DO NOT REPLY [Bug 37269] - sticky session doesn't seem to work

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37269





--- Additional Comments From [EMAIL PROTECTED]  2005-10-28 12:21 ---
I got it to work : the jvmRoute attribute must be the name of the worker, not
the name of the server... This is not documented, the doc only says the the
jvmRoute mus be unique.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: svn commit: r329053 - in /tomcat/sandbox/java: ./ org/ org/apache/ org/apache/commons/ org/apache/commons/logging/

[Remy Maucherat]

[EMAIL PROTECTED] wrote:

Author: costin
Date: Thu Oct 27 19:55:08 2005
New Revision: 329053

URL: http://svn.apache.org/viewcvs?rev=329053&view=rev
Log:
Implementation of commons-logging that doesn't use any discovery or
tricks, just plain java.util.logging.

There is a trick actually - at startup it'll try to load a different
handler ( without 2-lines logs ) and a different config ( from classpath
like log4j ). I'll probably remove this later, but I can't stand the
default handler and behavior


I'm ok with including your formatter in the JULI bundle, and using it in 
the default configuration (the one which is in conf/logging.properties).


Rémy

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: svn commit: r329081 [1/2] - /tomcat/sandbox/java/org/apache/tomcat/util/buf/

[Remy Maucherat]

[EMAIL PROTECTED] wrote:

Author: costin
Date: Thu Oct 27 21:11:42 2005
New Revision: 329081

URL: http://svn.apache.org/viewcvs?rev=329081&view=rev
Log:
Import the current version of o.a.t.util.buf, for refactoring. I'm
trying to use nio.

Added:
tomcat/sandbox/java/org/apache/tomcat/util/buf/
tomcat/sandbox/java/org/apache/tomcat/util/buf/Ascii.java
tomcat/sandbox/java/org/apache/tomcat/util/buf/B2CConverter.java
tomcat/sandbox/java/org/apache/tomcat/util/buf/Base64.java
tomcat/sandbox/java/org/apache/tomcat/util/buf/ByteChunk.java   (with props)
tomcat/sandbox/java/org/apache/tomcat/util/buf/C2BConverter.java
tomcat/sandbox/java/org/apache/tomcat/util/buf/CharChunk.java
tomcat/sandbox/java/org/apache/tomcat/util/buf/DateTool.java
tomcat/sandbox/java/org/apache/tomcat/util/buf/HexUtils.java
tomcat/sandbox/java/org/apache/tomcat/util/buf/MessageBytes.java
tomcat/sandbox/java/org/apache/tomcat/util/buf/StringCache.java
tomcat/sandbox/java/org/apache/tomcat/util/buf/TimeStamp.java
tomcat/sandbox/java/org/apache/tomcat/util/buf/UDecoder.java
tomcat/sandbox/java/org/apache/tomcat/util/buf/UEncoder.java
tomcat/sandbox/java/org/apache/tomcat/util/buf/UTF8Decoder.java
tomcat/sandbox/java/org/apache/tomcat/util/buf/package.html


Along with the CharChunk funcionality update, can CharSequence support 
be added to it as well ? (the JDK regexp engine uses that interface)


Rémy

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: svn commit: r329081 [1/2] - /tomcat/sandbox/java/org/apache/tomcat/util/buf/

[Costin Manolache]

I'll try.

My biggest problem is to do this without breaking too much backward compat.
After we add BB - the rest might be easier.

Costin

On 10/28/05, Remy Maucherat <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
> > Author: costin
> > Date: Thu Oct 27 21:11:42 2005
> > New Revision: 329081
> >
> > URL: http://svn.apache.org/viewcvs?rev=329081&view=rev
> > Log:
> > Import the current version of o.a.t.util.buf, for refactoring. I'm
> > trying to use nio.
> >
> > Added:
> > tomcat/sandbox/java/org/apache/tomcat/util/buf/
> > tomcat/sandbox/java/org/apache/tomcat/util/buf/Ascii.java
> > tomcat/sandbox/java/org/apache/tomcat/util/buf/B2CConverter.java
> > tomcat/sandbox/java/org/apache/tomcat/util/buf/Base64.java
> > tomcat/sandbox/java/org/apache/tomcat/util/buf/ByteChunk.java   (with 
> > props)
> > tomcat/sandbox/java/org/apache/tomcat/util/buf/C2BConverter.java
> > tomcat/sandbox/java/org/apache/tomcat/util/buf/CharChunk.java
> > tomcat/sandbox/java/org/apache/tomcat/util/buf/DateTool.java
> > tomcat/sandbox/java/org/apache/tomcat/util/buf/HexUtils.java
> > tomcat/sandbox/java/org/apache/tomcat/util/buf/MessageBytes.java
> > tomcat/sandbox/java/org/apache/tomcat/util/buf/StringCache.java
> > tomcat/sandbox/java/org/apache/tomcat/util/buf/TimeStamp.java
> > tomcat/sandbox/java/org/apache/tomcat/util/buf/UDecoder.java
> > tomcat/sandbox/java/org/apache/tomcat/util/buf/UEncoder.java
> > tomcat/sandbox/java/org/apache/tomcat/util/buf/UTF8Decoder.java
> > tomcat/sandbox/java/org/apache/tomcat/util/buf/package.html
>
> Along with the CharChunk funcionality update, can CharSequence support
> be added to it as well ? (the JDK regexp engine uses that interface)
>
> Rémy
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Fwd: FarmWarDeployer

[Brian O'Rourke]

Trying the dev list...

-- Forwarded message --
From: Brian O'Rourke <[EMAIL PROTECTED]>
Date: Oct 26, 2005 1:37 PM
Subject: FarmWarDeployer
To: users@tomcat.apache.org

Hello,

Is FarmWarDeployer ready for use? I have played around with it a little but
have been unsuccessful so far. Is there any documentation of this that I
have missed? I haven't been able to figure out how context configuration is
done for this deployer, but I noticed some oddities - e.g. that the context
name is determined by the name of the war file. Is there a working set of
functionality that FarmWarDeployer handles now, or should I just stay away
from it altogether?

Thanks,
Brian O'Rourke

Re: svn commit: r329053 - in /tomcat/sandbox/java: ./ org/ org/apache/ org/apache/commons/ org/apache/commons/logging/

[Costin Manolache]

On 10/28/05, Remy Maucherat <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
> > Author: costin
> > Date: Thu Oct 27 19:55:08 2005
> > New Revision: 329053
> >
> > URL: http://svn.apache.org/viewcvs?rev=329053&view=rev
> > Log:
> > Implementation of commons-logging that doesn't use any discovery or
> > tricks, just plain java.util.logging.
> >
> > There is a trick actually - at startup it'll try to load a different
> > handler ( without 2-lines logs ) and a different config ( from classpath
> > like log4j ). I'll probably remove this later, but I can't stand the
> > default handler and behavior
>
> I'm ok with including your formatter in the JULI bundle, and using it in
> the default configuration (the one which is in conf/logging.properties).

I've been wondering - was is the reason for having JULI as a separate
module ? It would fit
well under util/. If JDK1.4 is the concern - exclude is pretty easy,
there are other files depending on 1.4 or even 1.5 in the tree.

Costin

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Fwd: FarmWarDeployer

[Peter Rossbach]

Hey!

At development with Tomcat 5.5.9 and 5.5.12 I have successful used 
FarmWarDeployer, but

   -   you lost your complete session information at your cluster
   -   Use it without waitForAck or with a great ackTimeout ( > 
deployment time)

   -   only one config can have watchEnabled="true"
   -   directories must be writeable ( tempDir, deploydir, watchDir)

className="org.apache.catalina.cluster.deploy.FarmWarDeployer"

 tempDir="${catalina.base}/cluster/temp"
 deployDir="${catalina.base}/webapps"
 watchDir="${catalina.base}/cluster/watch"
 watchEnabled="@node.watchEnabled@"
 processDeployFrequency="2"/>

At production sites I shutdown all tomcat nodes, copy the new war files 
and start all nodes again.

Don't start next node before other node is complete up.

regards
Peter

Brian O'Rourke schrieb:


Trying the dev list...

-- Forwarded message --
From: Brian O'Rourke <[EMAIL PROTECTED]>
Date: Oct 26, 2005 1:37 PM
Subject: FarmWarDeployer
To: users@tomcat.apache.org

Hello,

Is FarmWarDeployer ready for use? I have played around with it a little but
have been unsuccessful so far. Is there any documentation of this that I
have missed? I haven't been able to figure out how context configuration is
done for this deployer, but I noticed some oddities - e.g. that the context
name is determined by the name of the war file. Is there a working set of
functionality that FarmWarDeployer handles now, or should I just stay away
from it altogether?

Thanks,
Brian O'Rourke

 







-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Cluster startContext() SimpleTcpCluster

[local-underground]

Peter,
Thanks for response.  I did not implement my own replication, I only looked at 
the code
to see if my Context was started before the Cluster performed replication.  Let 
me try
and clarify by asking this question:

Does the Context start (meaning my servlet is started) before the Delta manager 
syncs
with other nodes?

It appears the Context is not started before the Sessions are received.  If 
this is true,
this is why I am having issues.  This is because when Sessions are received, 
they are
deserialized before the web application is loaded.  Inside my sessions, I have 
factory
objects loaded via JNDI.  These JNDI references are not found.  This only 
occurs when
Clustering my sessions.

I hope that makes sense.

 


--- Peter Rossbach <[EMAIL PROTECTED]> wrote:

> Hey,
> 
> a)   current tomcat 5.5.12 cluster implementation is a message 
> infrastructure.
> b)   The Context can used this message infrastructure to implement 
> remote session replication
> c)   When a Context start the DeltaManager sync with other nodes. That 
> means that all
>sessions are transfered form an other node. All lost messages 
> before are dropped and
>not really important.
> d)   With tomcat 5.5.12 I implemented a message buffering for all 
> messages that received, when ALL_SESSION are transfered
>This message are replayed after nodes is in sync.
> 
> Why you implemented your own session replication?  It's very hard way :-)
> 
> Regards
> Peter
> 
> local-underground schrieb:
> 
> >Hello,
> >
> >I am very curious why a Cluster does not make sure the context it is defined 
> >in is
> >actually started before listening?  This is proving to be a serious bug for 
> >me.  I am
> >implementing session replication where nested objects are defined via JNDI 
> >in my
> context.
> > But when a new cluster member is added, it immediately receives a session 
> > and
> attempts
> >to deserialize the sessions before loading my context.. which is causing 
> >errors due to
> >classes not being found.
> >
> >I see a startContext() defined in SimpleTcpCluser but it appears to be 
> >depracted and
> is
> >blank.  
> >
> >I do realize I can make a global Resource and reference this JNDI within my 
> >context,
> but
> >I dont wanna move a huge chunk of my web application in global scope just to 
> >have
> these
> >references visible when the cluster starts.
> >
> >Can some one explain the logic of why the Context is not loaded before the 
> >cluster
> >starts?  Can some one advise me on a quick fix to achieve this?
> >
> >
> >thanks in advance
> >
> >
> >chris
> >   
> >
> >
> >
> >
> > 
> >__ 
> >Yahoo! FareChase: Search multiple travel sites in one click.
> >http://farechase.yahoo.com
> >
> >-
> >To unsubscribe, e-mail: [EMAIL PROTECTED]
> >For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> >
> >
> >  
> >
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 




__ 
Yahoo! FareChase: Search multiple travel sites in one click.
http://farechase.yahoo.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Cluster startContext() SimpleTcpCluster

[Peter Rossbach]

Hey,

manager is started after some other things are active.
s. Standardcontext.start() L.4079

WebApp Listener and Filters starts after manager. The 
NamingContextListener (JNDI)

starts before Manager is started.

Ok, what can we do?

Peter


local-underground schrieb:


Peter,
Thanks for response.  I did not implement my own replication, I only looked at 
the code
to see if my Context was started before the Cluster performed replication.  Let 
me try
and clarify by asking this question:

Does the Context start (meaning my servlet is started) before the Delta manager 
syncs
with other nodes?

It appears the Context is not started before the Sessions are received.  If 
this is true,
this is why I am having issues.  This is because when Sessions are received, 
they are
deserialized before the web application is loaded.  Inside my sessions, I have 
factory
objects loaded via JNDI.  These JNDI references are not found.  This only 
occurs when
Clustering my sessions.

I hope that makes sense.




--- Peter Rossbach <[EMAIL PROTECTED]> wrote:

 


Hey,

a)   current tomcat 5.5.12 cluster implementation is a message 
infrastructure.
b)   The Context can used this message infrastructure to implement 
remote session replication
c)   When a Context start the DeltaManager sync with other nodes. That 
means that all
  sessions are transfered form an other node. All lost messages 
before are dropped and

  not really important.
d)   With tomcat 5.5.12 I implemented a message buffering for all 
messages that received, when ALL_SESSION are transfered

  This message are replayed after nodes is in sync.

Why you implemented your own session replication?  It's very hard way :-)

Regards
Peter

local-underground schrieb:

   


Hello,

I am very curious why a Cluster does not make sure the context it is defined in 
is
actually started before listening?  This is proving to be a serious bug for me. 
 I am
implementing session replication where nested objects are defined via JNDI in my
 


context.
   


But when a new cluster member is added, it immediately receives a session and
 


attempts
   


to deserialize the sessions before loading my context.. which is causing errors 
due to
classes not being found.

I see a startContext() defined in SimpleTcpCluser but it appears to be 
depracted and
 


is
   

blank.  


I do realize I can make a global Resource and reference this JNDI within my 
context,
 


but
   


I dont wanna move a huge chunk of my web application in global scope just to 
have
 


these
   


references visible when the cluster starts.

Can some one explain the logic of why the Context is not loaded before the 
cluster
starts?  Can some one advise me on a quick fix to achieve this?


thanks in advance


chris
 






__ 
Yahoo! FareChase: Search multiple travel sites in one click.

http://farechase.yahoo.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]






 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


   






__ 
Yahoo! FareChase: Search multiple travel sites in one click.

http://farechase.yahoo.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




 





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 35916] - Session listeners not called on cluster server restart

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=35916





--- Additional Comments From [EMAIL PROTECTED]  2005-10-29 02:33 ---
You're welcome. Thank you for your work!

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]