Smalltalk › Instantiations

HTTPS with Seaside

_‹ Previous Topic Next Topic _›

Classic

List

Threaded

5 messages Options

Totally Objects

HTTPS with Seaside

We are wondering how this happens within VAST 8.0.3.

We are currently experimenting with Seaside to see if it is easier,
etc. than WebConnection. We have set up WebConnection using HTTPS
thorugh the IIS web server. However, it seems that you address a
running Seaside image through port 8080 (or whichever you choose).

Can anyone explain how this works when we want to use https on 443?

David
Totally Obects.

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To post to this group, send email to [hidden email].
To unsubscribe from this group, send email to [hidden email].
For more options, visit this group at http://groups.google.com/group/va-smalltalk?hl=en.

jtuchel

Aw: HTTPS with Seaside

David,

afaict, most of the time people avoid using ssl in the smalltalk image and have that handled by their web server like apache. the protocol between the server and the st image is then normal http. It's just a matter of a few settings in an ini file, and you can offload all the cycles needed for de/encryption and stuff out of the image...

If you want to use https on the smalltalk side, it's not a Seaside specific topic, but one for server smalltalk. On the plus side, this means it is documented up to the point where it comes to the SST-Seaside Adapter.

Unfortunaely, I've never had to work with iis, so I'm afraid I can't help you with that.

hth,

Joachim

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To view this discussion on the web visit https://groups.google.com/d/msg/va-smalltalk/-/k65hzfCPjbsJ.
To post to this group, send email to [hidden email].
To unsubscribe from this group, send email to [hidden email].
For more options, visit this group at http://groups.google.com/group/va-smalltalk?hl=en.

Totally Objects

Re: HTTPS with Seaside

I wasn't trying to handle the ssl in Smalltalk. In our current web
application, the Smalltalk Web Connection software handles the code
whilst IIS handles the HTTP = HTTPS side of things.

However, we are not passing a port in the url and as I understand it
passing 8080 on the end of the url will interfere with the IIS hadling
whch is looking for 443 to implement a secure connection.

I don't fully understand this and am hoping that some out there has
had to do this.

David

On Jul 30, 7:55 pm, "[hidden email]"
<[hidden email]> wrote:

> David,
>
> afaict, most of the time people avoid using ssl in the smalltalk image and
> have that handled by their web server like apache. the protocol between the
> server and the st image is then normal http. It's just a matter of a few
> settings in an ini file, and you can offload all the cycles needed for
> de/encryption and stuff out of the image...
>
> If you want to use https on the smalltalk side, it's not a Seaside specific
> topic, but one for server smalltalk. On the plus side, this means it is
> documented up to the point where it comes to the SST-Seaside Adapter.
>
> Unfortunaely, I've never had to work with iis, so I'm afraid I can't help
> you with that.
>
> hth,
>
> Joachim

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To post to this group, send email to [hidden email].
To unsubscribe from this group, send email to [hidden email].
For more options, visit this group at http://groups.google.com/group/va-smalltalk?hl=en.

Marten Feldtmann-2

Aw: Re: HTTPS with Seaside

I used Apache and here I start my Seaside stuff on a different port (e.g. 9345) on a local device (127.0.0.1) - then my Seaside stuff is not reachable from outside. When the request is coming to Apache (on 8080 and a public device) I let Apache rewrite the URL (defined by rules in the Apache configuration file) and Apache itselfs then queries the Seaside server on 127.0.0.1:9345, collects the result from my Seaside stuff and send it back to the user.

When the request is coming on port 443, then Apache is doing the SSL stuff for me.

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To view this discussion on the web visit https://groups.google.com/d/msg/va-smalltalk/-/hhbHbUgsA1cJ.
To post to this group, send email to [hidden email].
To unsubscribe from this group, send email to [hidden email].
For more options, visit this group at http://groups.google.com/group/va-smalltalk?hl=en.

Louis Andriese

Re: HTTPS with Seaside

We used to do the same thing Marten describes, but then on IIS.
Since IIS doesn't provide a rewrite module (like mod_rewrite on
apache), you'll have
to use 3rd party isapi plugins for that. We used isapi_rewrite from
helicontech, which is more or less syntax-compliant with apache.

Later on we moved to a hardware-based loadbalancer.

Kind regards,

Louis

On 31 jul, 07:45, Marten Feldtmann <[hidden email]>
wrote:

> I used Apache and here I start my Seaside stuff on a different port (e.g.
> 9345) on a local device (127.0.0.1) - then my Seaside stuff is not reachable
> from outside. When the request is coming to Apache (on 8080 and a public
> device) I let Apache rewrite the URL (defined by rules in the Apache
> configuration file) and Apache itselfs then queries the Seaside server on
> 127.0.0.1:9345, collects the result from my Seaside stuff and send it back
> to the user.
>
> When the request is coming on port 443, then Apache is doing the SSL stuff
> for me.