You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by Tom <80...@gmail.com> on 2010/03/23 13:14:03 UTC
Session replication: Channel.SEND_OPTIONS_SECURE
Hi,
I'm trying to configure a simple clustered environment using the
following Cluster definition (all other cluster settings are set to
default):
<Cluster className="org.apache.catalina.ha.tcp.SimpleTcpCluster"
channelSendOptions="27">
There is little documentation about Channel.SEND_OPTIONS_SECURE, so
maybe I have mis-understood, but I am still seeing session data being
transmitted in plain text. Is secure session replication supported and
do I need to enable anything else to do this?
Regards,
Tom
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Session replication: Channel.SEND_OPTIONS_SECURE
Posted by Filip Hanik - Dev Lists <de...@hanik.com>.
On 03/23/2010 09:46 AM, Tom wrote:
> On Tue, Mar 23, 2010 at 1:58 PM, Caldarale, Charles R
> <Ch...@unisys.com> wrote:
>
>>> From: Tom [mailto:808131@gmail.com]
>>> Subject: Session replication: Channel.SEND_OPTIONS_SECURE
>>>
>>> There is little documentation about Channel.SEND_OPTIONS_SECURE
>>>
>> From a brief glance at the code, SEND_OPTIONS_SECURE appears to be defined, but not yet implemented - which would explain the behavior you observe.
>>
>>
> Thanks, that is what I feared. I think for our needs a crossover cable
> or tunnel will be sufficient.
>
> I am also interested in SEND_OPTIONS_BYTE_MESSAGE. Can anyone
> elaborate on the pros/cons other than speed?
>
only pros, since you get to control all the class loading and how it
happens.
otherwise, you have to build some block on top of the channel that does
the class loading for you
> Regards,
> Tom
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Session replication: Channel.SEND_OPTIONS_SECURE
Posted by Tom <80...@gmail.com>.
On Tue, Mar 23, 2010 at 1:58 PM, Caldarale, Charles R
<Ch...@unisys.com> wrote:
>> From: Tom [mailto:808131@gmail.com]
>> Subject: Session replication: Channel.SEND_OPTIONS_SECURE
>>
>> There is little documentation about Channel.SEND_OPTIONS_SECURE
>
> From a brief glance at the code, SEND_OPTIONS_SECURE appears to be defined, but not yet implemented - which would explain the behavior you observe.
>
Thanks, that is what I feared. I think for our needs a crossover cable
or tunnel will be sufficient.
I am also interested in SEND_OPTIONS_BYTE_MESSAGE. Can anyone
elaborate on the pros/cons other than speed?
Regards,
Tom
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
RE: Session replication: Channel.SEND_OPTIONS_SECURE
Posted by "Caldarale, Charles R" <Ch...@unisys.com>.
> From: Tom [mailto:808131@gmail.com]
> Subject: Session replication: Channel.SEND_OPTIONS_SECURE
>
> There is little documentation about Channel.SEND_OPTIONS_SECURE
>From a brief glance at the code, SEND_OPTIONS_SECURE appears to be defined, but not yet implemented - which would explain the behavior you observe.
- Chuck
THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org