date:20060309

Re: DO NOT REPLY [Bug 38875] - Misleading error message when there are problems loading APR libraries

2006-03-09 Thread Henri Gomez

Well with a tcnative build against APR 1.2.2, one time dynamically and
another time statically it works.

It recall me the old time of mod_webapp where APR was not available.

In many distributions, including Suse, Apache 2.0.x is bundled and as
such only APR 0.9.x is available.

Could we try to modify the build to allow tcnative to build statically
against APR ?

We could even try to have a build where APR is build with -fPIC and
then tcnative build and linked statically with this fresh APR.

What about ?

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

DO NOT REPLY [Bug 38788] - TCP Worker thread in cluster caught java.io.IOException

2006-03-09 Thread 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=38788


[EMAIL PROTECTED] changed:

   What|Removed |Added

Version|5.5.14  |5.5.15




-- 
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 38908] New: - ByteBufferAccessLogValve given in server.xml is not working

2006-03-09 Thread 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=38908

   Summary: ByteBufferAccessLogValve given in server.xml is not
working
   Product: Tomcat 5
   Version: 5.5.15
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Hi,
server.xml contains an element declaring access log valve. When it is
configured it is giving error at start up ClassNotFoundException:
org.apache.catalina.valves.ByteBufferAccessLogValve. Also it is not found in the
repository at
http://svn.apache.org/viewcvs.cgi/tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/valves/

The element is 



-- 
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 38908] - ByteBufferAccessLogValve given in server.xml is not working

2006-03-09 Thread 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=38908


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX




--- Additional Comments From [EMAIL PROTECTED]  2006-03-09 14:42 ---
Obviously, if the class does not exist, it's not going to work. There are other
access log valves you can use.

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

source code change : Tomcat reload class at runtime(version 5.0.28)

2006-03-09 Thread Peter M.Chen

*Tomcat reload class at runtime(version 5.0.28)*

   1.

   Before start

My English is pool, so I can't say complete and clear any more, sometimes
look my code maybe easy to look my description word. thanks.




   1.

   Why do this?

When I writing program, running at tomcat, if I want to see the result when
I recompile some classes, I must reload web application(same as set
reloadable="true"), or restart Tomcat! it spent much time. So I think if I
can reload class at runtime, that can help me more.

My friends tell me, in WEBLOGIC, WEBSPHERE, even RESIN, they can reload
classes at runtime, and have a cool name that call "developer mode". but
tomcat can't. so, I must change a little source code of Tomcat and let it
has this function, but... not automatic reload, it's manual drive reload.




   1.

   Modify process
   1.

  description

Please put the new code to the java file end, because I want to keep old
line of code when I point out what line of code I change.




   1.

  Remove resource entry

in org.apache.catalina.loaderWebappClassLoader�� has a property
resourceEntries�� it remember the classes who comes from 'WEB-INF/classes'
directory�� so when I need to reload a class�� I need to delete it from
resourceEntries�� I write a method to call��

*public * *boolean* removeResourceEntry(String name) {

*if* (resourceEntries.containsKey(name)) {

resourceEntries.remove(name);

*return* *true*;

}

*return* *false*;

}



   1.

  A flag point out whether WebappClassLoader need to reload a
  class

*private* *boolean* isReload = *false*;


 *public* *boolean* isReload() {

*return* isReload;

}


 *public* *void* setReload(*boolean* isReload) {

*this* .isReload = isReload;

}



   1.

  DynamicClassLoader

I need to create a simple class loader to dynamic load class because ��One
class loader only can load a class once��. ��

*package* org.apache.catalina.loader;


 *import* java.net.URL;

*import* java.net.URLClassLoader;

*import* java.security.CodeSource;

*import* java.util.*;


 /**

*

* [EMAIL PROTECTED] *peter

*

*/

*public* *class* DynamicClassLoader *extends* URLClassLoader {

/* parent class loader, it's org.apache.catalina.loader.WebappClassLoader */

*private* ClassLoader parent = *null*;


 /* list of already loaded classes names */

*private* List classNames = *null*;


 /**

* [EMAIL PROTECTED] *parent

* here isorg.apache.catalina.loader.WebappClassLoader

*/

*public* DynamicClassLoader(ClassLoader parent) {

*super*( *new* URL[0]);

classNames = *new* ArrayList();

*this*.parent = parent;

}


 /**

* this method will call in WebappClassLoader .

*

* [EMAIL PROTECTED] *name

* [EMAIL PROTECTED] *classData

* [EMAIL PROTECTED] *codeSource

* [EMAIL PROTECTED] *

* [EMAIL PROTECTED] *ClassNotFoundException

*/

*public* Class loadClass(String name, *byte*[] classData, CodeSource
codeSource)

*throws* ClassNotFoundException {

*if* (classNames.contains(name)) {

*return* loadClass(name);

} *else* {

classNames.add(name);

*return* defineClass(name, classData, 0, classData.length, codeSource);

}

}


 /* *

* when a class not in classNames, let parent load it

* @see java.lang.ClassLoader#loadClass(java.lang.String)

*/

*public* Class loadClass(String name) *throws* ClassNotFoundException {

*if* (!classNames.contains(name)) {

*return* parent.loadClass(name);

}

*return* *super*.loadClass(name);

}


 }



   1.

  Add DynamicClassLoader into WebappClassLoader
  1.

 Add property

*private* DynamicClassLoader dynamicClassLoader = *new* DynamicClassLoader(*
this*);




   1.

 Add recreate method, that I can override old class loader
 when begin new reload.

*public* *void* reCreateDynamicClassLoader() {

dynamicClassLoader = *new* DynamicClassLoader(*this*);

}



   1.

  modify WebappClassLoader
  1.

 line 832, set findClass method to public

*public* Class findClass(String name) *throws* ClassNotFoundException {




   1.

 line 1569: add next line code

*if* (isReload) removeResourceEntry(name);




   1.

 line1577: maybe is a bug, i forget the reason

*if* ((entry == *null*) || (entry.binaryContent == *null*))

change to ==>

*if* ((entry == *null*) || (entry.loadedClass == *null* &&
entry.binaryContent == *null*))



   1.

 line 1633~1636

*if* (entry.loadedClass == *null*) {

clazz = defineClass(name, entry.binaryContent, 0, entry.binaryContent.length
,

codeSource);

change to ==>

* byte*[] classData = *new* *byte*[entry.binaryContent.length];

System.arraycopy(entry.binaryContent, 0, classData, 0,

classData.length);

*if* (entry.loadedClass == *null*) {

clazz = isReload ?

dynamicClassLoader.loadClass(name,

classData, codeSource) :

defineClass(name,

classData, 0, classData.length, codeSource);



   1.

  Test code
  1.

 test.jsp

I write to $CATALINA_HOME/webapps/ROOT/test.jsp�� I use reflection code to
call WebappClassLoader method because it would

DO NOT REPLY [Bug 37356] - Tomcat does not invalidate sessions after session-timeout period has passed.

2006-03-09 Thread 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=37356


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]




-- 
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 37356] - Tomcat does not invalidate sessions after session-timeout period has passed.

2006-03-09 Thread 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=37356





--- Additional Comments From [EMAIL PROTECTED]  2006-03-09 18:22 ---
I have the same problem, some sessions never expire (tomcat 5.5.12, jdk 1.5.0).
It seems that the session accessCount is not correctly decremented.

In my application, a single web browser can send several asynchronous
XmlHttpRequests at the same time, so there are concurrent accesses on the server
sesssion.

I have a look at tomcat source code and it seems that the session validy
management is not always 'synchronized', so I agree with the "race condition
theory" ...




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

Information re: authenticate() Limits

2006-03-09 Thread Marsh David W Maj AFIT/ENG


I'm looking at the authenticate methods (package
org.apache.catalina.realm.JDBCRealm and JAASRealm, for example) and
wonder what sort of limitations are intended for this code.  Are there
restrictions regarding which packages can have instances of these
classes and/or call "special" methods that handle (for example)
passwords?  Is there data that "should" not be passed around beyond
certain boundaries?

My questions are about design intent.  Obviously there are restrictions
based on package, "private" designation, etc.  But I'm interested in
further intended limitations.  Could someone theoretically write code
that makes inappropriate use of password access, encryption, or
decryption methods or even of certain fields or objects?

David

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

svn commit: r384676 - in /tomcat/container/tc5.5.x/modules/groupcom: src/share/org/apache/catalina/tribes/tipis/LazyReplicatedMap.java src/share/org/apache/catalina/tribes/tipis/RpcChannel.java to-do.

2006-03-09 Thread fhanik

Author: fhanik
Date: Thu Mar  9 18:04:49 2006
New Revision: 384676

URL: http://svn.apache.org/viewcvs?rev=384676&view=rev
Log:
Working on the replicated map

Modified:

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

tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tipis/RpcChannel.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/tipis/LazyReplicatedMap.java
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tipis/LazyReplicatedMap.java?rev=384676&r1=384675&r2=384676&view=diff
==
--- 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tipis/LazyReplicatedMap.java
 (original)
+++ 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tipis/LazyReplicatedMap.java
 Thu Mar  9 18:04:49 2006
@@ -30,14 +30,26 @@
 import org.apache.catalina.tribes.ChannelListener;
 import java.util.Collection;
 import org.apache.catalina.tribes.MembershipListener;
+import java.io.Externalizable;
+import java.io.ObjectInput;
+import java.io.ObjectOutput;
+import org.apache.catalina.tribes.mcast.McastMember;
+import java.util.Iterator;
+import org.apache.catalina.tribes.ChannelException;
+import java.util.LinkedList;
+import java.util.LinkedHashSet;
+import java.util.ArrayList;
+import java.util.Arrays;
 
 /**
+ * @todo implement periodic sync/transfer 
  * @author Filip Hanik
  * @version 1.0
  */
 public class LazyReplicatedMap extends LinkedHashMap 
 implements RpcCallback, ChannelListener, MembershipListener {
 protected static org.apache.commons.logging.Log log = 
org.apache.commons.logging.LogFactory.getLog(LazyReplicatedMap.class);
+protected static long TIME_OUT = 15000;//hard coded timeout
 
 
//--

 //  INSTANCE VARIABLES
@@ -45,6 +57,7 @@
 
 private Channel channel;
 private RpcChannel rpcChannel;
+private byte[] mapContextName;
 
 
 
//--

@@ -69,13 +82,15 @@
 final String chset = "ISO-8859-1";
 this.channel = channel;
 try {
-this.rpcChannel = new RpcChannel(mapContextName.getBytes(chset), 
channel, this);
+this.mapContextName = mapContextName.getBytes(chset);
 }catch (UnsupportedEncodingException x) {
 log.warn("Unable to encode mapContextName["+mapContextName+"] 
using getBytes("+chset+") using default getBytes()",x);
-this.rpcChannel = new RpcChannel(mapContextName.getBytes(), 
channel, this);
+this.mapContextName = mapContextName.getBytes();
 }
+this.rpcChannel = new RpcChannel(this.mapContextName, channel, this);
 this.channel.addChannelListener(this);
 this.channel.addMembershipListener(this);
+transferState();
 
 }
 
@@ -93,18 +108,30 @@
 }
 this.rpcChannel = null;
 this.channel = null;
+super.clear();
 }
 
 
//--

 //  GROUP COM INTERFACES
 
//--
   
+public void transferState() {
+throw new UnsupportedOperationException();
+}
+
 /**
- * 
+ * @todo implement state transfer
  * @param msg Serializable
  * @return Serializable - null if no reply should be sent
  */
 public Serializable replyRequest(Serializable msg, Member sender) {
-throw new UnsupportedOperationException();
+if ( !(msg instanceof MapMessage) ) return null;
+MapMessage mapmsg = (MapMessage)msg;
+if ( mapmsg.getMsgType() != mapmsg.MSG_RETRIEVE_BACKUP ) return null;
+
+MapEntry entry = (MapEntry)super.get(mapmsg.getKey());
+if ( entry == null ) return null;
+mapmsg.setValue((Serializable)entry.getValue());
+return mapmsg;
 }
 
 /**
@@ -114,30 +141,112 @@
  * @param sender Member
  */
 public void leftOver(Serializable msg, Member sender) {
-throw new UnsupportedOperationException();
+//ignore left over responses
 }
 
 public void messageReceived(Serializable msg, Member sender) {
 throw new UnsupportedOperationException();
+//todo implement all the messages that we can receive
 }
 
 public boolean accept(Serializable msg, Member sender) {
-throw new UnsupportedOperationException();
+if ( msg instanceof MapMessage ) {
+return Arrays.equals(mapContextName,((MapMessage)msg).getMapId());
+

[EMAIL PROTECTED]: Project jakarta-tomcat-jk-native-configure (in module jakarta-tomcat-connectors) failed

2006-03-09 Thread Bill Barker

To whom it may engage...

This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]

Project jakarta-tomcat-jk-native-configure has an issue affecting its community
integration.
This issue affects 2 projects.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- jakarta-tomcat-jk-native : Connectors to various web servers
- jakarta-tomcat-jk-native-configure : Connectors to various web servers

Full details are available at:

http://vmgump.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native-configure/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were
provided:
-INFO- Failed with reason build failed

The following work was performed:
http://vmgump.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native-configure/gump_work/buildscript_jakarta-tomcat-connectors_jakarta-tomcat-jk-native-configure.html
Work Name:
buildscript_jakarta-tomcat-connectors_jakarta-tomcat-jk-native-configure (Type:
Build)
Work ended in a state of : Failed
Elapsed: 36 secs
Command Line:
/usr/local/gump/public/workspace/jakarta-tomcat-connectors/jk/native/configure
--with-apxs=/usr/local/gump/public/workspace/apache-httpd/dest-09032006/bin/apxs

[Working Directory:
/usr/local/gump/public/workspace/jakarta-tomcat-connectors/jk/native]
-
checking for shl_load in -ldld... no
checking for dlopen... no
checking for dlopen in -ldl... yes
checking whether a program can dlopen itself... yes
checking whether a statically linked program can dlopen itself... no
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
configure: creating libtool
appending configuration tag "CXX" to libtool
checking for ld used by g++... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes
checking for g++ option to produce PIC... -fPIC
checking if g++ PIC flag -fPIC works... yes
checking if g++ static flag -static works... yes
checking if g++ supports -c -o file.o... yes
checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
appending configuration tag "F77" to libtool
checking for test... /usr/bin/test
checking for rm... /bin/rm
checking for grep... /bin/grep
checking for echo... /bin/echo
checking for sed... /bin/sed
checking for cp... /bin/cp
checking for mkdir... /bin/mkdir
checking for uint32_t... yes
checking size of uint32_t... 4
checking for u_int32_t... yes
checking size of u_int32_t... 4
checking for unsigned long... yes
checking size of unsigned long... 4
checking for unsigned int... yes
checking size of unsigned int... 4
checking for unsigned long long... yes
checking size of unsigned long long... 8
checking for unsigned longlong... no
checking size of unsigned longlong... 0
checking for snprintf... yes
checking for vsnprintf... yes
checking for flock... yes
checking for setsockopt in -lsocket... no
checking whether to use SO_RCVTIMEO with setsockopt()... yes
checking whether to use SO_SNDTIMEO with setsockopt()... yes
need to check for Perl first, apxs depends on it...
checking for perl... /usr/bin/perl
could not find
/usr/local/gump/public/workspace/apache-httpd/dest-09032006/bin/apxs
configure: error: You must specify a valid --with-apxs path
-

To subscribe to this information via syndicated feeds:
- RSS:
http://vmgump.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native-configure/rss.xml
- Atom:
http://vmgump.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native-configure/atom.xml

== Gump Tracking Only ===
Produced by Gump version 2.2.
Gump Run 13001609032006, vmgump.apache.org:vmgump-public:13001609032006
Gump E-mail Identifier (unique within run) #2.

--
Apache Gump
http://gump.apache.org/ [Instance: vmgump]

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

[EMAIL PROTECTED]: Project jakarta-tomcat-jk-native-configure (in module jakarta-tomcat-connectors) failed

2006-03-09 Thread Bill Barker

To whom it may engage...

This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]

Full details are available at:

http://vmgump.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native-configure/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were
provided:
-INFO- Failed with reason build failed

== Gump Tracking Only ===
Produced by Gump version 2.2.
Gump Run 13001609032006, vmgump.apache.org:vmgump-public:13001609032006
Gump E-mail Identifier (unique within run) #2.

--
Apache Gump
http://gump.apache.org/ [Instance: vmgump]

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

DO NOT REPLY [Bug 38908] - ByteBufferAccessLogValve given in server.xml is not working

2006-03-09 Thread 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=38908


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WONTFIX |




--- Additional Comments From [EMAIL PROTECTED]  2006-03-10 06:08 ---
(In reply to comment #1)
> Obviously, if the class does not exist, it's not going to work. There are 
> other
> access log valves you can use.

If the class does not exist why you keep the element in the server.xml. You
should fix it instead of shouting.

Regards,
Anto Paul

-- 
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: DO NOT REPLY [Bug 38875] - Misleading error message when there are problems loading APR libraries

DO NOT REPLY [Bug 38788] - TCP Worker thread in cluster caught java.io.IOException

DO NOT REPLY [Bug 38908] New: - ByteBufferAccessLogValve given in server.xml is not working

DO NOT REPLY [Bug 38908] - ByteBufferAccessLogValve given in server.xml is not working

source code change : Tomcat reload class at runtime(version 5.0.28)

DO NOT REPLY [Bug 37356] - Tomcat does not invalidate sessions after session-timeout period has passed.

DO NOT REPLY [Bug 37356] - Tomcat does not invalidate sessions after session-timeout period has passed.

Information re: authenticate() Limits

svn commit: r384676 - in /tomcat/container/tc5.5.x/modules/groupcom: src/share/org/apache/catalina/tribes/tipis/LazyReplicatedMap.java src/share/org/apache/catalina/tribes/tipis/RpcChannel.java to-do.

[EMAIL PROTECTED]: Project jakarta-tomcat-jk-native-configure (in module jakarta-tomcat-connectors) failed

[EMAIL PROTECTED]: Project jakarta-tomcat-jk-native-configure (in module jakarta-tomcat-connectors) failed

DO NOT REPLY [Bug 38908] - ByteBufferAccessLogValve given in server.xml is not working

12 matches

Site Navigation

Mail list logo

Footer information