Running Tomcat in chroot

[Ralph Goers]

Back in May, Pier Fumagalli posted here that he had gotten Tomcat running in a chroot 
jail.  I'd appreciate the details of what is required to do this.  I believe I have 
all the parts but when I try to start Tomcat I get an error in the bootstrap 
processing that seems to indicate it is having a problem opening jar files in 
common/lib.  

Thanks

DO NOT REPLY [Bug 9766] New: - Wrong directory in Class Loader HOW-TO

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=9766

Wrong directory in Class Loader HOW-TO

   Summary: Wrong directory in Class Loader HOW-TO
   Product: Tomcat 4
   Version: 4.0.3 Final
  Platform: All
OS/Version: All
Status: NEW
  Severity: Minor
  Priority: Other
 Component: Webapps:Documentation
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


In the Quick Start section of the how-to, the path to web-apps classes is 
listed as /WEB-INF/classe. I think this should be /WEB-INF/classes.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-4.0/webapps/ROOT index.html

[remm]

remm2002/06/10 22:01:06

  Modified:webapps/ROOT Tag: tomcat_40_branch index.html
  Log:
  - Revert revision number.
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.29.2.22 +1 -1  jakarta-tomcat-4.0/webapps/ROOT/Attic/index.html
  
  Index: index.html
  ===
  RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/ROOT/Attic/index.html,v
  retrieving revision 1.29.2.21
  retrieving revision 1.29.2.22
  diff -u -r1.29.2.21 -r1.29.2.22
  --- index.html11 Jun 2002 04:44:15 -  1.29.2.21
  +++ index.html11 Jun 2002 05:01:06 -  1.29.2.22
  @@ -44,7 +44,7 @@
   
   
   Tomcat
  -Version 4.0.4
  +Version 4.0.5 Dev
   
   
   http://jakarta.apache.org/";>
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina Globals.java

[remm]

remm2002/06/10 22:00:40

  Modified:catalina/src/share/org/apache/catalina Tag: tomcat_40_branch
Globals.java
  Log:
  - Revert revision number.
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.39.2.23 +5 -5  
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/Globals.java
  
  Index: Globals.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/Globals.java,v
  retrieving revision 1.39.2.22
  retrieving revision 1.39.2.23
  diff -u -r1.39.2.22 -r1.39.2.23
  --- Globals.java  11 Jun 2002 04:44:04 -  1.39.2.22
  +++ Globals.java  11 Jun 2002 05:00:40 -  1.39.2.23
  @@ -219,7 +219,7 @@
   /**
* The descriptive information about this server and version.
*/
  -public static final String SERVER_INFO = "Apache Tomcat/4.0.4";
  +public static final String SERVER_INFO = "Apache Tomcat/4.0.5-dev";
   
   
   /**
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-4.0/webapps/ROOT index.html

[remm]

remm2002/06/10 21:44:15

  Modified:webapps/ROOT Tag: tomcat_40_branch index.html
  Log:
  - Update version number.
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.29.2.21 +1 -1  jakarta-tomcat-4.0/webapps/ROOT/Attic/index.html
  
  Index: index.html
  ===
  RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/ROOT/Attic/index.html,v
  retrieving revision 1.29.2.20
  retrieving revision 1.29.2.21
  diff -u -r1.29.2.20 -r1.29.2.21
  --- index.html11 May 2002 02:20:38 -  1.29.2.20
  +++ index.html11 Jun 2002 04:44:15 -  1.29.2.21
  @@ -44,7 +44,7 @@
   
   
   Tomcat
  -Version 4.0.4 Dev
  +Version 4.0.4
   
   
   http://jakarta.apache.org/";>
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina Globals.java

[remm]

remm2002/06/10 21:44:05

  Modified:catalina/src/share/org/apache/catalina Tag: tomcat_40_branch
Globals.java
  Log:
  - Update version number.
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.39.2.22 +5 -5  
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/Globals.java
  
  Index: Globals.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/Globals.java,v
  retrieving revision 1.39.2.21
  retrieving revision 1.39.2.22
  diff -u -r1.39.2.21 -r1.39.2.22
  --- Globals.java  11 May 2002 02:20:07 -  1.39.2.21
  +++ Globals.java  11 Jun 2002 04:44:04 -  1.39.2.22
  @@ -219,7 +219,7 @@
   /**
* The descriptive information about this server and version.
*/
  -public static final String SERVER_INFO = "Apache Tomcat/4.0.4-dev";
  +public static final String SERVER_INFO = "Apache Tomcat/4.0.4";
   
   
   /**
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-4.0/lib tomcat-ajp.jar tomcat-coyote.jar tomcat-http11.jar tomcat-util.jar

[remm]

remm2002/06/10 21:38:58

  Modified:lib  Tag: tomcat_40_branch tomcat-ajp.jar
tomcat-coyote.jar tomcat-http11.jar tomcat-util.jar
  Log:
  - Update JARs.
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.1.2.10  +99 -80jakarta-tomcat-4.0/lib/Attic/tomcat-ajp.jar
  
<>
  
  
  1.1.2.3   +151 -135  jakarta-tomcat-4.0/lib/Attic/tomcat-coyote.jar
  
<>
  
  
  1.1.2.3   +62 -57jakarta-tomcat-4.0/lib/Attic/tomcat-http11.jar
  
<>
  
  
  1.1.2.9   +213 -173  jakarta-tomcat-4.0/lib/Attic/tomcat-util.jar
  
<>
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime PageContextImpl.java

[remm]

remm2002/06/10 20:35:35

  Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java
   jasper2/src/share/org/apache/jasper/runtime
PageContextImpl.java
  Log:
  - Take advantage of the fact that the PageContext is pooled.
  - Modify the way the buffer reuse is done to conform with the PageContext
contract (basically, the code moves from the generated servlet to PageContext).
  
  Revision  ChangesPath
  1.24  +14 -47
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java
  
  Index: Generator.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java,v
  retrieving revision 1.23
  retrieving revision 1.24
  diff -u -r1.23 -r1.24
  --- Generator.java10 Jun 2002 21:08:30 -  1.23
  +++ Generator.java11 Jun 2002 03:35:34 -  1.24
  @@ -358,7 +358,7 @@
   
// Local variable declarations
out.printil("JspFactory _jspxFactory = null;");
  - out.printil("org.apache.jasper.runtime.PageContextImpl pageContext = null;");
  + out.printil("javax.servlet.jsp.PageContext pageContext = null;");
if (pageInfo.isSession())
out.printil("HttpSession session = null;");
   
  @@ -386,8 +386,7 @@
out.print  (quote(pageInfo.getContentType()));
out.println(");");
   
  - out.printil("pageContext = (org.apache.jasper.runtime.PageContextImpl)"
  -+ " _jspxFactory.getPageContext(this, request, response,");
  + out.printil("pageContext = _jspxFactory.getPageContext(this, request, 
response,");
out.printin("\t\t\t");
out.print  (quote(pageInfo.getErrorPage()));
out.print  (", " + pageInfo.isSession());
  @@ -432,17 +431,11 @@
out.pushIndent();
out.printil("public int tagCount;");
out.println();
  - out.printil("public int tagDepth;");
  - out.println();
  - out.printil("public javax.servlet.jsp.tagext.BodyContent[] outs;");
  - out.println();
out.printil("public JspWriter out;");
out.println();
out.printil("public JspxState() {");
out.pushIndent();
out.printil("tagCount = 0;");
  - out.printil("tagDepth = -1;");
  - out.printil("outs = new org.apache.jasper.runtime.BodyContentImpl[" + 
(maxTagNesting) + "];");
out.popIndent();
out.printil("}");
out.popIndent();
  @@ -1045,21 +1038,12 @@
out.print(parent);
out.print(", ");
}
  - out.println("org.apache.jasper.runtime.PageContextImpl pageContext, 
JspxState _jspxState)");
  + out.println("javax.servlet.jsp.PageContext pageContext, JspxState 
_jspxState)");
out.printil("throws Throwable {");
out.pushIndent();
   
// Initilaize local variables used in this method.
  - out.printil("JspWriter out = null;");
  -out.printil("if (_jspxState.tagDepth < 0) {");
  - out.pushIndent();
  -out.printil("out = _jspxState.out;");
  - out.popIndent();
  -out.printil("} else {");
  - out.pushIndent();
  -out.printil("out = _jspxState.outs[_jspxState.tagDepth];");
  - out.popIndent();
  -out.printil("}");
  + out.printil("JspWriter out = pageContext.getOut();");
if (n.isHasUsebean()) {
out.println("HttpSession session = pageContext.getSession();");
out.println("ServletContext application = 
pageContext.getServletContext();");
  @@ -1265,23 +1249,12 @@
   if (!implementsTryCatchFinally) {
   out.printil("_jspxState.tagCount++;");
}
  -out.printil("_jspxState.tagDepth++;");
  -
  -out.printil("if (_jspxState.outs[_jspxState.tagDepth] == null) 
{");
  - out.pushIndent();
  -out.printil("_jspxState.outs[_jspxState.tagDepth] = new 
org.apache.jasper.runtime.BodyContentImpl(out);");
  - out.popIndent();
  - out.printil("} else {");
  - out.pushIndent();
  - out.printil("_jspxState.outs[_jspxState.tagDepth].clear();");
  - out.popIndent();
  - out.printil("}");
  -
  -out.printil("out = _jspxState.outs[_jspxState.tagDepth];");
  - out.printil("pageContext.setOut(out);");
  +out.printil("javax.servlet.jsp.tagext.BodyContent _bc = 
pageContext.pushBody();");
  +out.printil("_bc.clear();");
  +out.printil("out = _bc;");
   
out.printin(tagHandlerVar);
  - 

cvs commit: jakarta-tomcat-connectors/jk/native2/jni jk_jni_aprImpl.c

[costin]

costin  2002/06/10 19:51:18

  Modified:jk/native2/common jk_env.c jk_logger_file.c
jk_mutex_thread.c
   jk/native2/jni jk_jni_aprImpl.c
  Log:
  Fix initialization problem for libjkjni.so
  
  Revision  ChangesPath
  1.36  +3 -3  jakarta-tomcat-connectors/jk/native2/common/jk_env.c
  
  Index: jk_env.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_env.c,v
  retrieving revision 1.35
  retrieving revision 1.36
  diff -u -r1.35 -r1.36
  --- jk_env.c  10 Jun 2002 21:55:06 -  1.35
  +++ jk_env.c  11 Jun 2002 02:51:18 -  1.36
  @@ -63,7 +63,7 @@
   #endif
   
   jk_env_t *jk_env_globalEnv;
  -void *jkGlobalAprPool;
  +void *jkGlobalAprPool=NULL;
   
   /* Private methods 
   */
  @@ -82,7 +82,7 @@
*/
   if( jkGlobalAprPool==NULL ) {
   int rc;
  -
  +
   rc = apr_pool_create(( apr_pool_t **)&jkGlobalAprPool, NULL);
   if (rc != APR_SUCCESS || jkGlobalAprPool==NULL ) {
   env->l->jkLog(env, env->l, JK_LOG_ERROR, 
  @@ -96,7 +96,7 @@
   #endif
   }
   
  -static void JK_METHOD jk2_env_setAprPool( jk_env_t *env, void *aprPool ) {
  +void JK_METHOD jk2_env_setAprPool( jk_env_t *env, void *aprPool ) {
   jkGlobalAprPool=aprPool;
   }
   
  
  
  
  1.31  +5 -5  jakarta-tomcat-connectors/jk/native2/common/jk_logger_file.c
  
  Index: jk_logger_file.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_logger_file.c,v
  retrieving revision 1.30
  retrieving revision 1.31
  diff -u -r1.30 -r1.31
  --- jk_logger_file.c  10 Jun 2002 23:58:52 -  1.30
  +++ jk_logger_file.c  11 Jun 2002 02:51:18 -  1.31
  @@ -111,7 +111,7 @@
   if( f==NULL ) {
   /* This is usefull to debug what happens before logger is set.
  On apache you need -X option ( no detach, single process ) */
  -fprintf(stderr, "JK_LOG: %s", what );
  +if( what != NULL ) fprintf(stderr, what );
   return JK_OK;
   }
   if(l && l->level <= level && l->logger_private && what) {   
  @@ -261,9 +261,9 @@
   f++;
   }
   
  -/* XXX or apr_ctime ? */
  -apr_rfc822_date( rfctime, time );
  -fmt1=apr_psprintf( aprPool, "[%s] (%5s) [%s (%d)]  %s", rfctime, slevel, f, 
line, fmt );
  +/* XXX rfc822_date or apr_ctime ? */
  +apr_ctime( rfctime, time );
  +fmt1=apr_psprintf( aprPool, "[%s] (%5s ) [%s (%d)]  %s", rfctime, slevel, 
f, line, fmt );
   buf=apr_pvsprintf( aprPool, fmt1, args );
   
   l->log(env, l, level, buf);
  
  
  
  1.5   +3 -0  jakarta-tomcat-connectors/jk/native2/common/jk_mutex_thread.c
  
  Index: jk_mutex_thread.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_mutex_thread.c,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- jk_mutex_thread.c 10 Jun 2002 21:55:06 -  1.4
  +++ jk_mutex_thread.c 11 Jun 2002 02:51:18 -  1.5
  @@ -98,18 +98,21 @@
   static int JK_METHOD 
   jk2_mutex_thread_lock(jk_env_t *env, jk_mutex_t  *jkMutex)
   {
  +if( jkMutex==NULL || jkMutex->threadMutex==NULL ) return JK_ERR;
   return apr_thread_mutex_lock( jkMutex->threadMutex );
   }
   
   static int JK_METHOD 
   jk2_mutex_thread_tryLock(jk_env_t *env, jk_mutex_t  *jkMutex)
   {
  +if( jkMutex==NULL || jkMutex->threadMutex==NULL ) return JK_ERR;
   return apr_thread_mutex_trylock( jkMutex->threadMutex );
   }
   
   static int JK_METHOD 
   jk2_mutex_thread_unLock(jk_env_t *env, jk_mutex_t  *jkMutex)
   {
  +if( jkMutex==NULL || jkMutex->threadMutex==NULL ) return JK_ERR;
   return apr_thread_mutex_unlock( jkMutex->threadMutex );
   }
   
  
  
  
  1.36  +5 -1  jakarta-tomcat-connectors/jk/native2/jni/jk_jni_aprImpl.c
  
  Index: jk_jni_aprImpl.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/jni/jk_jni_aprImpl.c,v
  retrieving revision 1.35
  retrieving revision 1.36
  diff -u -r1.35 -r1.36
  --- jk_jni_aprImpl.c  11 Jun 2002 00:01:16 -  1.35
  +++ jk_jni_aprImpl.c  11 Jun 2002 02:51:18 -  1.36
  @@ -113,6 +113,7 @@
   #define JK_DIRECT_BUFFER_NIO 3
   
   static int arrayAccessMethod=JK_GET_REGION;
  +void JK_METHOD jk2_env_setAprPool( jk_env_t *env, void *aprPool );
   
   JNIEXPORT void JNICALL 
   Java_org_apache_jk_apr_AprImpl_setArrayAccessMode(JNIEnv *jniEnv, jobject _jthis, 
jint mode)
  @@ -137,10 +138,12 @@
   if( jniAprPool==NULL ) {
   return JK_ERR;
   }
  +
  +jk2_env_setAprPool( NULL, jniAprPool );
  +
   jk2_pool_apr_create( NULL, &globalPool, NULL, j

Connection aborted by peer: socket write error

[Leon]

With Tomcat 4.0.3, i lanuched my serverlet, XMLSevlet, but only under 10
threads continuously connect, the client program threw the below
exception. And Tomcat also showed exception described as below (server
side exception).

I searched in the archieve, and it seems that this bug has already found
and fixed in 4.0.3. But why it happens again?

Anyone can do me a favor?

java.io.FileNotFoundException:
http://localhost:18080/XMLDBService/servlet/XMLServlet
at 
sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:574)
at 
com.foo.client.connection.IpedoURLConnection.sendPostMessage(IpedoURLConnection.java:104)
at com.foo.client.impl.ClientImplTool.processCommand(ClientImplTool.java:150)
at com.foo.client.impl.ClientImplTool.processCommand(ClientImplTool.java:113)
at 
com.foo.cursor.client.ClientCacheManager.getNode(ClientCacheManager.java:171)
at com.foo.client.dom.UNode.getNode(UNode.java:798)
at com.foo.client.dom.UChildNode.getNextSibling(UChildNode.java:88)
at com.foo.serialize.XMLSerializer.serializeElement(XMLSerializer.java:761)
at com.foo.serialize.XMLSerializer.serializeElement(XMLSerializer.java:597)
at 
com.foo.serialize.BaseMarkupSerializer.serializeNode(BaseMarkupSerializer.java:1180)
at com.foo.serialize.XMLSerializer.serializeElement(XMLSerializer.java:760)
at com.foo.serialize.XMLSerializer.serializeElement(XMLSerializer.java:597)
at 
com.foo.serialize.BaseMarkupSerializer.serializeNode(BaseMarkupSerializer.java:1180)
at 
com.foo.serialize.BaseMarkupSerializer.serializeNode(BaseMarkupSerializer.java:1105)
at 
com.foo.serialize.BaseMarkupSerializer.serializeNode(BaseMarkupSerializer.java:1248)
at 
com.foo.serialize.BaseMarkupSerializer.serializeNode(BaseMarkupSerializer.java:1105)
at 
com.foo.serialize.BaseMarkupSerializer.serializeXPathReturnNode(BaseMarkupSerializer.java:461)
at com.foo.utils.CommonTool.writeNode(CommonTool.java:100)
at com.foo.cdctest.cursor.GetDocument.runTest(GetDocument.java:93)
at com.foo.cdctest.testframework.driver.CaseDriver.run(CaseDriver.java:46)
at java.lang.Thread.run(Thread.java:484)
[13] I/O error encountered while performing the 
operation.http://localhost:18080/XMLDBService/servlet/XMLServlet
at com.foo.client.impl.ClientImplTool.processCommand(ClientImplTool.java:160)
at com.foo.client.impl.ClientImplTool.processCommand(ClientImplTool.java:113)
at 
com.foo.cursor.client.ClientCacheManager.getNode(ClientCacheManager.java:171)
at com.foo.client.dom.UNode.getNode(UNode.java:798)
at com.foo.client.dom.UChildNode.getNextSibling(UChildNode.java:88)
at com.foo.serialize.XMLSerializer.serializeElement(XMLSerializer.java:761)
at com.foo.serialize.XMLSerializer.serializeElement(XMLSerializer.java:597)
at 
com.foo.serialize.BaseMarkupSerializer.serializeNode(BaseMarkupSerializer.java:1180)
at com.foo.serialize.XMLSerializer.serializeElement(XMLSerializer.java:760)
at com.foo.serialize.XMLSerializer.serializeElement(XMLSerializer.java:597)
at 
com.foo.serialize.BaseMarkupSerializer.serializeNode(BaseMarkupSerializer.java:1180)
at 
com.foo.serialize.BaseMarkupSerializer.serializeNode(BaseMarkupSerializer.java:1105)
at 
com.foo.serialize.BaseMarkupSerializer.serializeNode(BaseMarkupSerializer.java:1248)
at 
com.foo.serialize.BaseMarkupSerializer.serializeNode(BaseMarkupSerializer.java:1105)
at 
com.foo.serialize.BaseMarkupSerializer.serializeXPathReturnNode(BaseMarkupSerializer.java:461)
at com.foo.utils.CommonTool.writeNode(CommonTool.java:100)
at com.foo.cdctest.cursor.GetDocument.runTest(GetDocument.java:93)
at com.foo.cdctest.testframework.driver.CaseDriver.run(CaseDriver.java:46)
at java.lang.Thread.run(Thread.java:484)



Server side:

2002-06-10 16:18:58 StandardWrapperValve[XMLServlet]: Servlet.service() for servlet 
XMLServlet threw exception
java.net.SocketException: Connection aborted by peer: socket write error
 at java.net.SocketOutputStream.socketWrite(Native Method)
 at java.net.SocketOutputStream.write(Unknown Source)
 at org.apache.catalina.connector.ResponseBase.flushBuffer(ResponseBase.java:679)
 at 
org.apache.catalina.connector.HttpResponseBase.flushBuffer(HttpResponseBase.java:757)
 at org.apache.catalina.connector.ResponseFacade.flushBuffer(ResponseFacade.java:219)
 at org.apache.catalina.connector.ResponseStream.close(ResponseStream.java:224)
 at 
org.apache.catalina.connector.http.HttpResponseStream.close(HttpResponseStream.java:217)
 at com.foo.server.servlet.XMLServlet.doPost(XMLServlet.java:219)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
 at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appli

Re: jk 1.2 freese/snap time in JTC ?

[Bojan Smojver]

+1 for mod_jk 1.2.0 for Apache 1.3.24. It's been running stable on my
systems for a really long time now.

Not sure if the bug related to not picking up the index pages when used
with Apache 2.0.35 still exists... Anyone knows?

To find the thread, search this list for this: 'Apache 2.0.35 and mod_jk
1.2.0'. I've posted the question on 2002-04-07.

Bojan

On Mon, 2002-06-10 at 23:26, GOMEZ Henri wrote:
> Did there is still work on progress in JK (native) in JTC ?
> 
> If not, it could be the good moment to make a 1.2.0 snapshot,
> and ask contributers/friends to generate binaries on there 
> platforms.
> 
> Regards
> 
> -
> Henri Gomez ___[_]
> EMAIL : [EMAIL PROTECTED](. .) 
> PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
> PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 
> 
> 
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
> 



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [VOTE] New Committer Mladen Turk

[Bojan Smojver]

+1

Bojan

On Mon, 2002-06-10 at 20:24, GOMEZ Henri wrote:
> I'd like to propose Mladen Turk [mturk at mappingsoft.com]
> as a new Tomcat committer.  
> 
> He does a great job in jk2, also involved in APR, he seems very
> interested in continuing its contribution on jk2 and java area.
> 
> -
> Henri Gomez ___[_]
> EMAIL : [EMAIL PROTECTED](. .) 
> PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
> PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 
> 
> 
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
> 



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 9715] - 'Out of Memory' error with static html pages

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=9715

'Out of Memory' error with static html pages

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Major   |Normal



--- Additional Comments From [EMAIL PROTECTED]  2002-06-11 01:24 ---
This would seems to indicate that the "cached" flag isn't doing what it is
supposed to do then.
Downgrading the severity, as the major issue has been fixed. Milestone 4.1.5
will have the fix.
Thanks for testing :)

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [Jasper 2] Tag reuse problems

[Remy Maucherat]

>>The recent tag reuse changes appear to be great, but seem to have the
>>disadvantage of breaking existing tags (for example, the Foo tag in the
>>examples, as well as two of the tags from the admin webapp). Although
>>none of these tags was compliant with the specification (both had an
>>iccorect state handling), this still raises the problem that the change
>>will likely break existing web applications, some of which may be hard /
>>impossible to fix.
> 
> This is one of the reasons that tag-pooling is disabled by default in the
> 3.3 Jasper.  The other reason was that in some cases it hurt a lot.  I
> haven't looked at the Jasper2 code, but from the discussion it doesn't
> syncronize as much as in 3.3, so that may not apply to Jasper2.

Since the testing was made with Jasper 1, I am not convinced that the 
testing was accurate because of the impact of the try/catch nesting 
performance bug.
Tag BodyContent buffer reuse (esp with the old 8K buffers) likely has a 
bigger performance impact than tag instance reuse, but it would probably 
also have been offset by the try/catch bug.

I mostly fixed the bugs the 4.1.4 build had, but 4.1.5 will be a nice 
candidate to make sure that reuse does indeed help performance. I hope 
I'll be able to add "big time" to the previous sentence :)

Remy


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 9715] - 'Out of Memory' error with static html pages

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=9715

'Out of Memory' error with static html pages





--- Additional Comments From [EMAIL PROTECTED]  2002-06-11 01:03 ---
The new build seems to have solved the problem.  I am not using a large number 
of sessions, the problem was occuring when a single session was accessing a 
large number of files - in particular when a webcrawler (google) would hit my 
site and download >1000 pages.   For testing I emulated the crawler by using a 
website mirroring utility.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 9745] - extern cache mgt bug for conditionally dynamic pages

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=9745

extern cache mgt bug for conditionally dynamic pages

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Normal  |Enhancement



--- Additional Comments From [EMAIL PROTECTED]  2002-06-11 00:40 ---
You should disable the cache in that particular situation. It has to be seen if
the cache can be improved while not killing performance at the same time (since
JNDI is used to access the actual file, doing a lookup for the attributes is
very expensive).

Example:

  


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 9715] - 'Out of Memory' error with static html pages

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=9715

'Out of Memory' error with static html pages





--- Additional Comments From [EMAIL PROTECTED]  2002-06-11 00:38 ---
The patch to use a LRUMap from commons-collections has been committed. I'll need
more details to get an idea of where the problem would come from. I suppose
since static pages do allocate a cache, this may be where the error occurs, but
this may not be the root cause of the errors.
Do you also use a large amount of sessions ? The current implementation of the
StandardManager doesn't deal with those situations well (this will be addressed
using another LRUMap), and you could try to use a JDBC or file based store instead.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources ProxyDirContext.java

[remm]

remm2002/06/10 17:31:43

  Modified:catalina/src/share/org/apache/naming/resources
ProxyDirContext.java
  Log:
  - Switch to use a LRUMap from Collections 2.0.
  - Note: The cacheSize attribute must be on the BaseDirContext (ProxyDirContext
is a only a wrapper which adds caching).
  - Patch submitted by Robert Herrmann 
  
  Revision  ChangesPath
  1.12  +21 -8 
jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/ProxyDirContext.java
  
  Index: ProxyDirContext.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/ProxyDirContext.java,v
  retrieving revision 1.11
  retrieving revision 1.12
  diff -u -r1.11 -r1.12
  --- ProxyDirContext.java  27 Feb 2002 01:17:00 -  1.11
  +++ ProxyDirContext.java  11 Jun 2002 00:31:43 -  1.12
  @@ -64,11 +64,14 @@
   
   package org.apache.naming.resources;
   
  -import java.util.Hashtable;
  +import java.util.Collections;
   import java.util.Date;
  +import java.util.Hashtable;
  +import java.util.Map;
   import java.io.InputStream;
   import java.io.IOException;
   import java.io.ByteArrayInputStream;
  +
   import javax.naming.Context;
   import javax.naming.Name;
   import javax.naming.NameParser;
  @@ -79,8 +82,11 @@
   import javax.naming.directory.Attribute;
   import javax.naming.directory.ModificationItem;
   import javax.naming.directory.SearchControls;
  +
   import org.apache.naming.StringManager;
   
  +import org.apache.commons.collections.LRUMap;
  +
   /**
* Proxy Directory Context implementation.
*
  @@ -111,7 +117,7 @@
   // Initialize parameters based on the associated dir context, like
   // the caching policy.
   if (((BaseDirContext) dirContext).isCached()) {
  -cache = new Hashtable();
  +cache = Collections.synchronizedMap(new LRUMap(cacheSize));
   cacheTTL = ((BaseDirContext) dirContext).getCacheTTL();
   cacheObjectMaxSize = 
   ((BaseDirContext) dirContext).getCacheObjectMaxSize();
  @@ -132,6 +138,7 @@
   this.dirContext = dirContext;
   this.vPath = vPath;
   this.cache = proxyDirContext.cache;
  +this.cacheSize = proxyDirContext.cacheSize;
   this.cacheTTL = proxyDirContext.cacheTTL;
   this.cacheObjectMaxSize = proxyDirContext.cacheObjectMaxSize;
   this.hostName = proxyDirContext.hostName;
  @@ -182,7 +189,13 @@
* Cache.
* Path -> Cache entry.
*/
  -protected Hashtable cache = null;
  +protected Map cache = null;
  +
  +
  +/**
  + * Cache size
  + */
  +protected int cacheSize = 1000;
   
   
   /**
  @@ -676,7 +689,7 @@
*/
   public Name composeName(Name name, Name prefix)
   throws NamingException {
  - prefix = (Name) name.clone();
  +prefix = (Name) name.clone();
return prefix.addAll(name);
   }
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-4.0 tomcat.nsi

[remm]

remm2002/06/10 17:27:56

  Modified:.tomcat.nsi
  Log:
  - Fix (non fatal) error message.
  
  Revision  ChangesPath
  1.31  +8 -6  jakarta-tomcat-4.0/tomcat.nsi
  
  Index: tomcat.nsi
  ===
  RCS file: /home/cvs/jakarta-tomcat-4.0/tomcat.nsi,v
  retrieving revision 1.30
  retrieving revision 1.31
  diff -u -r1.30 -r1.31
  --- tomcat.nsi18 Feb 2002 09:01:05 -  1.30
  +++ tomcat.nsi11 Jun 2002 00:27:56 -  1.31
  @@ -331,6 +331,7 @@
 File /r confinstall
   
 ; Build final server.xml
  +  Delete "$INSTDIR\conf\server.xml"
 FileOpen $R9 "$INSTDIR\conf\server.xml" w
   
 Push "$TEMP\confinstall\server_1.xml"
  @@ -341,9 +342,8 @@
   
 FileClose $R9
   
  -  CopyFiles "$R9" "$INSTDIR\conf" 18
  -
 ; Build final tomcat-users.xml
  +  Delete "$INSTDIR\conf\tomcat-users.xml"
 FileOpen $R9 "$INSTDIR\conf\tomcat-users.xml" w
   
 Push "$TEMP\confinstall\tomcat-users_1.xml"
  @@ -354,8 +354,6 @@
   
 FileClose $R9
   
  -  CopyFiles "$R9" "$INSTDIR\conf" 5
  -
 ; Creating a few shortcuts
 IfFileExists "$SMPROGRAMS\Apache Tomcat 4.1" 0 NoLinks
   
  @@ -389,11 +387,15 @@
   
 FileOpen $1 $0 r
   
  -  NoError:
  + NoError:
  +
 FileRead $1 $2
  +  IfErrors EOF 0
 FileWrite $R9 $2
   
 IfErrors 0 NoError
  +
  + EOF:
   
 FileClose $1
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/common JkInputStream.java

[costin]

costin  2002/06/10 17:13:48

  Modified:jk/java/org/apache/jk/common JkInputStream.java
  Log:
  Deal with the special case of JNI POST. The first receive() is for
  the ajp initial chunk, if it is not present it's fine.
  
  Revision  ChangesPath
  1.8   +36 -14
jakarta-tomcat-connectors/jk/java/org/apache/jk/common/JkInputStream.java
  
  Index: JkInputStream.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/jk/common/JkInputStream.java,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- JkInputStream.java17 Apr 2002 22:38:59 -  1.7
  +++ JkInputStream.java11 Jun 2002 00:13:48 -  1.8
  @@ -184,7 +184,7 @@
   int blen;  // Length of current chunk of body data in buffer
   int pos;   // Current read position within that buffer
   
  -boolean end_of_stream; // true if we've received an empty packet
  +boolean end_of_stream=false; // true if we've received an empty packet
   
   private int doRead1() throws IOException {
   if(pos >= blen) {
  @@ -271,7 +271,7 @@
   }
   
   public int doRead(ByteChunk responseChunk ) throws IOException {
  -log.info( "JkInputStream: " + pos + " " + blen + " " + available );
  +log.info( "doRead " + pos + " " + blen + " " + available + " " + 
end_of_stream);
   if( blen == pos ) {
   refillReadBuffer();
   }
  @@ -287,23 +287,36 @@
   {
   mc.setType( JkHandler.HANDLE_RECEIVE_PACKET );
   int err = mc.getSource().invoke(bodyMsg, mc);
  +if( log.isDebugEnabled() )
  +log.info( "Receiving: getting request body chunk " + err + " " + 
bodyMsg.getLen() );
   if(err < 0) {
throw new IOException();
}
   
  - // No data received.
  - if( bodyMsg.getLen() == 0 ) {
  - pos=0;
  - blen=0;
  -end_of_stream = true;
  +pos=0;
  +blen=0;
  +
  +// No data received.
  + if( bodyMsg.getLen() <= 4 ) { // just the header
  +// Don't mark 'end of stream' for the first chunk.
  +// end_of_stream = true;
return false;
}
blen = bodyMsg.peekInt();
  - pos = 0;
  +
  +if( blen == 0 ) {
  +return false;
  +}
  +
  +if( log.isTraceEnabled() ) {
  +bodyMsg.dump("Body buffer");
  +}
  +
int cpl=bodyMsg.getBytes(bodyBuff);
  - if( log.isDebugEnabled() )
  -log.debug( "Copy into body buffer2 " + bodyBuff + " " +
  -   cpl + " " + blen );
  +
  +if( log.isDebugEnabled() )
  +log.debug( "Copy into body buffer2 " + bodyBuff + " " + cpl + " " + 
blen );
  +
   if( log.isTraceEnabled() )
   log.trace( "Data:\n" + new String( bodyBuff, 0, cpl ));
   
  @@ -322,7 +335,7 @@
// the stream has been reached (yuck -- fix protocol??).
   if (end_of_stream) {
   if( log.isDebugEnabled() ) log.debug("refillReadBuffer: end of stream " 
);
  -  return false;
  +return false;
   }
   
// Why not use outBuf??
  @@ -335,8 +348,17 @@
   
   mc.setType( JkHandler.HANDLE_SEND_PACKET );
mc.getSource().invoke(bodyMsg, mc);
  - 
  -return receive();
  +
  +// In JNI mode, response will be in bodyMsg. In TCP mode, response need to 
be
  +// read
  +
  +//bodyMsg.dump("refillReadBuffer ");
  +
  +boolean moreData=receive();
  +if( !moreData ) {
  +end_of_stream=true;
  +}
  +return moreData;
   }
   
   }
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/common ChannelJni.java

[costin]

costin  2002/06/10 17:11:03

  Modified:jk/java/org/apache/jk/common ChannelJni.java
  Log:
  Fix for POST in in-process.
  
  This is a very tricky code - we must 'simulate' a 2-thread model ( i.e.
  one tomcat thread sending/receiving messages with apache, and one apache
  thread ) in a 1-thread model, with no context switch.
  
  We do this by requiring a certain behavior from the invoked method - the
  send() will marshal the response back into the same buffer, and next
  receive() will just read it.
  
  While a cleaner solution may be possible, this has the main benefit of
  minimizing the most expensive operation in jni - moving data between java
  heap and C ( we have a single java buffer that is pinned ). Of course,
  the rest of the code must deal with that - and make sure the buffer is
  not used for something else.
  
  Since we simulate the send/response in 2-thread model, the receive() will
  be called imediately after send(), so things are not too bad.
  
  The problem with POST was the 'special' chunk sent imediately after the
  request data. In tcp mode, that optimize the case of small requests
  ( since it eliminates one round trip - well, it's not too much and
  it may be worth removing it for cleaner code ). In JNI mode, there
  is no such thing.
  
  The fix is to check if the receive() is the result of a sent(), and
  return an empty message otherwise.
  
  Revision  ChangesPath
  1.13  +35 -3 
jakarta-tomcat-connectors/jk/java/org/apache/jk/common/ChannelJni.java
  
  Index: ChannelJni.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/jk/common/ChannelJni.java,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -r1.12 -r1.13
  --- ChannelJni.java   1 Jun 2002 08:29:34 -   1.12
  +++ ChannelJni.java   11 Jun 2002 00:11:03 -  1.13
  @@ -111,6 +111,25 @@
   throws IOException
   {
   Msg sentResponse=(Msg)ep.getNote( receivedNote );
  +ep.setNote( receivedNote, null );
  +
  +if( sentResponse == null ) {
  +if( log.isDebugEnabled() )
  +log.debug("No send() prior to receive(), no data buffer");
  +// No sent() was done prior to receive.
  +msg.reset();
  +return 0;
  +}
  +
  +sentResponse.processHeader();
  +
  +if( log.isTraceEnabled() )
  +sentResponse.dump("received response ");
  +
  +if( msg != sentResponse ) {
  +log.error( "Error, in JNI mode the msg used for receive() must be 
identical with the one used for send()");
  +}
  +
   return 0;
   }
   
  @@ -121,8 +140,15 @@
   public int send( Msg msg, MsgContext ep )
   throws IOException
   {
  +if( log.isDebugEnabled() ) log.debug("ChannelJni.send: "  +  msg );
  +
   int rc=super.nativeDispatch( msg, ep, JK_HANDLE_JNI_DISPATCH, 0);
  +
  +// nativeDispatch will put the response in the same buffer.
  +// Next receive() will just get it from there. Very tricky to do
  +// things in one thread instead of 2.
   ep.setNote( receivedNote, msg );
  +
   return rc;
   }
   
  @@ -146,23 +172,28 @@
*  if anyone asks for it - same lazy behavior as in 3.3 ).
*/
   public  int invoke(Msg msg, MsgContext ep )  throws IOException {
  -if( log.isDebugEnabled() ) log.debug("ChannelJni.invoke: "  + ep );
  -
   if( apr==null ) return -1;
   
   long xEnv=ep.getJniEnv();
   long cEndpointP=ep.getJniContext();
   
   int type=ep.getType();
  +if( log.isDebugEnabled() ) log.debug("ChannelJni.invoke: "  + ep + " " + 
type);
   
   switch( type ) {
   case JkHandler.HANDLE_RECEIVE_PACKET:
   return receive( msg, ep );
   case JkHandler.HANDLE_SEND_PACKET:
  +ep.setNote( receivedNote, null );
   return send( msg, ep );
   case JkHandler.HANDLE_FLUSH:
  +ep.setNote( receivedNote, null );
   return 0;
   }
  +
  +// Reset receivedNote. It'll be visible only after a SEND and before a 
receive.
  +ep.setNote( receivedNote, null );
  +
   // Default is FORWARD - called from C 
   try {
   // first, we need to get an endpoint. It should be
  @@ -171,7 +202,8 @@
   
   // The endpoint will store the message pt.
   msg.processHeader();
  -//if( log.isInfoEnabled() ) msg.dump("Incoming msg ");
  +
  +if( log.isTraceEnabled() ) msg.dump("Incoming msg ");
   
   int status= next.invoke(  msg, ep );
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/jk/native2/jni jk_jni_aprImpl.c

[costin]

costin  2002/06/10 17:01:16

  Modified:jk/native2/jni jk_jni_aprImpl.c
  Log:
  Fix the POST in in-process mode.
  
  The 'response' from a jni invocation is in the same buffer, but we must
  call msg->end() to update the message size.
  
  The dispatch mechanism is no longer used ( or it shouldn't ), I'll do a grep and
  clean the code. ( invoke is much cleaner ).
  
  Revision  ChangesPath
  1.35  +13 -6 jakarta-tomcat-connectors/jk/native2/jni/jk_jni_aprImpl.c
  
  Index: jk_jni_aprImpl.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/jni/jk_jni_aprImpl.c,v
  retrieving revision 1.34
  retrieving revision 1.35
  diff -u -r1.34 -r1.35
  --- jk_jni_aprImpl.c  10 Jun 2002 21:49:53 -  1.34
  +++ jk_jni_aprImpl.c  11 Jun 2002 00:01:16 -  1.35
  @@ -603,8 +603,10 @@
 "jkInvoke() invoke %#lx \n", bean->invoke );
   rc=bean->invoke( env, bean, ep, code, ep->reply, raw );
   } else {
  -/* Backward compat for AJP13 messages, where the code is used to
  +/* NOT USED. Backward compat for AJP13 messages, where the code is used to
locate a handler. Deprecated, use the invoke() method  ! */
  +env->l->jkLog(env, env->l, JK_LOG_INFO,
  +  "jkInvoke() component dispatch2 %d %d %#lx\n", rc, code, 
bean->invoke);
   rc=workerEnv->dispatch( env, workerEnv, target, ep, code, ep->reply ); 
   }
   
  @@ -612,6 +614,10 @@
   
   if( arrayAccessMethod == JK_GET_BYTE_ARRAY_ELEMENTS ) {
   if( rc == JK_INVOKE_WITH_RESPONSE ) {
  +/* env->l->jkLog(env, env->l, JK_LOG_INFO, */
  +/*   "jkInvoke() release byte array elements %d %d %#lx\n", 
*/
  +/*ep->reply->pos, ep->reply->len , ep->reply->buf ); */
  +ep->reply->end( env, ep->reply );
   (*jniEnv)->ReleaseByteArrayElements(jniEnv, data, nbuf, JNI_ABORT );
   rc=JK_OK;
   } else {
  @@ -620,9 +626,12 @@
   ep->reply->buf=oldBuf;
   } else if ( arrayAccessMethod == JK_GET_REGION ) {
   if( rc == JK_INVOKE_WITH_RESPONSE ) {
  -/*   env->l->jkLog(env, env->l, JK_LOG_INFO, */
  -/*"jkInvoke() release %d %d %#lx\n", */
  -/*ep->reply->pos, ep->reply->len , ep->reply->buf ); */
  +
  +/*env->l->jkLog(env, env->l, JK_LOG_INFO, */
  +/*  "jkInvoke() release %d %d %#lx\n", */
  +/*  ep->reply->pos, ep->reply->len , ep->reply->buf ); */
  +ep->reply->end( env, ep->reply );
  +
   (*jniEnv)->SetByteArrayRegion( jniEnv, data, 0, ep->reply->len + 4 , 
(jbyte *)ep->reply->buf );
   rc=JK_OK;
   }
  @@ -636,8 +645,6 @@
   (*jniEnv)->ExceptionClear( jniEnv ) */
   }
   
  -/* env->l->jkLog(env, env->l, JK_LOG_INFO, "jkInvoke() done\n"); */
  -
   return rc;
   }
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/jk/native2/include jk_global.h

[costin]

costin  2002/06/10 16:58:52

  Modified:jk/native2/common jk_logger_file.c
   jk/native2/include jk_global.h
  Log:
  Remove apr include from logger_file ( which can still be used without APR, for
  apache13 use ), move it to global, in the section that deals with the other
  apr includes.
  
  Revision  ChangesPath
  1.30  +1 -3  jakarta-tomcat-connectors/jk/native2/common/jk_logger_file.c
  
  Index: jk_logger_file.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_logger_file.c,v
  retrieving revision 1.29
  retrieving revision 1.30
  diff -u -r1.29 -r1.30
  --- jk_logger_file.c  10 Jun 2002 22:13:15 -  1.29
  +++ jk_logger_file.c  10 Jun 2002 23:58:52 -  1.30
  @@ -63,8 +63,6 @@
***/
   
   
  -#include "apr_strings.h"
  -
   #include "jk_env.h"
   #include "jk_map.h"
   #include "jk_logger.h"
  
  
  
  1.13  +2 -1  jakarta-tomcat-connectors/jk/native2/include/jk_global.h
  
  Index: jk_global.h
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/include/jk_global.h,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -r1.12 -r1.13
  --- jk_global.h   16 May 2002 20:49:53 -  1.12
  +++ jk_global.h   10 Jun 2002 23:58:52 -  1.13
  @@ -151,6 +151,7 @@
   #include "apr.h"
   #include "apr_errno.h"
   #include "apr_time.h"
  +#include "apr_strings.h"
   
   #else
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_jni.c

[costin]

costin  2002/06/10 16:57:24

  Modified:jk/native2/common jk_channel_jni.c
  Log:
  Remove the dispatch ( which remains to be used only for incoming AJP messages,
  until we finish merging the 2 mechanisms ).
  
  Invoke() will be used instead - that's the new mechanism, used to support
  all new jk components.
  
  Revision  ChangesPath
  1.27  +24 -20jakarta-tomcat-connectors/jk/native2/common/jk_channel_jni.c
  
  Index: jk_channel_jni.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_channel_jni.c,v
  retrieving revision 1.26
  retrieving revision 1.27
  diff -u -r1.26 -r1.27
  --- jk_channel_jni.c  10 Jun 2002 21:55:06 -  1.26
  +++ jk_channel_jni.c  10 Jun 2002 23:57:24 -  1.27
  @@ -503,22 +503,6 @@
   return JK_OK;
   }
   
  -/** Called by java. Will take the rest of the message and dispatch again to the 
real target.
  - */
  -static int JK_METHOD jk2_channel_jni_dispatch(jk_env_t *env, void *target, 
jk_endpoint_t *ep, jk_msg_t *msg)
  -{
  -jk_bean_t *jniChB=(jk_bean_t *)target;
  -jk_channel_t *jniCh=(jk_channel_t *)jniChB->object;
  -int code;
  -
  -if( jniCh->mbean->debug > 0 )
  -env->l->jkLog(env, env->l, JK_LOG_INFO,"channelJni.java2cInvoke() ok\n");
  -
  -code = (int)msg->getByte(env, msg);
  -return ep->worker->workerEnv->dispatch( env, ep->worker->workerEnv,
  -ep->currentRequest, ep, code, ep->reply 
);
  -}
  -
   static int JK_METHOD jk2_channel_jni_setProperty(jk_env_t *env,
   jk_bean_t *mbean, 
   char *name, void *valueP)
  @@ -542,6 +526,29 @@
   return JK_OK;
   }
   
  +/** Called by java. Will take the msg and dispatch it to workerEnv, as if it would
  + *  be if received via socket
  + */
  +int JK_METHOD jk2_channel_jni_invoke(jk_env_t *env, jk_bean_t *bean, jk_endpoint_t 
*ep, int code,
  + jk_msg_t *msg, int raw)
  +{
  +jk_channel_t *ch=(jk_channel_t *)bean->object;
  +int rc=JK_OK;
  +
  +if( ch->mbean->debug > 0 )
  +env->l->jkLog(env, env->l, JK_LOG_INFO, 
  +  "ch.%d() \n", code);
  +
  +code = (int)msg->getByte(env, msg);
  +
  +if( ch->mbean->debug > 0 )
  +env->l->jkLog(env, env->l, JK_LOG_INFO,"channelJni.java2cInvoke() %d\n", 
code);
  +
  +return ep->worker->workerEnv->dispatch( env, ep->worker->workerEnv,
  +ep->currentRequest, ep, code, ep->reply 
);
  +}
  +
  +
   int JK_METHOD jk2_channel_jni_factory(jk_env_t *env, jk_pool_t *pool, 
 jk_bean_t *result,
 const char *type, const char *name)
  @@ -576,10 +583,7 @@
   ch->workerEnv=wEnv;
   wEnv->addChannel( env, wEnv, ch );
   
  -wEnv->registerHandler( env, wEnv, type,
  -   "sendResponse", JK_HANDLE_JNI_DISPATCH,
  -   jk2_channel_jni_dispatch, NULL );
  -
  +result->invoke=jk2_channel_jni_invoke;
   
   return JK_OK;
   }
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat gump.xml

[rubys]

rubys   2002/06/10 16:56:35

  Modified:.gump.xml
  Log:
  Add prereq on jmx
  
  Revision  ChangesPath
  1.6   +1 -0  jakarta-tomcat/gump.xml
  
  Index: gump.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat/gump.xml,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- gump.xml  15 Apr 2002 10:48:19 -  1.5
  +++ gump.xml  10 Jun 2002 23:56:35 -  1.6
  @@ -25,6 +25,7 @@
   
   
   
  +
   
   
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 9700] - JNDIRealm authentication incorrectly succeeds with blank password

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=9700

JNDIRealm authentication incorrectly succeeds with blank password





--- Additional Comments From [EMAIL PROTECTED]  2002-06-10 23:49 ---
I think I have a fix for this bug. There is a statement that I believe should 
be on line 719 in the authenticate() method in JNDIRealm.java that is the 
following,

if (username == null || credentials == null)

if you change it to the following, that seems to fix the problem.

if (username == null || credentials == null || (username != null && 
username.equals("")) || (credentials != null && credentials.equals("")))

As you can see, it already checks for a null user name or password. The fix 
that I have just checks for an empty string as well.

Can someone put this fix in for me? I'm new to using CVS. If there is a CVS 
command that I should use, please let me know. Thanks!

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [VOTE] New Committer Mladen Turk

[Denis Benoit]

On Mon, 10 Jun 2002, GOMEZ Henri wrote:

> I'd like to propose Mladen Turk [mturk at mappingsoft.com]
> as a new Tomcat committer.  

+1

> 
> He does a great job in jk2, also involved in APR, he seems very
> interested in continuing its contribution on jk2 and java area.
> 
> -
> Henri Gomez ___[_]
> EMAIL : [EMAIL PROTECTED](. .) 
> PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
> PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 
> 
> 
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
> 

-- 
Denis Benoit
[EMAIL PROTECTED]


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 9759] - forward to jsp fails

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=9759

forward to jsp fails





--- Additional Comments From [EMAIL PROTECTED]  2002-06-10 23:25 ---
Ok. Maybe there was a problem with the code generated which could cause it to
pop one extra time.
That particular code has changed quite a bit since 4.1.3 to add tag body buffer
reuse.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 9677] - JSP files not recompiled when newer

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=9677

JSP files not recompiled when newer





--- Additional Comments From [EMAIL PROTECTED]  2002-06-10 22:55 ---
Remy:

I think that I've found the source of MY problem.  While I was editing on the 
same machine as my Tomcat installation, I was saving to a network share which 
was roughly 4 minutes behind my machine.  The result: while it looked like I 
was saving changes and trying to rerun them, every new change was being placed 
in the past!  (That will teach me to synchronize my machine's clock with my 
network server!)

Sorry for the confusion.  If you can still tell me how to enable the DEBUG 
level for Jasper, that would be great.

Thanks,
Glenn

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 9759] - forward to jsp fails

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=9759

forward to jsp fails

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME



--- Additional Comments From [EMAIL PROTECTED]  2002-06-10 22:51 ---
For some reason it stopped doing it. Was really weird for a while though. Will 
post back if I can reproduce it. Ah well.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 9759] New: - forward to jsp fails

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=9759

forward to jsp fails

   Summary: forward to jsp fails
   Product: Tomcat 4
   Version: 4.1.3
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Major
  Priority: Other
 Component: Jasper 2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Using the beta 4.1.3 that just came out... anytime I forward from a servlet to 
a jsp I get this. I'm using request.getRequestDispatcher(String).forward, as 
opposed to Servlet.getRequestDispatcher (or whatever the servlet method is).

java.util.EmptyStackException
at java.util.Stack.peek(Stack.java:79)
at java.util.Stack.pop(Stack.java:61)
at org.apache.jasper.runtime.PageContextImpl.popBody
(PageContextImpl.java:440)
at org.apache.jsp.InsuredSearch$jsp._jspService(Unknown Source)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:109)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.apache.jasper.servlet.JspServletWrapper.service
(JspServletWrapper.java:188)
at org.apache.jasper.servlet.JspServlet.serviceJspFile
(JspServlet.java:289)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.apache.catalina.core.ApplicationDispatcher.invoke
(ApplicationDispatcher.java:683)
at org.apache.catalina.core.ApplicationDispatcher.doForward
(ApplicationDispatcher.java:431)
at org.apache.catalina.core.ApplicationDispatcher.forward
(ApplicationDispatcher.java:355)

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 9715] - 'Out of Memory' error with static html pages

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=9715

'Out of Memory' error with static html pages





--- Additional Comments From [EMAIL PROTECTED]  2002-06-10 22:19 ---

My first patch didnt deal with being thread safe.  The second patch wraps
LRUMap in java.util.Collections.syncronizedMap(...)

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 9715] - 'Out of Memory' error with static html pages

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=9715

'Out of Memory' error with static html pages





--- Additional Comments From [EMAIL PROTECTED]  2002-06-10 22:16 ---
Created an attachment (id=2055)
Change Hashtable to thread safe version of LRUMap

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_logger_file.c

[nacho]

nacho   2002/06/10 15:13:15

  Modified:jk/native2/common jk_logger_file.c
  Log:
  * Added level string to log lines when HAS_APR is not set.
  
  Revision  ChangesPath
  1.29  +23 -5 jakarta-tomcat-connectors/jk/native2/common/jk_logger_file.c
  
  Index: jk_logger_file.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_logger_file.c,v
  retrieving revision 1.28
  retrieving revision 1.29
  diff -u -r1.28 -r1.29
  --- jk_logger_file.c  10 Jun 2002 21:53:07 -  1.28
  +++ jk_logger_file.c  10 Jun 2002 22:13:15 -  1.29
  @@ -59,7 +59,7 @@
* Description: Utility functions (mainly configuration)   *
* Author:  Gal Shachor <[EMAIL PROTECTED]>   *
* Author:  Henri Gomez <[EMAIL PROTECTED]>   *
  - * Version: $Revision: 1.28 $   *
  + * Version: $Revision: 1.29 $   *
***/
   
   
  @@ -265,7 +265,7 @@
   
   /* XXX or apr_ctime ? */
   apr_rfc822_date( rfctime, time );
  -fmt1=apr_psprintf( aprPool, "[%s] (%5s) [%s:%d]  %s", rfctime, slevel, f, 
line, fmt );
  +fmt1=apr_psprintf( aprPool, "[%s] (%5s) [%s (%d)]  %s", rfctime, slevel, f, 
line, fmt );
   buf=apr_pvsprintf( aprPool, fmt1, args );
   
   l->log(env, l, level, buf);
  @@ -300,9 +300,27 @@
   #else
   char buf[HUGE_BUFFER_SIZE];
   #endif
  +char *slevel;
   char *f = (char *)(file + strlen(file) - 1);
   int used = 0;
   
  +switch (level){
  +case JK_LOG_INFO_LEVEL : 
  +slevel=JK_LOG_INFO_VERB;
  +break;
  +case JK_LOG_ERROR_LEVEL : 
  +slevel=JK_LOG_ERROR_VERB;
  +break;
  +case JK_LOG_EMERG_LEVEL : 
  +slevel=JK_LOG_EMERG_VERB;
  +break;
  +case JK_LOG_DEBUG_LEVEL : 
  +default:
  +slevel=JK_LOG_DEBUG_VERB;
  +break;
  +
  +}
  +
   while(f != file && '\\' != *f && '/' != *f) {
   f--;
   }
  @@ -314,7 +332,7 @@
jk2_logger_file_setTimeStr(env,buf, HUGE_BUFFER_SIZE);
used = strlen(buf);
   if( level >= JK_LOG_DEBUG_LEVEL )
  -used += _snprintf(&buf[used], HUGE_BUFFER_SIZE, " [%s (%d)]: ", f, 
line);
  +used += _snprintf(&buf[used], HUGE_BUFFER_SIZE, " (%5s) [%s (%d)]: ", 
slevel,  f, line);
   #elif defined(NETWARE) /* until we get a snprintf function */
   buf = (char *) malloc(HUGE_BUFFER_SIZE);
   if (NULL == buf)
  @@ -323,12 +341,12 @@
jk2_logger_file_setTimeStr(buf, HUGE_BUFFER_SIZE);
used = strlen(buf);
   if( level >= JK_LOG_DEBUG_LEVEL )
  -used += sprintf(&buf[used], " [%s (%d)]: ", f, line);
  +used += sprintf(&buf[used], " (%5s) [%s (%d)]: ", slevel,  f, line);
   #else 
jk2_logger_file_setTimeStr(env, buf, HUGE_BUFFER_SIZE);
used = strlen(buf);
   if( level >= JK_LOG_DEBUG_LEVEL )
  -used += snprintf(&buf[used], HUGE_BUFFER_SIZE, " [%s (%d)]: ", f, 
line);
  +used += snprintf(&buf[used], HUGE_BUFFER_SIZE, " (%5s) [%s (%d)]: ", 
slevel,  f, line);
   #endif
   if(used < 0) {
   return -1; /* [V] not sure what to return... */
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 9677] - JSP files not recompiled when newer

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=9677

JSP files not recompiled when newer

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WORKSFORME  |



--- Additional Comments From [EMAIL PROTECTED]  2002-06-10 22:02 ---
Remy:

I am still seeing this occasionally.  It seems as if the change to the JSP is 
made within 1 minute of the last change, then it will not occur (I know it 
sounds far fetched).  I'm still trying to debug this to validate it.  

Can you tell me how to turn on the Jasper logger?  If I collect a log file, it 
might help to support my case.

Thanks,
Glenn

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache13 mod_jk2.c

[nacho]

nacho   2002/06/10 14:55:08

  Modified:jk/native2/common jk_channel.c jk_channel_apr_socket.c
jk_channel_jni.c jk_channel_socket.c
jk_channel_un.c jk_config.c jk_config_file.c
jk_endpoint.c jk_env.c jk_handler_logon.c
jk_handler_response.c jk_logger_win32.c jk_map.c
jk_msg_ajp.c jk_mutex.c jk_mutex_proc.c
jk_mutex_thread.c jk_nwmain.c jk_objCache.c
jk_pool.c jk_pool_apr.c jk_registry.c jk_requtil.c
jk_shm.c jk_uriEnv.c jk_uriMap.c jk_vm_default.c
jk_worker_ajp13.c jk_worker_jni.c jk_worker_lb.c
jk_worker_run.c jk_worker_status.c jk_workerEnv.c
   jk/native2/server/apache2 jk_service_apache2.c mod_jk2.c
   jk/native2/server/apache13 mod_jk2.c
  Log:
  * Changed %p format specifiers to %#lx - Thanks to JFC ( where applicable )
  * Changed copyright to be 1999-2002 :) in all files..
  
  Revision  ChangesPath
  1.4   +1 -1  jakarta-tomcat-connectors/jk/native2/common/jk_channel.c
  
  Index: jk_channel.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_channel.c,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- jk_channel.c  30 May 2002 18:05:08 -  1.3
  +++ jk_channel.c  10 Jun 2002 21:55:06 -  1.4
  @@ -2,7 +2,7 @@
*   *
* The Apache Software License,  Version 1.1 *
*   *
  - *  Copyright (c) 1999-2001 The Apache Software Foundation.  *
  + *  Copyright (c) 1999-2002 The Apache Software Foundation.  *
*   All rights reserved.*
*   *
* = *
  
  
  
  1.22  +1 -1  
jakarta-tomcat-connectors/jk/native2/common/jk_channel_apr_socket.c
  
  Index: jk_channel_apr_socket.c
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_channel_apr_socket.c,v
  retrieving revision 1.21
  retrieving revision 1.22
  diff -u -r1.21 -r1.22
  --- jk_channel_apr_socket.c   30 May 2002 18:05:08 -  1.21
  +++ jk_channel_apr_socket.c   10 Jun 2002 21:55:06 -  1.22
  @@ -2,7 +2,7 @@
*   *
* The Apache Software License,  Version 1.1 *
*   *
  - *  Copyright (c) 1999-2001 The Apache Software Foundation.  *
  + *  Copyright (c) 1999-2002 The Apache Software Foundation.  *
*   All rights reserved.*
*   *
* = *
  
  
  
  1.26  +5 -5  jakarta-tomcat-connectors/jk/native2/common/jk_channel_jni.c
  
  Index: jk_channel_jni.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_channel_jni.c,v
  retrieving revision 1.25
  retrieving revision 1.26
  diff -u -r1.25 -r1.26
  --- jk_channel_jni.c  5 Jun 2002 19:26:45 -   1.25
  +++ jk_channel_jni.c  10 Jun 2002 21:55:06 -  1.26
  @@ -2,7 +2,7 @@
*   *
* The Apache Software License,  Version 1.1 *
*   *
  - *  Copyright (c) 1999-2001 The Apache Software Foundation.  *
  + *  Copyright (c) 1999-2002 The Apache Software Foundation.  *
*   All rights reserved.*
*   *
* = *
  @@ -227,7 +227,7 @@
   epData->jniJavaContext=(*jniEnv)->NewGlobalRef( jniEnv, jobj );
   
   env->l->jkLog(env, env->l, JK_LOG_INFO,
  -  "channel_jni.open() Got ep %p %p\n", jobj, epData->jniJavaContext 
); 
  +  "channel_jni.open() Got ep %#lx %#lx\n", jobj, 
epData->jniJavaContext ); 
   
   /* XXX Destroy them in close */
   
  @@ -336,7 +336,7 @@
   (jk_ch_jni_ep_private_

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_logger_file.c

[nacho]

nacho   2002/06/10 14:53:07

  Modified:jk/native2/common jk_logger_file.c
  Log:
  * Changed %p format specifiers to %#lx - Thanks to JFC
  * Added level string to log lines.
  
  Revision  ChangesPath
  1.28  +19 -4 jakarta-tomcat-connectors/jk/native2/common/jk_logger_file.c
  
  Index: jk_logger_file.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_logger_file.c,v
  retrieving revision 1.27
  retrieving revision 1.28
  diff -u -r1.27 -r1.28
  --- jk_logger_file.c  9 Jun 2002 03:00:42 -   1.27
  +++ jk_logger_file.c  10 Jun 2002 21:53:07 -  1.28
  @@ -2,7 +2,7 @@
*   *
* The Apache Software License,  Version 1.1 *
*   *
  - *  Copyright (c) 1999-2001 The Apache Software Foundation.  *
  + *  Copyright (c) 1999-2002 The Apache Software Foundation.  *
*   All rights reserved.*
*   *
* = *
  @@ -59,7 +59,7 @@
* Description: Utility functions (mainly configuration)   *
* Author:  Gal Shachor <[EMAIL PROTECTED]>   *
* Author:  Henri Gomez <[EMAIL PROTECTED]>   *
  - * Version: $Revision: 1.27 $   *
  + * Version: $Revision: 1.28 $   *
***/
   
   
  @@ -149,7 +149,6 @@
   return JK_LOG_DEBUG_LEVEL;
   }
   
  -
   static int JK_METHOD jk2_logger_file_init(jk_env_t *env,jk_logger_t *_this )
   {
   FILE *oldF=(FILE *)_this->logger_private;
  @@ -240,7 +239,23 @@
   if(l->logger_private==NULL ||
  l->level <= level) {
   char *f = (char *)(file + strlen(file) - 1);
  +char *slevel;
  +switch (level){
  +case JK_LOG_INFO_LEVEL : 
  +slevel=JK_LOG_INFO_VERB;
  +break;
  +case JK_LOG_ERROR_LEVEL : 
  +slevel=JK_LOG_ERROR_VERB;
  +break;
  +case JK_LOG_EMERG_LEVEL : 
  +slevel=JK_LOG_EMERG_VERB;
  +break;
  +case JK_LOG_DEBUG_LEVEL : 
  +default:
  +slevel=JK_LOG_DEBUG_VERB;
  +break;
   
  +}
   while(f != file && '\\' != *f && '/' != *f) {
   f--;
   }
  @@ -250,7 +265,7 @@
   
   /* XXX or apr_ctime ? */
   apr_rfc822_date( rfctime, time );
  -fmt1=apr_psprintf( aprPool, "[%s] [%s:%d] %s", rfctime, f, line, fmt );
  +fmt1=apr_psprintf( aprPool, "[%s] (%5s) [%s:%d]  %s", rfctime, slevel, f, 
line, fmt );
   buf=apr_pvsprintf( aprPool, fmt1, args );
   
   l->log(env, l, level, buf);
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/jk/native2/jni jk_jni_aprImpl.c

[nacho]

nacho   2002/06/10 14:49:53

  Modified:jk/native2/jni jk_jni_aprImpl.c
  Log:
  * Changed %p format specifiers to %#lx - Thanks to JFC
  * Only relase array if arrayAccessMethod == JK_GET_BYTE_ARRAY_ELEMENTS
  
  Revision  ChangesPath
  1.34  +19 -16jakarta-tomcat-connectors/jk/native2/jni/jk_jni_aprImpl.c
  
  Index: jk_jni_aprImpl.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/jni/jk_jni_aprImpl.c,v
  retrieving revision 1.33
  retrieving revision 1.34
  diff -u -r1.33 -r1.34
  --- jk_jni_aprImpl.c  10 Jun 2002 21:36:15 -  1.33
  +++ jk_jni_aprImpl.c  10 Jun 2002 21:49:53 -  1.34
  @@ -2,7 +2,7 @@
*   *
* The Apache Software License,  Version 1.1 *
*   *
  - *  Copyright (c) 1999-2001 The Apache Software Foundation.  *
  + *  Copyright (c) 1999-2002 The Apache Software Foundation.  *
*   All rights reserved.*
*   *
* = *
  @@ -215,7 +215,7 @@
   
   if( jniChannel==NULL ) {
   jniChannel=env->getByName( env, "channel.jni:jni" );
  -fprintf(stderr, "Got jniChannel %p\n", jniChannel );
  +fprintf(stderr, "Got jniChannel %#lx\n", jniChannel );
   }
   if( jniChannel==NULL ) {
   return;
  @@ -227,7 +227,7 @@
   return;
   }
   component->init( env, component );
  -fprintf(stderr, "Create endpoint %p\n", component->object );
  +fprintf(stderr, "Create endpoint %#lx\n", component->object );
   signalEndpoint=component->object;
   }
   
  @@ -341,11 +341,11 @@
   if( jk_env_globalEnv == NULL )
   return 0;
   
  -/* fprintf(stderr, "Get env %p\n", jk_env_globalEnv); */
  +/* fprintf(stderr, "Get env %#lx\n", jk_env_globalEnv); */
   env=jk_env_globalEnv->getEnv( jk_env_globalEnv );
   /* if( env!=NULL) */
   /* env->l->jkLog(env, env->l, JK_LOG_INFO,  */
  -/*   "aprImpl.getJkEnv()  %p\n", env); */
  +/*   "aprImpl.getJkEnv()  %#lx\n", env); */
   return (jlong)(long)(void *)env;
   }
   
  @@ -364,7 +364,7 @@
   
   if( jniDebug > 0 )
   env->l->jkLog(env, env->l, JK_LOG_INFO, 
  -  "aprImpl.releaseJkEnv()  %p\n", env);
  +  "aprImpl.releaseJkEnv()  %#lx\n", env);
   }
   
   /*
  @@ -388,7 +388,7 @@
   env->recycleEnv( env );
   
   /* env->l->jkLog(env, env->l, JK_LOG_INFO,  */
  -/*   "aprImpl.releaseJkEnv()  %p\n", env); */
  +/*   "aprImpl.releaseJkEnv()  %#lx\n", env); */
   }
   
   
  @@ -407,7 +407,7 @@
   component=env->getBean( env, cname );
   
   /* env->l->jkLog(env, env->l, JK_LOG_INFO,  */
  -/*   "aprImpl.getJkHandler()  %p %s\n", component, cname ); */
  +/*   "aprImpl.getJkHandler()  %#lx %s\n", component, cname ); */
   
   (*jniEnv)->ReleaseStringUTFChars(jniEnv, compNameJ, cname);
   
  @@ -534,7 +534,7 @@
   jk_bean_t *bean=(jk_bean_t *)target;
   jk_endpoint_t *ep;
   
  -jbyte *nbuf;
  +jbyte *nbuf=NULL;
   jboolean iscopy;
   
   int cnt=0;
  @@ -553,7 +553,7 @@
   env->l->jkLog(env, env->l, JK_LOG_ERROR,"jni.jkInvoke() NPE ep==null\n");
   return JK_ERR;
   }
  -
  +
   if( arrayAccessMethod == JK_GET_BYTE_ARRAY_ELEMENTS ) {
   nbuf = (*jniEnv)->GetByteArrayElements(jniEnv, data, &iscopy);
   if( iscopy )
  @@ -568,7 +568,6 @@
   if( raw==0 ) {
   ep->reply->reset(env, ep->reply);
   }
  -
   oldBuf=ep->reply->buf;
   ep->reply->buf = (unsigned char *)nbuf;
   } else if ( arrayAccessMethod == JK_GET_REGION ) {
  @@ -588,16 +587,20 @@
   env->l->jkLog(env, env->l, JK_LOG_ERROR,
 "jkInvoke() invalid data\n");
   /* we just can't recover, unset recover flag */
  -(*jniEnv)->ReleaseByteArrayElements(jniEnv, data, nbuf, 0);
  -ep->reply->buf=oldBuf;
  +if( arrayAccessMethod == JK_GET_BYTE_ARRAY_ELEMENTS ) {
  +(*jniEnv)->ReleaseByteArrayElements(jniEnv, data, ep->reply->buf, 0);
  +ep->reply->buf=oldBuf;
  +}
   return JK_ERR;
   }
   
   if( bean->debug > 0 ) 
   env->l->jkLog(env, env->l, JK_LOG_INFO,
  -  "jkInvoke() component dispatch %d %d %p\n", rc, code, 
bean->invoke);
  +  "jkInvoke() com

cvs commit: jakarta-tomcat-connectors/jk/native2/include jk_msg.h

[nacho]

nacho   2002/06/10 14:41:14

  Modified:jk/native2/include jk_msg.h
  Log:
  Changed the default ajp buffer size to match the Java part
  
  Revision  ChangesPath
  1.11  +1 -1  jakarta-tomcat-connectors/jk/native2/include/jk_msg.h
  
  Index: jk_msg.h
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/include/jk_msg.h,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- jk_msg.h  28 May 2002 22:37:11 -  1.10
  +++ jk_msg.h  10 Jun 2002 21:41:14 -  1.11
  @@ -77,7 +77,7 @@
   struct jk_ws_service;
   struct jk_logger;
   
  -#define DEF_BUFFER_SZ (8 * 1024)
  +#define DEF_BUFFER_SZ (8300)
   #define AJP13_MAX_SEND_BODY_SZ  (DEF_BUFFER_SZ - 6)
   
   /**
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/jk/native2/jni jk_jni_aprImpl.c

[costin]

costin  2002/06/10 14:36:15

  Modified:jk/native2/common jk_worker_jni.c
   jk/native2/jni jk_jni_aprImpl.c
  Log:
  Me again, spell errors.
  
  Revision  ChangesPath
  1.17  +1 -0  jakarta-tomcat-connectors/jk/native2/common/jk_worker_jni.c
  
  Index: jk_worker_jni.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_worker_jni.c,v
  retrieving revision 1.16
  retrieving revision 1.17
  diff -u -r1.16 -r1.17
  --- jk_worker_jni.c   10 Jun 2002 21:27:39 -  1.16
  +++ jk_worker_jni.c   10 Jun 2002 21:36:15 -  1.17
  @@ -77,6 +77,7 @@
   
   /* default only, will be  configurable  */
   #define JAVA_BRIDGE_CLASS_NAME ("org/apache/jk/apr/TomcatStarter")
  +#define JAVA_BRIDGE_CLASS_APRI ("org/apache/jk/apr/AprImpl")
   
   struct jni_worker_data {
   jclass  jk_java_bridge_class;
  
  
  
  1.33  +1 -1  jakarta-tomcat-connectors/jk/native2/jni/jk_jni_aprImpl.c
  
  Index: jk_jni_aprImpl.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/jni/jk_jni_aprImpl.c,v
  retrieving revision 1.32
  retrieving revision 1.33
  diff -u -r1.32 -r1.33
  --- jk_jni_aprImpl.c  10 Jun 2002 21:30:48 -  1.32
  +++ jk_jni_aprImpl.c  10 Jun 2002 21:36:15 -  1.33
  @@ -140,7 +140,7 @@
   jk2_pool_apr_create( NULL, &globalPool, NULL, jniAprPool );
   /* Create the global env */
   env=jk2_env_getEnv( NULL, globalPool );
  -env->setAprPool(env, gPool);
  +env->setAprPool(env, globalPool);
   }
   
   env=jk_env_globalEnv;
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 9715] - 'Out of Memory' error with static html pages

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=9715

'Out of Memory' error with static html pages

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |ASSIGNED



--- Additional Comments From [EMAIL PROTECTED]  2002-06-10 21:33 ---

The attached patch should prevent the 'Out of Memory' by switching from
caching in an unbound Hashtable to using a LRUMap of size 1000.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 9715] - 'Out of Memory' error with static html pages

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=9715

'Out of Memory' error with static html pages





--- Additional Comments From [EMAIL PROTECTED]  2002-06-10 21:32 ---
Created an attachment (id=2054)
Changes unbound Hashtable to LRUMap

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/jk/native2/jni jk_jni_aprImpl.c

[costin]

costin  2002/06/10 14:30:48

  Modified:jk/native2/jni jk_jni_aprImpl.c
  Log:
  Last part of the patch from  Mladen Turk, with few changes.
  
  The apr_initialize() is called if no jk_globalEnv is found, which means
  jk wasn't initialized so probably we are in Java standalone mode, and
  java just loaded libjkjni.so and libapr.so.
  
  Revision  ChangesPath
  1.32  +100 -8jakarta-tomcat-connectors/jk/native2/jni/jk_jni_aprImpl.c
  
  Index: jk_jni_aprImpl.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/jni/jk_jni_aprImpl.c,v
  retrieving revision 1.31
  retrieving revision 1.32
  diff -u -r1.31 -r1.32
  --- jk_jni_aprImpl.c  7 Jun 2002 23:42:19 -   1.31
  +++ jk_jni_aprImpl.c  10 Jun 2002 21:30:48 -  1.32
  @@ -96,8 +96,16 @@
   #include "signal.h"
   #endif
   
  -static apr_pool_t *jniAprPool;
  +/* jniAprPool is the 'master pool' for standalone use ( i.e. not inprocess )
  +   All resources are allocated in this pool
  +*/
  +static apr_pool_t *jniAprPool=NULL;
  +
  +/** Access to the jk workerEnv. This field and jk_env_globalEnv are used
  +to interact with the jk components 
  + */
   static jk_workerEnv_t *workerEnv;
  +
   static int jniDebug=0;
   
   #define JK_GET_REGION 1
  @@ -113,25 +121,28 @@
   }
   
   /*  Apr initialization and pools  */
  -
  + 
   JNIEXPORT jint JNICALL 
   Java_org_apache_jk_apr_AprImpl_initialize(JNIEnv *jniEnv, jobject _jthis)
   {
   jk_env_t *env;
  -
  -apr_initialize(); 
  -apr_pool_create( &jniAprPool, NULL );
   
  +/* For in-process the env is initialized already */
   if( jk_env_globalEnv == NULL ) {
   jk_pool_t *globalPool;
   
  +apr_initialize(); 
  +apr_pool_create( &jniAprPool, NULL );
  +
   if( jniAprPool==NULL ) {
  -return 0;
  +return JK_ERR;
   }
   jk2_pool_apr_create( NULL, &globalPool, NULL, jniAprPool );
   /* Create the global env */
   env=jk2_env_getEnv( NULL, globalPool );
  +env->setAprPool(env, gPool);
   }
  +
   env=jk_env_globalEnv;
   
   workerEnv=env->getByName( env, "workerEnv" );
  @@ -160,14 +171,18 @@
   
   workerEnv->init( env, workerEnv );
   }
  -/* fprintf( stderr, "XXX aprImpl: %p %p\n", env, workerEnv); */
  -return 0;
  +
  +return JK_OK;
   }
   
   JNIEXPORT jint JNICALL 
   Java_org_apache_jk_apr_AprImpl_terminate(JNIEnv *jniEnv, jobject _jthis)
   {
  +if ( jniAprPool!=NULL ) {
  +apr_pool_destroy(jniAprPool);
  +jniAprPool = NULL;
   /* apr_terminate(); */
  +}
   return 0;
   }
   
  @@ -621,6 +636,83 @@
   /* env->l->jkLog(env, env->l, JK_LOG_INFO, "jkInvoke() done\n"); */
   
   return rc;
  +}
  +
  +
  +static JNINativeMethod org_apache_jk_apr_AprImpl_native_methods[] = {
  +{ 
  +"initialize", "()I", 
  +Java_org_apache_jk_apr_AprImpl_initialize 
  +},
  +{ 
  +"terminate", "()I",
  +Java_org_apache_jk_apr_AprImpl_terminate
  +},
  +{ 
  +"getJkEnv", "()J",
  +Java_org_apache_jk_apr_AprImpl_getJkEnv
  +},
  +{
  +"releaseJkEnv", "(J)V",
  +Java_org_apache_jk_apr_AprImpl_releaseJkEnv
  +},
  +{ 
  +"getJkHandler", "(JLjava/lang/String;)J",
  +Java_org_apache_jk_apr_AprImpl_getJkHandler
  +},
  +{
  +"createJkHandler", "(JLjava/lang/String;)J",
  +Java_org_apache_jk_apr_AprImpl_createJkHandler
  +},
  +{
  +"jkSetAttribute", "(JJLjava/lang/String;Ljava/lang/String;)I",
  +Java_org_apache_jk_apr_AprImpl_jkSetAttribute
  +},
  +{
  +"jkGetAttribute", "(JJLjava/lang/String;)Ljava/lang/String;",
  +Java_org_apache_jk_apr_AprImpl_jkGetAttribute
  +},
  +{
  +"jkInit", "(JJ)I",
  +Java_org_apache_jk_apr_AprImpl_jkInit
  +},
  +{
  +"jkDestroy", "(JJ)I",
  +Java_org_apache_jk_apr_AprImpl_jkDestroy
  +},
  +{
  +"jkInvoke", "(JJJI[BIII)I",
  +Java_org_apache_jk_apr_AprImpl_jkInvoke
  +},
  +{
  +"jkRecycle", "(JJ)V",
  +Java_org_apache_jk_apr_AprImpl_jkRecycle
  +},
  +{
  +"setUser", "(Ljava/lang/String;Ljava/lang/String;)I",
  +Java_org_apache_jk_apr_AprImpl_setUser
  +},
  +{
  +"signal", "(I)I",
  +Java_org_apache_jk_apr_AprImpl_signal
  +},
  +{
  +"sendSignal", "(II)V",
  +Java_org_apache_jk_apr_AprImpl_sendSignal
  +}
  +};
  +
  +/*
  +  Register Native methods returning the total number of
  +  native functions
  +*/
  +jint jk_jni_aprImpl_registerNatives(JNIEnv *jniEnv, jclass bridgeClass)
  +{
  +  
  +   return (*jniEnv)->RegisterNatives(jniEnv, bridgeClass,
  + 

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_worker_jni.c

[costin]

costin  2002/06/10 14:27:39

  Modified:jk/native2/common jk_worker_jni.c
  Log:
  Second part of the patch.
  
  Revision  ChangesPath
  1.16  +27 -2 jakarta-tomcat-connectors/jk/native2/common/jk_worker_jni.c
  
  Index: jk_worker_jni.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_worker_jni.c,v
  retrieving revision 1.15
  retrieving revision 1.16
  diff -u -r1.15 -r1.16
  --- jk_worker_jni.c   16 May 2002 23:48:27 -  1.15
  +++ jk_worker_jni.c   10 Jun 2002 21:27:39 -  1.16
  @@ -71,7 +71,9 @@
   
   #include "jk_vm.h"
   #include "jk_registry.h"
  -#include "jni.h"
  +#include 
  +
  +extern jint jk_jni_aprImpl_registerNatives(JNIEnv *, jclass);
   
   /* default only, will be  configurable  */
   #define JAVA_BRIDGE_CLASS_NAME ("org/apache/jk/apr/TomcatStarter")
  @@ -88,7 +90,6 @@
   
   typedef struct jni_worker_data jni_worker_data_t;
   
  -
   /**  Startup  */
   
   /** Static methods - much easier...
  @@ -166,6 +167,7 @@
   char *str_config = NULL;
   jk_map_t *props=_this->workerEnv->initData;
   jk_vm_t *vm=_this->workerEnv->vm;
  +jclass aprImplClass;
   jclass jstringClass;
   jarray jargs;
   int i=0;
  @@ -228,6 +230,29 @@
   env->l->jkLog(env, env->l, JK_LOG_INFO,
 "Loaded %s\n", jniWorker->className);
   
  +/* Instead of loading mod_jk2.so from java, use the JNI RegisterGlobals.
  +   XXX Need the way to customize JAVA_BRIDGE_CLASS_APRI, but since
  +   it's hardcoded in JniHandler.java doesn't matter for now.
  +*/
  +aprImplClass =
  +(*jniEnv)->FindClass(jniEnv, JAVA_BRIDGE_CLASS_APRI );
  +
  +if( aprImplClass == NULL ) {
  +env->l->jkLog(env, env->l, JK_LOG_ERROR,
  +  "Can't find class %s\n", JAVA_BRIDGE_CLASS_APRI );
  +/* [V] the detach here may segfault on 1.1 JVM... */
  +vm->detach(env, vm);
  +return JK_ERR;
  +}
  +rc = jk_jni_aprImpl_registerNatives( jniEnv, aprImplClass);
  +
  +   if( rc != 0) {
  + env->l->jkLog(env, env->l, JK_LOG_ERROR,
  +  "Can't register native functions for %s \n", 
JAVA_BRIDGE_CLASS_APRI ); 
  +vm->detach(env, vm);
  +return JK_ERR;
  +}
  +
   rc=jk2_get_method_ids(env, jniWorker, jniEnv);
   if( rc!=JK_OK ) {
   env->l->jkLog(env, env->l, JK_LOG_EMERG,
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/apr AprImpl.java

[costin]

costin  2002/06/10 14:26:25

  Modified:jk/java/org/apache/jk/apr AprImpl.java
  Log:
  Patch from Mladen Turk, to use RegisterNative.
  
  I changed it to make 'inprocess' the default ( better than null ).
  
  Revision  ChangesPath
  1.20  +5 -2  jakarta-tomcat-connectors/jk/java/org/apache/jk/apr/AprImpl.java
  
  Index: AprImpl.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/jk/apr/AprImpl.java,v
  retrieving revision 1.19
  retrieving revision 1.20
  diff -u -r1.19 -r1.20
  --- AprImpl.java  1 Jun 2002 08:29:34 -   1.19
  +++ AprImpl.java  10 Jun 2002 21:26:25 -  1.20
  @@ -22,7 +22,7 @@
   Hashtable jkHandlers=new Hashtable();
   
   // Name of the so used in inprocess mode 
  -String jniModeSo;
  +String jniModeSo="inprocess";
   // name of the so used by java. If not set we'll loadLibrary("jkjni" ),
   // if set we load( nativeSo )
   String nativeSo;
  @@ -58,7 +58,6 @@
   /** Name of the so used in inprocess mode
*/
   public void setJniModeSo(String jniModeSo ) {
  -System.out.println("XXX native so " + jniModeSo);
   this.jniModeSo=jniModeSo;
   }
   
  @@ -204,6 +203,10 @@
  This seems the cleanest solution that works with multiple
  VMs.
   */
  +if (jniModeSo.equals("inprocess")) {
  +ok=true;
  +return;
  +}
   try {
   System.out.println("Loading " + jniModeSo);
   if( jniModeSo!= null ) System.load( jniModeSo );
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java

[remm]

remm2002/06/10 14:08:30

  Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java
  Log:
  - Fix problems with JSTL. The timing of the clear of the BodyContent was
incorrect. Now, it is cleared when the buffer is reused.
  
  Revision  ChangesPath
  1.23  +7 -4  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java
  
  Index: Generator.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java,v
  retrieving revision 1.22
  retrieving revision 1.23
  diff -u -r1.22 -r1.23
  --- Generator.java10 Jun 2002 20:12:26 -  1.22
  +++ Generator.java10 Jun 2002 21:08:30 -  1.23
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java,v
 1.22 2002/06/10 20:12:26 remm Exp $
  - * $Revision: 1.22 $
  - * $Date: 2002/06/10 20:12:26 $
  + * $Header: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java,v
 1.23 2002/06/10 21:08:30 remm Exp $
  + * $Revision: 1.23 $
  + * $Date: 2002/06/10 21:08:30 $
*
* 
* 
  @@ -1271,6 +1271,10 @@
out.pushIndent();
   out.printil("_jspxState.outs[_jspxState.tagDepth] = new 
org.apache.jasper.runtime.BodyContentImpl(out);");
out.popIndent();
  + out.printil("} else {");
  + out.pushIndent();
  + out.printil("_jspxState.outs[_jspxState.tagDepth].clear();");
  + out.popIndent();
out.printil("}");
   
   out.printil("out = _jspxState.outs[_jspxState.tagDepth];");
  @@ -1332,7 +1336,6 @@
out.print(tagEvalVar);
out.println(" != javax.servlet.jsp.tagext.Tag.EVAL_BODY_INCLUDE)");
out.pushIndent();
  - out.printil("_jspxState.outs[_jspxState.tagDepth].clear();");
   if (!implementsTryCatchFinally) {
   out.printil("_jspxState.tagCount--;");
}
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: [4.1.3] Binaries uploaded

[costinm]

On Mon, 10 Jun 2002, Ignacio J. Ortega wrote:

> > De: jean-frederic clere [mailto:[EMAIL PROTECTED]]
> > Enviado el: 10 de junio de 2002 16:21
> 
> > That is the %p in the format string. Using %#lx instead fixes 
> > the display:
> 
> Where i can found information about the exact format specifiers
> apr_psprintf accepts?
> 
> Checked docs and code, but docs are at least brief :), and from code
> it's hard to get the complete list of specifiers supported..
> 
> I have a patch that changes all %p formatter by  %d, not the one JFC
> proposes, i guess that a %d for debug messages will be more than
> sufficient.. 


%#lx is the equivalent of %p, I didn't know it is not portable.
%d is not good ( since it'll consume an int, not a pointer which is 
usually a long ). 

We should use APR and the formats supported by apr consistently, 
that will prevent further OS-specific problems with printf.

Costin



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Can we write our own connector

[costinm]

On Mon, 10 Jun 2002, Chandra Talluri wrote:

> We have our own server which accepts the data either on a TCP port or an UDP
> port.  we want to use only Catalina connector to process the data and spit
> out html. We don't want to use any web server or the tomcat server.

You can take a look at coyote, it's probably a good starting point 
if you want to write a connector. 

Jk is doing exactly what you describe - accept data ( in some strange 
format :-) over TCP or unix sockets or jni and calls the servlet
container.

Costin


> 
> Basically we want to integrate the catalina.jar and other required jars in
> our server so that our server can invoke the servlets.
> 
> Is it possible and if so can some one give where should I start with by
> pointing either examples or documents
> 
> Any input is appreciated
> 
> 
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Monday, June 10, 2002 3:21 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Can we write our own connector
> 
> 
> Chandra Talluri wrote:
> >
> > Is it possible to write our own connector using catalina. If so
> > can some one point me to the proper documentation
> >
> 
>  It depends on exactly what you're trying to do. There are
> two (closely connected) ways that the term "connector" is
> used. First, Catalina has an interface called "Connector"
> that is the external hook for all request processing.
> 
>  Second, small-c "connector" normally means the code that
> allows a servlet container to talk to a front-end web server
> like Apache. Small-c connectors are generally made up of
> some native code that hooks into the front-end web server
> (like mod_jk for Apache) and some Java code over on the
> servlet container side.
> 
>  Which one do you mean? And why, exactly, do you want to
> do this? There may be a better way. Writing a new connector
> (or Connector) is certainly possible, but it's not for the
> faint of heart :-)
> 
> --
> Christopher St. John [EMAIL PROTECTED]
> DistribuTopia http://www.distributopia.com
> 
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
> 
> 
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
> 
> 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: [4.1.3] Binaries uploaded

[Ignacio J. Ortega]

> De: jean-frederic clere [mailto:[EMAIL PROTECTED]]
> Enviado el: 10 de junio de 2002 16:21

> That is the %p in the format string. Using %#lx instead fixes 
> the display:

Where i can found information about the exact format specifiers
apr_psprintf accepts?

Checked docs and code, but docs are at least brief :), and from code
it's hard to get the complete list of specifiers supported..

I have a patch that changes all %p formatter by  %d, not the one JFC
proposes, i guess that a %d for debug messages will be more than
sufficient.. 

Saludos ,
Ignacio J. Ortega

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime BodyContentImpl.java PageContextImpl.java

[remm]

remm2002/06/10 13:12:27

  Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java
   jasper2/src/share/org/apache/jasper/runtime
BodyContentImpl.java PageContextImpl.java
  Log:
  - Code cleanup, based on ideas by Kin-Man. It still has a few issues with JSTL.
  
  Revision  ChangesPath
  1.22  +29 -13
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java
  
  Index: Generator.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java,v
  retrieving revision 1.21
  retrieving revision 1.22
  diff -u -r1.21 -r1.22
  --- Generator.java10 Jun 2002 17:02:37 -  1.21
  +++ Generator.java10 Jun 2002 20:12:26 -  1.22
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java,v
 1.21 2002/06/10 17:02:37 kinman Exp $
  - * $Revision: 1.21 $
  - * $Date: 2002/06/10 17:02:37 $
  + * $Header: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java,v
 1.22 2002/06/10 20:12:26 remm Exp $
  + * $Revision: 1.22 $
  + * $Date: 2002/06/10 20:12:26 $
*
* 
* 
  @@ -402,7 +402,7 @@
out.printil("session = pageContext.getSession();");
out.printil("out = pageContext.getOut();");
   if (maxTagNesting > 0) {
  -out.printil("_jspxState.outs[0] = out;");
  +out.printil("_jspxState.out = out;");
   }
out.println();
   }
  @@ -434,13 +434,15 @@
out.println();
out.printil("public int tagDepth;");
out.println();
  - out.printil("public JspWriter[] outs;");
  + out.printil("public javax.servlet.jsp.tagext.BodyContent[] outs;");
  + out.println();
  + out.printil("public JspWriter out;");
out.println();
out.printil("public JspxState() {");
out.pushIndent();
out.printil("tagCount = 0;");
  - out.printil("tagDepth = 0;");
  - out.printil("outs = new JspWriter[" + (maxTagNesting + 1) + "];");
  + out.printil("tagDepth = -1;");
  + out.printil("outs = new org.apache.jasper.runtime.BodyContentImpl[" + 
(maxTagNesting) + "];");
out.popIndent();
out.printil("}");
out.popIndent();
  @@ -1048,7 +1050,16 @@
out.pushIndent();
   
// Initilaize local variables used in this method.
  - out.printil("JspWriter out = _jspxState.outs[_jspxState.tagDepth];");
  + out.printil("JspWriter out = null;");
  +out.printil("if (_jspxState.tagDepth < 0) {");
  + out.pushIndent();
  +out.printil("out = _jspxState.out;");
  + out.popIndent();
  +out.printil("} else {");
  + out.pushIndent();
  +out.printil("out = _jspxState.outs[_jspxState.tagDepth];");
  + out.popIndent();
  +out.printil("}");
if (n.isHasUsebean()) {
out.println("HttpSession session = pageContext.getSession();");
out.println("ServletContext application = 
pageContext.getServletContext();");
  @@ -1256,12 +1267,17 @@
}
   out.printil("_jspxState.tagDepth++;");
   
  -out.printil("out = 
pageContext.allocateBody(_jspxState.outs[_jspxState.tagDepth], out);");
  -out.printil("_jspxState.outs[_jspxState.tagDepth] = out;");
  +out.printil("if (_jspxState.outs[_jspxState.tagDepth] == null) 
{");
  + out.pushIndent();
  +out.printil("_jspxState.outs[_jspxState.tagDepth] = new 
org.apache.jasper.runtime.BodyContentImpl(out);");
  + out.popIndent();
  + out.printil("}");
  +
  +out.printil("out = _jspxState.outs[_jspxState.tagDepth];");
out.printil("pageContext.setOut(out);");
   
out.printin(tagHandlerVar);
  - 
out.println(".setBodyContent((javax.servlet.jsp.tagext.BodyContent) out);");
  + 
out.println(".setBodyContent(_jspxState.outs[_jspxState.tagDepth]);");
out.printin(tagHandlerVar);
out.println(".doInitBody();");

  @@ -1320,8 +1336,8 @@
   if (!implementsTryCatchFinally) {
   out.printil("_jspxState.tagCount--;");
}
  +out.printil("out = 
_jspxState.outs[_jspxState.tagDepth].getEnclosingWriter();");
   out.printil("_jspxState.tagDepth--;");
  - out.printil("out = _jspxState.outs[_jspxState.tagDepth];");
   

Re: Can we write our own connector

[Christopher K. St. John]

Chandra Talluri wrote:
> 
> We have our own server which accepts the data either on a TCP
> port or a UDP port. 
>

 "the data" is a little vague. What does the data look
like? What does the server actually do, right now? What's
it for? The more specific you can be about what you're
trying to do, the more likely it is you'll get an answer.


> Basically we want to integrate the catalina.jar and other
> required jars in our server so that our server can invoke
> the servlets.
>

 So you want two things:

  1) To embed Tomcat 4 inside your application.

  2) To replace Tomcat 4's default HTTP and JK
 connectors with your own, custom Connector
 that deals with your custom, unspecified,
 non-HTTP protocol.

 Is that correct? Both of those things are certainly
possible (assuming your secret protocol is more or less
similiar to HTTP), but neither one of them is a beginner
level project. Check out the code for:

 org.apache.catalina.Connector
 org.apache.catalina.startup.Embedded

 Documentation-wise, what you see is what you get. 
You're much more likely to get an answer if you
ask very specific, closed-end questions, esp. if
you refer to actual code.

 
-- 
Christopher St. John [EMAIL PROTECTED]
DistribuTopia http://www.distributopia.com



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 9715] - 'Out of Memory' error with static html pages

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=9715

'Out of Memory' error with static html pages

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Enhancement |Major



--- Additional Comments From [EMAIL PROTECTED]  2002-06-10 20:03 ---
It should disable caching. I find it very odd that it didn't solve the memory
problem. This will require more investigation.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 6194] - Unable to unpack wars without freezing?

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=6194

Unable to unpack wars without freezing?





--- Additional Comments From [EMAIL PROTECTED]  2002-06-10 19:57 ---
As I said, it works for me. I tried the expresso framework, and it worked.
You'll have to explain to me what is different in your configuration or WAR
which makes it fail.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Can we write our own connector

[Pier Fumagalli]

"Chandra Talluri" <[EMAIL PROTECTED]> wrote:

> Hi,
> 
> The question I asked is for the following problem, which I posted on Friday
> and got no inputs. Can you please comment on this
> 
> I am just wondering how to go about the following problem
> 
> We have our own server which accepts the data either on a TCP port or an UDP
> port.  we want to use only Catalina connector to process the data and spit
> out html. We don't want to use any web server or the tomcat server.
> 
> Basically we want to integrate the catalina.jar and other required jars in
> our server so that our server can invoke the servlets.
> 
> Is it possible and if so can some one give where should I start with by
> pointing either examples or documents
> 
> Any input is appreciated

Look at the sources. All you need is in the org.apache.catalina.connectors
package and its subpackages... There was no response because the question is
obvious. You have the sources, of everything, at least look at them.

Pier

--
[Perl] combines all the worst aspects of C and Lisp:  a billion of different
sublanguages in  one monolithic executable.  It combines the power of C with
the readability of PostScript. [Jamie Zawinski - DNA Lounge - San Francisco]


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Can we write our own connector

[Chandra Talluri]

Hi,

The question I asked is for the following problem, which I posted on Friday
and got no inputs. Can you please comment on this

I am just wondering how to go about the following problem

We have our own server which accepts the data either on a TCP port or an UDP
port.  we want to use only Catalina connector to process the data and spit
out html. We don't want to use any web server or the tomcat server.

Basically we want to integrate the catalina.jar and other required jars in
our server so that our server can invoke the servlets.

Is it possible and if so can some one give where should I start with by
pointing either examples or documents

Any input is appreciated


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Monday, June 10, 2002 3:21 PM
To: [EMAIL PROTECTED]
Subject: Re: Can we write our own connector


Chandra Talluri wrote:
>
> Is it possible to write our own connector using catalina. If so
> can some one point me to the proper documentation
>

 It depends on exactly what you're trying to do. There are
two (closely connected) ways that the term "connector" is
used. First, Catalina has an interface called "Connector"
that is the external hook for all request processing.

 Second, small-c "connector" normally means the code that
allows a servlet container to talk to a front-end web server
like Apache. Small-c connectors are generally made up of
some native code that hooks into the front-end web server
(like mod_jk for Apache) and some Java code over on the
servlet container side.

 Which one do you mean? And why, exactly, do you want to
do this? There may be a better way. Writing a new connector
(or Connector) is certainly possible, but it's not for the
faint of heart :-)

--
Christopher St. John [EMAIL PROTECTED]
DistribuTopia http://www.distributopia.com

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 6194] - Unable to unpack wars without freezing?

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=6194

Unable to unpack wars without freezing?

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WORKSFORME  |



--- Additional Comments From [EMAIL PROTECTED]  2002-06-10 19:29 ---
This also happens for me using Tomcat 4.0.3 on Windows 2000 and Windows NT both 
as an application and as a service.

The steps are essentially the same:

1) Install Tomcat
2) Configure app in server.xml
3) Drop war file in webapps directory
4) Start tomcat
   --> tomcat unpacks the war file but serves a 401 error for every page.
5) Stop tomcat
6) Start tomcat
   --> tomcat now serves everything properly.


I haven't tried this on linux, but I will. Regardless, I don't have a choice 
what OS to deploy this on, so it kinda has to work on Win2K/NT. I'm not sure 
why it would matter anyway.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Can we write our own connector

[Christopher K. St. John]

Chandra Talluri wrote:
> 
> Is it possible to write our own connector using catalina. If so
> can some one point me to the proper documentation
> 

 It depends on exactly what you're trying to do. There are 
two (closely connected) ways that the term "connector" is
used. First, Catalina has an interface called "Connector"
that is the external hook for all request processing. 

 Second, small-c "connector" normally means the code that
allows a servlet container to talk to a front-end web server
like Apache. Small-c connectors are generally made up of 
some native code that hooks into the front-end web server
(like mod_jk for Apache) and some Java code over on the
servlet container side.

 Which one do you mean? And why, exactly, do you want to
do this? There may be a better way. Writing a new connector
(or Connector) is certainly possible, but it's not for the
faint of heart :-)

-- 
Christopher St. John [EMAIL PROTECTED]
DistribuTopia http://www.distributopia.com

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets HTMLManagerServlet.java LocalStrings.properties

[glenn]

glenn   2002/06/10 12:19:23

  Modified:catalina/src/share/org/apache/catalina/servlets
HTMLManagerServlet.java LocalStrings.properties
  Log:
  Updated HTMLManagerServlet, contributed by Malcolm Edgar
  
  Revision  ChangesPath
  1.7   +373 -223  
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/HTMLManagerServlet.java
  
  Index: HTMLManagerServlet.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/HTMLManagerServlet.java,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- HTMLManagerServlet.java   5 Jan 2002 19:50:48 -   1.6
  +++ HTMLManagerServlet.java   10 Jun 2002 19:19:23 -  1.7
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/HTMLManagerServlet.java,v
 1.6 2002/01/05 19:50:48 craigmcc Exp $
  - * $Revision: 1.6 $
  - * $Date: 2002/01/05 19:50:48 $
  + * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/HTMLManagerServlet.java,v
 1.7 2002/06/10 19:19:23 glenn Exp $
  + * $Revision: 1.7 $
  + * $Date: 2002/06/10 19:19:23 $
*
* 
*
  @@ -66,6 +66,12 @@
   
   import java.io.IOException;
   import java.io.PrintWriter;
  +import java.io.StringWriter;
  +import java.text.MessageFormat;
  +import java.util.Date;
  +import java.util.Iterator;
  +import java.util.Map;
  +import java.util.TreeMap;
   import javax.servlet.ServletException;
   import javax.servlet.http.HttpServletRequest;
   import javax.servlet.http.HttpServletResponse;
  @@ -89,7 +95,8 @@
* same format ar from ManagerServlet
*
* @author Bip Thelin
  - * @version $Revision: 1.6 $, $Date: 2002/01/05 19:50:48 $
  + * @author Malcolm Edgar
  + * @version $Revision: 1.7 $, $Date: 2002/06/10 19:19:23 $
* @see ManagerServlet
*/
   
  @@ -114,7 +121,9 @@
   String command = request.getPathInfo();
   
   String path = request.getParameter("path");
  -String war = request.getParameter("war");
  +String installPath = request.getParameter("installPath");
  +String installConfig = request.getParameter("installConfig");
  +String installWar = request.getParameter("installWar");
   
   // Prepare our output writer to generate the response message
   response.setContentType("text/html");
  @@ -124,9 +133,9 @@
   if (command == null) {
   response.sendRedirect(request.getRequestURI()+"/list");
   } else if (command.equals("/install")) {
  -install(writer, null, path, war);
  +install(writer, installConfig, installPath, installWar);
   } else if (command.equals("/list")) {
  -list(writer);
  +list(writer, "");
   } else if (command.equals("/reload")) {
   reload(writer, path);
   } else if (command.equals("/remove")) {
  @@ -138,8 +147,9 @@
   } else if (command.equals("/stop")) {
   stop(writer, path);
   } else {
  -writer.println(sm.getString("managerServlet.unknownCommand",
  -command));
  +String message =
  +sm.getString("managerServlet.unknownCommand", command);
  +list(writer, message);
   }
   
   // Finish up the response
  @@ -148,281 +158,421 @@
   }
   
   /**
  - * Render a HTML list of the currently
  - * active Contexts in our virtual host.
  + * Install an application for the specified path from the specified
  + * web application archive.
  + *
  + * @param writer Writer to render results to
  + * @param config URL of the context configuration file to be installed
  + * @param path Context path of the application to be installed
  + * @param war URL of the web application archive to be installed
  + */
  +protected void install(PrintWriter writer, String config,
  +   String path, String war) {
  +
  +StringWriter stringWriter = new StringWriter();
  +PrintWriter printWriter = new PrintWriter(stringWriter);
  +
  +super.install(printWriter, config, path, war);
  +
  +list(writer, stringWriter.toString());
  +}
  +
  +/**
  + * Render a HTML list of the currently active Contexts in our virtual host,
  + * and memory and server status information.
*
* @param writer Writer to render to
  + * @param message a message to display
*/
  -public void list(PrintWriter writer) {
  +public void list(PrintWriter writer, String message) {
   
   if (debug >= 1)
   log("list: Listing contexts for virtual host '" +
   deplo

Re: Qn about a performance bottleneck in InvokerServlet

[Arvind Srinivasan]

"Craig R. McClanahan" wrote:
 
> The purpose is a performance optimization -- on subsequent requests to
> "/servlet/foo", the container should find an existing mapping for the
> servlet, so it will get called directly instead of going through the
> invoker.
> 
> > context.addServletMapping is called on every request to the
> > InvokerServlet and shows up on performance profiles. Removing it did not
> > affect the behaviour of InvokerServlet but it eliminated this
> > performance hotspot.
> >
> 
> The intent is that the invoker only gets called once for any given
> "/servlet/xxx" pattern.  If it's actually executing the invoker again,
> that's a bug (probably in the way the dynamically registered servlet
> mapping's URL pattern is constructed).
> 

My apologies...the bug was in a change I had made in my tree. The
performance optimization is working as implemented.

 Arvind

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Can we write our own connector

[Chandra Talluri]

Hi

Is it possible to write our own connector using catalina. If so can some one
point me to the proper documentation

Thanks



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 9754] New: - Request and response wrappers behavior

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=9754

Request and response wrappers behavior

   Summary: Request and response wrappers behavior
   Product: Tomcat 4
   Version: 4.0.3 Final
  Platform: All
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Servlet & JSP API
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


SRV.6.2.2 Wrapping Requests and Responses says
>
> The same requirement of wrapper object identity applies to the case where
> the developer passes a wrapped request or response object into the request
> dispatcher; the request and response objects passed into the servlet
> invoked must be the same objects as were passed in.

Above statement mandates that when forward/include is done using wrappers 
we need to pass same wrapper to the servlet invoked.  The above section 
doesn't clarify whether the rule is applicable only when forward/include 
is done in the same web module or in all the cases.

Tomcat implementation doesn't pass the same wrapper with forward/include
across webmodules.

Ideally we feel that the above statement in the spec should be valid
only with in a webmodule for webmodule isolation reasons. 

If it is applicable across Webmodules then Tomcat implementation needs to be
fixed. Otherwise we would like to see the clarification in Spec.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 9715] - 'Out of Memory' error with static html pages

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=9715

'Out of Memory' error with static html pages





--- Additional Comments From [EMAIL PROTECTED]  2002-06-10 18:10 ---
Modified Resources element to include docBase attribute as follows, no change:


  


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [Jasper 2] Tag reuse problems

[Bill Barker]

- Original Message -
From: "Remy Maucherat" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Sunday, June 09, 2002 10:42 PM
Subject: [Jasper 2] Tag reuse problems


> Hi,
>
> The recent tag reuse changes appear to be great, but seem to have the
> disadvantage of breaking existing tags (for example, the Foo tag in the
> examples, as well as two of the tags from the admin webapp). Although
> none of these tags was compliant with the specification (both had an
> iccorect state handling), this still raises the problem that the change
> will likely break existing web applications, some of which may be hard /
> impossible to fix.

This is one of the reasons that tag-pooling is disabled by default in the
3.3 Jasper.  The other reason was that in some cases it hurt a lot.  I
haven't looked at the Jasper2 code, but from the discussion it doesn't
syncronize as much as in 3.3, so that may not apply to Jasper2.

>
> So I think maybe we should consider the possibility to disable tag reuse
> in Jasper 2 (with the default being tag reuse) if it turns out to be
needed.

+1

>
> To be able to test this very important change (since the nightly builds
> are broken), I'm releasing a 4.1.4 test milestone. I don't plan to
> promote this build to anything but an alpha, if it is found to be usable
> at all.
>
> Comments ?
>
> Remy
>
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:

>


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 9715] - 'Out of Memory' error with static html pages

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=9715

'Out of Memory' error with static html pages





--- Additional Comments From [EMAIL PROTECTED]  2002-06-10 17:34 ---
Adding Resources element w/no cache had no affect.  Here is the Context attr.:


 

 
Note that this did not seem to turn off caching, memory use increased as pages 
were accessed. Did I implement the Resources element incorrectly?

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 9254] - JDBCRealm leaves open Statements

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=9254

JDBCRealm leaves open Statements

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compilerGenerator.java

[Remy Maucherat]

[EMAIL PROTECTED] wrote:
> kinman  2002/06/10 10:02:37
> 
>   Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java
>   Log:
>   - A out-of-line tag method should throw Throwable, since doCatch does.

My patch from yesterday to add tag buffer reuse is causing some 
problems, apparently. It should probably be reverted and reworked, 
unless the problem is really easy to find. It was mostly an experiment, 
but since I couldn't find a case where it didn't work, I committed it.

Remy


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java

[kinman]

kinman  2002/06/10 10:02:37

  Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java
  Log:
  - A out-of-line tag method should throw Throwable, since doCatch does.
  
  Revision  ChangesPath
  1.21  +4 -4  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java
  
  Index: Generator.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java,v
  retrieving revision 1.20
  retrieving revision 1.21
  diff -u -r1.20 -r1.21
  --- Generator.java10 Jun 2002 01:35:19 -  1.20
  +++ Generator.java10 Jun 2002 17:02:37 -  1.21
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java,v
 1.20 2002/06/10 01:35:19 remm Exp $
  - * $Revision: 1.20 $
  - * $Date: 2002/06/10 01:35:19 $
  + * $Header: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java,v
 1.21 2002/06/10 17:02:37 kinman Exp $
  + * $Revision: 1.21 $
  + * $Date: 2002/06/10 17:02:37 $
*
* 
* 
  @@ -1044,7 +1044,7 @@
out.print(", ");
}
out.println("org.apache.jasper.runtime.PageContextImpl pageContext, 
JspxState _jspxState)");
  - out.printil("throws java.io.IOException, 
javax.servlet.jsp.JspException {");
  + out.printil("throws Throwable {");
out.pushIndent();
   
// Initilaize local variables used in this method.
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: cvs commit: jakarta-tomcat-4.0 build.properties.sample

[GOMEZ Henri]

>In the meantime, I'm packaging the milestones with:
>- the commons-logging JARs from j-t-c/lib
>- MX4J JARs from j-t-c/lib

and mx4j 1.1 ?

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: cvs commit: jakarta-tomcat-4.0 build.properties.sample

[Remy Maucherat]

GOMEZ Henri wrote:
> Shoud I get the cvs version instead ?

I don't think Costin put his packaging changes in the commons repository 
yet. It would be a good idea if he did.

In the meantime, I'm packaging the milestones with:
- the commons-logging JARs from j-t-c/lib
- MX4J JARs from j-t-c/lib

Remy


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: [O.T] How to launch Tomcat from RPG via JNI

[GOMEZ Henri]

>PS: My company is proud to offer it to ASF, but RPG compiler
>editing limitation, prevent us to use the standard 80


the standard 80 columns licence file, since comments in RPG
start at column 6

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: cvs commit: jakarta-tomcat-4.0 build.properties.sample

[GOMEZ Henri]

Shoud I get the cvs version instead ?

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: Remy Maucherat [mailto:[EMAIL PROTECTED]]
>Sent: Monday, June 10, 2002 6:39 PM
>To: Tomcat Developers List
>Subject: Re: cvs commit: jakarta-tomcat-4.0 build.properties.sample
>
>
>GOMEZ Henri wrote:
>> Hum, can't access :
>> 
>> 
>http://jakarta.apache.org/builds/jakarta-commons/release/common
>s-logging/v1.0.1/
>
>Yes. You have to use the two jars in j-t-c/lib while waiting 
>for the dot 
>release to happen.
>
>Remy
>
>
>--
>To unsubscribe, e-mail:   
>
>For additional commands, e-mail: 
>
>
>

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

[O.T] How to launch Tomcat from RPG via JNI

[GOMEZ Henri]

Really off topic but interesting, here is how you could
launch Tomcat from RPG via JNI on recent AS/400.

I'm sure Pier and JF will love it :)

PS: My company is proud to offer it to ASF, but RPG compiler
editing limitation, prevent us to use the standard 80

 CLP, a kind of tomcat.sh 

   /***/
   /* Start of an embbeded TOMCAT with RPGV   */
   /* this tips allow to avoid using the QSH or RUNJAVA command which */
   /* spawn a BCI (Batch Immediate Job) disallowing the identification of the */
   /* Task in the OS/400 with the job Name.   */
   /* */
   /* This CL programme is used to :  */
   /* - First Create a DATAQ for the send of command to the main module   */
   /*  the command can be the standart command of the TOMCAT : stop, estart.. */
   /*  eg: for stopping the process and the job.  */
   /* call QSNDDTAQ ('TCEMBED''*LIBL' X'5F' 'stop ')  */
   /* - Intialisation of the CLASSPATH and TOMCAT_HOME*/
   /* */
   /* Paremeter : */
   /*   Allow to add an option to the 'start' action as -noout*/
   /*   to get the log in a file prefered to the stdout QSYSPRT   */
   /* */
   /* CAUTION :   */
   /* this module should not run in an interactive session, since the JVM or  */
   /* the system don't close and freed and  the socket on the port*/
   /* (eg : 8080 standart ), when the program end , disallowing a second call */
   /* until the end of the job. So use SBMJOB */
   /***/
 PgmParm(&Action )

 DclVar(&Action)Type(*char) Len(256)
 DclVar(&ClassPath) Type(*char) Len(2000)
 DclVar(&TomcatHome)Type(*char) Len(2000) +
value('/var/tomcat3')
 DclVar(&Dataq) Type(*char) Len(10) +
value('TCEMBED')
 DclVar(&DataqLib)  Type(*char) Len(10)  +
Value('QGPL')


   /***/
   /* Create the DtaQ ,   */
   /* if exist no error then Clear it to avoid previous command   */
   /***/

 CrtDtaq Dtaq(&DataqLib/&Dataq) Type(*Std) MaxLen(256)
Monmsg Cpf9870

 Call QclrDtaq (&Dataq &DataqLib)

   /***/
   /* Setup the TOMCAT_HOME for the WEB-APP if envvar exist no error  */
   /***/
/*   ChgVar Var(&TomcatHome) VALUE( +
'/var/tomcat3')   */
 AddEnvVar  EnvVAr(TOMCAT_HOME ) Value(&TomcatHome)
Monmsg CpfA980 exec(Do)

ChgEnvVar  EnvVAr(TOMCAT_HOME ) Value(&TOMCATHOME)

EndDo

   /***/
   /* Setup the classpath for the JVM */
   /***/

 ChgVar Var(&ClassPath) +
  Value(&TomcatHome !< '/lib/tomcat.jar+
  :/QIBM/ProdData/Java400/jdk12/lib/tools.jar')

 ChgEnvVar  EnvVar(CLASSPATH) Value(&ClassPath)


   /***/
   /* Call the Module */
   /***/

 Call   Pgm(TcEmbedG) Parm(&action &Dataq &DataqLib)

 EndPgm


 RPG side of the force 



  
  * Start of an embbeded TOMCAT with RPGV*
  * this tips allow to avoid using the QSH or RUNJAVA command which  *
  * This programme : 

Re: cvs commit: jakarta-tomcat-4.0 build.properties.sample

[Remy Maucherat]

GOMEZ Henri wrote:
> Hum, can't access :
> 
> http://jakarta.apache.org/builds/jakarta-commons/release/commons-logging/v1.0.1/

Yes. You have to use the two jars in j-t-c/lib while waiting for the dot 
release to happen.

Remy


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

How can I disable "authentication" in Tomcat 4?

[Luca Ventura]

Hello everybody!

I have a great problem.:-(
I have installed IIS as Web Server and Tomcat 4 as JSP/Servlet container:
the problem is that when I connect to a site that must be redirected to
Tomcat (because it contains JSP/servlets pages) the servlet container (i.e.
Tomcat 4) asks me to authenticate (it asks me the login and the password)!

I have searched in the Tomcat 4's documentation and on the Jakarta's site to
avoid this problem but unsuccessfully.how can avoid that Tomcat ask me
for authentication?


Can someone help me, please?

Thanks a lot!

  Luca


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

servlet 2.2 and 2.3 at jakarta

[GOMEZ Henri]

Could we have stable tarballs for servlet 2.2 and 2.3
at http://jakarta.apache.org/builds/ ?

Only nigthly are present, even if they are stable and
probably tagged since many times now

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: jk 1.2 freese/snap time in JTC ?

[jean-frederic clere]

GOMEZ Henri wrote:
>>>I got it running on solaris and hp/ux, but I'll try again
>>>with more tests.
>>
>>I have just retested jk 1.2: it works on solaris (With a 
>>Fujitsu compiler, 
>>Apache-2.0 and JkLogLevel debug).
>>+++
>>error_log:[Mon Jun 10 10:17:25 2002] [warn] uriEnv.init()  
>>uri:/jkstatus/*  host
>>=(null)  uri=/jkstatus/* type=1 ctx=(null) prefix=/jkstatus 
>>suffix=(null)
>>+++
>>So jk _1.2_ looks ok ;-))
> 
> 
> JF, /jkstatus is only present in native2 (jk 2.0), not in
> native (jk 1.2).

Oops... I have forgotten to remove the mod_jk2 log...
I have _not_ tested the possible (null) problem.

> 
> 
> 
> 
> 
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
> 
> 




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: jk 1.2 freese/snap time in JTC ?

[GOMEZ Henri]

>> I got it running on solaris and hp/ux, but I'll try again
>> with more tests.
>
>I have just retested jk 1.2: it works on solaris (With a 
>Fujitsu compiler, 
>Apache-2.0 and JkLogLevel debug).
>+++
>error_log:[Mon Jun 10 10:17:25 2002] [warn] uriEnv.init()  
>uri:/jkstatus/*  host
>=(null)  uri=/jkstatus/* type=1 ctx=(null) prefix=/jkstatus 
>suffix=(null)
>+++
>So jk _1.2_ looks ok ;-))

JF, /jkstatus is only present in native2 (jk 2.0), not in
native (jk 1.2).





--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 9749] New: - i18n encoding function dosen't work in beta(J2SE1.4.0-01)

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=9749

i18n encoding function dosen't work in beta(J2SE1.4.0-01)

   Summary: i18n encoding function dosen't work in beta(J2SE1.4.0-
01)
   Product: Tomcat 4
   Version: 4.1.3
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: Critical
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


When I set for page charset=Cp1251 or windows-1251 nothing
happens-browser displays ? and requset.setCharacterEncoding( "Cp1251");
dosen't work too- I've got  for parameter values but Tomcat4.0.4beta3
seems work fine.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: jk 1.2 freese/snap time in JTC ?

[jean-frederic clere]

[EMAIL PROTECTED] wrote:
> On Mon, 10 Jun 2002, GOMEZ Henri wrote:
> 
> 
>>>I am still trying to get it run on Solaris but no success (and 
>>>very little time).
>>
>>>If you tell jk1.2 you mean native2 don't you?
>>
>>no
>>
>>---
>>
>>jk 1.1 = tomcat 3.3/mod_jk
>>jk 1.2 = jtc/native
>>jk 2.0 = jtc/native 2
> 
> 
> And jk1.0 = tomcat3.2/mod_jk.
> 
> Regarding Solaris - have you tried after the changes on logger ?
> I suspect that was one issue ( with printf("%s", null ) problems ).
> 
> I got it running on solaris and hp/ux, but I'll try again
> with more tests.

I have just retested jk 1.2: it works on solaris (With a Fujitsu compiler, 
Apache-2.0 and JkLogLevel debug).
+++
error_log:[Mon Jun 10 10:17:25 2002] [warn] uriEnv.init()  uri:/jkstatus/*  host
=(null)  uri=/jkstatus/* type=1 ctx=(null) prefix=/jkstatus suffix=(null)
+++
So jk _1.2_ looks ok ;-))

> 
> Costin
> 
> 
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
> 
> 




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Qn about a performance bottleneck in InvokerServlet

[Craig R. McClanahan]

On Sun, 9 Jun 2002, Arvind Srinivasan wrote:

> Date: Sun, 09 Jun 2002 23:36:47 -0700
> From: Arvind Srinivasan <[EMAIL PROTECTED]>
> Reply-To: Tomcat Developers List <[EMAIL PROTECTED]>,
>  [EMAIL PROTECTED]
> To: Tomcat Developers List <[EMAIL PROTECTED]>
> Subject: Qn about a performance bottleneck in InvokerServlet
>
> The following code snippet is from the serveRequest() method of
> org.apache.catalina.servlets.InvokerServlet.java
>
> -
> String name = "org.apache.catalina.INVOKER." + servletClass;
> String pattern = inServletPath + "/" + servletClass + "/*";
> Wrapper wrapper = null;
>
> // Synchronize to avoid race conditions when multiple requests
> // try to initialize the same servlet at the same time
> synchronized (this) {
>
> // Are we referencing an existing servlet class or name?
> wrapper = (Wrapper) context.findChild(servletClass);
> if (wrapper == null)
> wrapper = (Wrapper) context.findChild(name);
> if (wrapper != null) {
> if (debug >= 1)
> log("Using wrapper for servlet '" +
> wrapper.getName() + "' with mapping '" +
> pattern + "'");
> context.addServletMapping(pattern, wrapper.getName());
>  }
>
> // No, create a new wrapper for the specified servlet class
> else {
> -
>
> What is the purpose of adding a servlet mapping of /servlet/$SERVLET/*
> for servlets serviced by the invoker ?
>

The purpose is a performance optimization -- on subsequent requests to
"/servlet/foo", the container should find an existing mapping for the
servlet, so it will get called directly instead of going through the
invoker.

> context.addServletMapping is called on every request to the
> InvokerServlet and shows up on performance profiles. Removing it did not
> affect the behaviour of InvokerServlet but it eliminated this
> performance hotspot.
>

The intent is that the invoker only gets called once for any given
"/servlet/xxx" pattern.  If it's actually executing the invoker again,
that's a bug (probably in the way the dynamically registered servlet
mapping's URL pattern is constructed).

> Thanks,
>  Arvind
>

Craig


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: New test milestone: 4.1.4

[Remy Maucherat]

peter lin wrote:
> I ran a quick test of 4.1.4 with JSTL tags and I am getting an exception
> with import tag.
> 
> 
> org.apache.jasper.JasperException: Unable to compile class for JSP
> 
> An error occurred at line: -1 in the jsp file: null
> 
> Generated servlet error:
> C:\tomcat414\work\Standalone\localhost\_\body$jsp.java:115: unreported
> exception java.lang.Throwable; must be caught or declared to be thrown
>   _jspx_th_c_import_0.doCatch(_jspx_exception);
>  ^
> C:\tomcat414\work\Standalone\localhost\_\body$jsp.java:148: unreported
> exception java.lang.Throwable; must be caught or declared to be thrown
>   _jspx_th_c_import_1.doCatch(_jspx_exception);
>  ^
> 2 errors
> 
> 
> 
> I can send the test pages directly to remy or kin-man if you guys want
> it. the pages work fine with Tomcat 4.0.3

If the exception doesn't happen with the JSTL examples webapp, then you 
can send the page (otherwise, it's easy enough to reproduce).

Remy


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [VOTE] New Committer Mladen Turk

[Remy Maucherat]

GOMEZ Henri wrote:
> I'd like to propose Mladen Turk [mturk at mappingsoft.com]
> as a new Tomcat committer.  
> 
> He does a great job in jk2, also involved in APR, he seems very
> interested in continuing its contribution on jk2 and java area.

+1.

Remy



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

[PATCH] native2 build.xml

[Mladen Turk]

Hi,

I'm using a VS.NET for building and here is a patch that enables to do
so.
I've introduced a new var mssdk.tool (no more ugly ../Common/).

MT.



Index: build.properties.sample
===
RCS file: /home/cvspublic/jakarta-tomcat-connectors/jk/build.properties.sample,v
retrieving revision 1.14
diff -u -r1.14 build.properties.sample
--- build.properties.sample 27 May 2002 15:22:41 -  1.14
+++ build.properties.sample 10 Jun 2002 15:01:36 -
@@ -48,5 +48,8 @@
 
 # MSVC
 #mssdk.home=c:/Program Files/Microsoft Visual Studio/VC98
+#mssdk.tools=c:/Program Files/Microsoft Visual Studio/Common/MSDev98
 
-
+# MSVC 7
+mssdk.home=c:/Program Files/Visual Studio.Net/VC7
+mssdk.tools=c:/Program Files/Visual Studio.Net/Common7/Tools

Index: native2/build.xml
===
RCS file: /home/cvspublic/jakarta-tomcat-connectors/jk/native2/build.xml,v
retrieving revision 1.36
diff -u -r1.36 build.xml
--- native2/build.xml   9 Jun 2002 00:13:35 -   1.36
+++ native2/build.xml   10 Jun 2002 15:01:41 -
@@ -118,9 +118,10 @@
   
 
+
 
 
 
@@ -132,7 +133,7 @@
   
 
   
-
+
   
 
 
@@ -249,7 +250,7 @@
 
 
 
-
+
 
 
 

DO NOT REPLY [Bug 8992] - IE6/XP: Limitation of POST Area within HTTP request?

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=8992

IE6/XP: Limitation of POST Area within HTTP request?





--- Additional Comments From [EMAIL PROTECTED]  2002-06-10 14:48 ---
The "socketCloseDelay='250'" appears to solve the problem.

The element to modify within server.xml is Http10Connector not 
Http10Interceptor.  The modified element should appear as follows:




In tracking down where socketCloseDelay is used within Tomcat (used in 
Http10Interceptor) it is used as a value for a Thread.sleep before 
TcpConnection.shutDownInput is called.  It appears that by using this call to 
Thread.sleep, a race condition is occuring on the XP platform for the default 
value. 

It would seem that the preferred method would be to set "tcpNoDelay" to true.  
However, I set the member variable "tcpNoDelay" of the PoolTcpEndpoint class to 
be true.  I then rebuilt the class, and updated the container/tomcat_util.jar 
file.  This should cause the incoming socket to not use Nagle's algorithm when 
sending TCP/IP packets, but for some reason this did not rectify the problem.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: jk 1.2 freese/snap time in JTC ?

[costinm]

On Mon, 10 Jun 2002, GOMEZ Henri wrote:

> >I am still trying to get it run on Solaris but no success (and 
> >very little time).
> 
> >If you tell jk1.2 you mean native2 don't you?
> 
> no
> 
> ---
> 
> jk 1.1 = tomcat 3.3/mod_jk
> jk 1.2 = jtc/native
> jk 2.0 = jtc/native 2

And jk1.0 = tomcat3.2/mod_jk.

Regarding Solaris - have you tried after the changes on logger ?
I suspect that was one issue ( with printf("%s", null ) problems ).

I got it running on solaris and hp/ux, but I'll try again
with more tests.

Costin


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: jk 1.2 freese/snap time in JTC ?

[costinm]

On Mon, 10 Jun 2002, GOMEZ Henri wrote:

> Did there is still work on progress in JK (native) in JTC ?
> 
> If not, it could be the good moment to make a 1.2.0 snapshot,
> and ask contributers/friends to generate binaries on there 
> platforms.

+1 !

The recent bug report about 'deadlock' turned out to be on
the java side, and the fix is in.

Regarding the binaries - I assume we'll all build against
the latest released Apache1.3 and 2.0 ? 

Costin


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [VOTE] New Committer Mladen Turk

[costinm]

On Mon, 10 Jun 2002, GOMEZ Henri wrote:

> I'd like to propose Mladen Turk [mturk at mappingsoft.com]
> as a new Tomcat committer.  
> 
> He does a great job in jk2, also involved in APR, he seems very
> interested in continuing its contribution on jk2 and java area.

+1 

I was going to do the same proposal, but it seems Henri is faster ! 
I love the patches I've seen so far, it's great to have people who 
understand JNI around.

Costin


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [4.1.3] Binaries uploaded

[jean-frederic clere]

Clere, Jean-Frederic wrote:
> [EMAIL PROTECTED] wrote:
> 
>> Can you try again ? I suspect it was a problem with some log statements
>> having NULL params ( as %s ).
>>
>> I switched to use apr_vsprintf, now it should be consistent on all 
>> platforms.
> 
> 
> That fixes the cores: APR is great!
> 
>>
>> Let me know what's the next error :-)
> 
> 
> +++
> [Mon Jun 10 10:01:52 2002] [warn] config.setAttribute() 1 setting 
> logger.apache2: level DEBUG
> [Mon Jun 10 10:01:52 2002] [warn] config: set logger.apache2: / file / 
> bogus bogus %p ^P?^N^H = logger.apache2:.file
> [Mon Jun 10 10:01:52 2002] [warn] config.setAttribute() Error setting 
> logger.apache2: file /export/home/apache20/apache20/logs/mod_jk.log
> [Mon Jun 10 10:01:52 2002] [warn] config.setAttribute() 1 setting 
> logger.apache2: file /export/home/apache20/apache20/logs/mod_jk.log
> [Mon Jun 10 10:01:52 2002] [warn] config: set logger.apache2: / debug / 
> bogus bogus %p ^P?^N^H = logger.apache2:.debug
> +++
> The same occurs for each [conf_element] in the conf/workers2.properties


That is the %p in the format string. Using %#lx instead fixes the display:
+++
[Mon Jun 10 16:14:19 2002] [warn] config.setAttribute() 1 setting 
logger.apache2: level DEBUG
[Mon Jun 10 16:14:19 2002] [warn] config.setProperty2 logger.apache2: file 
/export/home/apache20/apache20/logs/mod_jk.log
[Mon Jun 10 16:14:19 2002] [warn] config: set logger.apache2: / file / 080ee5a0
/ logger.apache2:.file = /export/home/apache20/apache20/logs/mod_jk.log
[Mon Jun 10 16:14:19 2002] [warn] config.setAttribute() Error setting 
logger.apache2: file /export/home/apache20/apache20/logs/mod_jk.log
[Mon Jun 10 16:14:19 2002] [warn] config.setAttribute() 1 setting 
logger.apache2: file /export/home/apache20/apache20/logs/mod_jk.log
[Mon Jun 10 16:14:19 2002] [warn] config.setProperty2 logger.apache2: debug 1
[Mon Jun 10 16:14:19 2002] [warn] config: set logger.apache2: / debug / 080ee5a0 
/ logger.apache2:.debug = 1
+++

The problem is now:
+++
[Mon Jun 10 16:14:19 2002] [warn] config.setConfig():  Creating worker.status
[Mon Jun 10 16:14:19 2002] [error] env.createBean2(): Error getting factory for
[worker.status] (null)
[Mon Jun 10 16:14:19 2002] [error] config.update(): Can't create worker.status
+++
No of the workers are started ;-(

> 
>>
>> Costin
>>
>>
>> On Thu, 6 Jun 2002, jean-frederic clere wrote:
>>
>>
>>> GOMEZ Henri wrote:
>>>
> ? I have:
> $ /home1/apache20/apache20/bin/apxs -q EXTRA_CFLAGS
> -DNO_DBM_REWRITEMAP$
> $ /home1/apache20/apache20/bin/apxs -q CFLAGS
> -DXTI_SUPPORT$
>
> The DXTI_SUPPORT is the missing one ;-)



 Ok, so we need to concat CFLAGS & EXTRA_CFLAGS in jk_apxs.m4.

 I must leave, could you update the CVS JF ?
>>>
>>>
>>> Done ;-)
>>>
>>> I will test the result tomorrow. The libtool or the libcrypt I have 
>>> is somehow broken: libtool has build *.a instead *.so:
>>> +++
>>>
>>> *** Warning: This library needs some functionality provided by -lcrypt.
>>> *** I have the capability to make that library automatically link in 
>>> when
>>> *** you link to this library.  But I can only do this if you have a
>>> *** shared version of the library, which you do not appear to have.
>>>
>>> ++
>>>
>>>
 -- 
 To unsubscribe, e-mail:   
 
 For additional commands, e-mail: 
 


>>>
>>>
>>>
>>> -- 
>>> To unsubscribe, e-mail:   
>>> 
>>> For additional commands, e-mail: 
>>> 
>>>
>>>
>>
>>
> 
> 
> 
> 
> -- 
> To unsubscribe, e-mail:   
> 
> For additional commands, e-mail: 
> 
> 
> 




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: jk 1.2 freese/snap time in JTC ?

[GOMEZ Henri]

>I am still trying to get it run on Solaris but no success (and 
>very little time).

>If you tell jk1.2 you mean native2 don't you?

no

---

jk 1.1 = tomcat 3.3/mod_jk
jk 1.2 = jtc/native
jk 2.0 = jtc/native 2

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: cvs commit: jakarta-tomcat-4.0 build.properties.sample

[GOMEZ Henri]

Hum, can't access :

http://jakarta.apache.org/builds/jakarta-commons/release/commons-logging/v1.0.1/


-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
>Sent: Monday, June 10, 2002 7:27 AM
>To: [EMAIL PROTECTED]
>Subject: cvs commit: jakarta-tomcat-4.0 build.properties.sample
>
>
>remm2002/06/09 22:27:18
>
>  Modified:.build.properties.sample
>  Log:
>  - Bundle some hypothetical 1.0.1 release of commons-logging,
>with a separate API JAR.
>  
>  Revision  ChangesPath
>  1.42  +5 -4  jakarta-tomcat-4.0/build.properties.sample
>  
>  Index: build.properties.sample
>  ===
>  RCS file: /home/cvs/jakarta-tomcat-4.0/build.properties.sample,v
>  retrieving revision 1.41
>  retrieving revision 1.42
>  diff -u -r1.41 -r1.42
>  --- build.properties.sample  29 May 2002 10:44:02 -  1.41
>  +++ build.properties.sample  10 Jun 2002 05:27:18 -  1.42
>  @@ -6,7 +6,7 @@
>   # modules that Tomcat depends on.  Copy this file to 
>"build.properties"
>   # in the top-level source directory, and customize it as needed.
>   #
>  -# $Id: build.properties.sample,v 1.41 2002/05/29 10:44:02 
>jfclere Exp $
>  +# $Id: build.properties.sample,v 1.42 2002/06/10 05:27:18 remm Exp $
>   # 
>---
>--
>   
>   
>  @@ -77,11 +77,12 @@
>   
>commons-digester.loc=http://jakarta.apache.org/builds/jakarta-c
>ommons/release/commons-digester/v1.2/commons-digester-1.2.tar.gz
>   
>   
>  -# - Commons Logging, version 0.1 or later -
>  -commons-logging.home=${base.path}/commons-logging-1.0
>  +# - Commons Logging, version 1.0.1 or later -
>  +commons-logging.home=${base.path}/commons-logging-1.0.1
>   commons-logging.lib=${commons-logging.home}
>  
>+commons-logging-api.jar=${commons-logging.lib}/commons-logging-api.jar
>   commons-logging.jar=${commons-logging.lib}/commons-logging.jar
>  
>-commons-logging.loc=http://jakarta.apache.org/builds/jakarta-c
>ommons/release/commons-logging/v1.0/commons-logging-1.0.tar.gz
>  
>+commons-logging.loc=http://jakarta.apache.org/builds/jakarta-c
>ommons/release/commons-logging/v1.0.1/commons-logging-1.0.1.tar.gz
>   
>   
>   # - Java Naming and Directory Interface (JNDI), version 
>1.2 or later -
>  
>  
>  
>
>--
>To unsubscribe, e-mail:   

For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 9745] - extern cache mgt bug for conditionally dynamic pages

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=9745

extern cache mgt bug for conditionally dynamic pages





--- Additional Comments From [EMAIL PROTECTED]  2002-06-10 14:04 ---
Created an attachment (id=2045)
.tar.gz of webapps 'bugreport' subdir that repros bug

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 9745] New: - extern cache mgt bug for conditionally dynamic pages

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=9745

extern cache mgt bug for conditionally dynamic pages

   Summary: extern cache mgt bug for conditionally dynamic pages
   Product: Tomcat 4
   Version: 4.0.4 Beta 3
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Servlet & JSP API
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


We have seen an interesting bug here having to do with external cache 
management in conditionally static pages.  The bug scenario, seen in a jsp,
is as follows:

1) Have conditional forward to a non-xsl, static file (html in this case).

2) Otherwise have xsl transform.

3) User goes through some scenario that goes first by xsl, then by
   non-xsl.

4) Fetch the jsp by GET.

In this case, the browser cache will be primed with the result of the XSL
generation.  Then, when it goes through the static page case, it will observe
that the page is unchanged and send a 304 Unmodified reply to the browser.
The browser, in turn, will use the version of the file that it last saw.

Oops!

This bug has been verified to exist under 4.0.3 and 4.0.4b.

Code that reproduces this scenario is included with this message in a 
.tar.gz file intended to be extracted in a webapps directory as an
application directory named 'bugreport.  You can run the code by going
to: 

  http://localhost/bugreport/

When you hit the button labeled 'Do The Bug,' you will be taken
through a jsp case that sends it to an alternate file, unseen.html,
but you will never see that file because you will stick with the
test.xsl that was first displayed, that contains that button.  Oops!

There are some embedded debugging printlns that show which way the jsp
decision branch is going, and why.

Thank you for looking at this report, and indeed for all your work on
Tomcat, which make projects like ours possible.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: jk 1.2 freese/snap time in JTC ?

[jean-frederic clere]

GOMEZ Henri wrote:
> Did there is still work on progress in JK (native) in JTC ?

I am still trying to get it run on Solaris but no success (and very little time).
If you tell jk1.2 you mean native2 don't you?

> 
> If not, it could be the good moment to make a 1.2.0 snapshot,
> and ask contributers/friends to generate binaries on there 
> platforms.
> 
> Regards
> 
> -
> Henri Gomez ___[_]
> EMAIL : [EMAIL PROTECTED](. .) 
> PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
> PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 
> 
> 
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
> 
> 




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: jk 1.2 freese/snap time in JTC ?

[Arnaud Heritier]

Yes it could be a good idea because I can't have access to the CVS repository to 
generate a newer release of mod_jk under AIX 4.3.3.

Thx

-Message d'origine-
De: GOMEZ Henri [SMTP:[EMAIL PROTECTED]]
Date:   lundi 10 juin 2002 15:26
A:  Tomcat Developers List
Objet:  jk 1.2 freese/snap time in JTC ?

Did there is still work on progress in JK (native) in JTC ?

If not, it could be the good moment to make a 1.2.0 snapshot,
and ask contributers/friends to generate binaries on there 
platforms.

Regards

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [VOTE] New Committer Mladen Turk

[jean-frederic clere]

GOMEZ Henri wrote:
> I'd like to propose Mladen Turk [mturk at mappingsoft.com]
> as a new Tomcat committer.  
> 
> He does a great job in jk2, also involved in APR, he seems very
> interested in continuing its contribution on jk2 and java area.

+1

> 
> -
> Henri Gomez ___[_]
> EMAIL : [EMAIL PROTECTED](. .) 
> PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
> PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 
> 
> 
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
> 
> 




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

jk 1.2 freese/snap time in JTC ?

[GOMEZ Henri]

Did there is still work on progress in JK (native) in JTC ?

If not, it could be the good moment to make a 1.2.0 snapshot,
and ask contributers/friends to generate binaries on there 
platforms.

Regards

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: New test milestone: 4.1.4

[peter lin]

I ran a quick test of 4.1.4 with JSTL tags and I am getting an exception
with import tag.


org.apache.jasper.JasperException: Unable to compile class for JSP

An error occurred at line: -1 in the jsp file: null

Generated servlet error:
C:\tomcat414\work\Standalone\localhost\_\body$jsp.java:115: unreported
exception java.lang.Throwable; must be caught or declared to be thrown
  _jspx_th_c_import_0.doCatch(_jspx_exception);
 ^
C:\tomcat414\work\Standalone\localhost\_\body$jsp.java:148: unreported
exception java.lang.Throwable; must be caught or declared to be thrown
  _jspx_th_c_import_1.doCatch(_jspx_exception);
 ^
2 errors



I can send the test pages directly to remy or kin-man if you guys want
it. the pages work fine with Tomcat 4.0.3


peter


Remy Maucherat wrote:
> 
> Since the nightly builds for Tomcat 4 are broken, I've packaged and
> uploaded a new test milestone, which includes the latest changes to
> Jasper 2.
> See the release notes for the list of changes over 4.1.3.
> 
> Downloads:
> http://jakarta.apache.org/builds/jakarta-tomcat-4.0/test/v4.1.4/
> 
> Release notes:
> http://jakarta.apache.org/builds/jakarta-tomcat-4.0/test/v4.1.4/RELEASE-NOTES
> 
> Remy
> 
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: [MOD_JK] AIX 4.3.3 release

[GOMEZ Henri]

Could you get a recent snapshot of JTC, and rebuild
JK (JK2) for AIX 4.3.3 ?

Thanks to add comments, ie using xlc or gnu

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: Arnaud Heritier [mailto:[EMAIL PROTECTED]]
>Sent: Monday, June 10, 2002 2:59 PM
>To: Tomcat-Dev (Adresse de messagerie)
>Subject: [MOD_JK] AIX 4.3.3 release
>
>
>Hi guys.
>
>Several months ago, I compiled a release of the mod_jk 
>connector under AIX 
>4.3.3.
>Up until now I received several dozens of mails which ask me 
>to send them 
>my mod_jk.so.
>9 / 10 peoples succeded to use it.
>I don't know if I'll be able to reply all my life ( ;-) ) so I 
>would like 
>to know if a commiter could post this binary with the others 
>in the TC 3.3 
>dirs.
>
>I hope that a commiter will contact me, because I don't want 
>to put it in 
>this list and to annoy all of those who aren't interested.
>
>Arnaud H.
>
>
>
>
>--
>To unsubscribe, e-mail:   
>
>For 
>additional commands, e-mail: 
>
>
>

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

[GUMP] Build Failure - Tomcat 3.x

[Craig McClanahan]

This email is autogenerated from the output from:



Buildfile: build.xml

detect:

uptodate:

msg.jdk12:
 [echo] Detected JDK1.2

msg.jsse:
 [echo] Detected JSSE

msg.puretls:

msg.commons-dbcp:

msg.jtc:

msg.jtc.util:
 [echo] tomcat-util.jar is up to date

init:

prepare.dirs:
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/conf
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/conf/auto
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/classes
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/apps
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/container
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/common
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/logs
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/bin
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/doc
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/webapps
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/modules
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/native
 [copy] Copying 10 files to /home/rubys/jakarta/jakarta-tomcat/build/tomcat/bin
 [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat/build/tomcat/bin
 [copy] Copying 18 files to /home/rubys/jakarta/jakarta-tomcat/build/tomcat/conf
 [copy] Copying 44 files to /home/rubys/jakarta/jakarta-tomcat/build/tomcat/doc
 [copy] Copying 85 files to /home/rubys/jakarta/jakarta-tomcat/build/tomcat/native
 [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat/build/tomcat
 [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat/build/tomcat
 [copy] Copying 1 file to 
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/container
 [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/apps
 [copy] Copying 1 file to 
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/common
 [copy] Copying 1 file to 
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/common
 [move] Moving 4 files to /home/rubys/jakarta/jakarta-tomcat/build/tomcat/bin

prepare.jaxp101:

include.jaxp:
 [echo] Including jaxp.jar
 [copy] Copying 1 file to 
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/container

prepare.jaxp11:
 [echo] Installing JAXP-1.1
 [copy] Copying 1 file to 
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/container
 [copy] Copying 1 file to 
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/container

prepare.xerces:

prepare.jaxp:

prepare:

dep.tomcat-util:

tomcat_util:
[javac] Compiling 46 source files to 
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/classes
[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Recompile with -deprecation for details.
  [jar] Building jar: 
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/common/core_util.jar
 [copy] Copying 2 files to 
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/common
  [jar] Building jar: 
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/container/container_util.jar

stop-tomcat.jar:
[javac] Compiling 1 source file to 
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/classes
 [copy] Copying 5 files to 
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/classes/org/apache/tomcat/resources
  [jar] Building jar: 
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/stop-tomcat.jar

tomcat_core:
[javac] Compiling 10 source files to 
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/classes
[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Recompile with -deprecation for details.
 [copy] Copying 1 file to 
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/classes/org/apache/tomcat
  [jar] Building jar: 
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/common/tomcat_core.jar

jasper:
[javac] Compiling 82 source files to 
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/classes
 [copy] Copying 10 files to 
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/classes/org/apache/jasper
  [jar] Building jar: 
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/common/jasper-runtime.jar
  [jar] Building jar: 
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/container/jasper.jar

commons-prepare:

tomcat_modules:
[javac] Compiling 50 source files to 
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/classes
[javac] 
/home/rubys/jakarta/jakarta-tomcat/src/share/org/apache/tomcat/

[MOD_JK] AIX 4.3.3 release

[Arnaud Heritier]

Hi guys.

Several months ago, I compiled a release of the mod_jk connector under AIX 
4.3.3.
Up until now I received several dozens of mails which ask me to send them 
my mod_jk.so.
9 / 10 peoples succeded to use it.
I don't know if I'll be able to reply all my life ( ;-) ) so I would like 
to know if a commiter could post this binary with the others in the TC 3.3 
dirs.

I hope that a commiter will contact me, because I don't want to put it in 
this list and to annoy all of those who aren't interested.

Arnaud H.




--
To unsubscribe, e-mail:   
For additional commands, e-mail: