Re: [5] Unable to initialize TldLocationsCache: zip file closed

[Remy Maucherat]

Tim Funk wrote:
Quick summary:

In o.a.jasper.xmlparserParserUtils.java, line 129 is
DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance();
Does anyone know how DocumentBuilderFactory.newInstance() can throw 
"java.lang.IllegalStateException: zip file closed"?


More detail

Tomcat 5.0.13
Windows java 1.3.1_07 - All ok
HPUX - java 1.3.1.01 - I get the follow error during either the jsp 
compile or the webapp init (not sure which yet)

The error reported back to the web browser is ...
org.apache.jasper.JasperException: Unable to initialize 
TldLocationsCache: zip file closed
at 
org.apache.jasper.compiler.TldLocationsCache.init(TldLocationsCache.java:211) 

at 
org.apache.jasper.compiler.TldLocationsCache.getLocation(TldLocationsCache.java:181) 



Where the "fun" begins are the real stack traces. I added an extra 
log.info() to TldLocationsCache to get the root stack trace because only 
the message is being displayed and I get this as my stack trace ...

[INFO] TldLocationsCache - -during init 
java.lang.IllegalStateException: zip file closed
at java.util.zip.ZipFile.getEntry(Unknown Source)
at java.util.jar.JarFile.getEntry(Unknown Source)
at sun.net.www.protocol.jar.URLJarFile.getEntry(URLJarFile.java:76)
at 
sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:96)
at 
sun.net.www.protocol.jar.JarURLConnection.getInputStream(JarURLConnection.java:108) 

at java.net.URL.openStream(Unknown Source)
at 
org.apache.catalina.loader.StandardClassLoader.getResourceAsStream(StandardClassLoader.java:714) 

at 
org.apache.catalina.loader.StandardClassLoader.getResourceAsStream(StandardClassLoader.java:696) 

at 
org.apache.catalina.loader.WebappClassLoader.getResourceAsStream(WebappClassLoader.java:1184) 

at javax.xml.parsers.SecuritySupport12$4.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at javax.xml.parsers.SecuritySupport12.getResourceAsStream(Unknown 
Source)
at javax.xml.parsers.FactoryFinder.findJarServiceProvider(Unknown 
Source)
at javax.xml.parsers.FactoryFinder.find(Unknown Source)
at javax.xml.parsers.DocumentBuilderFactory.newInstance(Unknown Source)
at 
org.apache.jasper.xmlparser.ParserUtils.parseXMLDocument(ParserUtils.java:129) 

at 
org.apache.jasper.compiler.TldLocationsCache.processWebDotXml(TldLocationsCache.java:232) 

at 
org.apache.jasper.compiler.TldLocationsCache.init(TldLocationsCache.java:
==

Does anyone know how DocumentBuilderFactory.newInstance() can throw the 
exception? (on a static initializer)

Or is the solution just as simple as updating the JDK to a later 1.3? 
(Unfortunatly a non-trivial effort)
This happens when attempting to open a JAR from common/lib (or 
common/endorsed). This code hasn't changed for a long while.
However, this CL (since it loads stuff which doesn't need to be updated) 
opens the URL without setting caches to false (BTW, whay isn't there a 
$%%$#%#%$#%$ global setting for this ???).

I never got this error before. Maybe we should set the caches to false 
in StdCL.getResourceAsStream ? Does that fix it in your case ?

Remy

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

request

[Jaidev VGM nirujogi]

sir,

  iam working as a programmer in jsp. now we r planning to work our web applications 
using the concept of struts. so that the web application which we develop will be 
certified with a strut enabled logo by your tomcat organisation.

   could u please guide us in this regard, by telling us how to develop our web 
applications 
 STRUT enabled.

   and also give me hyperlinks which guide me all the way in my application 
development.

  thankingyou sir,

   jaidev.

Re: [Fwd: Re: /www/www.apache.org/dyn/mirrors/mirrors.cgi]

[Tetsuya Kitahata]

On Tue, 07 Oct 2003 13:49:39 +0200
Remy Maucherat <[EMAIL PROTECTED]> wrote:

> There is no guarantee that the binaries d/led are not corrupted on your 
> random mirror, or haven't been tampered with, or if the mirror is 
> available at all.

> This is for the build process, so mirrors are not a good solution.

If so, archive.apache.org would be better?
(Seems that it would be against the policy of
infrastructure team, though)

---
Tetsuya Kitahata --  Terra-International, Inc.
E-mail: [EMAIL PROTECTED]  http://www.terra-intl.com/



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

Re: [5] Unable to initialize TldLocationsCache: zip file closed

[Kin-Man Chung]

I have encountered such message in a number of occasions, usually related
to reading a jar file from cache.  This is likely a VM bug and the work-
around is usually to not use cache after opening a JarURLconnection.

The stack trace seems to indicate that this happens when reading web.xml.
Did you replace the .war file after it has been deployed?  Or maybe you
can deploy the war unpacked?

-Kin-man


> Date: Tue, 07 Oct 2003 16:13:24 -0400
> From: Tim Funk <[EMAIL PROTECTED]>
> Subject: [5] Unable to initialize TldLocationsCache: zip file closed
> To: Tomcat Developers List <[EMAIL PROTECTED]>
> 
> Quick summary:
> 
> In o.a.jasper.xmlparserParserUtils.java, line 129 is
> DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance();
> 
> Does anyone know how DocumentBuilderFactory.newInstance() can throw 
> "java.lang.IllegalStateException: zip file closed"?
> 
> 
> More detail
> 
> Tomcat 5.0.13
> Windows java 1.3.1_07 - All ok
> HPUX - java 1.3.1.01 - I get the follow error during either the jsp compile 
> or the webapp init (not sure which yet)
> 
> The error reported back to the web browser is ...
> org.apache.jasper.JasperException: Unable to initialize TldLocationsCache: 
> zip file closed
>   at 
org.apache.jasper.compiler.TldLocationsCache.init(TldLocationsCache.java:211)
>   at 
> 
org.apache.jasper.compiler.TldLocationsCache.getLocation(TldLocationsCache.java:
181)
> 
> 
> Where the "fun" begins are the real stack traces. I added an extra log.info() 
> to TldLocationsCache to get the root stack trace because only the message is 
> being displayed and I get this as my stack trace ...
> 
> [INFO] TldLocationsCache - -during init  file closed>java.lang.IllegalStateException: zip file closed
>   at java.util.zip.ZipFile.getEntry(Unknown Source)
>   at java.util.jar.JarFile.getEntry(Unknown Source)
>   at sun.net.www.protocol.jar.URLJarFile.getEntry(URLJarFile.java:76)
>   at 
sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:96)
>   at 
> 
sun.net.www.protocol.jar.JarURLConnection.getInputStream(JarURLConnection.java:1
08)
>   at java.net.URL.openStream(Unknown Source)
>   at 
> 
org.apache.catalina.loader.StandardClassLoader.getResourceAsStream(StandardClass
Loader.java:714)
>   at 
> 
org.apache.catalina.loader.StandardClassLoader.getResourceAsStream(StandardClass
Loader.java:696)
>   at 
> 
org.apache.catalina.loader.WebappClassLoader.getResourceAsStream(WebappClassLoad
er.java:1184)
>   at javax.xml.parsers.SecuritySupport12$4.run(Unknown Source)
>   at java.security.AccessController.doPrivileged(Native Method)
>   at javax.xml.parsers.SecuritySupport12.getResourceAsStream(Unknown 
Source)
>   at javax.xml.parsers.FactoryFinder.findJarServiceProvider(Unknown 
Source)
>   at javax.xml.parsers.FactoryFinder.find(Unknown Source)
>   at javax.xml.parsers.DocumentBuilderFactory.newInstance(Unknown Source)
>   at 
> org.apache.jasper.xmlparser.ParserUtils.parseXMLDocument(ParserUtils.java:129)
>   at 
> 
org.apache.jasper.compiler.TldLocationsCache.processWebDotXml(TldLocationsCache.
java:232)
>   at 
org.apache.jasper.compiler.TldLocationsCache.init(TldLocationsCache.java:
> ==
> 
> 
> Does anyone know how DocumentBuilderFactory.newInstance() can throw the 
> exception? (on a static initializer)
> 
> Or is the solution just as simple as updating the JDK to a later 1.3? 
> (Unfortunatly a non-trivial effort)
> 
> -Tim
> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


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

[5] Unable to initialize TldLocationsCache: zip file closed

[Tim Funk]

Quick summary:

In o.a.jasper.xmlparserParserUtils.java, line 129 is
DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance();
Does anyone know how DocumentBuilderFactory.newInstance() can throw 
"java.lang.IllegalStateException: zip file closed"?


More detail

Tomcat 5.0.13
Windows java 1.3.1_07 - All ok
HPUX - java 1.3.1.01 - I get the follow error during either the jsp compile 
or the webapp init (not sure which yet)

The error reported back to the web browser is ...
org.apache.jasper.JasperException: Unable to initialize TldLocationsCache: 
zip file closed
	at org.apache.jasper.compiler.TldLocationsCache.init(TldLocationsCache.java:211)
	at 
org.apache.jasper.compiler.TldLocationsCache.getLocation(TldLocationsCache.java:181)

Where the "fun" begins are the real stack traces. I added an extra log.info() 
to TldLocationsCache to get the root stack trace because only the message is 
being displayed and I get this as my stack trace ...

[INFO] TldLocationsCache - -during init java.lang.IllegalStateException: zip file closed
	at java.util.zip.ZipFile.getEntry(Unknown Source)
	at java.util.jar.JarFile.getEntry(Unknown Source)
	at sun.net.www.protocol.jar.URLJarFile.getEntry(URLJarFile.java:76)
	at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:96)
	at 
sun.net.www.protocol.jar.JarURLConnection.getInputStream(JarURLConnection.java:108)
	at java.net.URL.openStream(Unknown Source)
	at 
org.apache.catalina.loader.StandardClassLoader.getResourceAsStream(StandardClassLoader.java:714)
	at 
org.apache.catalina.loader.StandardClassLoader.getResourceAsStream(StandardClassLoader.java:696)
	at 
org.apache.catalina.loader.WebappClassLoader.getResourceAsStream(WebappClassLoader.java:1184)
	at javax.xml.parsers.SecuritySupport12$4.run(Unknown Source)
	at java.security.AccessController.doPrivileged(Native Method)
	at javax.xml.parsers.SecuritySupport12.getResourceAsStream(Unknown Source)
	at javax.xml.parsers.FactoryFinder.findJarServiceProvider(Unknown Source)
	at javax.xml.parsers.FactoryFinder.find(Unknown Source)
	at javax.xml.parsers.DocumentBuilderFactory.newInstance(Unknown Source)
	at 
org.apache.jasper.xmlparser.ParserUtils.parseXMLDocument(ParserUtils.java:129)
	at 
org.apache.jasper.compiler.TldLocationsCache.processWebDotXml(TldLocationsCache.java:232)
	at org.apache.jasper.compiler.TldLocationsCache.init(TldLocationsCache.java:
==

Does anyone know how DocumentBuilderFactory.newInstance() can throw the 
exception? (on a static initializer)

Or is the solution just as simple as updating the JDK to a later 1.3? 
(Unfortunatly a non-trivial effort)

-Tim



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

Webapp classloader question.

[Lee, William]

Hi all,

When moving from tomcat 4.0.x to 4.1.x, we discovered that the
WebappClassLoader.java had been changed such that all classes from
"org.apache.xerces" and "org.apache.xalan" are forced to be loaded using the
delegate model first, before looking into the webapp directory. This seems
to related to the JDK 1.4 support of the xml and xslt parser.

However, after a long conversation with the Sun's Java engineer, he point
out that, even JDK 1.4 shipped with the default xml and xslt parser,
application server and servlet container should continue to use the one
provided from the webapp directory as described in the servlet spec. 2.3.

Could someone please hint some lights on why tomcat 4.1.x decided to enforce
the delegate model for these two pacakges?

(The reason I'm asking is that, we try to use the latest Xerces in our
webapps, and since it always look and found the one from common/endorsed
directory, our latest version will always be skipped.)

Thanks in advance for your help.
William.

Join us at Cognos' biggest event of the year Enterprise 2003, The Cognos
Business Forum.  Taking place in over 25 cities around the world, it's an
opportunity for Business and IT leaders to learn about strategies for
driving performance. Visit http://www.cognos.com/enterprise03 for more
details. 

This message may contain privileged and/or confidential information.  If you
have received this e-mail in error or are not the intended recipient, you
may not use, copy, disseminate or distribute it; do not open any
attachments, delete it immediately from your system and notify the sender
promptly by e-mail that you have done so.  Thank you.

DO NOT REPLY [Bug 21611] - NullPointerException in CoyoteRequestFacade.getSession(

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

NullPointerException in CoyoteRequestFacade.getSession(





--- Additional Comments From [EMAIL PROTECTED]  2003-10-07 19:04 ---
I had the same problem and traced it to a JSP custom tag that didn't reset its
internal state after each use. With tag pooling turned off everything worked
fine -- the tag *was* restting its state in the reset() method -- but with tag
pooling on it would fail. The solution was to re-initialise the tag after
doEndTag().

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

DO NOT REPLY [Bug 3888] - WebappClassLoader: Lifecycle error : CL stopped

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

WebappClassLoader: Lifecycle error : CL stopped





--- Additional Comments From [EMAIL PROTECTED]  2003-10-07 16:37 ---
Another way to reporduce it is to use swarmcache.
https://sourceforge.net/projects/swarmcache/

On stop of a context it can occure that Tomcat
throws this exception.

java.lang.NoClassDefFoundError: org/javagroups/stack/NakReceiverWindow$Entry
at org.javagroups.stack.NakReceiverWindow.add(NakReceiverWindow.java:199)
at org.javagroups.protocols.pbcast.NAKACK.handleMessage(NAKACK.java:357)
at org.javagroups.protocols.pbcast.NAKACK.up(NAKACK.java:223)
at org.javagroups.stack.UpHandler.run(Protocol.java:50)

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

[4.1.28] Test build

[Remy Maucherat]

The new binaries are now available here:
http://[insert_favorite_mirror]/dist/jakarta/tomcat-4/v4.1.28-alpha/
(it will not be mirrored until a few hours, so look for it on 
www.apache.org for now)

Please test it.

I will post the votes for both 4.1.28 and 5.0.13 early thursday.

Reminder: The TC 5.0.13 test build is here:
http://[insert_favorite_mirror]/dist/jakarta/tomcat-5/v5.0.13-alpha/
Remy



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

Re: cvs commit: jakarta-tomcat-4.0/catalina/src/conf server.xml

[Remy Maucherat]

Henri Gomez wrote:

Remy Maucherat a écrit :

Did the build works (since there is now the regexp 1.3 floating around) ?
Yes, I had it in my build.properties before (since the sample resource 
is just a sample, rather than a defaults list, they are often out of sync).

I don't have the problem into eclipse but I didn't try the build.xml 
from eclipse yet.
Remy



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

Re: cvs commit: jakarta-tomcat-4.0/catalina/src/conf server.xml

[Henri Gomez]

Remy Maucherat a écrit :

Henri Gomez wrote:

[EMAIL PROTECTED] a écrit :

remm2003/10/07 06:25:17

  Modified:catalina/src/conf server.xml
  Log:
  - The connector class being used by Tomcat 4.1 doesn't have the
appropriate setters, nor the "set-any-property" mod that is in 5.0.
As a result, the example won't work right now (more patches are 
needed,
both in Catalina and in the connector class), so I'm removing it.


Do you want me to add the required setters ?


Well, I was thinking we should port the set-all-props patches.
I've already built the binaries for 4.1.28, so it's a bit late.
It is not very likely that there will be zero regressions over 4.1.27 on 
the connector side, so I'd say it's doubtful 4.1.28 will be a stable 
release (with a 4.1.29 shortly after) unless testing is highly 
successful (so please test the build - after I finish uploading it in 1 
hour or so).
Did the build works (since there is now the regexp 1.3 floating around) ?

I don't have the problem into eclipse but I didn't try the build.xml 
from eclipse yet.

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

Re: cvs commit: jakarta-tomcat-4.0/catalina/src/conf server.xml

[Remy Maucherat]

Henri Gomez wrote:

[EMAIL PROTECTED] a écrit :

remm2003/10/07 06:25:17

  Modified:catalina/src/conf server.xml
  Log:
  - The connector class being used by Tomcat 4.1 doesn't have the
appropriate setters, nor the "set-any-property" mod that is in 5.0.
As a result, the example won't work right now (more patches are 
needed,
both in Catalina and in the connector class), so I'm removing it.
Do you want me to add the required setters ?
Well, I was thinking we should port the set-all-props patches.
I've already built the binaries for 4.1.28, so it's a bit late.
It is not very likely that there will be zero regressions over 4.1.27 on 
the connector side, so I'd say it's doubtful 4.1.28 will be a stable 
release (with a 4.1.29 shortly after) unless testing is highly 
successful (so please test the build - after I finish uploading it in 1 
hour or so).

Remy



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

cvs commit: jakarta-tomcat-catalina/catalina/src/conf server.xml

[jfarcand]

jfarcand2003/10/07 07:38:12

  Modified:catalina/src/conf server.xml
  Log:
  Make the xmlValidation more visible so people (meaning I) don't forget to turn on 
those attributes when testing.
  
  Revision  ChangesPath
  1.25  +4 -13 jakarta-tomcat-catalina/catalina/src/conf/server.xml
  
  Index: server.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/conf/server.xml,v
  retrieving revision 1.24
  retrieving revision 1.25
  diff -u -r1.24 -r1.25
  --- server.xml1 Oct 2003 09:45:06 -   1.24
  +++ server.xml7 Oct 2003 14:38:12 -   1.25
  @@ -208,21 +208,12 @@
 userRoleTable="user_roles" roleNameCol="role_name" />
 -->
   
  -  
  -  
  -
  -  
  -  
 
  -  -->
  +   xmlValidation="false" xmlNamespaceAware="false">
   
   

DO NOT REPLY [Bug 3888] - WebappClassLoader: Lifecycle error : CL stopped

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

WebappClassLoader: Lifecycle error : CL stopped





--- Additional Comments From [EMAIL PROTECTED]  2003-10-07 14:32 ---
In 4.1.27 the bug still bites.
If someone wants to replicate the bug, try using jcoverage.
When the library was in WEB-INF/lib the bug occured.
When I moved the jar to TOMCAT/commons/lib everything was ok.

Anyway, thanks to Martin van Dijken and Remy Maucherat for insightful comments,
that helped me to find workaround.

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

cvs commit: jakarta-tomcat-connectors build.properties.default

[hgomez]

hgomez  2003/10/07 07:28:34

  Modified:http11   build.xml build.properties.sample
   .build.properties.default
  Log:
  Update to regexp 1.3 (and fix download location)
  
  Revision  ChangesPath
  1.16  +2 -2  jakarta-tomcat-connectors/http11/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/http11/build.xml,v
  retrieving revision 1.15
  retrieving revision 1.16
  diff -u -r1.15 -r1.16
  --- build.xml 7 Oct 2003 08:48:37 -   1.15
  +++ build.xml 7 Oct 2003 14:28:34 -   1.16
  @@ -38,7 +38,7 @@
 
 
 
  -  
  +  
   
   
   
  
  
  
  1.4   +3 -3  jakarta-tomcat-connectors/http11/build.properties.sample
  
  Index: build.properties.sample
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/http11/build.properties.sample,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- build.properties.sample   7 Oct 2003 08:48:37 -   1.3
  +++ build.properties.sample   7 Oct 2003 14:28:34 -   1.4
  @@ -33,5 +33,5 @@
   # commons-logging.jar -- Commons Logging 1.0 package
   commons-logging.jar=../lib/commons-logging.jar
   
  -# - Jakarta Regular Expressions Library, version 1.2 -
  -regexp.jar=../lib/jakarta-regexp-1.2.jar
  +# - Jakarta Regular Expressions Library, version 1.3 -
  +regexp.jar=../lib/jakarta-regexp-1.3.jar
  
  
  
  1.4   +5 -5  jakarta-tomcat-connectors/build.properties.default
  
  Index: build.properties.default
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/build.properties.default,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- build.properties.default  7 Oct 2003 09:04:27 -   1.3
  +++ build.properties.default  7 Oct 2003 14:28:34 -   1.4
  @@ -101,11 +101,11 @@
   jaas.jar=${jndi.lib}/jaas.jar
   
   
  -# - Jakarta Regular Expressions Library, version 1.2 -
  -regexp.home=${base.path}/jakarta-regexp-1.2
  +# - Jakarta Regular Expressions Library, version 1.3 -
  +regexp.home=${base.path}/jakarta-regexp-1.3
   regexp.lib=${regexp.home}
  -regexp.jar=${regexp.lib}/jakarta-regexp-1.2.jar
  
-regexp.loc=http://jakarta.apache.org/builds/jakarta-regexp/release/v1.2/jakarta-regexp-1.2.tar.gz
  +regexp.jar=${regexp.lib}/jakarta-regexp-1.3.jar
  
+regexp.loc=http://www.apache.org/dist/jakarta/regexp/binaries/jakarta-regexp-1.3.tar.gz
   
   
   # - Jakarta Servlet API Classes (Servlet 2.3 / JSP 1.2) -
  
  
  

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

Re: cvs commit: jakarta-tomcat-4.0/catalina/src/conf server.xml

[Henri Gomez]

[EMAIL PROTECTED] a écrit :

remm2003/10/07 06:25:17

  Modified:catalina/src/conf server.xml
  Log:
  - The connector class being used by Tomcat 4.1 doesn't have the
appropriate setters, nor the "set-any-property" mod that is in 5.0.
As a result, the example won't work right now (more patches are needed,
both in Catalina and in the connector class), so I'm removing it.
Do you want me to add the required setters ?

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

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core LocalStrings.properties StandardHost.java

[jfarcand]

jfarcand2003/10/07 07:25:25

  Modified:catalina/src/share/org/apache/catalina/core
LocalStrings.properties StandardHost.java
  Log:
  i18 the info message.
  
  Revision  ChangesPath
  1.11  +2 -0  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/LocalStrings.properties
  
  Index: LocalStrings.properties
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/LocalStrings.properties,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- LocalStrings.properties   24 Sep 2003 06:56:21 -  1.10
  +++ LocalStrings.properties   7 Oct 2003 14:25:24 -   1.11
  @@ -121,6 +121,8 @@
   standardHost.unfoundContext=Cannot find context for request URI {0}
   standardHost.warRequired=URL to web application archive is required
   standardHost.warURL=Invalid URL for web application archive: {0}
  +standardHost.validationEnabled=XML validation enabled
  +standardHost.validationDisabled=XML validation disabled
   standardPipeline.alreadyStarted=Pipeline has already been started
   standardPipeline.notStarted=Pipeline has not been started
   standardPipeline.noValve=No more Valves in the Pipeline processing this request
  
  
  
  1.25  +3 -3  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardHost.java
  
  Index: StandardHost.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardHost.java,v
  retrieving revision 1.24
  retrieving revision 1.25
  diff -u -r1.24 -r1.25
  --- StandardHost.java 6 Oct 2003 23:54:10 -   1.24
  +++ StandardHost.java 7 Oct 2003 14:25:24 -   1.25
  @@ -792,9 +792,9 @@
   }
   
   if (xmlValidation)
  -log.info( "XML validation enabled ");
  +log.info( sm.getString("standardHost.validationEnabled"));
   else
  -log.info( "XML validation disabled ");
  +log.info( sm.getString("standardHost.validationDisabled"));
   
   super.start();
   
  
  
  

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

cvs commit: jakarta-tomcat-4.0 RELEASE-NOTES-4.1.txt

[remm]

remm2003/10/07 06:27:38

  Modified:.RELEASE-NOTES-4.1.txt
  Log:
  - Changelog update for 4.1.28.
  
  Revision  ChangesPath
  1.80  +48 -1 jakarta-tomcat-4.0/RELEASE-NOTES-4.1.txt
  
  Index: RELEASE-NOTES-4.1.txt
  ===
  RCS file: /home/cvs/jakarta-tomcat-4.0/RELEASE-NOTES-4.1.txt,v
  retrieving revision 1.79
  retrieving revision 1.80
  diff -u -r1.79 -r1.80
  --- RELEASE-NOTES-4.1.txt 31 Jul 2003 17:26:58 -  1.79
  +++ RELEASE-NOTES-4.1.txt 7 Oct 2003 13:27:38 -   1.80
  @@ -65,6 +65,12 @@
   [4.1.19] Administration Webapp:
Complete the accessibility requirements to pass section 508.
   
  +[4.1.28] Connectors:
  + The Coyote connector (HTTP/1.1 and AJP/1.3) has been upgraded to
  + Coyote 1.1, which is the one used by Tomcat 5.0.x. Please refer to the
  + Tomcat 5.0 changelog for the list of changes.
  +
  +
   -
   Catalina New Features:
   -
  @@ -284,6 +290,22 @@
   [4.1.27] Administration Webapp:
Fix typo in the default context action declaraion.
   
  +[4.1.28] Modeler:
  + Update to commons-modeler 1.1.
  +
  +[4.1.28] Xerces:
  + Update to Xerces 2.5.0.
  +
  +[4.1.28] Regexp:
  + Update to regexp 1.3.
  +
  +[4.1.28] Scripts:
  + Use -Dsun.io.useCanonCaches=false as an extra system property for
  + Windows scripts, so that the canonical paths returned are case exact.
  +
  +[4.1.28] Docs:
  + Minor docs updates.
  +
   
   --
   Catalina Bug Fixes:
  @@ -779,6 +801,31 @@
   
   [4.1.27] ExtendedAccessLogValve:
If bytes are requested, then print bytes not the date.
  +
  +[4.1.28] StandardContext:
  + Fix reloading regression.
  +
  +[4.1.28] StandardHostValve:
  + Reset context classloader after invoking the servlet.
  +
  +[4.1.28] StandardWrapperValve:
  + Fix infinite recursion when logging in certain cases.
  +
  +[4.1.28] JNDIRealm:
  + Many bugfixes (18698, 11678, 19864, 20518, 14817, 22236), and allow 
  + multiple user patterns.
  +
  +[4.1.28] CGI Servlet:
  + Bugfixes (22857, 22858).
  +
  +[4.1.28] WebDAV Servlet:
  + Fix bad handling of the destinationPath URL.
  +
  +[4.1.28] SecurityClassLoad:
  + Preload a few additional classes from Coyote.
  +
  +[4.1.28] MemoryUser:
  + XML-escape the values when writing out the tomcat-users.xml file.
   
   
   
  
  
  

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

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

[remm]

remm2003/10/07 06:25:45

  Modified:.build.properties.sample
  Log:
  - Update some dependencies.
  
  Revision  ChangesPath
  1.68  +6 -6  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.67
  retrieving revision 1.68
  diff -u -r1.67 -r1.68
  --- build.properties.sample   1 Oct 2003 15:05:40 -   1.67
  +++ build.properties.sample   7 Oct 2003 13:25:45 -   1.68
  @@ -109,10 +109,10 @@
   
   
   # - Jakarta Regular Expressions Library, version 1.2 -
  -regexp.home=${base.path}/jakarta-regexp-1.2
  +regexp.home=${base.path}/jakarta-regexp-1.3
   regexp.lib=${regexp.home}
  -regexp.jar=${regexp.lib}/jakarta-regexp-1.2.jar
  
-regexp.loc=http://jakarta.apache.org/builds/jakarta-regexp/release/v1.2/jakarta-regexp-1.2.tar.gz
  +regexp.jar=${regexp.lib}/jakarta-regexp-1.3.jar
  
+regexp.loc=http://archive.apache.org/dist/jakarta/regexp/binaries/jakarta-regexp-1.3.tar.gz
   
   
   # - Jakarta Servlet API Classes (Servlet 2.3 / JSP 1.2) -
  @@ -131,9 +131,9 @@
   
   # - Xerces XML Parser, version 2.0.0 or later -
   # Note: Optional with JDK 1.4+, or if Xerces 1.x is present
  -xerces.home=${base.path}/xerces-2_4_0
  +xerces.home=${base.path}/xerces-2_5_0
   xerces.lib=${xerces.home}
  -xerces.loc=http://xml.apache.org/dist/xerces-j/Xerces-J-bin.2.4.0.tar.gz
  +xerces.loc=http://xml.apache.org/dist/xerces-j/Xerces-J-bin.2.5.0.tar.gz
   xercesImpl.jar=${xerces.lib}/xercesImpl.jar
   xmlParserAPIs.jar=${xerces.lib}/xmlParserAPIs.jar
   
  
  
  

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

cvs commit: jakarta-tomcat-4.0/catalina/src/conf server.xml

[remm]

remm2003/10/07 06:25:17

  Modified:catalina/src/conf server.xml
  Log:
  - The connector class being used by Tomcat 4.1 doesn't have the
appropriate setters, nor the "set-any-property" mod that is in 5.0.
As a result, the example won't work right now (more patches are needed,
both in Catalina and in the connector class), so I'm removing it.
  
  Revision  ChangesPath
  1.71  +1 -9  jakarta-tomcat-4.0/catalina/src/conf/server.xml
  
  Index: server.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/conf/server.xml,v
  retrieving revision 1.70
  retrieving revision 1.71
  diff -u -r1.70 -r1.71
  --- server.xml1 Oct 2003 09:43:40 -   1.70
  +++ server.xml7 Oct 2003 13:25:17 -   1.71
  @@ -96,15 +96,7 @@
  useURIValidationHack="false" disableUploadTimeout="true" />
   
  - 
  - 
  - 
  +
   
   

Re: Tomcat-Deployer and the Deploy-Task is broken?

[Thorsten Kamann]

Remy Maucherat wrote:
The "compile" target of the build.xml also does validation of the said 
web.xml.
Yes thats right. But your deployer-script doesn't create a jar with the 
compiled classes and doesn't remove the unnecessary jsps.


Finally a WAR-Archive without the JSPs will generated and deployed to 
the remote (or Production) server.


There's the "deploy" target.
Yes, thats right, too.

This seems to be already present.
I'm missing some properties:
- how can i set the compile-parameters (optimize, deprecated, debug) 
without changing the build.xml

- where can i set the javaEncoding property (e.g. for German Umlaute)

This were the reasons why i extend/change the build.xml.

Thorsten

--
Thorsten Kamann
Email: [EMAIL PROTECTED]
ICQ: 40746578
Yahoo: ThorQue
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Tomcat-Deployer and the Validator task

[Thorsten Kamann]

Hello again,

I try to use the validator task (in the build.xml of the 
Tomcat-Deployer). At the line


the error
BUILD FAILED: java.lang.NoClassDefFoundError: org/apache/catalina/Manager
occurs. Manually add the catalina-manager.jar to the lib directory of 
the Tomcat-Deployer does not help.
Any ideas?

Best regards
Thorsten Kamann
--
Thorsten Kamann
Email: [EMAIL PROTECTED]
ICQ: 40746578
Yahoo: ThorQue
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [Fwd: Re: /www/www.apache.org/dyn/mirrors/mirrors.cgi]

[Remy Maucherat]

Tetsuya Kitahata wrote:
Hi,

IMHO, I would like to recommend the former one.
(If any *perl-er*s or *python-ian*s are willing to create
alternative cgi scripts :-)
You can download the original script (mirror.cgi)
from "site" module, by the way. (FYI)
# site:  /docs/dyn/closer.cgi
# site:  /docs/dyn/mirrors/mirrors.cgi
I hope Joshua would be very cooperative to this. ;-)
-1.
There is no guarantee that the binaries d/led are not corrupted on your 
random mirror, or haven't been tampered with, or if the mirror is 
available at all.

This is for the build process, so mirrors are not a good solution.

Remy



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

Re: Tomcat-Deployer and the Deploy-Task is broken?

[Remy Maucherat]

Thorsten Kamann wrote:
Hello Remy,

Remy Maucherat wrote:

Thorsten Kamann wrote:
It (obviously) works for me.


Yes, that was my error. I've used an ant installation with an old 
catalina-ant. Then the error occured.
Ah, ok.

Now its wonderful :)

I've extended the build.xml out of the Tomcat-Deployer-project. Now the 
build.xml can precompile JSPs with generating the mappings in the 
web.xml, compile all sources and generate a JAR-Archiv.
The "compile" target of the build.xml also does validation of the said 
web.xml.

Finally a WAR-Archive without the JSPs will generated and deployed to 
the remote (or Production) server.
There's the "deploy" target.

Is this interessting for the Tomcat-Deployer-Project?
This seems to be already present.

Remy

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

Re: Tomcat-Deployer and the Deploy-Task is broken?

[Thorsten Kamann]

Hello Remy,

Remy Maucherat wrote:
Thorsten Kamann wrote:
It (obviously) works for me.
Yes, that was my error. I've used an ant installation with an old 
catalina-ant. Then the error occured.
Now its wonderful :)

I've extended the build.xml out of the Tomcat-Deployer-project. Now the 
build.xml can precompile JSPs with generating the mappings in the 
web.xml, compile all sources and generate a JAR-Archiv.
Finally a WAR-Archive without the JSPs will generated and deployed to 
the remote (or Production) server.

Is this interessting for the Tomcat-Deployer-Project?

Best regards
Thorsten Kamann
--
Thorsten Kamann
Email: [EMAIL PROTECTED]
ICQ: 40746578
Yahoo: ThorQue
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Apache+tomcat error (mod_jk2)

[Augusto Cesar Castoldi]

Hi...

I am using apache 2.0.47, tomcat 4.1.27 integrated with mod_jk2 2.0.2 on
a RedHat 9

It works fine, but sometimes (usually when power crash), the apache can
not find tomcat when restarting the machine. Im error.log of apache2, I
have these errors:

[Mon Oct 06 11:24:21 2003] [notice]
config.setAttribute() Error setting workerEnv: iming 1
[Mon Oct 06 11:24:21 2003] [error] env.createBean2():
Factory error creating vm: ( vm, )
[Mon Oct 06 11:24:21 2003] [error] config.update():
Can't create vm:
[Mon Oct 06 11:24:21 2003] [error] jk2_init() Can't
find child 9393 in scoreboard
[Mon Oct 06 11:24:21 2003] [notice] workerEnv.init()
ok /usr/local/apache2/conf/workers2.properties
[Mon Oct 06 11:24:21 2003] [error] mod_jk child init 1
-2
[Mon Oct 06 11:24:21 2003] [notice] jk2_init() Found
child 9394 in scoreboard slot 1
[Mon Oct 06 11:24:21 2003] [error] jk2_init() Can't
find child 9395 in scoreboard
[Mon Oct 06 11:24:21 2003] [notice] workerEnv.init()
ok /usr/local/apache2/conf/workers2.properties
[Mon Oct 06 11:24:21 2003] [notice] workerEnv.init()
ok /usr/local/apache2/conf/workers2.properties
[Mon Oct 06 11:24:21 2003] [error] mod_jk child init 1
-2
[Mon Oct 06 11:24:21 2003] [error] jk2_init() Can't
find child 9396 in scoreboard
[Mon Oct 06 11:24:21 2003] [notice] workerEnv.init()
ok /usr/local/apache2/conf/workers2.properties
[Mon Oct 06 11:24:21 2003] [error] mod_jk child init 1
-2
[Mon Oct 06 11:24:21 2003] [error] jk2_init() Can't
find child 9397 in scoreboard
[Mon Oct 06 11:24:21 2003] [notice] workerEnv.init()
ok /usr/local/apache2/conf/workers2.properties
[Mon Oct 06 11:24:21 2003] [error] mod_jk child init 1
-2
[Mon Oct 06 11:24:21 2003] [notice] Apache/2.0.47
(Unix) mod_jk2/2.0.2 configured -- resuming normal operations


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

Re: Tomcat-Deployer and the Deploy-Task is broken?

[Remy Maucherat]

Thorsten Kamann wrote:

Hello,

I'm testing the Tomcat-Deployer (Version 5.0.12 and 5.0.13). Both 
returns an error when i want to deploy the generated war file.

The error is:
The  task doesn't support the "update" attribute.
Is the Deployer ever tested?
Yes.

Whats the error?
It (obviously) works for me.

Remy



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

Re: [Fwd: Re: /www/www.apache.org/dyn/mirrors/mirrors.cgi]

[Tetsuya Kitahata]

Hi,

On Mon, 06 Oct 2003 16:57:09 +0200
(Subject: [Fwd: Re: /www/www.apache.org/dyn/mirrors/mirrors.cgi])
jean-frederic clere <[EMAIL PROTECTED]> wrote:

> After having some problems with the "ant download" task. I have thought of 2 
> ways to improve it.
> 
> 1 - Use a mirror via a modified mirrors.cgi.
> For example use:
> "http://www.apache.org/dyn/NEW_closer.cgi/jakarta/struts/binaries/jakarta-struts-1.1.tar.gz";
> Instead of:
> "http://www.apache.org/dist/jakarta/struts/binaries/jakarta-struts-1.1.tar.gz";
> 
> 2 - Use the archive to make sure we will be able to rebuild old releases.
> For example:
> "http://archive.apache.org/dist/jakarta/struts/binaries/jakarta-struts-1.1.tar.gz";
> 
> The first way needs a modified mirrors.cgi, therefore I have ask Joshua if it 
> was possible to do it technicaly. The answer is yes :-) but that rises questions 
> that need answers.
> 
> Comments?

IMHO, I would like to recommend the former one.
(If any *perl-er*s or *python-ian*s are willing to create
alternative cgi scripts :-)

You can download the original script (mirror.cgi)
from "site" module, by the way. (FYI)
# site:  /docs/dyn/closer.cgi
# site:  /docs/dyn/mirrors/mirrors.cgi

I hope Joshua would be very cooperative to this. ;-)

Sincerely,


---
Tetsuya Kitahata --  Terra-International, Inc.
E-mail: [EMAIL PROTECTED]  http://www.terra-intl.com/



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

Re: Http Connector / Gzip

[Henri Gomez]

Remy Maucherat a écrit :

Henri Gomez wrote:

Remy Maucherat a écrit :

+0 if disabled by default; -1 otherwise.
All this stuff is inefficient, as it uses Strings. Ie, we take the 
byte array we have for the header value, convert it to a String, and 
then regexp will likely convert it to something else to work with it 
(likely a char array). This is bad, obviously :-(

I don't know if the JDK 1.4 stuff can work with bytes, but in any 
case, the benchmarks seem a lot faster.

So we need a simple byte-based regexp :) (sort of like the mapper)
May be CharacterIterator could be better in our case ?

public boolean match(CharacterIterator search, int i)



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

Tomcat-Deployer and the Deploy-Task is broken?

[Thorsten Kamann]

Hello,

I'm testing the Tomcat-Deployer (Version 5.0.12 and 5.0.13). Both 
returns an error when i want to deploy the generated war file.

The error is:
The  task doesn't support the "update" attribute.
Is the Deployer ever tested?

Whats the error?

Best regards
Thorsten Kamann
--
Thorsten Kamann
Email: [EMAIL PROTECTED]
ICQ: 40746578
Yahoo: ThorQue
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Notes in HTTP 1.1 connectors

[Henri Gomez]

What about the idea to add notes in HTTP 1.1 connector ?

It will mimic the way HTTPD teams using BrowserMatch :

- Disable HTTP 1.0 for some browsers

BrowserMatch "Mozilla/2" nokeepalive
BrowserMatch "MSIE 4\.0b2;" nokeepalive downgrade-1.0 force-response-1.0
BrowserMatch "RealPlayer 4\.0" force-response-1.0
BrowserMatch "Java/1\.0" force-response-1.0
BrowserMatch "JDK/1\.0" force-response-1.0
- WebDav support also

BrowserMatch "Microsoft Data Access Internet Publishing Provider" 
redirect-carefully
BrowserMatch "^WebDrive" redirect-carefully
BrowserMatch "^WebDAVFS/1.[012]" redirect-carefully
BrowserMatch "^gnome-vfs" redirect-carefully

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

cvs commit: jakarta-tomcat-connectors build.properties.default

[hgomez]

hgomez  2003/10/07 02:04:27

  Modified:.build.properties.default
  Log:
  Oups, no need for it
  
  Revision  ChangesPath
  1.3   +1 -9  jakarta-tomcat-connectors/build.properties.default
  
  Index: build.properties.default
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/build.properties.default,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- build.properties.default  7 Oct 2003 09:01:57 -   1.2
  +++ build.properties.default  7 Oct 2003 09:04:27 -   1.3
  @@ -170,14 +170,6 @@
   
commons-pool.loc=http://jakarta.apache.org/builds/jakarta-commons/release/commons-pool/v1.0.1/commons-pool-1.0.1.tar.gz
   
   
  -# - Jakarta regexp, version 1.2 or later -
  -regexp.home=${base.path}/regexp-1.3
  -regexp.lib=${regexp.home}
  -regexp.jar=${regexp.lib}/commons-beanutils.jar
  
-regexp.loc=http://www.apache.org/dist/jakarta/regexp/binaries/jakarta-regexp-1.3.tar.gz
  -
  -
  -
   # - JavaService, version 1.2.0 or later -
   javaservice.home=${base.path}/javaservice
   
javaservice.loc=http://www.alexandriasc.com/software/JavaService/JavaService-bin-1.2.0.zip
  
  
  

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

cvs commit: jakarta-tomcat-connectors build.properties.default

[hgomez]

hgomez  2003/10/07 02:01:57

  Modified:.build.properties.default
  Log:
  Update to get regexp
  
  Revision  ChangesPath
  1.2   +9 -1  jakarta-tomcat-connectors/build.properties.default
  
  Index: build.properties.default
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/build.properties.default,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- build.properties.default  4 May 2003 17:55:11 -   1.1
  +++ build.properties.default  7 Oct 2003 09:01:57 -   1.2
  @@ -170,6 +170,14 @@
   
commons-pool.loc=http://jakarta.apache.org/builds/jakarta-commons/release/commons-pool/v1.0.1/commons-pool-1.0.1.tar.gz
   
   
  +# - Jakarta regexp, version 1.2 or later -
  +regexp.home=${base.path}/regexp-1.3
  +regexp.lib=${regexp.home}
  +regexp.jar=${regexp.lib}/commons-beanutils.jar
  
+regexp.loc=http://www.apache.org/dist/jakarta/regexp/binaries/jakarta-regexp-1.3.tar.gz
  +
  +
  +
   # - JavaService, version 1.2.0 or later -
   javaservice.home=${base.path}/javaservice
   
javaservice.loc=http://www.alexandriasc.com/software/JavaService/JavaService-bin-1.2.0.zip
  
  
  

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

regexp 1.3 ?

[Henri Gomez]

Shouldn't we upgrade TC 4.1 and JTC to regexp 1.3 ?

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

cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Protocol.java

[hgomez]

hgomez  2003/10/07 01:48:50

  Modified:http11/src/java/org/apache/coyote/http11 Http11Protocol.java
  Log:
  Add regexp support to check for Compression/HTTP 1.1 compatible browsers.
  
  Revision  ChangesPath
  1.42  +7 -0  
jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11Protocol.java
  
  Index: Http11Protocol.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11Protocol.java,v
  retrieving revision 1.41
  retrieving revision 1.42
  diff -u -r1.41 -r1.42
  --- Http11Protocol.java   6 Oct 2003 08:46:04 -   1.41
  +++ Http11Protocol.java   7 Oct 2003 08:48:50 -   1.42
  @@ -257,6 +257,7 @@
*/
   private String compression = "off";
   private String noCompressionUserAgents = null;
  +private String restrictedUserAgents = null;
   private String compressableMimeTypes = "text/html,text/xml,text/plain";
   private int compressionMinSize= 2048;
   
  @@ -333,6 +334,11 @@
   setAttribute("compression", valueS);
   }
   
  +public void setRestrictedUserAgents(String valueS) {
  +restrictedUserAgents = valueS;
  +setAttribute("restrictedUserAgents", valueS);
  +}
  +
   public void setNoCompressionUserAgents(String valueS) {
   noCompressionUserAgents = valueS;
   setAttribute("noCompressionUserAgents", valueS);
  @@ -493,6 +499,7 @@
   processor.setCompressionMinSize( proto.compressionMinSize); 
   processor.setNoCompressionUserAgents( proto.noCompressionUserAgents);
   processor.setCompressableMimeTypes( proto.compressableMimeTypes);
  +processor.setRestrictedUserAgents( proto.restrictedUserAgents);
   processor.setSocketBuffer( proto.socketBuffer );
   
   thData[Http11Protocol.THREAD_DATA_PROCESSOR]=processor;
  
  
  

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

cvs commit: jakarta-tomcat-connectors/http11 build.xml build.properties.sample

[hgomez]

hgomez  2003/10/07 01:48:38

  Modified:http11/src/java/org/apache/coyote/http11
Http11Processor.java
   http11   build.xml build.properties.sample
  Log:
  Add regexp support to check for Compression/HTTP 1.1 compatible browsers.
  
  Revision  ChangesPath
  1.82  +77 -31
jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11Processor.java
  
  Index: Http11Processor.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11Processor.java,v
  retrieving revision 1.81
  retrieving revision 1.82
  diff -u -r1.81 -r1.82
  --- Http11Processor.java  1 Oct 2003 10:22:15 -   1.81
  +++ Http11Processor.java  7 Oct 2003 08:48:37 -   1.82
  @@ -81,6 +81,8 @@
   import org.apache.coyote.http11.filters.IdentityOutputFilter;
   import org.apache.coyote.http11.filters.VoidInputFilter;
   import org.apache.coyote.http11.filters.VoidOutputFilter;
  +import org.apache.regexp.RE;
  +import org.apache.regexp.RESyntaxException;
   import org.apache.tomcat.util.buf.Ascii;
   import org.apache.tomcat.util.buf.ByteChunk;
   import org.apache.tomcat.util.buf.HexUtils;
  @@ -203,7 +205,7 @@
   /**
* List of restricted user agents.
*/
  -protected String[] restrictedUserAgents = null;
  +protected RE[] restrictedUserAgents = null;
   
   
   /**
  @@ -281,9 +283,8 @@
   /**
* List of user agents to not use gzip with
*/
  -protected String[] noCompressionUserAgents = null;
  -
  -
  +protected RE   noCompressionUserAgents[] = null;
  +
   /**
* List of MIMES which could be gzipped
*/
  @@ -364,7 +365,10 @@
* @param userAgent user-agent string
*/
   public void addNoCompressionUserAgent(String userAgent) {
  -addStringArray(noCompressionUserAgents, userAgent);
  +try {
  +RE nRule = new RE(userAgent);
  +addREArray(noCompressionUserAgents, new RE(userAgent));
  +} catch (RESyntaxException ree) {}
   }
   
   
  @@ -373,7 +377,7 @@
* a large number of connectors, where it would be better to have all of 
* them referenced a single array).
*/
  -public void setNoCompressionUserAgents(String[] noCompressionUserAgents) {
  +public void setNoCompressionUserAgents(RE[] noCompressionUserAgents) {
   this.noCompressionUserAgents = noCompressionUserAgents;
   }
   
  @@ -394,15 +398,6 @@
   }
   }
   
  -
  -/**
  - * Return the list of no compression user agents.
  - */
  -public String[] findNoCompressionUserAgents() {
  -return (noCompressionUserAgents);
  -}
  -
  -
   /**
* Add a mime-type which will be compressable
* The mime-type String will be exactly matched
  @@ -483,13 +478,38 @@
* @param value string
*/
   private void addStringArray(String sArray[], String value) {
  -if (sArray == null)
  -sArray = new String[0];
  -String[] results = new String[sArray.length + 1];
  -for (int i = 0; i < sArray.length; i++)
  -results[i] = sArray[i];
  -results[sArray.length] = value;
  -sArray = results;
  +if (sArray == null) {
  +sArray = new String[1];
  +sArray[0] = value;
  +}
  +else {
  +String[] results = new String[sArray.length + 1];
  +for (int i = 0; i < sArray.length; i++)
  +results[i] = sArray[i];
  +results[sArray.length] = value;
  +sArray = results;
  +}
  +}
  +
  +
  +/**
  + * General use method
  + * 
  + * @param rArray the REArray 
  + * @param value Obj
  + */
  +private void addREArray(RE rArray[], RE value) {
  +if (rArray == null) {
  +rArray = new RE[1];
  +rArray[0] = value;
  +}
  +else {
  +RE[] results = new RE[rArray.length + 1];
  +for (int i = 0; i < rArray.length; i++)
  +results[i] = rArray[i];
  +results[rArray.length] = value;
  +rArray = results;
  +}
   }
   
   
  @@ -529,13 +549,16 @@
   
   /**
* Add restricted user-agent (which will downgrade the connector 
  - * to HTTP/1.0 mode). The user agent String given will be exactly matched
  - * to the user-agent header submitted by the client.
  + * to HTTP/1.0 mode). The user agent String given will be matched
  + * via regexp to the user-agent header submitted by the client.
* 
* @param userAgent user-agent string
*/
   public void addRestrictedUserAgent(String userAgent) {
  -addStringArray(restrictedUserAgents, userAgent);
  +try {
  +RE

Re: Http Connector / Gzip

[Henri Gomez]

Remy Maucherat a écrit :

Henri Gomez wrote:

Could I commit my changes and start working on an optimizing version ?


Yes, of course. There's no big rush to start optimizing this ;-) (it's 
really disabled by default, right ?)

Yes, since the restrictedUserAgents and restrictedUserAgents are set to 
null in Http11Protocol until someone set the properties in server.xml.

Trust me ;-)

BTW, I'll update the build.xml but we need to have regexp.jar loaded 
somewhere in jtc...

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

Re: Http Connector / Gzip

[Remy Maucherat]

Henri Gomez wrote:
Could I commit my changes and start working on an optimizing version ?
Yes, of course. There's no big rush to start optimizing this ;-) (it's 
really disabled by default, right ?)

Remy



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

Re: Http Connector / Gzip

[Henri Gomez]

Well I take my inspiration from what is done in some TC 4.1 Valves...


I know ;-)
Some problematic stuff went away, though (the various mappers), but some 
remain.

This feature would really need to be seriously optimized, as ideally 
this would be enabled by default.

We could do better as usually...


Yes.
Could I commit my changes and start working on an optimizing version ?

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

Re: Http Connector / Gzip

[Remy Maucherat]

Henri Gomez wrote:

Remy Maucherat a écrit :

+0 if disabled by default; -1 otherwise.
All this stuff is inefficient, as it uses Strings. Ie, we take the 
byte array we have for the header value, convert it to a String, and 
then regexp will likely convert it to something else to work with it 
(likely a char array). This is bad, obviously :-(

I don't know if the JDK 1.4 stuff can work with bytes, but in any 
case, the benchmarks seem a lot faster.

So we need a simple byte-based regexp :) (sort of like the mapper)


Well I take my inspiration from what is done in some TC 4.1 Valves...
I know ;-)
Some problematic stuff went away, though (the various mappers), but some 
remain.

This feature would really need to be seriously optimized, as ideally 
this would be enabled by default.

We could do better as usually...
Yes.

Remy



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

Re: Http Connector / Gzip

[Henri Gomez]

Remy Maucherat a écrit :

Henri Gomez wrote:

Remy Maucherat a écrit :

Henri Gomez wrote:

Hi to all,

What about using regexp in HTTP 1.1 connector to include/exclude
browser which could/couldn't use gzip compression ?
May be it could be use also to drop to HTTP 1.0 browser which
claims to be 1.1 compatible, but are not.
CF: Apache HTTPD server




Well, I thought regexp was rather slow in Java, so it could be a 
problem if using a generic regexp library.

You could find attached a patch to make use of regexp in HTTP 1.1.

It check via jakarta-regexp which browser should be exclude from
gzip but also from HTTP 1.1 (even if they claim to be compatible).
(regexp is also used in some valves)

With such add-on we mimic what HTTP teams does in Apache 2.0 via
BrowserMatch.
Nota their approach may be better since BrowserMatch set some properties
like :
nokeepalive, downgrade-1.0, force-response-1.0, nogzip

Something which may be nice to implements (may we could use attributes
or notes ?)
You should note that if no restrictedUserAgents or
noCompressionUserAgents are set in HTTP connector settings,
there is no check done, so no performance penalty.
There is case where it should be done so better have provision for


+0 if disabled by default; -1 otherwise.
All this stuff is inefficient, as it uses Strings. Ie, we take the byte 
array we have for the header value, convert it to a String, and then 
regexp will likely convert it to something else to work with it (likely 
a char array). This is bad, obviously :-(

I don't know if the JDK 1.4 stuff can work with bytes, but in any case, 
the benchmarks seem a lot faster.

So we need a simple byte-based regexp :) (sort of like the mapper)
Well I take my inspiration from what is done in some TC 4.1 Valves...

We could do better as usually...



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

Re: Http Connector / Gzip

[Remy Maucherat]

Henri Gomez wrote:

Remy Maucherat a écrit :

Henri Gomez wrote:

Hi to all,

What about using regexp in HTTP 1.1 connector to include/exclude
browser which could/couldn't use gzip compression ?
May be it could be use also to drop to HTTP 1.0 browser which
claims to be 1.1 compatible, but are not.
CF: Apache HTTPD server


Well, I thought regexp was rather slow in Java, so it could be a 
problem if using a generic regexp library.

You could find attached a patch to make use of regexp in HTTP 1.1.

It check via jakarta-regexp which browser should be exclude from
gzip but also from HTTP 1.1 (even if they claim to be compatible).
(regexp is also used in some valves)

With such add-on we mimic what HTTP teams does in Apache 2.0 via
BrowserMatch.
Nota their approach may be better since BrowserMatch set some properties
like :
nokeepalive, downgrade-1.0, force-response-1.0, nogzip

Something which may be nice to implements (may we could use attributes
or notes ?)
You should note that if no restrictedUserAgents or
noCompressionUserAgents are set in HTTP connector settings,
there is no check done, so no performance penalty.
There is case where it should be done so better have provision for
+0 if disabled by default; -1 otherwise.
All this stuff is inefficient, as it uses Strings. Ie, we take the byte 
array we have for the header value, convert it to a String, and then 
regexp will likely convert it to something else to work with it (likely 
a char array). This is bad, obviously :-(

I don't know if the JDK 1.4 stuff can work with bytes, but in any case, 
the benchmarks seem a lot faster.

So we need a simple byte-based regexp :) (sort of like the mapper)

Remy



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

Re: Http Connector / Gzip

[Henri Gomez]

>>>

Here is the patch against latest remy changes ...
Index: build.properties.sample
===
RCS file: /home/cvs/jakarta-tomcat-connectors/http11/build.properties.sample,v
retrieving revision 1.2
diff -u -r1.2 build.properties.sample
--- build.properties.sample 15 Mar 2002 05:36:02 -  1.2
+++ build.properties.sample 7 Oct 2003 07:39:41 -
@@ -31,4 +31,7 @@
 junit.jar=/java/junit/junit.jar
 
 # commons-logging.jar -- Commons Logging 1.0 package
-commons-logging.jar=../lib/commons-logging.jar
\ No newline at end of file
+commons-logging.jar=../lib/commons-logging.jar
+
+# - Jakarta Regular Expressions Library, version 1.2 -
+regexp.jar=../lib/jakarta-regexp-1.2.jar
Index: build.xml
===
RCS file: /home/cvs/jakarta-tomcat-connectors/http11/build.xml,v
retrieving revision 1.14
diff -u -r1.14 build.xml
--- build.xml   4 May 2003 21:12:01 -   1.14
+++ build.xml   7 Oct 2003 07:39:41 -
@@ -38,6 +38,7 @@
   
   
   
+  
 
 
 
@@ -82,6 +83,7 @@
 
 
 
+
 
   
 
Index: src/java/org/apache/coyote/http11/Http11Processor.java
===
RCS file: 
/home/cvs/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11Processor.java,v
retrieving revision 1.81
diff -u -r1.81 Http11Processor.java
--- src/java/org/apache/coyote/http11/Http11Processor.java  1 Oct 2003 10:22:15 
-   1.81
+++ src/java/org/apache/coyote/http11/Http11Processor.java  7 Oct 2003 07:39:42 
-
@@ -81,6 +81,8 @@
 import org.apache.coyote.http11.filters.IdentityOutputFilter;
 import org.apache.coyote.http11.filters.VoidInputFilter;
 import org.apache.coyote.http11.filters.VoidOutputFilter;
+import org.apache.regexp.RE;
+import org.apache.regexp.RESyntaxException;
 import org.apache.tomcat.util.buf.Ascii;
 import org.apache.tomcat.util.buf.ByteChunk;
 import org.apache.tomcat.util.buf.HexUtils;
@@ -203,7 +205,7 @@
 /**
  * List of restricted user agents.
  */
-protected String[] restrictedUserAgents = null;
+protected RE[] restrictedUserAgents = null;
 
 
 /**
@@ -281,9 +283,8 @@
 /**
  * List of user agents to not use gzip with
  */
-protected String[] noCompressionUserAgents = null;
-
-
+protected RE   noCompressionUserAgents[] = null;
+
 /**
  * List of MIMES which could be gzipped
  */
@@ -364,7 +365,10 @@
  * @param userAgent user-agent string
  */
 public void addNoCompressionUserAgent(String userAgent) {
-addStringArray(noCompressionUserAgents, userAgent);
+try {
+RE nRule = new RE(userAgent);
+addREArray(noCompressionUserAgents, new RE(userAgent));
+} catch (RESyntaxException ree) {}
 }
 
 
@@ -373,7 +377,7 @@
  * a large number of connectors, where it would be better to have all of 
  * them referenced a single array).
  */
-public void setNoCompressionUserAgents(String[] noCompressionUserAgents) {
+public void setNoCompressionUserAgents(RE[] noCompressionUserAgents) {
 this.noCompressionUserAgents = noCompressionUserAgents;
 }
 
@@ -394,15 +398,6 @@
 }
 }
 
-
-/**
- * Return the list of no compression user agents.
- */
-public String[] findNoCompressionUserAgents() {
-return (noCompressionUserAgents);
-}
-
-
 /**
  * Add a mime-type which will be compressable
  * The mime-type String will be exactly matched
@@ -483,13 +478,38 @@
  * @param value string
  */
 private void addStringArray(String sArray[], String value) {
-if (sArray == null)
-sArray = new String[0];
-String[] results = new String[sArray.length + 1];
-for (int i = 0; i < sArray.length; i++)
-results[i] = sArray[i];
-results[sArray.length] = value;
-sArray = results;
+if (sArray == null) {
+sArray = new String[1];
+sArray[0] = value;
+}
+else {
+String[] results = new String[sArray.length + 1];
+for (int i = 0; i < sArray.length; i++)
+results[i] = sArray[i];
+results[sArray.length] = value;
+sArray = results;
+}
+}
+
+
+/**
+ * General use method
+ * 
+ * @param rArray the REArray 
+ * @param value Obj
+ */
+private void addREArray(RE rArray[], RE value) {
+if (rArray == null) {
+rArray = new RE[1];
+rArray[0] = value;
+}
+else {
+RE[] results = new RE[rArray.length + 1];
+for (int i = 0; i < rArray.length; i++)
+results[i] = rArray[i];
+results[rArray.length] = value;
+rArray = results;
+}
 }
 
 
@@ -529,13 +549,16 @@
 
 /**
  * Add restric

Re: Http Connector / Gzip

[Henri Gomez]

Remy Maucherat a écrit :
Henri Gomez wrote:

Hi to all,

What about using regexp in HTTP 1.1 connector to include/exclude
browser which could/couldn't use gzip compression ?
May be it could be use also to drop to HTTP 1.0 browser which
claims to be 1.1 compatible, but are not.
CF: Apache HTTPD server


Well, I thought regexp was rather slow in Java, so it could be a problem 
if using a generic regexp library.

You could find attached a patch to make use of regexp in HTTP 1.1.

It check via jakarta-regexp which browser should be exclude from
gzip but also from HTTP 1.1 (even if they claim to be compatible).
(regexp is also used in some valves)

With such add-on we mimic what HTTP teams does in Apache 2.0 via
BrowserMatch.
Nota their approach may be better since BrowserMatch set some properties
like :
nokeepalive, downgrade-1.0, force-response-1.0, nogzip

Something which may be nice to implements (may we could use attributes
or notes ?)
You should note that if no restrictedUserAgents or
noCompressionUserAgents are set in HTTP connector settings,
there is no check done, so no performance penalty.
There is case where it should be done so better have provision for

Regards





Index: build.properties.sample
===
RCS file: /home/cvs/jakarta-tomcat-connectors/http11/build.properties.sample,v
retrieving revision 1.2
diff -u -r1.2 build.properties.sample
--- build.properties.sample 15 Mar 2002 05:36:02 -  1.2
+++ build.properties.sample 7 Oct 2003 07:31:39 -
@@ -31,4 +31,7 @@
 junit.jar=/java/junit/junit.jar
 
 # commons-logging.jar -- Commons Logging 1.0 package
-commons-logging.jar=../lib/commons-logging.jar
\ No newline at end of file
+commons-logging.jar=../lib/commons-logging.jar
+
+# - Jakarta Regular Expressions Library, version 1.2 -
+regexp.jar=../lib/jakarta-regexp-1.2.jar
Index: build.xml
===
RCS file: /home/cvs/jakarta-tomcat-connectors/http11/build.xml,v
retrieving revision 1.14
diff -u -r1.14 build.xml
--- build.xml   4 May 2003 21:12:01 -   1.14
+++ build.xml   7 Oct 2003 07:31:40 -
@@ -38,6 +38,7 @@
   
   
   
+  
 
 
 
@@ -82,6 +83,7 @@
 
 
 
+
 
   
 
Index: src/java/org/apache/coyote/http11/Http11Processor.java
===
RCS file: 
/home/cvs/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11Processor.java,v
retrieving revision 1.81
diff -u -r1.81 Http11Processor.java
--- src/java/org/apache/coyote/http11/Http11Processor.java  1 Oct 2003 10:22:15 
-   1.81
+++ src/java/org/apache/coyote/http11/Http11Processor.java  7 Oct 2003 07:31:40 
-
@@ -81,6 +81,8 @@
 import org.apache.coyote.http11.filters.IdentityOutputFilter;
 import org.apache.coyote.http11.filters.VoidInputFilter;
 import org.apache.coyote.http11.filters.VoidOutputFilter;
+import org.apache.regexp.RE;
+import org.apache.regexp.RESyntaxException;
 import org.apache.tomcat.util.buf.Ascii;
 import org.apache.tomcat.util.buf.ByteChunk;
 import org.apache.tomcat.util.buf.HexUtils;
@@ -203,7 +205,7 @@
 /**
  * List of restricted user agents.
  */
-protected String[] restrictedUserAgents = null;
+protected RE[] restrictedUserAgents = null;
 
 
 /**
@@ -281,9 +283,8 @@
 /**
  * List of user agents to not use gzip with
  */
-protected String[] noCompressionUserAgents = null;
-
-
+protected RE   noCompressionUserAgents[] = null;
+
 /**
  * List of MIMES which could be gzipped
  */
@@ -364,7 +365,10 @@
  * @param userAgent user-agent string
  */
 public void addNoCompressionUserAgent(String userAgent) {
-addStringArray(noCompressionUserAgents, userAgent);
+try {
+RE nRule = new RE(userAgent);
+addREArray(noCompressionUserAgents, new RE(userAgent));
+} catch (RESyntaxException ree) {}
 }
 
 
@@ -373,7 +377,7 @@
  * a large number of connectors, where it would be better to have all of 
  * them referenced a single array).
  */
-public void setNoCompressionUserAgents(String[] noCompressionUserAgents) {
+public void setNoCompressionUserAgents(RE[] noCompressionUserAgents) {
 this.noCompressionUserAgents = noCompressionUserAgents;
 }
 
@@ -394,15 +398,6 @@
 }
 }
 
-
-/**
- * Return the list of no compression user agents.
- */
-public String[] findNoCompressionUserAgents() {
-return (noCompressionUserAgents);
-}
-
-
 /**
  * Add a mime-type which will be compressable
  * The mime-type String will be exactly matched
@@ -483,13 +478,38 @@
  * @param value string
  */
 private void addStringArray(String sArray[], String value) {
-if (sArray == null)
-sArray = new String[0];
-String[] results = new String[sArray.l