cvs commit: jakarta-tomcat-connectors/jk/xdocs/jk2 configweb.xml

[remm]

remm2002/09/26 00:37:21

  Modified:jk/xdocs/jk2 configweb.xml
  Log:
  - Add missing start element.
  
  Revision  ChangesPath
  1.9   +3 -2  jakarta-tomcat-connectors/jk/xdocs/jk2/configweb.xml
  
  Index: configweb.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/jk2/configweb.xml,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- configweb.xml 26 Sep 2002 06:22:06 -  1.8
  +++ configweb.xml 26 Sep 2002 07:37:21 -  1.9
  @@ -98,7 +98,8 @@
  Property name
  Default
  Description
  -   
  +
  +
   file
   ${serverRoot}/conf/workers2.properties
   Location of the workers2.properties file
  
  
  

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

The maximum length of HTTP GET of Tomcat3.2.4

[Hiroshi Ogawa]

How do you do. 

There is a question about Tomcat3.2.4 as a Web server. 
How old is the maximum character sequence length of HTTP GET of Tomcat3.2.4? 

Although it was received when 1KB of GET message was before transmitted by 
Tomcat3.2.3, it was not received when it was 2KB. 

I ask of you well. 

---
 Hiroshi Ogawa

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

DO NOT REPLY [Bug 13017] New: - Symbolic links in TOMCAT

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

Symbolic links in TOMCAT

   Summary: Symbolic links in TOMCAT
   Product: Tomcat 4
   Version: 4.1.12
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


In the past (e.g. Tomcat 3.3, 4.0.x) it was possible to use symbolic links on
Linux together with TOMCAT. For me this was an easy way using Tomcat
and Apache together.

In Tomcat 4.1 symbolic links fail. Is this on purpose (if so, what is
the reason for this?), or a bug.

One way I have used them, was to create symbolic from the lib directory to my 
Java library structure.

Another was to link from the webapps directory to the directory with the web 
content.

I am aware of the configuration possibilities in server.xm, however symbolic 
links where very useful for me.

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

DO NOT REPLY [Bug 13018] New: - Shutdown script fails on Windows(shutdown.bat)

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

Shutdown script fails on Windows(shutdown.bat)

   Summary: Shutdown script fails on Windows(shutdown.bat)
   Product: Tomcat 4
   Version: 4.1.12
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I installed jakarta-tomcat-4.1.12-LE-jdk14.exe on Windows2000(SP3)
with a option: NT service. When I tried to run the shutdown script,
I got the following message; the tomcat.exe image is still running.

C:\Program Files\Apache Group\Tomcat 4.1\bin>shutdown.bat
Using CATALINA_BASE:   ..
Using CATALINA_HOME:   ..
Using CATALINA_TMPDIR: ..\temp
Using JAVA_HOME:   C:\jdk1.4
Catalina.stop: java.net.ConnectException: Connection refused: connect
java.net.ConnectException: Connection refused: connect
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:295)
at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:161)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:148)
at java.net.Socket.connect(Socket.java:425)
at java.net.Socket.connect(Socket.java:375)
at java.net.Socket.(Socket.java:290)
at java.net.Socket.(Socket.java:118)
at org.apache.catalina.startup.Catalina.stop(Catalina.java:579)
at org.apache.catalina.startup.Catalina.execute(Catalina.java:402)
at org.apache.catalina.startup.Catalina.process(Catalina.java:180)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203)
C:\Program Files\Apache Group\Tomcat 4.1\bin>

I don't know it's a bug or I forgot something to do that isn't written in the
instruction docs.

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

DO NOT REPLY [Bug 13019] New: - Classload fails on different drives

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

Classload fails on different drives

   Summary: Classload fails on different drives
   Product: Tomcat 4
   Version: 4.1.10
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


In my Tomcat 4.1.10 the classloader fails if TOMCAT is installed on another 
drive as the webapps directory. Both drives where local AND NOT network drives. 
If I put Tomcat and webapps on the same drive but different subdirs, everything 
is fine.

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

DO NOT REPLY [Bug 13017] - Symbolic links in TOMCAT

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

Symbolic links in TOMCAT

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2002-09-26 08:18 ---
Documentation is missing for that feature (then, there's a bug which prevents it
from working in 4.1.12).

*** This bug has been marked as a duplicate of 13015 ***

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

DO NOT REPLY [Bug 13015] - tag can't include tag in conf/server.xml

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

 tag can't include  tag in conf/server.xml

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2002-09-26 08:18 ---
*** Bug 13017 has been marked as a duplicate of this bug. ***

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

DO NOT REPLY [Bug 13018] - Shutdown script fails on Windows(shutdown.bat)

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

Shutdown script fails on Windows(shutdown.bat)

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2002-09-26 08:19 ---
If Tomcat is running as a service, then it won't set the shutdown port. Use the
NT applet to stop it.

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

DO NOT REPLY [Bug 13019] - Classload fails on different drives

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

Classload fails on different drives

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2002-09-26 08:21 ---


*** This bug has been marked as a duplicate of 12387 ***

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

DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath

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

JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in 
classpath

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2002-09-26 08:21 ---
*** Bug 13019 has been marked as a duplicate of this bug. ***

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

cvs commit: jakarta-tomcat-connectors/jk/xdocs/jk2 installhowto.xml

[mturk]

mturk   2002/09/26 01:29:25

  Modified:jk/xdocs/jk2 installhowto.xml
  Log:
  Add IIS section (mostly rewrite from the jk)
  
  Revision  ChangesPath
  1.3   +48 -2 jakarta-tomcat-connectors/jk/xdocs/jk2/installhowto.xml
  
  Index: installhowto.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/jk2/installhowto.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- installhowto.xml  20 Sep 2002 21:35:31 -  1.2
  +++ installhowto.xml  26 Sep 2002 08:29:25 -  1.3
  @@ -28,6 +28,52 @@
   LoadModule jk2_module modules/mod_jk2.so
 
   
  -
  +
  +A pre-built version of the ISAPI redirector server plugin, 
isapi_redirector2.dll,
  +is available under the win32/i386 directory of jakarta-tomcat-connectors 
distribution.
  +You can also build a copy locally from the source present in 
jakarta-tomcat-connectors
  +distribution.The Tomcat redirector requires three entities:
  +
  +
  +isapi_redirector2.dll - The IIS server plugin, either obtain a 
pre-built DLL or build it yourself (see the build section).
  +
  +workers2.properties - A file that describes the host(s) and 
port(s) used by the workers (Tomcat processes). 
  +A sample workers2.properties can be found under the conf directory.
  +
  +jk2.properties - A configuration file used by mod_jk2 on the 
Tomcat side.
  +
  +
  +
  +
  +In the registry, create a new registry key named
  +"HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Jakarta 
Isapi Redirector\2.0"
  +
  +Add a string value with the name serverRoot and a value which is 
a full path
  +to your Tomcat installation (for example c:\jakarta-tomcat)
  +
  +Add a string value with the name extensionUri and a value of 
/jakarta/isapi_redirector2.dll
  +
  +Add a string value with the name workersFile and a value which 
is the full path 
  +to your workers2.properties file (for example 
c:\jakarta-tomcat\conf\workers2.properties)
  +
  +Add a string value with the name logLevel and a value for your 
log level 
  +(can be DEBUG, INFO or ERROR).
  +Using the IIS management console, add a new virtual directory 
to your IIS web site.
  +The name of the virtual directory must be jakarta. 
  +Its physical path should be the directory where you placed 
isapi_redirector2.dll 
  +While creating this new virtual directory assign it with execute access.
  +
  +Using the IIS management console, add isapi_redirector2.dll as a filter 
in your IIS web site. 
  +The name of the filter should reflect its task (I use the name 
jakarta), 
  +its executable must full path to the isapi_redirector2.dll. 
  +
  +
  +
  +
  +That's all, you should now start Tomcat and ask IIS to serve you the 
/examples context. 
  +Try http://localhost/examples/jsp/index.html";>http://localhost/examples/jsp/index.html
 for example and 
  +execute some of the JSP examples. 
  +
  +
 
   
  
  
  

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

Tagging JK2_2_0_0_BETA

[Mladen Turk]

The JTC will be tagged as JK2_2_0_0_BETA at 18:00 GMT.


Until then we need as much work on the docs, anyone can spare ;), or
perhaps it doesn't mater for the tag?

Regards,
MT.


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

Re: [POLL] Tomcat 3.3.2 updates

[Henri Gomez]

Larry Isaacs wrote:
> 
>>-Original Message-
>>From: Henri Gomez [mailto:[EMAIL PROTECTED]] 
>>Sent: Wednesday, September 25, 2002 5:55 AM
>>To: Tomcat Developers List
>>Subject: Re: [POLL] Tomcat 3.3.2 updates
>>
>>
>>
>>>
>>
>>I take a look at this module and I really like it.
>>
>>What about using it and remove MxInterceptor ?
> 
> 
> Yes, I would remove MxInterceptor, and related
> items from the main tree and add JmxSupport
> (suggestions for a better name are welcome) under
> "proposals".
> 
> 
>>Could we bundle this module in TC 3.3.2 ?
> 
> 
> My first thought is to make it available in the same
> fashion as PasswordPrompter.war.
> 
> Also, I don't think it will interfere with JMX use
> in web applications since add-ons, being "trusted",
> hook to the "container" classloader.

So you've got my total +1 to put JMX in module and remove
MxInterceptor ;-)



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

Tomcat4.1.12 on windows and JDK1.3 problems

[Domagoj Jugovic]

Tomcat 4.0.3 works fine in the same enviroment (win98 + IBM JDK1.3).

But Tomcat 4.1.10 and Tomcat 4.1.12 are complaining about missing 
java.util.logging.* and I downloaded the version for jdk1.2+ which doesn't 
have logging, why does version for jdk1.2 require java.util.logging ?

But I find out how to put exactly the same logging possibilities like in 
jdk 1.4 to jdk 1.3 (see : http://javalogging.sourceforge.net/  it's an JSR 
47 implementation).  So java.util.logging.* is now ok.

But now the comand line stack trace after typing bin/startup is :

Using CATALINA_BASE:   ..
Using CATALINA_HOME:   ..
Using CATALINA_TMPDIR: ..\temp
Using JAVA_HOME:   c:\IBMJava1_3
java.lang.NoSuchMethodError: java.lang.Throwable: method 
getStackTrace()[Ljava/lang/StackTraceElement; not found
at org.apache.commons.logging.impl.Jdk14Logger.log(Jdk14Logger.java:115)
at org.apache.commons.logging.impl.Jdk14Logger.info(Jdk14Logger.java:192)
at org.apache.commons.modeler.Registry.loadRegistry(Registry.java:264)
at org.apache.catalina.mbeans.MBeanUtils.createRegistry(MBeanUtils.java:1620)
at org.apache.catalina.mbeans.MBeanUtils.(MBeanUtils.java:162)
at 
org.apache.catalina.mbeans.GlobalResourcesLifecycleListener.(GlobalResourcesLifecycleListener.java:115)
at java.lang.Class.newInstance0(Native Method)
at java.lang.Class.newInstance(Class.java:254)
at 
org.apache.commons.digester.ObjectCreateRule.begin(ObjectCreateRule.java:253)
at org.apache.commons.digester.Digester.startElement(Digester.java:1237)
at 
org.apache.xerces.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java:454)
at 
org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(AbstractXMLDocumentParser.java:217)
at 
org.apache.xerces.impl.XMLNamespaceBinder.emptyElement(XMLNamespaceBinder.java:594)
at 
org.apache.xerces.impl.dtd.XMLDTDValidator.emptyElement(XMLDTDValidator.java:777)
at 
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(XMLDocumentFragmentScannerImpl.java:748)
at 
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(XMLDocumentFragmentScannerImpl.java:1453)
at 
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:333)
at org.apache.xerces.parsers.DTDConfiguration.parse(DTDConfiguration.java:524)
at org.apache.xerces.parsers.DTDConfiguration.parse(DTDConfiguration.java:580)
at org.apache.xerces.parsers.XMLParser.parse(XMLParser.java:152)
at 
org.apache.xerces.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1169)
at org.apache.commons.digester.Digester.parse(Digester.java:1495)
at org.apache.catalina.startup.Catalina.start(Catalina.java:449)
at org.apache.catalina.startup.Catalina.execute(Catalina.java:400)
at org.apache.catalina.startup.Catalina.process(Catalina.java:180)
at java.lang.reflect.Method.invoke(Native Method)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203)




Thanks in advance,  
Cheers. 



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

Re: Tomcat4.1.12 on windows and JDK1.3 problems

[Remy Maucherat]

Domagoj Jugovic wrote:
> Tomcat 4.0.3 works fine in the same enviroment (win98 + IBM JDK1.3).
> 
> But Tomcat 4.1.10 and Tomcat 4.1.12 are complaining about missing 
> java.util.logging.* and I downloaded the version for jdk1.2+ which 
> doesn't have logging, why does version for jdk1.2 require 
> java.util.logging ?
> 
> But I find out how to put exactly the same logging possibilities like in 
> jdk 1.4 to jdk 1.3 (see : http://javalogging.sourceforge.net/  it's an 
> JSR 47 implementation).  So java.util.logging.* is now ok.
> 
> But now the comand line stack trace after typing bin/startup is :

If I run TC 4.1.12 with JDK 1.3.1 on Windows, I do not get any problems. 
commons-logging falls back to using sys.out instead of java.logging, and 
everything is fine.

Please do not post that on tomcat-dev, but on tomcat-user, or the 
commons mailing list, since it looks like an "issue" with commons-logging.

Remy


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

Re: [POLL] Tomcat 3.3.2 updates

[Henri Gomez]

> Think about it - each app can expose config and status 
> data to the mx layer, and the config app ( or another
> tool ) can manage not only tomcat, but also each webapp. 
> JMX is not restricted to server code, it can ( and should) 
> be used in user apps as well. And that's where things 
> will be intersting.

As someone who write large web applications, I added JMX
support directly into the application, so I'd like to keep
control on it, ie creating JMX, JMX HTTP adaptor.

I don't think the servlet engine should do it.


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

Re: [POLL] aprize jk2

[Henri Gomez]

Eugene Gluzberg wrote:
> I am against only because many apache 1.3 users (who installed apache 
> from RPMs, like me) will not be able to use jk2, unless there an easy 
> way to install apr libs/includes, etc on top of apache1.3 Is there?
> 

Yes, working on it ;)




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

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

[hgomez]

hgomez  2002/09/26 02:26:20

  Modified:jk/native2/common jk_uriEnv.c
  Log:
  First pass to try to fix jk2_uriEnv_parserName in non APR case
  
  Revision  ChangesPath
  1.31  +3 -0  jakarta-tomcat-connectors/jk/native2/common/jk_uriEnv.c
  
  Index: jk_uriEnv.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_uriEnv.c,v
  retrieving revision 1.30
  retrieving revision 1.31
  diff -u -r1.30 -r1.31
  --- jk_uriEnv.c   24 Sep 2002 07:58:22 -  1.30
  +++ jk_uriEnv.c   26 Sep 2002 09:26:20 -  1.31
  @@ -135,6 +135,9 @@
   }
   else
   uri = strchr(host, '/');
  +
  +uriEnv->uri = uri;
  +
   if (!uri) {
   /* That's a virtual host definition ( no actual mapping, just global
* settings like aliases, etc
  
  
  

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

JTC tagged JK_1_2_0_rel

[Henri Gomez]

Ok, since nobody need to add patches to jk/native,
I tagged JTC with JK_1_2_0_rel.

I'll prepare tarball containing only jk/native
(java, webapp and jk/native2 will be removed).

Regards


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

Re: Tomcat4.1.12 on windows and JDK1.3 problems

[Domagoj Jugovic]

Thanks for the answer, and sorry for posting to dev list, I did it so 
because nobody answered at user list where I posted firstly.

Is it possible to push tomcat to fallback logging to System.out manualy (in 
some config file) , because he doesn't do so automatically ?

And I'll try with JDK 1.31 (I think that IBM has released JDK1.3.1) , if 
this doesnt work I'll switch to Sun JDK1.3.1.

At 11:13 26. 09. 02 +0200, you wrote:
>Domagoj Jugovic wrote:
>>Tomcat 4.0.3 works fine in the same enviroment (win98 + IBM JDK1.3).
>>But Tomcat 4.1.10 and Tomcat 4.1.12 are complaining about missing 
>>java.util.logging.* and I downloaded the version for jdk1.2+ which 
>>doesn't have logging, why does version for jdk1.2 require java.util.logging ?
>>But I find out how to put exactly the same logging possibilities like in 
>>jdk 1.4 to jdk 1.3 (see : http://javalogging.sourceforge.net/  it's an 
>>JSR 47 implementation).  So java.util.logging.* is now ok.
>>But now the comand line stack trace after typing bin/startup is :
>
>If I run TC 4.1.12 with JDK 1.3.1 on Windows, I do not get any problems. 
>commons-logging falls back to using sys.out instead of java.logging, and 
>everything is fine.
>
>Please do not post that on tomcat-dev, but on tomcat-user, or the commons 
>mailing list, since it looks like an "issue" with commons-logging.
>
>Remy
>
>
>--
>To unsubscribe, e-mail:   
>For additional commands, e-mail: 
>



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

RE: [POLL] Tomcat 3.3.2 updates

[Larry Isaacs]

> -Original Message-
> From: Costin Manolache [mailto:[EMAIL PROTECTED]] 
> Sent: Wednesday, September 25, 2002 9:21 AM
> To: [EMAIL PROTECTED]
> Subject: RE: [POLL] Tomcat 3.3.2 updates
> 
> 
> Larry Isaacs wrote:
> 
> 
> > A first pass implementation, derived from what you have
> > done, can be found here:
> > 
> > 
> 
> Great ! 
> 
> However, I remain to the opinion that JMX is a fundamental
> API that should be available to all applications, and it
> should provide it's own (trusted) security.
> 
> If anything, we should try to 'hack' mx4j to provide app
> isolation or fix whatever is broken.

Most of the time I have spent playing with JMX occurred
in the last couple of days.  So that I don't misunderstand,
can you elaborate what you mean by "isolation".  Are you
referring to some kind of username, and maybe rolls, that
somehow control what you can and can't see on the Mbean
server?

> 
> Think about it - each app can expose config and status 
> data to the mx layer, and the config app ( or another
> tool ) can manage not only tomcat, but also each webapp. 
> JMX is not restricted to server code, it can ( and should) 
> be used in user apps as well. And that's where things 
> will be intersting.

For now, we could continue to include the JMX jars in
lib/container and update LoaderInterceptor11 to have
"jmx", "jmxDir", and "jmxJars" attributes which work
like the JAXP handling.  Do you see doing more than
this at this point?

Cheers,
Larry

> 
> Costin
> 

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

RE: [POLL] Tomcat 3.3.2 updates

[Larry Isaacs]

I'll try to commit this tonight.

Cheers,
Larry

> -Original Message-
> From: Henri Gomez [mailto:[EMAIL PROTECTED]] 
> Sent: Thursday, September 26, 2002 4:38 AM
> To: Tomcat Developers List
> Subject: Re: [POLL] Tomcat 3.3.2 updates
> 
> 
> Larry Isaacs wrote:
> > 
> >>-Original Message-
> >>From: Henri Gomez [mailto:[EMAIL PROTECTED]] 
> >>Sent: Wednesday, September 25, 2002 5:55 AM
> >>To: Tomcat Developers List
> >>Subject: Re: [POLL] Tomcat 3.3.2 updates
> >>
> >>
> >>
> >>>
> >>
> >>I take a look at this module and I really like it.
> >>
> >>What about using it and remove MxInterceptor ?
> > 
> > 
> > Yes, I would remove MxInterceptor, and related
> > items from the main tree and add JmxSupport
> > (suggestions for a better name are welcome) under
> > "proposals".
> > 
> > 
> >>Could we bundle this module in TC 3.3.2 ?
> > 
> > 
> > My first thought is to make it available in the same
> > fashion as PasswordPrompter.war.
> > 
> > Also, I don't think it will interfere with JMX use
> > in web applications since add-ons, being "trusted",
> > hook to the "container" classloader.
> 
> So you've got my total +1 to put JMX in module and remove
> MxInterceptor ;-)
> 
> 
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 
> 

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

RE: Tagging JK2_2_0_0_BETA

[Ignacio J. Ortega]

> De: Mladen Turk [mailto:[EMAIL PROTECTED]]
> Enviado el: 26 de septiembre de 2002 10:36

I would much prefer to use a releasing scheme like 4.1.X, that is, only
rate the stability of a release _after_ the tagging.. i think it's much
more honest with our users..

So i would tag jk_2_0_0 not jk_2_0_0_beta..

In addition 12346 continues being a problem, and there is some issues
with SSL under IIS (12998) , i bet that issues are the same with apache
.. but i dont know..

Saludos ,
Ignacio J. Ortega

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

Re: Tagging JK2_2_0_0_BETA

[Henri Gomez]

Mladen Turk wrote:
> The JTC will be tagged as JK2_2_0_0_BETA at 18:00 GMT.
> 
> 
> Until then we need as much work on the docs, anyone can spare ;), or
> perhaps it doesn't mater for the tag?
> 
> Regards,
> MT.
> 
> 
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
> 
> 
> 
jk2 still didn't works on Apache 1.3 (something broken on) :

#0  0x401e0f3a in strcmp () from /lib/i686/libc.so.6
#1  0x404335dc in jk2_signal_factory () from /etc/httpd/modules/mod_jk2.so
#2  0x4042bcad in jk2_config_setProperty () from 
/etc/httpd/modules/mod_jk2.so
#3  0x4042c2cd in jk2_config_processNode () from 
/etc/httpd/modules/mod_jk2.so
#4  0x4042c0d0 in jk2_config_processConfigData () from 
/etc/httpd/modules/mod_jk2.so
#5  0x4042cac7 in jk2_config_file_read () from /etc/httpd/modules/mod_jk2.so
#6  0x4042bcad in jk2_config_setProperty () from 
/etc/httpd/modules/mod_jk2.so
#7  0x4042be52 in jk2_config_setPropertyString () from 
/etc/httpd/modules/mod_jk2.so
#8  0x40436f24 in jk2_worker_ajp13_factory () from 
/etc/httpd/modules/mod_jk2.so
#9  0x4043a878 in jk2_service_apache13_init () from 
/etc/httpd/modules/mod_jk2.so
#10 0x08056881 in ap_init_modules ()
#11 0x080608b1 in main ()
#12 0x40177627 in __libc_start_main (main=0x8060440 , argc=2, 
ubp_av=0xbfffe8b4, init=0x804f344 <_init>, fini=0x8074b20 <_fini>,
 rtld_fini=0x4000dcc4 <_dl_fini>, stack_end=0xbfffe8ac) at 
../sysdeps/generic/libc-start.c:129


A different error when rebuild using -g, show me the error in
non APR part of jk2_uriEnv_parserName ...

I made a correction, (commited) andapache 1.3 now start.

But apache 1.3 and 2.0 still failed to process requests, even
non tomcat related uris :

Apache 1.3.22-6 + mod_ssl

[Thu Sep 26 11:55:28 2002] [notice] Apache/1.3.22 (Unix) 
(Red-Hat/Linux) mod_jk2/2.0.0 mod_jk/1.2.0 mod_ssl/2.8.5 OpenSSL/0.9.6b 
DAV/1.0.2 PHP/4.1.2 mod_perl/1.26 configured -- resuming normal operations
[Thu Sep 26 11:55:28 2002] [notice] suEXEC mechanism enabled (wrapper: 
/usr/sbin/suexec)
[Thu Sep 26 11:55:28 2002] [notice] Accept mutex: sysvsem (Default: sysvsem)
[Thu Sep 26 09:55:42 2002]  (debug) [jk_env.c (157)]: env:Create child 
env 0x80cfa18 0x81c3db0
[Thu Sep 26 09:55:42 2002]  (debug) [jk_uriMap.c (516)]: uriMap.mapUri() 
hostname (null) port 0 uri /
[Thu Sep 26 09:55:42 2002]  (debug) [jk_env.c (157)]: env:Create child 
env 0x80cfa18 0x81c3db0
[Thu Sep 26 09:55:42 2002]  (debug) [jk_uriMap.c (516)]: uriMap.mapUri() 
hostname (null) port 0 uri /
[Thu Sep 26 09:55:42 2002]  (debug) [jk_env.c (157)]: env:Create child 
env 0x80cfa18 0x81c3db0
[Thu Sep 26 09:55:42 2002]  (debug) [jk_uriMap.c (516)]: uriMap.mapUri() 
hostname (null) port 0 uri /
[Thu Sep 26 09:55:42 2002]  (debug) [jk_env.c (157)]: env:Create child 
env 0x80cfa18 0x81c3db0
[Thu Sep 26 09:55:42 2002]  (debug) [jk_uriMap.c (516)]: uriMap.mapUri() 
hostname (null) port 0 uri /
[Thu Sep 26 09:55:42 2002]  (debug) [jk_env.c (157)]: env:Create child 
env 0x80cfa18 0x81c3db0
[Thu Sep 26 09:55:42 2002]  (debug) [jk_uriMap.c (516)]: uriMap.mapUri() 
hostname (null) port 0 uri /
[Thu Sep 26 09:55:42 2002]  (debug) [jk_env.c (157)]: env:Create child 
env 0x80cfa18 0x81c3db0
[Thu Sep 26 09:55:42 2002]  (debug) [jk_uriMap.c (516)]: uriMap.mapUri() 
hostname (null) port 0 uri /
[Thu Sep 26 09:55:42 2002]  (debug) [jk_env.c (157)]: env:Create child 
env 0x80cfa18 0x81c3db0
[Thu Sep 26 09:55:42 2002]  (debug) [jk_uriMap.c (516)]: uriMap.mapUri() 
hostname (null) port 0 uri /
[Thu Sep 26 09:55:42 2002]  (debug) [jk_env.c (157)]: env:Create child 
env 0x80cfa18 0x81c3db0
[Thu Sep 26 09:55:42 2002]  (debug) [jk_uriMap.c (516)]: uriMap.mapUri() 
hostname (null) port 0 uri /
[Thu Sep 26 11:55:42 2002] [notice] child pid 1036 exit signal 
Segmentation fault (11)
[Thu Sep 26 11:55:42 2002] [notice] child pid 1035 exit signal 
Segmentation fault (11)
[Thu Sep 26 11:55:42 2002] [notice] child pid 1034 exit signal 
Segmentation fault (11)
[Thu Sep 26 11:55:42 2002] [notice] child pid 1033 exit signal 
Segmentation fault (11)
[Thu Sep 26 11:55:42 2002] [notice] child pid 1032 exit signal 
Segmentation fault (11)
[Thu Sep 26 11:55:42 2002] [notice] child pid 1031 exit signal 
Segmentation fault (11)
[Thu Sep 26 11:55:42 2002] [notice] child pid 1030 exit signal 
Segmentation fault (11)
[Thu Sep 26 11:55:42 2002] [notice] child pid 1029 exit signal 
Segmentation fault (11)
[Thu Sep 26 09:55:42 2002]  (debug) [jk_env.c (157)]: env:Create child 
env 0x80cfa18 0x81c3db0
[Thu Sep 26 09:55:42 2002]  (debug) [jk_uriMap.c (516)]: uriMap.mapUri() 
hostname (null) port 0 uri /
[Thu Sep 26 11:55:43 2002] [notice] child pid 1039 exit signal 
Segmentation fault (11)
[Thu Sep 26 09:55:43 2002]  (debug) [jk_env.c (157)]: env:Create child 
env 0x80cfa18 0x81c3db0
[Thu Sep 26 09:55:43 2002]  (debug) [jk_uriMap.c (516)]: uriMap.mapUri() 
hostname (null) port 0 uri /
[Thu Sep 26 11:55:44 2002] [notice] child pid 1040 exit signal 
Segmentatio

RE: Tagging JK2_2_0_0_BETA

[Mladen Turk]

> -Original Message-
> From: Ignacio J. Ortega


> In addition 12346 continues being a problem

It works for me.

> some issues with SSL under IIS (12998) , i bet that issues 
> are the same with apache .. but i dont know..
> 

Will check.

MT.


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

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

[remm]

remm2002/09/26 03:25:03

  Modified:catalina/src/share/org/apache/catalina/core
LocalStrings.properties StandardContext.java
  Log:
  - Fix bug 13015.
  - Refactor resources lifecycle handling (it should be clean this time).
  - Resources cannot be changed while Catalina is running.
  
  Revision  ChangesPath
  1.46  +3 -0  
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/LocalStrings.properties
  
  Index: LocalStrings.properties
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/LocalStrings.properties,v
  retrieving revision 1.45
  retrieving revision 1.46
  diff -u -r1.45 -r1.46
  --- LocalStrings.properties   20 Mar 2002 12:29:55 -  1.45
  +++ LocalStrings.properties   26 Sep 2002 10:25:03 -  1.46
  @@ -61,6 +61,9 @@
   standardContext.reloadingCompleted=Reloading this Context is completed
   standardContext.reloadingFailed=Reloading this Context failed due to previous errors
   standardContext.reloadingStarted=Reloading this Context has started
  +standardContext.resources.started=Cannot change resources while context is started
  +standardContext.resourcesStart=Resources start failed:
  +standardContext.resourcesStop=Resources start failed:
   standardContext.securityConstraint.pattern=Invalid  {0} in security 
constraint
   standardContext.servletMap.name=Servlet mapping specifies an unknown servlet name 
{0}
   standardContext.servletMap.pattern=Invalid  {0} in servlet mapping
  
  
  
  1.113 +93 -39
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardContext.java
  
  Index: StandardContext.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardContext.java,v
  retrieving revision 1.112
  retrieving revision 1.113
  diff -u -r1.112 -r1.113
  --- StandardContext.java  9 Sep 2002 14:39:37 -   1.112
  +++ StandardContext.java  26 Sep 2002 10:25:03 -  1.113
  @@ -488,6 +488,12 @@
   protected boolean cachingAllowed = true;
   
   
  +/**
  + * Non proxied resources.
  + */
  +protected DirContext webappResources = null;
  +
  +
   // - Context Properties
   
   
  @@ -1145,15 +1151,28 @@
*/
   public synchronized void setResources(DirContext resources) {
   
  +if (started) {
  +throw new IllegalStateException
  +(sm.getString("standardContext.resources.started"));
  +}
  +
  +DirContext oldResources = this.webappResources;
  +if (oldResources == resources)
  +return;
  +
   if (resources instanceof BaseDirContext) {
   ((BaseDirContext) resources).setCached(isCachingAllowed());
   }
   if (resources instanceof FileDirContext) {
   filesystemBased = true;
   }
  -super.setResources(resources);
  -if (started)
  -postResources(); // As a servlet context attribute
  +this.webappResources = resources;
  +
  +// The proxied resources will be refreshed on start
  +this.resources = null;
  +
  +support.firePropertyChange("resources", oldResources, 
  +   this.webappResources);
   
   }
   
  @@ -3303,6 +3322,66 @@
   
   
   /**
  + * Allocate resources, including proxy.
  + * Return true if initialization was successfull,
  + * or false otherwise.
  + */
  +public boolean resourcesStart() {
  +
  +boolean ok = true;
  +
  +Hashtable env = new Hashtable();
  +if (getParent() != null)
  +env.put(ProxyDirContext.HOST, getParent().getName());
  +env.put(ProxyDirContext.CONTEXT, getName());
  +
  +try {
  +ProxyDirContext proxyDirContext = 
  +new ProxyDirContext(env, webappResources);
  +if (webappResources instanceof BaseDirContext) {
  +((BaseDirContext) webappResources).setDocBase(getBasePath());
  +((BaseDirContext) webappResources).allocate();
  +}
  +this.resources = proxyDirContext;
  +} catch (Throwable t) {
  +log(sm.getString("standardContext.resourcesStart", t));
  +ok = false;
  +}
  +
  +return (ok);
  +
  +}
  +
  +
  +/**
  + * Deallocate resources and destroy proxy.
  + */
  +public boolean resourcesStop() {
  +
  +boolean ok = true;
  +
  +try {
  +if (resources != null) {
  +if (resources instanceof Lifecycle) {
  +((Lifecycle) resources).stop();
  +}
  +if (webappResources instanceof BaseDirContext) {
  +  

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

[mturk]

mturk   2002/09/26 03:26:33

  Modified:jk/native2/common jk_uriEnv.c
  Log:
  Fix non APR parseName
  
  Revision  ChangesPath
  1.32  +3 -4  jakarta-tomcat-connectors/jk/native2/common/jk_uriEnv.c
  
  Index: jk_uriEnv.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_uriEnv.c,v
  retrieving revision 1.31
  retrieving revision 1.32
  diff -u -r1.31 -r1.32
  --- jk_uriEnv.c   26 Sep 2002 09:26:20 -  1.31
  +++ jk_uriEnv.c   26 Sep 2002 10:26:33 -  1.32
  @@ -135,9 +135,7 @@
   }
   else
   uri = strchr(host, '/');
  -
  -uriEnv->uri = uri;
  -
  +
   if (!uri) {
   /* That's a virtual host definition ( no actual mapping, just global
* settings like aliases, etc
  @@ -155,12 +153,13 @@
   uriEnv->port = atoi(colon);
   }
   /* If it doesn't start with /, it must have a vhost */
  -if (strlen(host)) {
  +if (strlen(host) && uri != host) {
   uriEnv->virtual = uriEnv->pool->calloc( env, uriEnv->pool, strlen(host) + 1 
);
   strncpy(uriEnv->virtual, name, strlen(host));
   }
   else
   uriEnv->virtual = "*";
  +   uriEnv->uri = uriEnv->pool->pstrdup(env, uriEnv->pool, path);
   
   return JK_OK;
   }
  
  
  

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

DO NOT REPLY [Bug 13015] - tag can't include tag in conf/server.xml

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

 tag can't include  tag in conf/server.xml

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2002-09-26 10:27 ---
This has been fixed. The fix will be included in Tomcat 4.1.13. I've also
refactored the whole handling of the resources to make it cleaner.

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

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

[mturk]

mturk   2002/09/26 03:39:57

  Modified:jk/native2/common jk_channel_jni.c
  Log:
  Some Henri's leftovers :)
  
  Revision  ChangesPath
  1.35  +2 -2  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.34
  retrieving revision 1.35
  diff -u -r1.34 -r1.35
  --- jk_channel_jni.c  25 Sep 2002 07:42:29 -  1.34
  +++ jk_channel_jni.c  26 Sep 2002 10:39:57 -  1.35
  @@ -232,7 +232,7 @@
   /* AS400/BS2000 need EBCDIC to ASCII conversion for JNI */
   jmethod=(*jniEnv)->GetStaticMethodID(jniEnv, jniCh->jniBridge,
strdup_ascii(env, "createJavaContext"), 
  - strdup_ascii(env, "(Ljava/lang/String;J)Ljava/lang/Object;");
  + strdup_ascii(env, "(Ljava/lang/String;J)Ljava/lang/Object;"));
   
   if( jmethod == NULL ) {
   env->l->jkLog(env, env->l, JK_LOG_ERROR,
  @@ -298,7 +298,7 @@
   jniCh->writeMethod =
   (*jniEnv)->GetStaticMethodID(jniEnv, jniCh->jniBridge,
strdup_ascii(env, "jniInvoke"),
  - strdup_ascii(env, "(JLjava/lang/Object;)I"))s;
  + strdup_ascii(env, "(JLjava/lang/Object;)I"));
   
   if( jniCh->writeMethod == NULL ) {
   env->l->jkLog(env, env->l, JK_LOG_EMERG,
  
  
  

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

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

[Henri Gomez]

Ok it works now for both apache 1.3 and 2.0 for simple
workers2.properties :

[shm:]
info=Scoreboard. Required for reconfiguration and status with 
multiprocess servers
file=/var/run/jk2-ap13.shm
size=1048576

[channel.socket:localhost:8009]
debug=1

[ajp13:localhost:8009]
channel=channel.socket:localhost:8009
debug=1

[status:status]

[uri:/jkstatus/*]
info=Display status information and checks the config file for changes.
worker=status:status
debug=1

[uri:/examples/*]
worker=ajp13:localhost:8009
debug=1



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

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

[Henri Gomez]

[EMAIL PROTECTED] wrote:
> mturk   2002/09/26 03:39:57
> 
>   Modified:jk/native2/common jk_channel_jni.c
>   Log:
>   Some Henri's leftovers :)
>   
>   Revision  ChangesPath
>   1.35  +2 -2  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.34
>   retrieving revision 1.35
>   diff -u -r1.34 -r1.35
>   --- jk_channel_jni.c25 Sep 2002 07:42:29 -  1.34
>   +++ jk_channel_jni.c26 Sep 2002 10:39:57 -  1.35
>   @@ -232,7 +232,7 @@
>/* AS400/BS2000 need EBCDIC to ASCII conversion for JNI */
>jmethod=(*jniEnv)->GetStaticMethodID(jniEnv, jniCh->jniBridge,
> strdup_ascii(env, "createJavaContext"), 
>   - strdup_ascii(env, "(Ljava/lang/String;J)Ljava/lang/Object;");
>   + strdup_ascii(env, "(Ljava/lang/String;J)Ljava/lang/Object;"));
>
>if( jmethod == NULL ) {
>env->l->jkLog(env, env->l, JK_LOG_ERROR,
>   @@ -298,7 +298,7 @@

Dam't copy paste thanks Mladen ;)



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

DO NOT REPLY [Bug 13024] New: - Servlet Mapping error ?

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

Servlet Mapping error ?

   Summary: Servlet Mapping error ?
   Product: Tomcat 4
   Version: 4.1.12
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Before 4.1.12 

I map all context resources to my servlet as written bellow


   XXX
   /MY_CONTEXT/*


now Tomcat 4.1.12 work only without MY_CONTEXT

  /*

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

[GUMP] Build Failure - jakarta-tomcat-4.0

[Craig McClanahan]

This email is autogenerated from the output from:



Buildfile: build.xml

deploy-prepare:

deploy-static:

deploy:
 [echo] Target: Catalina - Deploy ...

flags:

flags.display:
 [echo] --- Build environment for Catalina ---
 [echo] If ${property_name} is displayed, then the property is not set)
 [echo] --- Build options ---
 [echo] full.dist=${full.dist}
 [echo] build.sysclasspath=only
 [echo] compile.debug=${compile.debug}
 [echo] compile.deprecation=${compile.deprecation}
 [echo] compile.optimize=${compile.optimize}
 [echo] --- Ant Flags ---
 [echo] 

RE: Tagging JK2_2_0_0_BETA

[Mladen Turk]

> -Original Message-
> From: Henri Gomez

> > 
> jk2 still didn't works on Apache 1.3 (something broken on) :
> 

Should work now (tested on WIN32), could you test that on a NIX? 

MT.


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

jk2 uri normal behaviour

[Henri Gomez]

I've got a question about uris :

In my workers2.properties I've got :

[uri:/examples]
info=Example webapp in the default context.
context=/examples
debug=0

[uri:/examples/servlet/*]
info=Prefix mapping

[uri:/examples/*.jsp]
info=Extension mapping

[uri:/examples/*]
info=Map the whole webapp

I could get :

http://myhost/examples/
http://myhost/examples
http://myhost/examples/jsp/
http://myhost/examples/jsp/num/numguess.jsp
http://myhost/examples/servlet/HelloWorldExample
http://myhost/examples/images/
http://myhost/examples/images/code.gif

But can't get :

http://myhost/examples/servlets/

Why ?

I should have to comment [uri:/examples/servlet/*]
to get access to http://myhost/examples/servlets/

More information is welcomed

BTW, tested using latest JK2 with Apache 1.3 (without apr)


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

Re: Tagging JK2_2_0_0_BETA

[Henri Gomez]

Mladen Turk wrote:
> 
>>-Original Message-
>>From: Henri Gomez
> 
> 
>>jk2 still didn't works on Apache 1.3 (something broken on) :
>>
> 
> 
> Should work now (tested on WIN32), could you test that on a NIX? 

As reported previously, it now works on Linux ;-)




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

RE: jk2 uri normal behaviour

[Mladen Turk]

Look into the /examples/Web-inf/web.xml ;)


> From: Henri Gomez
> 
> I could get :
> 


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

Re: jk2 uri normal behaviour

[Henri Gomez]

Mladen Turk wrote:
> Look into the /examples/Web-inf/web.xml ;)

What do you means ?

I couldn't get http://myhost/examples/servlets/ until
I comment [uri:/examples/servlet/*] .

And I've set [uri:/examples/*] so any uri under /examples/*
should be directed to tomcat isn't it ?






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

DO NOT REPLY [Bug 13024] - Servlet Mapping error ?

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

Servlet Mapping error ?

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME



--- Additional Comments From [EMAIL PROTECTED]  2002-09-26 11:10 ---
Sorry, I do not understand. Please give out a lot more details, or give a test case.

/foo/* mappings work fine in 4.1.12.

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

DO NOT REPLY [Bug 13028] New: - Problems with jar-files in WEB-INF/lib directory outside tomcat webapps dir

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

Problems with jar-files in WEB-INF/lib directory outside tomcat webapps dir

   Summary: Problems with jar-files in WEB-INF/lib directory outside
tomcat webapps dir
   Product: Tomcat 4
   Version: 4.1.10
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I have got problems compinling my jsp-pages because of a classdef not found
exception. If I deploy the web-application with ant (tomcat-ant-task, which uses
the tomcat management interface) it seems to me the jar files in WEB-INF/lib are
not used. Please note, the document-root is not located under the tomcat webapps
directory but elsewhere on my machine.

If I copy the jar files from my WEB-INF/lib directory to tomcats common/lib
everything works fine.

If I just copy the ant-build directory (containing my jsps, the WEB-INF dir...)
to the tomcat webapps directory everything works fine too.

So it seems to me there is a problem using jar-files that are located outside
the tomcat webapp-directory.

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

DO NOT REPLY [Bug 13028] - Problems with jar-files in WEB-INF/lib directory outside tomcat webapps dir

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

Problems with jar-files in WEB-INF/lib directory outside tomcat webapps dir

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2002-09-26 11:18 ---


*** This bug has been marked as a duplicate of 12387 ***

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

DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath

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

JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in 
classpath

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||sebastian.schuette.ss@bayer-
   ||ag.de



--- Additional Comments From [EMAIL PROTECTED]  2002-09-26 11:18 ---
*** Bug 13028 has been marked as a duplicate of this bug. ***

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

DO NOT REPLY [Bug 13024] - Servlet Mapping error ?

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

Servlet Mapping error ?

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WORKSFORME  |



--- Additional Comments From [EMAIL PROTECTED]  2002-09-26 11:20 ---
I have xxx.war and place it to webapp
in this jar in WEB-INF I have web.xml

prt
ServletClass
1


prt
/xxx/*


in Tomcat 4.1.12
Access http://localhost:8080/xxx/servlet/.


with log level 9 I see

2002-09-26 13:53:11 StandardContext[/irj]: Mapping contextPath='/xxx' with 
requestURI='/xxx/services/laf/themes/portal/sap_mango_polarwind/controls/tray/ic
on_personalize.gif' and 
relativeURI='/services/laf/themes/portal/sap_mango_polarwind/controls/tray/icon_
personalize.gif'
2002-09-26 13:53:11 StandardContext[/xxx]:   Trying exact match
2002-09-26 13:53:11 StandardContext[/xxx]:   Trying prefix match
2002-09-26 13:53:11 StandardContext[/xxx]:   Trying extension match
2002-09-26 13:53:11 StandardContext[/xxx]:   Trying default match
2002-09-26 13:53:11 StandardContext[/xxx]:  Mapped to servlet 'default' with 
servlet 

but this request must be mapped to servlet xxx
on 4.0.5 and prev version 4.1.10 all worked ok

If I change web.xml and write


prt
/servlet/*


4.1.12 also worked ok


But I think result in all versions must be the same

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

RE: jk2 uri normal behaviour

[Mladen Turk]

> -Original Message-
> From: Henri Gomez [mailto:[EMAIL PROTECTED]] 
> Sent: Thursday, September 26, 2002 1:09 PM
> To: Tomcat Developers List
> Subject: Re: jk2 uri normal behaviour
> 
> 
> Mladen Turk wrote:
> > Look into the /examples/Web-inf/web.xml ;)
> 
> What do you means ?
>

Dissregard that. I thought you meant something else.
 
> I couldn't get http://myhost/examples/servlets/ until
> I comment [uri:/examples/servlet/*] .
> 
> And I've set [uri:/examples/*] so any uri under /examples/* 
> should be directed to tomcat isn't it ?
> 

Never tried. Could be a bug or a feature :-)


Do you thing we need to solve that?

MT.




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

DO NOT REPLY [Bug 13024] - Servlet Mapping error ?

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

Servlet Mapping error ?

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2002-09-26 11:25 ---
Ok. So you have two problems:
- your mapping is wrong, as they are relative to the root of the context (so
"/servlet/*" is the right mapping to use).
- the invoker servlet, which was doing the /servlet/* magic, is now disabled by
default in 4.1.12 (but not in 4.0.5). you can reenable it: read the release notes.

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

Re: jk2 uri normal behaviour

[Henri Gomez]

>>I couldn't get http://myhost/examples/servlets/ until
>>I comment [uri:/examples/servlet/*] .
>>
>>And I've set [uri:/examples/*] so any uri under /examples/* 
>>should be directed to tomcat isn't it ?
>>
> 
> 
> Never tried. Could be a bug or a feature :-)

Hum, since the uri is new to jk2, I think it's a bug.

> Do you thing we need to solve that?

Yes, since when you've got [uri:/examples/*], it should
override any others definition, using the same worker.

But if some uris in this context, goes to differents workers,
you shouldn't override.

ie :

uri:/examples/*.jsp => worker1
uri:/examples/* => worker2

I understand that, send to worker2 everything under examples
except the jsp which will be handled by worker1.

Regards ;-)



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

RE: jk2 uri normal behaviour

[Mladen Turk]

> From: Henri Gomez
> 
> Yes, since when you've got [uri:/examples/*], it should 
> override any others definition, using the same worker.
> 
> But if some uris in this context, goes to differents workers, 
> you shouldn't override.
>

Yes it's a bug...
Seems that the trailing slash is not compared.
 
MT.


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

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

[mturk]

mturk   2002/09/26 05:29:17

  Modified:jk/native2/common jk_uriMap.c jk_uriEnv.c
  Log:
  Fix the prefixMap leaving the trailing slash with the prefix.
  
  Revision  ChangesPath
  1.45  +2 -2  jakarta-tomcat-connectors/jk/native2/common/jk_uriMap.c
  
  Index: jk_uriMap.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_uriMap.c,v
  retrieving revision 1.44
  retrieving revision 1.45
  diff -u -r1.44 -r1.45
  --- jk_uriMap.c   25 Sep 2002 14:42:51 -  1.44
  +++ jk_uriMap.c   26 Sep 2002 12:29:17 -  1.45
  @@ -171,7 +171,7 @@
   if (uriLen < uwr->prefix_len)
   continue;
   if (strncmp(uri, uwr->prefix, uwr->prefix_len) == 0) {
  -if (uwr->prefix_len >best_match) {
  +if (uwr->prefix_len > best_match) {
   best_match=uwr->prefix_len;
   match=uwr;
   }
  @@ -571,7 +571,7 @@
   /* Then prefix match */
   match = jk2_uriMap_prefixMap(env, uriMap, ctxEnv->prefixMatch, uri, uriLen);
   if (match != NULL) {
  -char c = uri[match->prefix_len];
  +char c = uri[match->prefix_len - 1];
   /* XXX Filter prefix matches to allow only exact 
  matches with an optional path_info or query string at end.
  Fixes Bugzilla#12141, needs review..
  
  
  
  1.33  +5 -4  jakarta-tomcat-connectors/jk/native2/common/jk_uriEnv.c
  
  Index: jk_uriEnv.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_uriEnv.c,v
  retrieving revision 1.32
  retrieving revision 1.33
  diff -u -r1.32 -r1.33
  --- jk_uriEnv.c   26 Sep 2002 10:26:33 -  1.32
  +++ jk_uriEnv.c   26 Sep 2002 12:29:17 -  1.33
  @@ -125,7 +125,6 @@
   char *uri = NULL;
   char *colon;
   char host[1024];
  -char path[1024];
   
   strcpy(host, name);
   colon = strchr(host, ':');
  @@ -147,7 +146,6 @@
   uriEnv->virtual = uriEnv->pool->pstrdup(env, uriEnv->pool, host);
   return JK_OK;
   }
  -strcpy(path, uri);
   if (colon) {
   *uri = '\0';
   uriEnv->port = atoi(colon);
  @@ -159,8 +157,9 @@
   }
   else
   uriEnv->virtual = "*";
  -   uriEnv->uri = uriEnv->pool->pstrdup(env, uriEnv->pool, path);
  -
  +*uri = '/';
  +uriEnv->uri = uriEnv->pool->pstrdup(env, uriEnv->pool, uri);
  +
   return JK_OK;
   }
   #endif /* HAS_APR */
  @@ -398,7 +397,9 @@
   } else {
   /* context based /context/prefix/ASTERISK  */
   asterisk[1]  = '\0';
  +#if 0
   asterisk[0]  = '\0'; /* Remove the extra '/' */
  +#endif
   uriEnv->suffix  = NULL;
   uriEnv->prefix  = uri;
   uriEnv->prefix_len  =strlen( uriEnv->prefix );
  
  
  

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

cvs commit: jakarta-tomcat-connectors/jk/xdocs style.xsl.in

[hgomez]

hgomez  2002/09/26 05:50:49

  Modified:jk/xdocs style.xsl.in
  Log:
  Developpers documentation link will be added only if build.xml set gen-dev-doc
  
  Revision  ChangesPath
  1.13  +4 -0  jakarta-tomcat-connectors/jk/xdocs/style.xsl.in
  
  Index: style.xsl.in
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/style.xsl.in,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -r1.12 -r1.13
  --- style.xsl.in  20 Sep 2002 21:35:31 -  1.12
  +++ style.xsl.in  26 Sep 2002 12:50:49 -  1.13
  @@ -26,6 +26,7 @@
 
 
 
  +  
   
 

cvs commit: jakarta-tomcat-connectors/jk build.xml

[hgomez]

hgomez  2002/09/26 05:54:56

  Modified:jk   build.xml
  Log:
  native docs for developpers, need to be generated and for now 
  scandoc didn't find good tags in jk (unsure for jk2).
  links to api-c and api-java disabled by default
  
  Revision  ChangesPath
  1.57  +5 -6  jakarta-tomcat-connectors/jk/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/build.xml,v
  retrieving revision 1.56
  retrieving revision 1.57
  diff -u -r1.56 -r1.57
  --- build.xml 23 Sep 2002 10:04:24 -  1.56
  +++ build.xml 26 Sep 2002 12:54:56 -  1.57
  @@ -13,6 +13,7 @@
   
   
   
  +
   
   
   
  @@ -397,14 +398,12 @@
   
   
   
  -
  -
  +
  +
   
   
  -
  +
  +
 
   
 

cvs commit: jakarta-tomcat-connectors/jk build.xml

[hgomez]

hgomez  2002/09/26 06:08:38

  Modified:jk   build.xml
  Log:
  Don't copy .idx.in to generated doc dir
  
  Revision  ChangesPath
  1.58  +1 -0  jakarta-tomcat-connectors/jk/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/build.xml,v
  retrieving revision 1.57
  retrieving revision 1.58
  diff -u -r1.57 -r1.58
  --- build.xml 26 Sep 2002 12:54:56 -  1.57
  +++ build.xml 26 Sep 2002 13:08:38 -  1.58
  @@ -453,6 +453,7 @@
   
   
   
  +
   
 
   
  
  
  

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

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

[glenn]

glenn   2002/09/26 06:35:31

  Modified:catalina/src/share/org/apache/catalina/core
StandardWrapper.java
  Log:
  Add test for swallowOutput for capturing System.out
  
  Revision  ChangesPath
  1.41  +23 -11
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardWrapper.java
  
  Index: StandardWrapper.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardWrapper.java,v
  retrieving revision 1.40
  retrieving revision 1.41
  diff -u -r1.40 -r1.41
  --- StandardWrapper.java  29 Aug 2002 10:37:55 -  1.40
  +++ StandardWrapper.java  26 Sep 2002 13:35:31 -  1.41
  @@ -249,6 +249,11 @@
   private Stack instancePool = null;
   
   
  +/**
  + * Should we swallow System.out
  + */
  +private boolean swallowOutput = false;
  +
   // - Properties
   
   
  @@ -460,6 +465,9 @@
   !(container instanceof Context))
   throw new IllegalArgumentException
   (sm.getString("standardWrapper.notContext"));
  +if (container instanceof StandardContext) {
  +swallowOutput = ((StandardContext)container).getSwallowOutput();
  +}
   super.setParent(container);
   
   }
  @@ -827,7 +835,9 @@
   return instance;
   
   PrintStream out = System.out;
  -SystemLogHandler.startCapture();
  +if (swallowOutput) {
  +SystemLogHandler.startCapture();
  +}
   Servlet servlet = null;
   try {
   // If this "servlet" is really a JSP file, get the right class.
  @@ -961,12 +971,14 @@
   }
   fireContainerEvent("load", this);
   } finally {
  -String log = SystemLogHandler.stopCapture();
  -if (log != null && log.length() > 0) {
  -if (getServletContext() != null) {
  -getServletContext().log(log);
  -} else {
  -out.println(log);
  +if (swallowOutput) {
  +String log = SystemLogHandler.stopCapture();
  +if (log != null && log.length() > 0) {
  +if (getServletContext() != null) {
  +getServletContext().log(log);
  +} else {
  +out.println(log);
  +}
   }
   }
   }
  
  
  

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

DO NOT REPLY [Bug 12931] - Catalina eats System.out.println()

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

Catalina eats System.out.println()

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2002-09-26 13:37 ---
I have committed a patch which wraps capturing System.out with a test
for swallowOutput.  It will be available in the next nightly build
or in the next Tomcat 4.1.3 release.

Please let me know if this fixes the problem for you.

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

DO NOT REPLY [Bug 13033] New: - Unable to pass Request Time Parameters for the XML View of JSP file

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

Unable to pass Request Time Parameters for the XML View of JSP file

   Summary: Unable to pass Request Time Parameters for the XML View
of JSP file
   Product: Tomcat 4
   Version: 4.0 Final
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I have the following jsp:


http://java.sun.com/products/jsp/dtd/jsp_1_0.dtd";>



Hello


String bgcolor = "red";





The generated java file is (the wrong place marked by '!!!'):

package org.apache.jsp;

import javax.servlet.*;
import javax.servlet.http.*;
import javax.servlet.jsp.*;
import org.apache.jasper.runtime.*;


public class hello$jsp extends HttpJspBase {


static {
}
public hello$jsp( ) {
}

private static boolean _jspx_inited = false;

public final void _jspx_init() throws org.apache.jasper.runtime.JspException {
}

public void _jspService(HttpServletRequest request, HttpServletResponse  
response)
throws java.io.IOException, ServletException {

JspFactory _jspxFactory = null;
PageContext pageContext = null;
HttpSession session = null;
ServletContext application = null;
ServletConfig config = null;
JspWriter out = null;
Object page = this;
String  _value = null;
try {

if (_jspx_inited == false) {
synchronized (this) {
if (_jspx_inited == false) {
_jspx_init();
_jspx_inited = true;
}
}
}
_jspxFactory = JspFactory.getDefaultFactory();
response.setContentType("text/html;charset=ISO-8859-1");
pageContext = _jspxFactory.getPageContext(this, request, response,
"", true, 8192, true);

application = pageContext.getServletContext();
config = pageContext.getServletConfig();
session = pageContext.getSession();
out = pageContext.getOut();

// begin [file="/hello.jsp";from=(5,8);to=(5,8)]
out.write("");
// end
// HTML // begin [file="/hello.jsp";from=(5,8);to=(6,9)]
out.write("\r\n\t\t");

// end
// begin [file="/hello.jsp";from=(6,9);to=(6,9)]
out.write("");
// end
// HTML // begin [file="/hello.jsp";from=(6,9);to=(7,11)]
out.write("\r\n\t\t\t");

// end
// begin [file="/hello.jsp";from=(7,11);to=(7,11)]
out.write("");
// end
// HTML // begin [file="/hello.jsp";from=(7,24);to=(7,24)]
out.write("Hello");

// end
// begin [file="/hello.jsp";from=(7,24);to=(7,24)]
out.write("");
// end
// HTML // begin [file="/hello.jsp";from=(8,10);to=(8,10)]
out.write("\r\n\t\t");

// end
// begin [file="/hello.jsp";from=(8,10);to=(8,10)]
out.write("");
// end
// begin [file="/hello.jsp";from=(9,18);to=(11,19)]

String bgcolor = "red";

// end
// HTML // begin [file="/hello.jsp";from=(5,8);to=(12,30)]
out.write("\r\n\t\t\r\n\t\t");

// end
// begin [file="/hello.jsp";from=(12,30);to=(12,30)]
!!!out.write("");
// end
// HTML // begin [file="/hello.jsp";from=(13,10);to=(13,10)]
out.write("\r\n\t\t");

// end
// begin [file="/hello.jsp";from=(13,10);to=(13,10)]
out.write("");
// end
// HTML // begin [file="/hello.jsp";from=(14,9);to=(14,9)]
out.write("\r\n\t");

// end
// begin [file="/hello.jsp";from=(14,9);to=(14,9)]
out.write("");
// end

} catch (Throwable t) {
if (out != null && out.getBufferSize() != 0)
out.clearBuffer();
if (pageContext != null) pageContext.handlePageException(t);
} finally {
if (_jspxFactory != null) _jspxFactory.releasePageContext(pageContext);
}
  

Re: Velocity (was RE: [SECURITY] Apache Tomcat 4.x JSP source disclosure vulnerability)

[Dennis Doubleday]

Bojan,

Just move the code you wrote into a context object, reference it and
poof! Velocity gets OutOfMemory, too. Bad code is limited to front ends.

Velocity is nice. It is an excellent project, and Geir is possibly the
most responsive and helpful project leader I have ever encountered.

But there IS programming in a Velocity page--it's just in Yet Another
Templating Language, one that both your developers and your web
designers have to learn. That creates opportunities for confusion.
(Especially where velocimacros are involved.) 

> -Original Message-
> From: Bojan Smojver [mailto:[EMAIL PROTECTED]] 
> Sent: Wednesday, September 25, 2002 10:34 PM
> To: Tomcat Developers List
> Subject: Re: [SECURITY] Apache Tomcat 4.x JSP source 
> disclosure vulnerability
> 
> 
> Not if:
> 
> runtime.interpolate.string.literals = false
> 
> Bojan
> 
> Quoting Tim Funk <[EMAIL PROTECTED]>:
> 
> > That's what code reviews are for and in absence of that - 
> firing your
> > developers.
> > 
> > Wouldn't I also get an out of memory with this in Velocity?
> > 
> > #set($oom = 
> "" ) 
> > #foreach( $i in [-2147483648..2147483648] ) #set($oom = 
> > "$oom$oom$oom$oom$oom$oom$oom$oom$oom$oom$oom$oom$oom$oom" ) #end
> > 
> > Bad code can kill ANY system for the determined(disgruntled) 
> > developer.
> > 
> > 
> > Bojan Smojver wrote:
> > > All right then, let's talk about JSP's. If I host my 
> clients' JSP's 
> > > on my
> > server
> > > and a web designer puts this in (BTW, he wasn't forced, he simply 
> > > decided
> > he
> > > wanted to do it):
> > > 
> > > ---
> > > Hashtable strings = new Hashtable();
> > > int i=0;
> > > while (true)
> > > {
> > > strings.put ("dead"+i, new StringBuffer(99));
> > > }
> > > ---


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

Re: [POLL] Tomcat 3.3.2 updates

[Costin Manolache]

Henri Gomez wrote:

> Larry Isaacs wrote:
>> 
>>>-Original Message-
>>>From: Henri Gomez [mailto:[EMAIL PROTECTED]]
>>>Sent: Wednesday, September 25, 2002 5:55 AM
>>>To: Tomcat Developers List
>>>Subject: Re: [POLL] Tomcat 3.3.2 updates
>>>
>>>
>>>

>>>
>>>I take a look at this module and I really like it.
>>>
>>>What about using it and remove MxInterceptor ?
>> 
>> 
>> Yes, I would remove MxInterceptor, and related
>> items from the main tree and add JmxSupport
>> (suggestions for a better name are welcome) under
>> "proposals".
>> 
>> 
>>>Could we bundle this module in TC 3.3.2 ?
>> 
>> 
>> My first thought is to make it available in the same
>> fashion as PasswordPrompter.war.
>> 
>> Also, I don't think it will interfere with JMX use
>> in web applications since add-ons, being "trusted",
>> hook to the "container" classloader.
> 
> So you've got my total +1 to put JMX in module and remove
> MxInterceptor ;-)

+1 from me to.

( and sorry for creating the mess in the first place by puting 
it in the main tree )

-- 
Costin



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

RE: [POLL] Tomcat 3.3.2 updates

[Costin Manolache]

Larry Isaacs wrote:

> 
> 
>> -Original Message-
>> From: Costin Manolache [mailto:[EMAIL PROTECTED]]
>> Sent: Wednesday, September 25, 2002 9:21 AM
>> To: [EMAIL PROTECTED]
>> Subject: RE: [POLL] Tomcat 3.3.2 updates
>> 
>> 
>> Larry Isaacs wrote:
>> 
>> 
>> > A first pass implementation, derived from what you have
>> > done, can be found here:
>> > 
>> > 
>> 
>> Great !
>> 
>> However, I remain to the opinion that JMX is a fundamental
>> API that should be available to all applications, and it
>> should provide it's own (trusted) security.
>> 
>> If anything, we should try to 'hack' mx4j to provide app
>> isolation or fix whatever is broken.
> 
> Most of the time I have spent playing with JMX occurred
> in the last couple of days.  So that I don't misunderstand,
> can you elaborate what you mean by "isolation".  Are you
> referring to some kind of username, and maybe rolls, that
> somehow control what you can and can't see on the Mbean
> server?

1. It should be possible to have multiple jmx-enabled webapps, each 
with a number of MBeans. 
2. Webapps shouldn't be able to 'see' each other or to see the
container domain.
3. The (jmx) connectors must be shared ( you can't have one SNMP or http 
adapter for each app  )

AFAIK this will probably require some jmx implementation specific code,
since the jmx itself doesn't seem to have anything to help.   

( this is common for all containers )

>> 
>> Think about it - each app can expose config and status
>> data to the mx layer, and the config app ( or another
>> tool ) can manage not only tomcat, but also each webapp.
>> JMX is not restricted to server code, it can ( and should)
>> be used in user apps as well. And that's where things
>> will be intersting.
> 
> For now, we could continue to include the JMX jars in
> lib/container and update LoaderInterceptor11 to have
> "jmx", "jmxDir", and "jmxJars" attributes which work
> like the JAXP handling.  Do you see doing more than
> this at this point?

+1

Costin



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

Re: [POLL] Tomcat 3.3.2 updates

[Costin Manolache]

Henri Gomez wrote:

>> Think about it - each app can expose config and status
>> data to the mx layer, and the config app ( or another
>> tool ) can manage not only tomcat, but also each webapp.
>> JMX is not restricted to server code, it can ( and should)
>> be used in user apps as well. And that's where things
>> will be intersting.
> 
> As someone who write large web applications, I added JMX
> support directly into the application, so I'd like to keep
> control on it, ie creating JMX, JMX HTTP adaptor.
> 
> I don't think the servlet engine should do it.

Of course not. 

But the JMX API should be available to your application.
You can include it in WEB-INF for each app - but then 
what do you do, have one HTTP adaptor ( or SNMP adaptor ) 
for each app ? 

In a multi-app env, each app can be JMX-enabled ( and have
it's own domain ). It is the servlet engine ( or a module
in the servlet engine ) that must isolate the webapps - since
JMX itself has no idea or knowledge about the container.
But nothng else - the container should just make sure
the jmx is available and the apps are isolated and the 
security settings are right.


-- 
Costin



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

How to run multiple instances of JSP pages/servlets in Tomcat?

[Luca Ventura]

Hello everybody!

In Tomcat 4.x I don't know how I can call automatically a JSP page when the
web application starts.
I mean...in Tomcat 4.x there is the web.xml file where I can declare:


MyServlet
MyServlet

configFile
my.conf

1


In this way the servlet "MyServlet" is called when the web app. starts...

Can I do the same thing with a jsp page (the jsp page should be like a
servlet, in fact it is translated into a servlet when it is called the first
time)? If yes, in which way?

Another questions: how can I tell the Web Server "Tomcat" to activate more
instances
of a servlet or a JSP page?

Thanks a lot to everybody!

Luca



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

RE: How to run multiple instances of JSP pages/servlets in Tomcat?

[John Trollinger]

The servlet spec explains how to do this


 MyJspPage
 //MyJspPage.jsp
 
 configFile
 my.conf
 
 1
 

> -Original Message-
> From: Luca Ventura [mailto:[EMAIL PROTECTED]] 
> Sent: Thursday, September 26, 2002 10:50 AM
> To: tomcat-dev
> Subject: How to run multiple instances of JSP pages/servlets 
> in Tomcat?
> 
> 
> Hello everybody!
> 
> In Tomcat 4.x I don't know how I can call automatically a JSP 
> page when the web application starts. I mean...in Tomcat 4.x 
> there is the web.xml file where I can declare:
> 
> 
> MyServlet
> MyServlet
> 
> configFile
> my.conf
> 
> 1
> 
> 
> In this way the servlet "MyServlet" is called when the web 
> app. starts...
> 
> Can I do the same thing with a jsp page (the jsp page should 
> be like a servlet, in fact it is translated into a servlet 
> when it is called the first time)? If yes, in which way?
> 
> Another questions: how can I tell the Web Server "Tomcat" to 
> activate more instances of a servlet or a JSP page?
> 
> Thanks a lot to everybody!
> 
> Luca
> 
> 
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 


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

DO NOT REPLY [Bug 234] - Can't set multiple cookies in servlet response headers through Ajp13 BugRat Report#371

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

Can't set multiple cookies in servlet response headers through Ajp13 BugRat Report#371

[EMAIL PROTECTED] changed:

   What|Removed |Added

  Component|Connectors  |Servlet & JSP API
Product|Tomcat 3|Tomcat 4
Version|3.2.x Nightly   |4.0.1 Final

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

Re: Apache 2.0.42

[Henri Gomez]

JK 1.2.0 is tagged (JK_1_2_0_rel) and source tarball is being
constructed (without webapp, jk/native2, java parts).

I'll provide rpm for Redhat users, against Apache 1.3.22 (with ssl),
Apache 2.0.42 (also with SSL).

mod_jk.so for Apache 1.3 (with and without SSL), and 2.0.42 will also be 
provided.

IIS binaries should follow shortly, may be even iSeries V5R1 SAVF.

Stay tuned


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

Tomcat 4.1.12: access log corrupted

[gabriele . garuglieri]

Hi, i'm migrating  my webapp from 4.1.10 to 4.1.12, but i guess the access
log has gone a bit screwed up.
In the context descriptor of the app i have a valve like this:


that worked like a charm with 4.1.10.

Now with 4.1.12 have a look to a sample of what i see into it.
(Sorry for the weird looking but it's full of control characters that when
imbedded into the mail do strange things)
I think i should open a bug. Do i?

6">



 - - [26/Sep/2002:13:13:04 1000] "POST
/InfoTraffic/situazione_viabilita.jsp HTTP/1.1" 200 -
UTF-8"?>

DO NOT REPLY [Bug 11849] - Nested includes with JSTL1.0EA do not work

[bugzilla]

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11849

Nested includes with JSTL1.0EA do not work

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2002-09-26 16:37 ---
Great! Thanks for the feedback!
I'll go ahead and close this bug as "INVALID" then.

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

RE: can't get context with uri that is sub-dir of current context

[Smith, Ryan]

anyone?

I've re-built tomcat, fixing this so that you can retrieve a "sub-context",
and everything seems to work ok, but I'm just not familiar enough with the
code to know if I've broken something else.

Thanks,

-Ryan

-Original Message-
From: Smith, Ryan [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, September 25, 2002 7:18 PM
To: '[EMAIL PROTECTED]'
Subject: can't get context with uri that is sub-dir of current context


 
Can anyone shed some light on why the
org.apache.catalina.core.ApplicationContext.getContext(uri) method was
written to return the current context whenever the uri passed into it was a
"sub-dir" of the current context's path?
 
For example, calling getContext("/common")  from within a context that had
as it's path: "/", would allways return the context of "/".
 
and, calling getContext("/store/common") from within a context that had as
it's path: "/store", would always return the context of "/store"
 
 
anyone?
 
---
Ryan Smith
Platform Engineer
Sony Online Entertainment
(858) 577-3072
[EMAIL PROTECTED]  
---
 

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

Question about Internationalization

[Steve Chai]

Hi,

I am using Tomcat 4.1 now. I got the internationalization problem.
In my jsps, the charset is set to gb2312, which is for chinese, but the 
chinese character can not show up correctly.

These jsps are running very well in Tomcat 4.0.4. However after I did the 
following replacement, they are also running well in Tomcat 4.1.

What I did is:

In Tomcat 4.1\common\lib folder, just simply replace jasper-compiler.jar 
jasper-runtime.jar and servlet.jar with Tomcat 4.0.4 version's. Then it 
works well.

Is it a bug ? or I have to config something in Tomcat 4.1 for 
Internationalization.

Please give me feedback.

Thanks

Steve Cai





_
Chat with friends online, try MSN Messenger: http://messenger.msn.com


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

DO NOT REPLY [Bug 13040] New: - can't retrieve external context who's uri is a sub-dir of current context

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

can't retrieve external context who's uri is a sub-dir of current context

   Summary: can't retrieve external context who's uri is a sub-dir
of current context
   Product: Tomcat 4
   Version: 4.1.12
  Platform: All
OS/Version: All
Status: UNCONFIRMED
  Severity: Normal
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


org.apache.catalina.core.ApplicationContext.getContext(String uri) method was 
written to return the current context whenever the uri passed into it was 
a "sub-dir" of the current context's uri.

for example, calling getContext("/store/common") from within a context that 
had as it's uri: "/store", would always return the context of "/store", even 
if "/store/common" was a valid context

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

DO NOT REPLY [Bug 11865] - forward from root context always 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=11865

forward from root context always fails

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2002-09-26 18:21 ---


*** This bug has been marked as a duplicate of 13040 ***

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

DO NOT REPLY [Bug 13040] - can't retrieve external context who's uri is a sub-dir of current context

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

can't retrieve external context who's uri is a sub-dir of current context

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2002-09-26 18:21 ---
*** Bug 11865 has been marked as a duplicate of this bug. ***

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

DO NOT REPLY [Bug 11652] - ServletContext.getContext(anything) doesn't work from ROOT context

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

ServletContext.getContext(anything) doesn't work from ROOT context

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2002-09-26 18:21 ---


*** This bug has been marked as a duplicate of 13040 ***

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

DO NOT REPLY [Bug 13040] - can't retrieve external context who's uri is a sub-dir of current context

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

can't retrieve external context who's uri is a sub-dir of current context

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2002-09-26 18:21 ---
*** Bug 11652 has been marked as a duplicate of this bug. ***

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

DO NOT REPLY [Bug 13040] - can't retrieve external context who's uri is a sub-dir of current context

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

can't retrieve external context who's uri is a sub-dir of current context





--- Additional Comments From [EMAIL PROTECTED]  2002-09-26 18:24 ---
Created an attachment (id=3247)
proposed fix (diff)

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

cvs commit: jakarta-tomcat-connectors/jk/native2/server/isapi jk2_install.vbs

[mturk]

mturk   2002/09/26 11:45:55

  Added:   jk/native2/server/isapi jk2_install.vbs
  Log:
  Admin script to ease the installation of i_r2.dll
  Will install virtual dir and filter.
  
  Revision  ChangesPath
  1.1  
jakarta-tomcat-connectors/jk/native2/server/isapi/jk2_install.vbs
  
  Index: jk2_install.vbs
  ===
  ' = 
  '   
  ' The Apache Software License,  Version 1.1 
  '   
  '  Copyright (c) 1999-2001 The Apache Software Foundation.  
  '   All rights reserved.
  '   
  ' = 
  '   
  ' Redistribution and use in source and binary forms,  with or without modi- 
  ' fication, are permitted provided that the following conditions are met:   
  '   
  ' 1. Redistributions of source code  must retain the above copyright notice 
  'notice, this list of conditions and the following disclaimer.  
  '   
  ' 2. Redistributions  in binary  form  must  reproduce the  above copyright 
  'notice,  this list of conditions  and the following  disclaimer in the 
  'documentation and/or other materials provided with the distribution.   
  '   
  ' 3. The end-user documentation  included with the redistribution,  if any, 
  'must include the following acknowlegement: 
  '   
  '   "This product includes  software developed  by the Apache  Software 
  'Foundation ."  
  '   
  'Alternately, this acknowlegement may appear in the software itself, if 
  'and wherever such third-party acknowlegements normally appear. 
  '   
  ' 4. The names  "The  Jakarta  Project",  "Jk",  and  "Apache  Software 
  'Foundation"  must not be used  to endorse or promote  products derived 
  'from this  software without  prior  written  permission.  For  written 
  'permission, please contact <[EMAIL PROTECTED]>.
  '   
  ' 5. Products derived from this software may not be called "Apache" nor may 
  '"Apache" appear in their names without prior written permission of the 
  'Apache Software Foundation.
  '   
  ' THIS SOFTWARE IS PROVIDED "AS IS" AND ANY EXPRESSED OR IMPLIED WARRANTIES 
  ' INCLUDING, BUT NOT LIMITED TO,  THE IMPLIED WARRANTIES OF MERCHANTABILITY 
  ' AND FITNESS FOR  A PARTICULAR PURPOSE  ARE DISCLAIMED.  IN NO EVENT SHALL 
  ' THE APACHE  SOFTWARE  FOUNDATION OR  ITS CONTRIBUTORS  BE LIABLE  FOR ANY 
  ' DIRECT,  INDIRECT,   INCIDENTAL,  SPECIAL,  EXEMPLARY,  OR  CONSEQUENTIAL 
  ' DAMAGES (INCLUDING,  BUT NOT LIMITED TO,  PROCUREMENT OF SUBSTITUTE GOODS 
  ' OR SERVICES;  LOSS OF USE,  DATA,  OR PROFITS;  OR BUSINESS INTERRUPTION) 
  ' HOWEVER CAUSED AND  ON ANY  THEORY  OF  LIABILITY,  WHETHER IN  CONTRACT, 
  ' STRICT LIABILITY, OR TORT  (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN 
  ' ANY  WAY  OUT OF  THE  USE OF  THIS  SOFTWARE,  EVEN  IF  ADVISED  OF THE 
  ' POSSIBILITY OF SUCH DAMAGE.   
  '   
  ' = 
  '   
  ' This software  consists of voluntary  contributions made  by many indivi- 
  ' duals on behalf of the  Apache Software Foundation.  For more information 
  ' on the Apache Software Foundation, please see .   
  '   
  ' =
  
  ' =
  ' Description: Install script for Jakarta Tomcat ISAPI Redirector 2  
 

DO NOT REPLY [Bug 12985] - jsp load-on-startup behavior not correct

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

jsp load-on-startup behavior not correct





--- Additional Comments From [EMAIL PROTECTED]  2002-09-26 19:01 ---
The third thing you mentioned is now fixed.  There is a attribute on the 
context called swallowOutput that is false by default and it will redirect 
System.out to a log.  This was not working for the init method of a servlet and 
was fixed this morning.

I will look into the other 2 things now as I have confirmed they exist.

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

DO NOT REPLY [Bug 12985] - jsp load-on-startup behavior not correct

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

jsp load-on-startup behavior not correct





--- Additional Comments From [EMAIL PROTECTED]  2002-09-26 19:14 ---
Created an attachment (id=3248)
o.a.c.c.StandardWrapper.java - fix for empty 

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

[Q]: CoyoteRequest implements HttpRequest, HttpServletRequest versus Request, ServletRequest

[Francis ANDRE]

Hi

I am a newbe with Tomcat and I am wondering why

CoyoteRequest implements org.apache.catalina.HttpRequest and
javax.servlet.http.HttpServletRequest
and not
CoyoteRequest implements org.apache.catalina.Requestand
javax.servlet.ServletRequest.


I would have made 2 subclasses to avoid the specialisation of CoyoteRequest
over http

CoyoteRequest implements
org.apache.catalina.Requestand javax.servlet.ServletRequest.
CoyoteHttpRequest extends CoyoteRequest implements
org.apache.catalina.HttpRequest and javax.servlet.http.ServletRequest.


Any idea??


Regards


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

cvs and 4.1

[micael]

If I cvs to tomcat-4.0, am I going to get the latest of 4.1?  If not, how 
do I pick the branches off tomcat-4.0?

Micael

---

This electronic mail  transmission and any accompanying documents contain 
information belonging to the sender which may be confidential and legally 
privileged.  This information is intended only for the use of the 
individual or entity to whom this electronic mail transmission was sent as 
indicated above. If you are not the intended recipient, any dislosure, 
copying, distribution, or action taken in reliance on the contents of the 
information contained in this transmission is strictly prohibited.  If you 
have received this transmission in error, please delete the message.  Thank you 



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

R: How to run multiple instances of JSP pages/servlets in Tomcat?

[Luca Ventura]

Hello!

And thanks a lot!

Can you tell me also how I can indicate the number of instances to activate
for
every servlet or jsp-page?

Thanks in advance!

Luca

-Messaggio originale-
Da: John Trollinger [mailto:[EMAIL PROTECTED]]
Inviato: giovedi 26 settembre 2002 17.01
A: 'Tomcat Developers List'
Oggetto: RE: How to run multiple instances of JSP pages/servlets in
Tomcat?


The servlet spec explains how to do this


 MyJspPage
 //MyJspPage.jsp
 
 configFile
 my.conf
 
 1
 

> -Original Message-
> From: Luca Ventura [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, September 26, 2002 10:50 AM
> To: tomcat-dev
> Subject: How to run multiple instances of JSP pages/servlets
> in Tomcat?
>
>
> Hello everybody!
>
> In Tomcat 4.x I don't know how I can call automatically a JSP
> page when the web application starts. I mean...in Tomcat 4.x
> there is the web.xml file where I can declare:
>
> 
> MyServlet
> MyServlet
> 
> configFile
> my.conf
> 
> 1
> 
>
> In this way the servlet "MyServlet" is called when the web
> app. starts...
>
> Can I do the same thing with a jsp page (the jsp page should
> be like a servlet, in fact it is translated into a servlet
> when it is called the first time)? If yes, in which way?
>
> Another questions: how can I tell the Web Server "Tomcat" to
> activate more instances of a servlet or a JSP page?
>
> Thanks a lot to everybody!
>
> Luca
>
>
>
> --
> To unsubscribe, e-mail:
>  [EMAIL PROTECTED]>
> For
> additional commands,
> e-mail: 
>


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



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

RE: How to run multiple instances of JSP pages/servlets in Tomcat?

[Tim Moore]

You can have several servlet declarations that use the same file or
class.


 MyJspPage
 //MyJspPage.jsp
 
 configFile
 my.conf
 
 1


 MyJspPage2
 //MyJspPage.jsp
 
 configFile
 my2.conf
 
 2

-- 
Tim Moore / Blackboard Inc. / Software Engineer
1899 L Street, NW / 5th Floor / Washington, DC 20036
Phone 202-463-4860 ext. 258 / Fax 202-463-4863


> -Original Message-
> From: Luca Ventura [mailto:[EMAIL PROTECTED]] 
> Sent: Thursday, September 26, 2002 4:13 PM
> To: Tomcat Developers List
> Cc: [EMAIL PROTECTED]
> Subject: R: How to run multiple instances of JSP 
> pages/servlets in Tomcat?
> 
> 
> Hello!
> 
> And thanks a lot!
> 
> Can you tell me also how I can indicate the number of 
> instances to activate for every servlet or jsp-page?
> 
> Thanks in advance!
> 
> Luca
> 
> -Messaggio originale-
> Da: John Trollinger [mailto:[EMAIL PROTECTED]]
> Inviato: giovedi 26 settembre 2002 17.01
> A: 'Tomcat Developers List'
> Oggetto: RE: How to run multiple instances of JSP 
> pages/servlets in Tomcat?
> 
> 
> The servlet spec explains how to do this
> 
> 
>  MyJspPage
>  //MyJspPage.jsp
>  
>  configFile
>  my.conf
>  
>  1
>  
> 
> > -Original Message-
> > From: Luca Ventura [mailto:[EMAIL PROTECTED]]
> > Sent: Thursday, September 26, 2002 10:50 AM
> > To: tomcat-dev
> > Subject: How to run multiple instances of JSP pages/servlets in 
> > Tomcat?
> >
> >
> > Hello everybody!
> >
> > In Tomcat 4.x I don't know how I can call automatically a JSP page 
> > when the web application starts. I mean...in Tomcat 4.x 
> there is the 
> > web.xml file where I can declare:
> >
> > 
> > MyServlet
> > MyServlet
> > 
> > configFile
> > my.conf
> > 
> > 1
> > 
> >
> > In this way the servlet "MyServlet" is called when the web app. 
> > starts...
> >
> > Can I do the same thing with a jsp page (the jsp page 
> should be like a 
> > servlet, in fact it is translated into a servlet when it is 
> called the 
> > first time)? If yes, in which way?
> >
> > Another questions: how can I tell the Web Server "Tomcat" 
> to activate 
> > more instances of a servlet or a JSP page?
> >
> > Thanks a lot to everybody!
> >

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

Re: cvs and 4.1

[Amy Roh]

micael wrote:

> If I cvs to tomcat-4.0, am I going to get the latest of 4.1?

Yes.  If you checkout jakarta-tomcat-4.0 with no tag specified, you'll get the
latest HEAD of 4.1.

> If not, how
> do I pick the branches off tomcat-4.0?

You can use different tags to get certain releases of tomcat from cvs.  For
example, you'd use TOMCAT_4_1_12 tag to get the recent 4.1.12 release.

Amy

>
>
> Micael
>
> ---
>
> This electronic mail  transmission and any accompanying documents contain
> information belonging to the sender which may be confidential and legally
> privileged.  This information is intended only for the use of the
> individual or entity to whom this electronic mail transmission was sent as
> indicated above. If you are not the intended recipient, any dislosure,
> copying, distribution, or action taken in reliance on the contents of the
> information contained in this transmission is strictly prohibited.  If you
> have received this transmission in error, please delete the message.  Thank you
>
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 


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

DO NOT REPLY [Bug 13046] New: - tomcat mixes up context contents (can maybe exploited as a security hole!)

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

tomcat mixes up context contents (can maybe exploited as a security hole!)

   Summary: tomcat mixes up context contents (can maybe exploited as
a security hole!)
   Product: Tomcat 4
   Version: 4.1.12
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: Major
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


this is a tricky one. tomcat somehow mixes context contents if the name of the 
other content appears in the path of the first content (see example). it looks 
as if virtual hosting triggers the bug.

example:
unpack the two webapps testA and testB and the server.xml from the attached zip 
file to a virgin tomcat 4.1.12.
in order to test virtual hosting you have to point two dns entries to the 
machine that runs tomcat. i did this by entering "127.0.0.1 testA" 
and "127.0.0.1 testB" to etc/hosts (can be found in system32/drivers on win xp).

to show the bug:
querying http://testB/index.jsp results in "testB" (this is ok)
querying http://testA/testB/index.jsp should result in "testA" but 
shows "testB" instead (actually this is the content from the testB 
context/virtual host!)

in my opinion this is a major bug and a security hole because you can get 
contents from other domains.

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

DO NOT REPLY [Bug 13046] - tomcat mixes up context contents (can maybe exploited as a security hole!)

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

tomcat mixes up context contents (can maybe exploited as a security hole!)





--- Additional Comments From [EMAIL PROTECTED]  2002-09-26 20:55 ---
Created an attachment (id=3249)
demo for the bug

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

DO NOT REPLY [Bug 13052] New: - SecurityManager + req.getParameter() = "ParameterMap" class loading NoClassDefFoundError exception

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

SecurityManager + req.getParameter() = "ParameterMap" class loading 
NoClassDefFoundError exception

   Summary: SecurityManager + req.getParameter() = "ParameterMap"
class loading NoClassDefFoundError exception
   Product: Tomcat 4
   Version: 4.0.4 Final
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Connector:Other
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


NOTE:  You should add a "4.0.5 Final" Tomcat version option in Bugzilla.

I have confirmed this is a bug in Tomcat 4.0.5 when run with the 
SecurityManager enabled (but this may have existed in older Tomcat versions).  
After starting the server using the HTTP/1.1 Connector, a requested servlet 
that calls request.getParameter() will cause Tomcat to throw a 
java.lang.NoClassDefFoundError exception for class "ParameterMap."  This is due 
to the webapp code not being granted the "defineClassInPackage" 
RuntimePermission for org.apache.catalina.util in the "catalina.policy" file.  
I imagine that the best solution here is to avoid having to grant this extra 
permission to webapps in the policy file by simply ensuring that ParameterMap 
gets loaded by the "server" classloader during Tomcat initialization.  This 
should be as simple as changing org.apache.catalina.connector.HttpRequestBase 
as follows:

-protected ParameterMap parameters = null;
+protected ParameterMap parameters = new ParameterMap();

Although the HTTP/1.1 Connector is deprecated as of Tomcat 4.1.x, the fix to 
this can still be made to HttpRequestBase, as it is a connector-independent 
base class.

-Eddie
__

Example request:
  http://127.0.0.1:8080/examples/servlet/RequestParamExample?
firstname=foo&lastname=bar"

Example output (exception):
Apache Tomcat/4.0.5 - Error report 
Apache Tomcat/4.0.5 - HTTP Status 500 - Internal Server 
Errortype Exception 
reportmessage Internal Server 
Errordescription The server encountered an internal error 
(Internal Server Error) that prevented it from fulfilling this 
request.exception javax.servlet.ServletException: 
Servlet execution threw an exception
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.access$000
(ApplicationFilterChain.java:98)
at org.apache.catalina.core.ApplicationFilterChain$1.run
(ApplicationFilterChain.java:176)
at java.security.AccessController.doPrivileged(Native Method)
at org.apache.catalina.core.ApplicationFilterChain.doFilter
(ApplicationFilterChain.java:172)
at filters.ExampleFilter.doFilter(ExampleFilter.java:149)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(ApplicationFilterChain.java:213)
at org.apache.catalina.core.ApplicationFilterChain.access$000
(ApplicationFilterChain.java:98)
at org.apache.catalina.core.ApplicationFilterChain$1.run
(ApplicationFilterChain.java:176)
at java.security.AccessController.doPrivileged(Native Method)
at org.apache.catalina.core.ApplicationFilterChain.doFilter
(ApplicationFilterChain.java:172)
at org.apache.catalina.core.StandardWrapperValve.invoke
(StandardWrapperValve.java:243)
at org.apache.catalina.core.StandardPipeline.invokeNext
(StandardPipeline.java:566)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at org.apache.catalina.core.StandardContextValve.invoke
(StandardContextValve.java:190)
at org.apache.catalina.core.StandardPipeline.invokeNext
(StandardPipeline.java:566)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke
(AuthenticatorBase.java:475)
at org.apache.catalina.core.StandardPipeline.invokeNext
(StandardPipeline.java:564)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at org.apache.catalina.core.StandardContext.invoke
(StandardContext.java:2347)
at org.apache.catalina.core.StandardHostValve.invoke
(StandardHostValve.java:180)
at org.apache.catalina.core.StandardPipeline.invokeNext
(StandardPipeline.

Need quick help please

[Ralph Merrick]

Does any know out there how to send the value of hidden or non hidden input fields 
through the action of a form, You know that usually a form has the following 
signature: 



SO lets say you have an hidden input number:



in a page called add.jsp and its signature in the form is 

so, can you do 

or something like that , because with JSP for ex. I know you can use 1 of two ways,

Either request.getParameter("field name") in the page like save.jsp which will read 
inputs from the add.jsp page  or you can use JSP forward as parameters

Does any also know why the request.getParameters(""); on inputs in the client page 
like in my case add.jsp, or parameters as inputs on add.jsp passed to the action page 
of save.jsp, also using JSP forward parameters doesnt work if you put this in the form 
signature: 

Re: cvs and 4.1

[micael]

Thanks.  Much appreciated.

At 01:52 PM 9/26/2002 -0700, you wrote:
>micael wrote:
>
> > If I cvs to tomcat-4.0, am I going to get the latest of 4.1?
>
>Yes.  If you checkout jakarta-tomcat-4.0 with no tag specified, you'll get the
>latest HEAD of 4.1.
>
> > If not, how
> > do I pick the branches off tomcat-4.0?
>
>You can use different tags to get certain releases of tomcat from cvs.  For
>example, you'd use TOMCAT_4_1_12 tag to get the recent 4.1.12 release.
>
>Amy
>
> >
> >
> > Micael
> >
> > ---
> >
> > This electronic mail  transmission and any accompanying documents contain
> > information belonging to the sender which may be confidential and legally
> > privileged.  This information is intended only for the use of the
> > individual or entity to whom this electronic mail transmission was sent as
> > indicated above. If you are not the intended recipient, any dislosure,
> > copying, distribution, or action taken in reliance on the contents of the
> > information contained in this transmission is strictly prohibited.  If you
> > have received this transmission in error, please delete the 
> message.  Thank you
> >
> > --
> > 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: cvs and 4.1

[micael]

Amy, I am using jCVS.  When I export and want to specify a tag, how is that 
done?  I am asking for later.  Do I do something in the arguments text box?

At 01:52 PM 9/26/2002 -0700, you wrote:
>micael wrote:
>
> > If I cvs to tomcat-4.0, am I going to get the latest of 4.1?
>
>Yes.  If you checkout jakarta-tomcat-4.0 with no tag specified, you'll get the
>latest HEAD of 4.1.
>
> > If not, how
> > do I pick the branches off tomcat-4.0?
>
>You can use different tags to get certain releases of tomcat from cvs.  For
>example, you'd use TOMCAT_4_1_12 tag to get the recent 4.1.12 release.
>
>Amy
>
> >
> >
> > Micael
> >
> > ---
> >
> > This electronic mail  transmission and any accompanying documents contain
> > information belonging to the sender which may be confidential and legally
> > privileged.  This information is intended only for the use of the
> > individual or entity to whom this electronic mail transmission was sent as
> > indicated above. If you are not the intended recipient, any dislosure,
> > copying, distribution, or action taken in reliance on the contents of the
> > information contained in this transmission is strictly prohibited.  If you
> > have received this transmission in error, please delete the 
> message.  Thank you
> >
> > --
> > 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: 

DO NOT REPLY [Bug 13052] - SecurityManager + req.getParameter() = "ParameterMap" class loading NoClassDefFoundError exception

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

SecurityManager + req.getParameter() = "ParameterMap" class loading 
NoClassDefFoundError exception

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2002-09-27 00:40 ---
This duplicates a previous report.  See bug 12101 for the
work around. 

*** This bug has been marked as a duplicate of 12101 ***

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

DO NOT REPLY [Bug 12101] - SecurityManager + unprivileged call to getParameter() = Security Violation

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

SecurityManager + unprivileged call to getParameter() = Security Violation





--- Additional Comments From [EMAIL PROTECTED]  2002-09-27 00:40 ---
*** Bug 13052 has been marked as a duplicate of this bug. ***

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

DO NOT REPLY [Bug 13052] - SecurityManager + req.getParameter() = "ParameterMap" class loading NoClassDefFoundError exception

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

SecurityManager + req.getParameter() = "ParameterMap" class loading 
NoClassDefFoundError exception

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|CLOSED

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

cvs commit: jakarta-tomcat-connectors/util build.xml

[larryi]

larryi  2002/09/26 18:45:07

  Modified:util build.xml
  Log:
  Update to keep original name of the "commons-logging" jar.  Tomcat 3.3.x
  uses commons-logging-api.jar, which shouldn't be "renamed" to
  commons-logging.jar.  My Gump test still runs.  Sorry if it breaks anybody
  else's build.
  
  Revision  ChangesPath
  1.11  +1 -1  jakarta-tomcat-connectors/util/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/util/build.xml,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- build.xml 9 Aug 2002 20:49:44 -   1.10
  +++ build.xml 27 Sep 2002 01:45:07 -  1.11
  @@ -79,7 +79,7 @@
 />
   

  - 
   
   
  
  
  

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

cvs commit: jakarta-tomcat/src/shell tomcat.sh tomcat.bat

[larryi]

larryi  2002/09/26 18:47:23

  Modified:src/shell tomcat.sh tomcat.bat
  Log:
  Update to use the original name of the "commons-logging" jar we are
  including.
  
  Revision  ChangesPath
  1.35  +2 -2  jakarta-tomcat/src/shell/tomcat.sh
  
  Index: tomcat.sh
  ===
  RCS file: /home/cvs/jakarta-tomcat/src/shell/tomcat.sh,v
  retrieving revision 1.34
  retrieving revision 1.35
  diff -u -r1.34 -r1.35
  --- tomcat.sh 19 Sep 2002 04:21:17 -  1.34
  +++ tomcat.sh 27 Sep 2002 01:47:22 -  1.35
  @@ -117,7 +117,7 @@
   
   oldCP=$CLASSPATH
   unset CLASSPATH
  
-CLASSPATH=${TOMCAT_INSTALL}/lib/tomcat.jar:${TOMCAT_INSTALL}/lib/common/commons-logging.jar
  
+CLASSPATH=${TOMCAT_INSTALL}/lib/tomcat.jar:${TOMCAT_INSTALL}/lib/common/commons-logging-api.jar
   
   # Ignore previous CLASSPATH
   
  
  
  
  1.48  +2 -2  jakarta-tomcat/src/shell/tomcat.bat
  
  Index: tomcat.bat
  ===
  RCS file: /home/cvs/jakarta-tomcat/src/shell/tomcat.bat,v
  retrieving revision 1.47
  retrieving revision 1.48
  diff -u -r1.47 -r1.48
  --- tomcat.bat19 Sep 2002 04:21:17 -  1.47
  +++ tomcat.bat27 Sep 2002 01:47:23 -  1.48
  @@ -97,7 +97,7 @@
   
   :setClasspath
   
  -set 
CLASSPATH=%TOMCAT_INSTALL%\lib\tomcat.jar;%TOMCAT_INSTALL%\lib\common\commons-logging.jar
  +set 
CLASSPATH=%TOMCAT_INSTALL%\lib\tomcat.jar;%TOMCAT_INSTALL%\lib\common\commons-logging-api.jar
   
   rem - Execute The Requested Command -
   
  
  
  

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

cvs commit: jakarta-tomcat/proposals/PasswordPrompter build.xml

[larryi]

larryi  2002/09/26 19:06:18

  Modified:proposals/PasswordPrompter build.xml
  Log:
  Update to make it easier to build against a different (i.e. earlier) version of
  Tomcat so backwards compatible versions can be built.
  
  Revision  ChangesPath
  1.4   +8 -3  jakarta-tomcat/proposals/PasswordPrompter/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat/proposals/PasswordPrompter/build.xml,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- build.xml 30 Jul 2002 12:22:25 -  1.3
  +++ build.xml 27 Sep 2002 02:06:18 -  1.4
  @@ -17,6 +17,12 @@
 
 
   
  +  
  +
  +  
  +  
  +  
  +
 
 
   
  @@ -49,9 +55,8 @@
   optimize="${optimize}"
  debug="${debug}"
   destdir="${tomcat.build.modules}/PasswordPrompter/WEB-INF/classes">
  -   
  -   
  -   
  +   
  +   
   
   
   
  
  
  

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

cvs commit: jakarta-tomcat/proposals/StreamHandler build.xml

[larryi]

larryi  2002/09/26 19:06:31

  Modified:proposals/StreamHandler build.xml
  Log:
  Update to make it easier to build against a different (i.e. earlier) version of
  Tomcat so backwards compatible versions can be built.
  
  Revision  ChangesPath
  1.3   +4 -1  jakarta-tomcat/proposals/StreamHandler/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat/proposals/StreamHandler/build.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- build.xml 12 Jan 2002 07:08:40 -  1.2
  +++ build.xml 27 Sep 2002 02:06:31 -  1.3
  @@ -17,6 +17,9 @@
 
 
   
  +  
  +  
  +
 
 
   
  @@ -49,7 +52,7 @@
   optimize="${optimize}"
  debug="${debug}"
   destdir="${tomcat.build.modules}/StreamHandler/WEB-INF/classes" 
  -classpath="${tomcat.build}/classes"/>
  +classpath="${tomcat.classes}"/>
   
   
   
  
  
  

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

DO NOT REPLY [Bug 13058] New: - Dynamic Attributes do not take in RT expressions

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

Dynamic Attributes do not take in RT expressions

   Summary: Dynamic Attributes do not take in RT expressions
   Product: Tomcat 5
   Version: Nightly Build
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Jasper2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


If an attribute in a tag has been sepecified as a dynamic attribute , and a EL 
expression is specified ( or runtime expression) as the value of the attribute 
then a Eception is thrown that says that EL or runtime expressions not allowed 
in template text body.

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

DO NOT REPLY [Bug 13058] - Dynamic Attributes do not take in RT expressions

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

Dynamic Attributes do not take in RT expressions





--- Additional Comments From [EMAIL PROTECTED]  2002-09-27 02:39 ---
This happens only in the case when the attribute value is specified as a bodyof 
the jsp:attribute element

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

DO NOT REPLY [Bug 13060] New: - org.apache.jasper.JasperException: Unable to compile class for JSP

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

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

   Summary: org.apache.jasper.JasperException: Unable to compile
class for JSP
   Product: Tomcat 4
   Version: 4.1.12
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: Critical
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I have installed J2SE v1.4.1 and Windows XP SP1 on my Pentium 4 PC.
I downloaded jakarta-tomcat-4.1.12-LE-jdk14.exe, installed it successfully, and
started up Tomcat4 running startup.bat. Then, I tried to browse 
http://localhost:8080/ but I had an error message as follows:  

HTTP Status 500 - 

---
-

type Exception report

message 

description The server encountered an internal error () that prevented it from 
fulfilling this request.

exception 

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

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

Generated servlet error:
[javac] Compiling 1 source file



at org.apache.jasper.compiler.DefaultErrorHandler.javacError
(DefaultErrorHandler.java:120)
at org.apache.jasper.compiler.ErrorDispatcher.javacError
(ErrorDispatcher.java:293)
at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:313)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:324)
at org.apache.jasper.JspCompilationContext.compile
(JspCompilationContext.java:474)
at org.apache.jasper.servlet.JspServletWrapper.service
(JspServletWrapper.java:184)
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.ApplicationFilterChain.internalDoFilter
(ApplicationFilterChain.java:247)
at org.apache.catalina.core.ApplicationFilterChain.doFilter
(ApplicationFilterChain.java:193)
at org.apache.catalina.core.StandardWrapperValve.invoke
(StandardWrapperValve.java:260)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNe
xt(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke
(ContainerBase.java:995)
at org.apache.catalina.core.StandardContextValve.invoke
(StandardContextValve.java:191)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNe
xt(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke
(ContainerBase.java:995)
at org.apache.catalina.core.StandardContext.invoke
(StandardContext.java:2396)
at org.apache.catalina.core.StandardHostValve.invoke
(StandardHostValve.java:180)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNe
xt(StandardPipeline.java:643)
at org.apache.catalina.valves.ErrorDispatcherValve.invoke
(ErrorDispatcherValve.java:170)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNe
xt(StandardPipeline.java:641)
at org.apache.catalina.valves.ErrorReportValve.invoke
(ErrorReportValve.java:172)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNe
xt(StandardPipeline.java:641)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke
(ContainerBase.java:995)
at org.apache.catalina.core.StandardEngineValve.invoke
(StandardEngineValve.java:174)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNe
xt(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke
(ContainerBase.java:995)
at org.apache.coyote.tomcat4.CoyoteAdapter.service
(CoyoteAdapter.java:223)
at org.apache.coyote.http11.Http11Processor.process
(Http11Processor.java:405)
at 
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnecti
on(Http11Protocol.java:380)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt
(PoolTcpEndpoint.java:508)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run
(Thre

DO NOT REPLY [Bug 13052] - SecurityManager + req.getParameter() = "ParameterMap" class loading NoClassDefFoundError exception

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

SecurityManager + req.getParameter() = "ParameterMap" class loading 
NoClassDefFoundError exception

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|CLOSED  |REOPENED
 Resolution|DUPLICATE   |



--- Additional Comments From [EMAIL PROTECTED]  2002-09-27 06:19 ---
Although it may be related, this is technically a DIFFERENT problem than bug 
12101.  Your fix to 12101 was to add the "accessClassInPackage" 
RuntimePermission to the catalina.policy file.  In Tomcat 4.0.5, even with this 
policy file, the exception is thrown due to a lack of a "defineClassInPackage" 
permission.  Hence, this bug calls for an additional fix to Tomcat.

I proposed a few solutions -- you can either grant the "defineClassInPackage" 
for org.apache.catalina.util to webapp code or (better yet) fix it in the 
Tomcat source by defining ParameterMap during server initialization (e.g., when 
HttpRequestBase gets instantiated).

So, I'm reopening this bug for your attention and comments.

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

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

[remm]

remm2002/09/27 00:12:01

  Modified:catalina/src/share/org/apache/catalina/core
StandardWrapper.java
  Log:
  - Load on startup JSPs if loadonstartup >= 0.
  - Fix for bug 12985.
  - Patch submitted by John Trollinger 
  
  Revision  ChangesPath
  1.42  +5 -5  
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardWrapper.java
  
  Index: StandardWrapper.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardWrapper.java,v
  retrieving revision 1.41
  retrieving revision 1.42
  diff -u -r1.41 -r1.42
  --- StandardWrapper.java  26 Sep 2002 13:35:31 -  1.41
  +++ StandardWrapper.java  27 Sep 2002 07:12:01 -  1.42
  @@ -933,7 +933,7 @@
 servlet);
   servlet.init(facade);
   // Invoke jspInit on JSP pages
  -if ((loadOnStartup > 0) && (jspFile != null)) {
  +if ((loadOnStartup >= 0) && (jspFile != null)) {
   // Invoking jspInit
   HttpRequestBase req = new HttpRequestBase();
   HttpResponseBase res = new HttpResponseBase();
  
  
  

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

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardWrapper.java

[remm]

remm2002/09/27 00:13:05

  Modified:catalina/src/share/org/apache/catalina/core
StandardWrapper.java
  Log:
  - Port patch for bug 12985.
  
  Revision  ChangesPath
  1.4   +5 -5  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardWrapper.java
  
  Index: StandardWrapper.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardWrapper.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- StandardWrapper.java  17 Sep 2002 16:39:19 -  1.3
  +++ StandardWrapper.java  27 Sep 2002 07:13:05 -  1.4
  @@ -939,7 +939,7 @@
   }
   
   // Invoke jspInit on JSP pages
  -if ((loadOnStartup > 0) && (jspFile != null)) {
  +if ((loadOnStartup >= 0) && (jspFile != null)) {
   // Invoking jspInit
   HttpRequestBase req = new HttpRequestBase();
   HttpResponseBase res = new HttpResponseBase();
  
  
  

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

DO NOT REPLY [Bug 12985] - jsp load-on-startup behavior not correct

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

jsp load-on-startup behavior not correct

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2002-09-27 07:14 ---
The fix will be in Tomcat 4.1.13.

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