Re: Memory usage Tomcat 3.3 vs 5.5

[Henri Gomez]

Well the extra memory could be a penalty, but what I like to see in
future Tomcat impl, will be support for many instances ready to
massive hosting.

There was a thread about this some weeks ago, with a nice piece of
code from Germany, wonder what we could do to use it or include it in
Tomcat main ?



>2006/4/26, Jess Holle <[EMAIL PROTECTED]>:
> Hmm...  Sharing redundant MBeanInfo's shouldn't be that hard to wedge in.
>
> Unfortunately, I don't know when I'll have time to take a proper look at
> this...
>
> --
> Jess Holle
>
> Remy Maucherat wrote:
> > Costin Manolache wrote:
> >> Not sure what is the plan for commons-modeler, I think it is worth to
> >> bring it back to tomcat or fork a separate implementation
> >
> > Modeler is now in the tomcat.util package in the new repository, so
> > you can try to improve it if you'd like to. One first change I made is
> > that it uses the digester to read the descriptors (rather than DOM).
> >
> > 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]
>
>

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

Re: [VOTE] Tomcat v5.5.17 Stability

[Markus Schönhaber]

Yoav Shapira wrote:

> Apache Tomcat v5.5.17 is:
> [X] Stable - no major issues

Regrads
  mks

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

Re: Memory usage Tomcat 3.3 vs 5.5

[Peter Rossbach]

Hi Henri,

I have tomorrow a talk with Thorsten.

Steps:
Made a tomcat 5.5 port
english doc

After these steps we can contribute it easier to ASF and more people  
can test it :-)


Peter


Am 26.04.2006 um 09:13 schrieb Henri Gomez:


Well the extra memory could be a penalty, but what I like to see in
future Tomcat impl, will be support for many instances ready to
massive hosting.

There was a thread about this some weeks ago, with a nice piece of
code from Germany, wonder what we could do to use it or include it in
Tomcat main ?




2006/4/26, Jess Holle <[EMAIL PROTECTED]>:
Hmm...  Sharing redundant MBeanInfo's shouldn't be that hard to  
wedge in.


Unfortunately, I don't know when I'll have time to take a proper  
look at

this...

--
Jess Holle

Remy Maucherat wrote:

Costin Manolache wrote:
Not sure what is the plan for commons-modeler, I think it is  
worth to

bring it back to tomcat or fork a separate implementation


Modeler is now in the tomcat.util package in the new repository, so
you can try to improve it if you'd like to. One first change I  
made is

that it uses the digester to read the descriptors (rather than DOM).

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]




-
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]

Re: Memory usage Tomcat 3.3 vs 5.5

[Henri Gomez]

You're more than welcome.

Thanks Peter.


2006/4/26, Peter Rossbach <[EMAIL PROTECTED]>:
> Hi Henri,
>
> I have tomorrow a talk with Thorsten.
>
> Steps:
> Made a tomcat 5.5 port
> english doc
>
> After these steps we can contribute it easier to ASF and more people
> can test it :-)
>
> Peter
>
>
> Am 26.04.2006 um 09:13 schrieb Henri Gomez:
>
> > Well the extra memory could be a penalty, but what I like to see in
> > future Tomcat impl, will be support for many instances ready to
> > massive hosting.
> >
> > There was a thread about this some weeks ago, with a nice piece of
> > code from Germany, wonder what we could do to use it or include it in
> > Tomcat main ?
> >
> >
> >
> >> 2006/4/26, Jess Holle <[EMAIL PROTECTED]>:
> >> Hmm...  Sharing redundant MBeanInfo's shouldn't be that hard to
> >> wedge in.
> >>
> >> Unfortunately, I don't know when I'll have time to take a proper
> >> look at
> >> this...
> >>
> >> --
> >> Jess Holle
> >>
> >> Remy Maucherat wrote:
> >>> Costin Manolache wrote:
>  Not sure what is the plan for commons-modeler, I think it is
>  worth to
>  bring it back to tomcat or fork a separate implementation
> >>>
> >>> Modeler is now in the tomcat.util package in the new repository, so
> >>> you can try to improve it if you'd like to. One first change I
> >>> made is
> >>> that it uses the digester to read the descriptors (rather than DOM).
> >>>
> >>> 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]
> >>
> >>
> >
> > -
> > 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]
>
>

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

Re: [VOTE] Tomcat v5.5.17 Stability

[Mladen Turk]

Yoav Shapira wrote:


Apache Tomcat v5.5.17 is:
[X] Stable - no major issues


Regards,
Mladen.


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

Re: [VOTE] Tomcat v5.5.17 Stability

[Henri Gomez]

[X] Stable

2006/4/26, Mladen Turk <[EMAIL PROTECTED]>:
> Yoav Shapira wrote:
> >
> > Apache Tomcat v5.5.17 is:
> > [X] Stable - no major issues
>
> Regards,
> Mladen.
>
>
> -
> 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]

Apache Tomcat Resources Manager Module -- dynamic reload resources

[Peter M.Chen]

Several mounth ago , I write a document about dynamic reload class on tomcat
running, but no tomcat developer notice that.

I think everybody are busy, So I decide write this module by Myself :).
Now it's finished.

I put it on sourceforge, You can visit at here:
http://sourceforge.net/projects/tomcat-res-mgr/

good luck! :)))

DO NOT REPLY [Bug 38128] - directory listings DoS

[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=38128





--- Additional Comments From [EMAIL PROTECTED]  2006-04-26 13:48 ---
Does anyone know what the status regarding this patch is? I believe the problem
still affects the latest versions of tomcat.

-- 
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: [VOTE] Tomcat v5.5.17 Stability

[Jeanfrancois Arcand]

Apache Tomcat v5.5.17 is:
[X] Stable - no major issues


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

svn commit: r397203 - in /tomcat/container/tc5.5.x/modules/groupcom: ./ src/share/org/apache/catalina/tribes/group/ src/share/org/apache/catalina/tribes/membership/ test/org/apache/catalina/tribes/dem

[fhanik]

Author: fhanik
Date: Wed Apr 26 07:31:25 2006
New Revision: 397203

URL: http://svn.apache.org/viewcvs?rev=397203&view=rev
Log:
Added in support for IPv6

Modified:

tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/group/RpcChannel.java

tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/membership/MemberImpl.java

tomcat/container/tc5.5.x/modules/groupcom/test/org/apache/catalina/tribes/demos/EchoRpcTest.java
tomcat/container/tc5.5.x/modules/groupcom/to-do.txt

Modified: 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/group/RpcChannel.java
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/group/RpcChannel.java?rev=397203&r1=397202&r2=397203&view=diff
==
--- 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/group/RpcChannel.java
 (original)
+++ 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/group/RpcChannel.java
 Wed Apr 26 07:31:25 2006
@@ -15,10 +15,6 @@
  */
 package org.apache.catalina.tribes.group;
 
-import java.io.Externalizable;
-import java.io.IOException;
-import java.io.ObjectInput;
-import java.io.ObjectOutput;
 import java.io.Serializable;
 import java.util.ArrayList;
 import java.util.Arrays;
@@ -29,7 +25,6 @@
 import org.apache.catalina.tribes.ChannelListener;
 import org.apache.catalina.tribes.Member;
 import org.apache.catalina.tribes.util.UUIDGenerator;
-import org.apache.catalina.tribes.tipis.*;
 
 /**
  * A channel to handle RPC messaging

Modified: 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/membership/MemberImpl.java
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/membership/MemberImpl.java?rev=397203&r1=397202&r2=397203&view=diff
==
--- 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/membership/MemberImpl.java
 (original)
+++ 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/membership/MemberImpl.java
 Wed Apr 26 07:31:25 2006
@@ -173,7 +173,8 @@
 //package looks like
 //alive - 8 bytes
 //port - 4 bytes
-//host - 4 bytes
+//host length - 1 byte
+//host - hl bytes
 //dlen - 4 bytes
 //domain - dlen bytes
 //uniqueId - 16 bytes
@@ -181,20 +182,29 @@
 
 byte[] domaind = this.domain;
 byte[] addr = host;
-byte[] data = new byte[8+4+addr.length+4+domaind.length+16];
 long alive=System.currentTimeMillis()-getServiceStartTime();
+byte hl = (byte)addr.length;
+byte[] data = new byte[8+4+1+addr.length+4+domaind.length+16];
+int pos = 0;
 //alive data
 XByteBuffer.toBytes((long)alive,data,0);
+pos += 8;
 //port
-XByteBuffer.toBytes(port,data,8);
+XByteBuffer.toBytes(port,data,pos);
+pos += 4;
+//host length
+data[pos++] = hl;
 //host
-System.arraycopy(addr,0,data,12,addr.length);
+System.arraycopy(addr,0,data,pos,addr.length);
+pos+=addr.length;
 //domain length
-XByteBuffer.toBytes(domaind.length,data,16);
+XByteBuffer.toBytes(domaind.length,data,pos);
+pos+=4;
 //domain
-System.arraycopy(domaind,0,data,20,domaind.length);
+System.arraycopy(domaind,0,data,pos,domaind.length);
+pos+=domaind.length;
 //unique Id
-System.arraycopy(uniqueId,0,data,20+domaind.length,uniqueId.length);
+System.arraycopy(uniqueId,0,data,pos,uniqueId.length);
 dataPkg = data;
 return data;
 }
@@ -207,30 +217,46 @@
//package looks like
//alive - 8 bytes
//port - 4 bytes
-   //host - 4 bytes
+   //host length - 1 byte
+   //host - hl bytes
//dlen - 4 bytes
//domain - dlen bytes
//uniqueId - 16 bytes
+   int pos = 0;
+
byte[] alived = new byte[8];
-   System.arraycopy(data, 0, alived, 0, 8);
+   System.arraycopy(data, pos, alived, 0, 8);
+   pos+=8;
byte[] portd = new byte[4];
-   System.arraycopy(data, 8, portd, 0, 4);
-   byte[] addr = new byte[4];
-   System.arraycopy(data, 12, addr, 0, 4);
-   //FIXME control the nlen
-   //FIXME control the dlen
+   System.arraycopy(data, pos, portd, 0, 4);
+   pos+=4;
+   
+   byte hl = data[pos++];
+   byte[] addr = new byte[hl];
+   System.arraycopy(data, pos, addr, 0, hl);
+   pos+=hl;
+   
byte[] dlend = new byte[4];
-   System.arraycopy(data, 16, dlend, 0, 4);
+   System.arraycopy(data, pos, dlend, 0, 4);
+   pos+=4;
+   
   

DO NOT REPLY [Bug 39409] New: - Formatting bug with javax/el/LocalStrings.properties

[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=39409

   Summary: Formatting bug with javax/el/LocalStrings.properties
   Product: Tomcat 5
   Version: Unknown
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Jasper
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


This is a patch for a formatting error on all properties in the
javax/el/LocalStrings.properties file for Jasper 6.

Again, I can't find anywhere to post this, so I'm posting it here on the Tomcat
5 list and hoping it finds the right home.

-- 
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]

DO NOT REPLY [Bug 39409] - Formatting bug with javax/el/LocalStrings.properties

[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=39409





--- Additional Comments From [EMAIL PROTECTED]  2006-04-26 14:37 ---
Created an attachment (id=18185)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=18185&action=view)
Patch for LocalStrings.properties for Jasper6

Jasper 6 patch for bad formatting on properties in LocalStrings.properties.

-- 
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]

DO NOT REPLY [Bug 38713] - java.io.IOException: tmpFile.renameTo(classFile) failed when compiling new JSP (upon redeploy)

[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=38713





--- Additional Comments From [EMAIL PROTECTED]  2006-04-26 14:46 ---
(In reply to comment #2)
> We have the same problem. I think I managed to find out the cause: it only
> happens if the JSP itself throws FileNotFoundException. So in order to
> reproduce: have only one JSP in your Webapp like so:
> 
> <%!
>   java.util.Random r = new java.util.Random();
> %><% if(r.nextInt(10) > 0) throw new java.io.FileNotFoundException(); %>
> 
> and put some concurrent load on that JSP.
> 

I have seen this problem where the jsp does NOT have any code that throws a
FileNotFoundException. I do not believe this is the source of the problem.

I've seen the problem with Tomcat 5.0.28 with j2sdk1.4.2_05.

Not that a browser refresh allows the JSP to compile correctly.

-- 
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: Apache Tomcat Resources Manager Module -- dynamic reload resources

[Remy Maucherat]

Peter M.Chen wrote:

Several mounth ago , I write a document about dynamic reload class on tomcat
running, but no tomcat developer notice that.

I think everybody are busy, So I decide write this module by Myself :).
Now it's finished.

I put it on sourceforge, You can visit at here:
http://sourceforge.net/projects/tomcat-res-mgr/

good luck! :)))


That's interesting. The current implementation of the reloadable flag is 
useless given there's no value add over touching a JAR or a watched 
resource like web.xml and trigger a full reload.


I could try something like that to replace the current implementation of 
the reloadable flag and see if it works as you advertise it, but it is 
almost certain that such a method will cause random problems, or be 
impractical. Even if the class definition is indeed replaced, many 
webapps designs have no reason to reallocate references they may have 
been kept. So it's really 100% development-only, and a sort of "see if 
it works for you" feature, otherwise touch web.xml.


Note: As I said, checking for JAR updates is already done, and I think 
it should continue to do a full reload due to the platform specific 
tricks which could be associated with accessing stuff that is inside the 
JAR file.


Rémy

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

Re: Apache Tomcat Resources Manager Module -- dynamic reload resources

[Peter M.Chen]

I'm sorry I can't understand all you say, because my english is pool.
So I decide to ask my friends translate to me tomorrow .
Now is BeiJing time 23:43, I must sleep. :)

2006/4/26, Remy Maucherat <[EMAIL PROTECTED]>:
>
> Peter M.Chen wrote:
> > Several mounth ago , I write a document about dynamic reload class on
> tomcat
> > running, but no tomcat developer notice that.
> >
> > I think everybody are busy, So I decide write this module by Myself :).
> > Now it's finished.
> >
> > I put it on sourceforge, You can visit at here:
> > http://sourceforge.net/projects/tomcat-res-mgr/
> >
> > good luck! :)))
>
> That's interesting. The current implementation of the reloadable flag is
> useless given there's no value add over touching a JAR or a watched
> resource like web.xml and trigger a full reload.
>
> I could try something like that to replace the current implementation of
> the reloadable flag and see if it works as you advertise it, but it is
> almost certain that such a method will cause random problems, or be
> impractical. Even if the class definition is indeed replaced, many
> webapps designs have no reason to reallocate references they may have
> been kept. So it's really 100% development-only, and a sort of "see if
> it works for you" feature, otherwise touch web.xml.
>
> Note: As I said, checking for JAR updates is already done, and I think
> it should continue to do a full reload due to the platform specific
> tricks which could be associated with accessing stuff that is inside the
> JAR file.
>
> Rémy
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

DO NOT REPLY [Bug 39417] New: - ApplicationDispatcher.unwrapRequest() should not assume request is an extension of ServletRequestWrapper

[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=39417

   Summary: ApplicationDispatcher.unwrapRequest() should not assume
request is an extension of ServletRequestWrapper
   Product: Tomcat 5
   Version: 5.5.17
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


If someone writes a wrapper for a request and does not extend
ServletRequestWrapper, tomcat blows up in unwrapRequest()

Example:

java.lang.ClassCastException: com.mpaygateway.web.XSSEncodedHttpServletRequest
at
org.apache.catalina.core.ApplicationDispatcher.unwrapRequest(ApplicationDispatcher.java:814)
at
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:401)
at
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)

Ye offending code snippet in method:

current = ((ServletRequestWrapper) current).getRequest();

-- 
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]

svn commit: r397270 - in /tomcat/container/tc5.5.x/modules/groupcom: VERSION doc/ doc/faq.xml doc/introduction.xml doc/project.xml doc/setup.xml src/share/org/apache/catalina/tribes/ChannelException.j

[fhanik]

Author: fhanik
Date: Wed Apr 26 11:59:29 2006
New Revision: 397270

URL: http://svn.apache.org/viewcvs?rev=397270&view=rev
Log:
Started Tribes documentation

Added:
tomcat/container/tc5.5.x/modules/groupcom/VERSION
tomcat/container/tc5.5.x/modules/groupcom/doc/
tomcat/container/tc5.5.x/modules/groupcom/doc/faq.xml
tomcat/container/tc5.5.x/modules/groupcom/doc/introduction.xml
tomcat/container/tc5.5.x/modules/groupcom/doc/project.xml
tomcat/container/tc5.5.x/modules/groupcom/doc/setup.xml
Modified:

tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/ChannelException.java
tomcat/container/tc5.5.x/modules/groupcom/to-do.txt

Added: tomcat/container/tc5.5.x/modules/groupcom/VERSION
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/groupcom/VERSION?rev=397270&view=auto
==
--- tomcat/container/tc5.5.x/modules/groupcom/VERSION (added)
+++ tomcat/container/tc5.5.x/modules/groupcom/VERSION Wed Apr 26 11:59:29 2006
@@ -0,0 +1 @@
+0.9.1

Added: tomcat/container/tc5.5.x/modules/groupcom/doc/faq.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/groupcom/doc/faq.xml?rev=397270&view=auto
==
--- tomcat/container/tc5.5.x/modules/groupcom/doc/faq.xml (added)
+++ tomcat/container/tc5.5.x/modules/groupcom/doc/faq.xml Wed Apr 26 11:59:29 
2006
@@ -0,0 +1,21 @@
+
+
+]>
+
+
+&project;
+
+
+Filip Hanik
+Apache Tribes - Frequently Asked Questions
+
+
+
+
+
+
+
+
+
+

Added: tomcat/container/tc5.5.x/modules/groupcom/doc/introduction.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/groupcom/doc/introduction.xml?rev=397270&view=auto
==
--- tomcat/container/tc5.5.x/modules/groupcom/doc/introduction.xml (added)
+++ tomcat/container/tc5.5.x/modules/groupcom/doc/introduction.xml Wed Apr 26 
11:59:29 2006
@@ -0,0 +1,321 @@
+
+
+]>
+
+
+&project;
+
+
+Filip Hanik
+Apache Tribes - Introduction
+
+
+
+
+
+
+
+  Apache Tribes is a group or peer-to-peer communcation framework that 
enables you to easily connect
+ your remote objects to communicate with each other.
+  
+  
+Import: org.apache.catalina.tribes.Channel
+Import: org.apache.catalina.tribes.Member
+Import: org.apache.catalina.tribes.MembershipListener
+Import: org.apache.catalina.tribes.ChannelListener
+Import: org.apache.catalina.tribes.group.GroupChannel
+Create a class that implements: 
org.apache.catalina.tribes.ChannelListener
+Create a class that implements: 
org.apache.catalina.tribes.MembershipListener
+Simple class to demonstrate how to send a message:
+  
+//create a channel
+Channel myChannel = new GroupChannel();
+
+//create my listeners
+MyMessageListener msgListener = new MyMessageListener();
+MyMemberListener mbrListener = new MyMemberListener();
+
+//attach the listeners to the channel
+myChannel.addMembershipListener(mbrListener);
+myChannel.addChannelListener(msgListener);
+
+//start the channel
+myChannel.start(Channel.DEFAULT);
+
+//create a message to be sent, message must implement 
java.io.Serializable
+//for performance reasons you probably want them to implement 
java.io.Externalizable
+Serializable myMsg = new MyMessage();
+
+//retrieve my current members
+Member[] group = myChannel.getMembers();
+
+//send the message
+channel.send(group,myMsg,Channel.SEND_OPTIONS_DEFAULT);
+  
+
+  
+  
+  Simple yeah? There is a lot more to Tribes than we have shown, hopefully 
the docs will be able 
+  to explain more to you. Remember, that we are always interested in 
suggestions, improvements, bug fixes 
+  and anything that you think would help this project.
+  
+  
+  Note: Tribes is currently built for JDK1.5, you can run on JDK1.4 by a 
small modifications to locks used from the java.util.concurrent 
package.
+  
+
+
+
+
+  
+Tribes is a messaging framework with group communication abilities. Tribes 
allows you to send and receive
+messages over a network, it also allows for dynamic discovery of other 
nodes in the network.
+And that is the short story, it really is as simple as that. What makes 
Tribes useful and unique will be 
+described in the section below.
+  
+  
+The Tribes module was started early 2006 and a small part of the code base 
comes from the clustering module 
+that has been existing since 2003 or 2004. 
+The current cluster implementation has several short comings and many work 
arounds were created due 
+to the complexity in group communication. Long story short, what should 

svn commit: r397280 - in /tomcat/container/tc5.5.x/modules/groupcom: build/ build/build.xml build/commons-logging-api.jar doc/introduction.xml doc/tomcat-docs.xsl test/org/apache/catalina/tribes/demos

[fhanik]

Author: fhanik
Date: Wed Apr 26 12:49:26 2006
New Revision: 397280

URL: http://svn.apache.org/viewcvs?rev=397280&view=rev
Log:
Documentation and build script for it

Added:
tomcat/container/tc5.5.x/modules/groupcom/build/
tomcat/container/tc5.5.x/modules/groupcom/build/build.xml
tomcat/container/tc5.5.x/modules/groupcom/build/commons-logging-api.jar   
(with props)
tomcat/container/tc5.5.x/modules/groupcom/doc/tomcat-docs.xsl
Modified:
tomcat/container/tc5.5.x/modules/groupcom/doc/introduction.xml

tomcat/container/tc5.5.x/modules/groupcom/test/org/apache/catalina/tribes/demos/ChannelCreator.java

Added: tomcat/container/tc5.5.x/modules/groupcom/build/build.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/groupcom/build/build.xml?rev=397280&view=auto
==
--- tomcat/container/tc5.5.x/modules/groupcom/build/build.xml (added)
+++ tomcat/container/tc5.5.x/modules/groupcom/build/build.xml Wed Apr 26 
12:49:26 2006
@@ -0,0 +1,100 @@
+
+
+
+
+  
+
+  
+  
+  
+
+
+  
+
+  
+
+
+  
+
+
+  
+  
+  
+  
+  
+
+  
+
+  
+  
+  
+  
+
+
+  
+  
+  
+  
+  
+  
+  
+  
+  
+  
+
+  
+
+
+
+
+
+
+  
+  
+  
+
+  
+
+  
+  
+  
+
+  
+
+  
+
+  
+  
+
+  
+
+
+  
+
+  
+  
+
+  
+  
+
+  
+
+  
+  
+

Added: tomcat/container/tc5.5.x/modules/groupcom/build/commons-logging-api.jar
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/groupcom/build/commons-logging-api.jar?rev=397280&view=auto
==
Binary file - no diff available.

Propchange: 
tomcat/container/tc5.5.x/modules/groupcom/build/commons-logging-api.jar
--
svn:mime-type = application/octet-stream

Modified: tomcat/container/tc5.5.x/modules/groupcom/doc/introduction.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/groupcom/doc/introduction.xml?rev=397280&r1=397279&r2=397280&view=diff
==
--- tomcat/container/tc5.5.x/modules/groupcom/doc/introduction.xml (original)
+++ tomcat/container/tc5.5.x/modules/groupcom/doc/introduction.xml Wed Apr 26 
12:49:26 2006
@@ -238,7 +238,14 @@
 Of course, the membership component will be expanded to support WAN 
memberships in the future.
 But this is very useful, when you want to hide members from the rest of 
the group and only communicate with them
   
-  
+
+
+
+  
+I hope you have enjoyed this short introduction to Tribes. You can 
download Tribes here
+or you can download Tribes including javadoc 
and this doc
+  
+  
 
 
 

Added: tomcat/container/tc5.5.x/modules/groupcom/doc/tomcat-docs.xsl
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/groupcom/doc/tomcat-docs.xsl?rev=397280&view=auto
==
--- tomcat/container/tc5.5.x/modules/groupcom/doc/tomcat-docs.xsl (added)
+++ tomcat/container/tc5.5.x/modules/groupcom/doc/tomcat-docs.xsl Wed Apr 26 
12:49:26 2006
@@ -0,0 +1,436 @@
+
+
+
+
+
+http://www.w3.org/1999/XSL/Transform";
+  version="1.0">
+
+
+  
+  
+
+
+  
+  
+  http://tomcat.apache.org/'"/>
+  
+  
+  
+  
+  
+  
+  
+  http://issues.apache.org/bugzilla/show_bug.cgi?id='"/>
+
+  
+  
+  
+  
+  
+  
+  
+  
+  
+  
+  
+  
+
+  
+  
+  
+
+
+ - 
+
+  
+
+  
+  
+
+  
+  
+  
+
+
+
+
+
+
+
+  PAGE HEADER
+  
+
+
+  
+
+  
+  
+
+  
+  
+
+  
+
+  PROJECT LOGO
+  
+
+  
+
+
+
+  
+
+  
+
+
+  APACHE LOGO
+  
+
+  
+  http://www.apache.org/";>
+
+  
+
+  
+
+
+
+
+  HEADER SEPARATOR
+  
+
+  
+
+  
+
+  
+
+
+
+  LEFT SIDE NAVIGATION
+  
+
+  
+
+
+RIGHT SIDE MAIN BODY
+
+  
+
+  
+
+
+  
+  
+
+
+  
+
+  
+  
+
+  
+  
+
+  
+  print-friendlyversion
+
+  
+   

DO NOT REPLY [Bug 39417] - ApplicationDispatcher.unwrapRequest() should not assume request is an extension of ServletRequestWrapper

[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=39417


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2006-04-26 20:00 ---

The parameters to these methods can be either the request and response 
arguments that were passed in via the service method of the javax.servlet 
interface, or instances of subclasses of the request and response wrapper 
classes that were introduced for version 2.3 of the
specification. In the latter case, the wrapper instances must wrap the request 
or response objects that the container passed into the service method.


-- 
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]

DO NOT REPLY [Bug 38128] - directory listings DoS

[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=38128





--- Additional Comments From [EMAIL PROTECTED]  2006-04-26 21:04 ---
Patch is yet to be evaluated.

-- 
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]

Resource declaration.

[fcarrion]

Hi the list,

Well I complete a the Jndi-JMS-howto on my website, with the declaration 
of some resources for the openjms server. And I had a problem.

To declare a Queue on a OpenJms server, I have to do something like this :



And it doesn't work, obviously :) The problem is the name attribute. It is 
used by tomcat as the JNDI name in the tomcat Context, and by OpenJms
as the Queue name on the server.

If I make this declaration, I got a Xerces exception, my sheet is not XML 
compliant.

If I change it for :



First it doesn't respect the standard : JMS names have to begin with 
"jms/", then when tomcat call the factory.getObjectInstance(obj, name, 
nameCtx, environment) in org.apache.naming.factory.ResourceFactory, the 
obj object don't have the name property anymore and OpenJms doesn't know 
the queue name to instanciate.

I don't have much ideas to solve this...

PS : when you want to load with IE my howtos :
http://wwwetu.utc.fr/~fcarrion/tomcat/jndi-jms-examples-howto.xml
http://wwwetu.utc.fr/~fcarrion/tomcat/jndi-ejb-examples-howto.xml
You get an error
The XML page cannot be displayed.
It's normal, this xml sheets have to be integrated in the tomcat 
documentation and compiled to generate html sheets.

You don't have this trouble with firefox :)

-- 

Fabien Carrion

()  Campagne du ruban ASCII -- Contre les mails en html
/\  contre les pieces-jointes Microsoft


-
La información transmitida mediante el presente correo es para
la(s) persona(s) cuya dirección aparece al calce, la información
contenida es estrictamente confidencial y para lectura exclusiva de
la (s) persona (s) mencionada(s) por lo que esta prohida la
reproducción, distribución o copia del presente. Si usted ha
recibido este correo por error, favor de contactar con el remitente
y eliminarlo de todas las charolas de su correo. The information
transmitted by this e-mail is intended only for the person or
entity to which it is addressed and may contain confidential and/or
privileged material. If the reader of this message is not the
intended recipient, you are hereby notified that you have received
this message by error and that any review, dissemination,
distribution or copying of this message including any attachments
is strictly prohibited. If you received this by error, please
contact the sender and delete the information from any computer.

Re: Resource declaration.

[Yoav Shapira]

Hola,

> First it doesn't respect the standard : JMS names have to begin with
> "jms/",

Is the above a convention or a real standard-mandated requirement?

Yoav

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

Re: Resource declaration.

[Remy Maucherat]

[EMAIL PROTECTED] wrote:

Hi the list,

Well I complete a the Jndi-JMS-howto on my website, with the declaration 
of some resources for the openjms server. And I had a problem.


To declare a Queue on a OpenJms server, I have to do something like this :



And it doesn't work, obviously :) The problem is the name attribute. It is 
used by tomcat as the JNDI name in the tomcat Context, and by OpenJms

as the Queue name on the server.


The workaround is IMO to extend the object factory, and use a queueName 
setter, or something. Be creative ;)


Rémy

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

Re: Resource declaration.

[fcarrion]

Extending the factory class is a solution. But it is less user friendly 
for the web application developper. I mean he has to interest himself to 
the OpenJms API source code. And with OpenJms it is possible, because it 
is opensource, but in the case of a proprietary API code... it is a bit 
more tricky (decompilation of code). Then if the application developper 
wants to change from tomcat to an another web application server, he has 
to modify his code.

In my opinion, invoking a resource is tomcat work.
A possible solution would be to add the name attribute in the obj object 
during the call to factory.getObjectInstance(obj, name, 
nameCtx, environment) in org.apache.naming.factory.ResourceFactory.

But we break the convention which is jms names has to begin with "jms/" in 
the context (I'm sorry, it's a convention and not a standard... just like 
ejb names has to begin with "ejb/" etc...)

Cheers'

-- 

Fabien Carrion

()  Campagne du ruban ASCII -- Contre les mails en html
/\  contre les pieces-jointes Microsoft



Remy Maucherat <[EMAIL PROTECTED]> 
26/04/2006 04:53 p.m.
Por favor, responda a
"Tomcat Developers List" 


Para
Tomcat Developers List 
cc

Asunto
Re: Resource declaration.






[EMAIL PROTECTED] wrote:
> Hi the list,
> 
> Well I complete a the Jndi-JMS-howto on my website, with the declaration 

> of some resources for the openjms server. And I had a problem.
> 
> To declare a Queue on a OpenJms server, I have to do something like this 
:
> 
> type="org.exolab.jms.client.JmsQueue"
>   description="my Queue"
>  factory="org.exolab.jms.client.JmsDestinationFactory"
>   name="queue1" persistent="true" />
> 
> And it doesn't work, obviously :) The problem is the name attribute. It 
is 
> used by tomcat as the JNDI name in the tomcat Context, and by OpenJms
> as the Queue name on the server.

The workaround is IMO to extend the object factory, and use a queueName 
setter, or something. Be creative ;)

Rémy

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





-
La información transmitida mediante el presente correo es para
la(s) persona(s) cuya dirección aparece al calce, la información
contenida es estrictamente confidencial y para lectura exclusiva de
la (s) persona (s) mencionada(s) por lo que esta prohida la
reproducción, distribución o copia del presente. Si usted ha
recibido este correo por error, favor de contactar con el remitente
y eliminarlo de todas las charolas de su correo. The information
transmitted by this e-mail is intended only for the person or
entity to which it is addressed and may contain confidential and/or
privileged material. If the reader of this message is not the
intended recipient, you are hereby notified that you have received
this message by error and that any review, dissemination,
distribution or copying of this message including any attachments
is strictly prohibited. If you received this by error, please
contact the sender and delete the information from any computer.

DO NOT REPLY [Bug 38128] - directory listings DoS

[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=38128





--- Additional Comments From [EMAIL PROTECTED]  2006-04-27 00:02 ---
Is there anything I can do to expidite the process? I would really like to see a
fix for the problem incorporated. Without some fix it is impossible to use the
directory listing feature when even moderately large directories are involved.

-- 
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: Apache Tomcat Resources Manager Module -- dynamic reload resources

[Peter M.Chen]

I read your mail 5 times, Now I can reply you.
My friends tell me, the module I write, the same  in other Application
Server call "hot swap".

Today later, I will upload an article to the sourceforge,  include contents:
Why I write the article, and the module.
Where I modified Tomcat source code.

2006/4/26, Remy Maucherat <[EMAIL PROTECTED]>:
>
> Peter M.Chen wrote:
> > Several mounth ago , I write a document about dynamic reload class on
> tomcat
> > running, but no tomcat developer notice that.
> >
> > I think everybody are busy, So I decide write this module by Myself :).
> > Now it's finished.
> >
> > I put it on sourceforge, You can visit at here:
> > http://sourceforge.net/projects/tomcat-res-mgr/
> >
> > good luck! :)))
>
> That's interesting. The current implementation of the reloadable flag is
> useless given there's no value add over touching a JAR or a watched
> resource like web.xml and trigger a full reload.
>
> I could try something like that to replace the current implementation of
> the reloadable flag and see if it works as you advertise it, but it is
> almost certain that such a method will cause random problems, or be
> impractical. Even if the class definition is indeed replaced, many
> webapps designs have no reason to reallocate references they may have
> been kept. So it's really 100% development-only, and a sort of "see if
> it works for you" feature, otherwise touch web.xml.
>
> Note: As I said, checking for JAR updates is already done, and I think
> it should continue to do a full reload due to the platform specific
> tricks which could be associated with accessing stuff that is inside the
> JAR file.
>
> Rémy
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

DO NOT REPLY [Bug 39423] New: - memory leak found in org.tomcat.util.http.mimeheader class

[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=39423

   Summary: memory leak found in org.tomcat.util.http.mimeheader
class
   Product: Tomcat 5
   Version: Unknown
  Platform: Sun
OS/Version: Solaris
Status: NEW
  Severity: critical
  Priority: P1
 Component: Connector:HTTP
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]


We found one of our JBoss/Struts based application's heap usage (full GC 
survivals in Tenured space) slowly creeping up, which resulted application 
slowly got into heap contention and performance deteriates. After integrated 
with OptimizeIt, we finally found some objects 
(org.apache.tomcat.util.buf.ByteChunk, 
org.apache.tomcat.util.buf.MessageBytes, org.apache.tomcat.util.buf.CharChunk) 
that are all related to methods in org.tomcat.util.http.MimeHeaders class. 
Attached please find the heap data and some of the reference 
traces.

-- 
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]

DO NOT REPLY [Bug 39423] - memory leak found in org.tomcat.util.http.mimeheader class

[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=39423





--- Additional Comments From [EMAIL PROTECTED]  2006-04-27 06:31 ---
Created an attachment (id=18190)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=18190&action=view)
Heap state (after forced full gc) after slowly loading up heap 

THis sheet shows the non-freeable objects in the heap in between the first
check point and after putting load to the application (followed by forced full
gc).

-- 
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]

DO NOT REPLY [Bug 39423] - memory leak found in org.tomcat.util.http.mimeheader class

[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=39423





--- Additional Comments From [EMAIL PROTECTED]  2006-04-27 06:33 ---
Created an attachment (id=18191)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=18191&action=view)
This file contains call trace and reference graph for some of the objects in
the last xls sheet


-- 
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]