Re: DO NOT REPLY [Bug 13907] - security manager does not give readpermission on a context by default

2002-10-25 Thread Aditya
 On Thu, 24 Oct 2002 22:59:59 -0500, Glenn Nielsen [EMAIL PROTECTED] said:
 Gettting the latest version from CVS won't fix your problem. I still
 think the problem is somewhere in your configuration.

I've installed the 4.1.12 tarball from the website and am running it
without modification other than adding the test jsp to
webapps/examples/jsp/test.jsp

I've now tried it under:

 Solaris/JDK1.4 with 4.1.12-LE 
 FreeBSD/JDK1.3.1 with 4.1.12
 Debian/JDK1.3.1 with 4.1.12

with the same result.

 You might try posting the SecurityManager debug output when the
 FilePermission read is denied.  Including the stack trace and the
 ProtectionDomain which failed.

Okay, here goes -- as I mentioned before, I see this as the exception:

org.apache.jasper.JasperException: access denied (java.io.FilePermission 
/usr/local/tomcat/webapps/examples/test2.new read)

and with the following CATALINA_OPTS=-Djava.security.debug=access,failure I get this 
in logs/catalina.out:

access: access denied (java.io.FilePermission 
/usr/local/tomcat/webapps/examples/test2.new read)
java.lang.Exception: Stack trace
at java.lang.Thread.dumpStack(Thread.java:1071)
at 
java.security.AccessControlContext.checkPermission(AccessControlContext.java:259)
at java.security.AccessController.checkPermission(AccessController.java:401)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:542)
at java.lang.SecurityManager.checkRead(SecurityManager.java:887)
at java.io.File.exists(File.java:677)
at org.apache.jsp.test_jsp._jspService(test_jsp.java:53)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:136)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at 
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:204)
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.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:260)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(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.invokeNext(StandardPipeline.java:643)
at 
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:471)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(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.StandardContext.invoke(StandardContext.java:2396)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at 
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(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.invokeNext(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.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:256)

Re: mavenize tomcat

2002-10-25 Thread Bill Barker

- Original Message -
From: Warner Onstine [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Thursday, October 24, 2002 5:15 PM
Subject: Re: mavenize tomcat



 - Original Message -
 From: Costin Manolache [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Sent: Thursday, October 24, 2002 4:50 PM
 Subject: Re: mavenize tomcat


  Warner Onstine wrote:
 
   So, If I can get significant developer buy-in I would be willing to
cut
 a
   version or two of the maven project descriptor for those of us who
would
   like it to be easy again ;-). If not, that's fine.
 
  As long as you don't change build.xml or the gump descriptors - I'm
  ok.

 With the new Maven, it isn't necessary, it now only uses Ant under the
 covers with Jelly and Werkz tags doing the work with the POM (Project
Object
 Model).


So far the people that have replied (including me) think that it is Ok to
Mavenize Tomcat as long as it doesn't force anyone to use Maven.  I,
personally, didn't find it very challenging to download the 4.1.13 source
distribution (to a machine behind a firewall), and configure it to build
including the optional libraries.  I really *don't* want to be forced to
download nMB of code to do what I can do with a couple of minutes with
emacs.

 
  FYI, tomcat5 does have a 'download' target that gets you all the
  jars, and an 'update' that gets you all the cvs repositories that
  you need. That's what I use, and it's not that bad ( even if slow )

 Interesting, sounds like it is duplicating what Maven can do as it stores
 all the jars in a common repository.

IMHO, it is better.  The 'download' target gets the jars from the project
release itself.  If you don't like one version, you can change your
build.properties to download another version.  On this count, Maven sounds
little better than jars-in-cvs (which we all know is A Very Bad Thing copy;
Gump :).


 -warner

 
 
  --
  Costin
 
 
 
  --
  To unsubscribe, e-mail:
 mailto:tomcat-dev-unsubscribe;jakarta.apache.org
  For additional commands, e-mail:
 mailto:tomcat-dev-help;jakarta.apache.org
 
 


 --
 To unsubscribe, e-mail:
mailto:tomcat-dev-unsubscribe;jakarta.apache.org
 For additional commands, e-mail:
mailto:tomcat-dev-help;jakarta.apache.org



--
To unsubscribe, e-mail:   mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org




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

2002-10-25 Thread mturk
mturk   2002/10/24 23:52:54

  Modified:jk/native2/common jk_vm_default.c
  Log:
  Use the PATH_SEPARATOR_STR for classpaths.
  The used one was the semicolon that is used only on WIN32
  
  Revision  ChangesPath
  1.24  +12 -6 jakarta-tomcat-connectors/jk/native2/common/jk_vm_default.c
  
  Index: jk_vm_default.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_vm_default.c,v
  retrieving revision 1.23
  retrieving revision 1.24
  diff -u -r1.23 -r1.24
  --- jk_vm_default.c   24 Oct 2002 15:37:18 -  1.23
  +++ jk_vm_default.c   25 Oct 2002 06:52:54 -  1.24
   -424,27 +424,33 
   /* Check if the LD_LIBRARY_PATH points to the discovered jvm.
* XXX only tested on Linux.
*/
  -ldlib = getenv(LD_LIBRARY_PATH);
  +#if defined(LINUX)
  +ldlib = getenv(PATH_ENV_VARIABLE);
   if (ldlib  strlen(ldlib)) {
   char *token;
   
  -token = strtok(ldlib, :);
  +token = strtok(ldlib, PATH_SEPARATOR_STR);
   while (token != NULL) {
   if (strncmp(token, jvm, strlen(token)) == 0) {
   env-l-jkLog(env, env-l, JK_LOG_INFO,
 jni.guessJvmDll() found %s in %s.\n, jvm, 
token);
   return jvm;
   } 
  -token = strtok(NULL, :);   
  +token = strtok(NULL, PATH_SEPARATOR_STR);   
   }
   env-l-jkLog(env, env-l, JK_LOG_INFO,
  -  jni.guessJvmDll() could not find %s in the 
LD_LIBRARY_PATH\n,
  +  jni.guessJvmDll() could not find %s in the  \ 
  +  LD_LIBRARY_PATH\n,
 jvm);
   return NULL;
   }
   env-l-jkLog(env, env-l, JK_LOG_INFO,
  -  jni.guessJvmDll() LD_LIBRARY_PATH environment var is not 
set\n);
  +  jni.guessJvmDll() LD_LIBRARY_PATH  \
  +  environment var is not set\n);
   return NULL;
  +#else
  +return jvm;
  +#endif
   }
   
   env-l-jkLog(env, env-l, JK_LOG_INFO,
   -535,7 +541,7 
   strcpy(classpath, -Djava.class.path=);
   strcat(classpath, jkvm-classpath[0]);
   for (i = 1; i  classn; i++) {
  -strcat(classpath, ;);
  +strcat(classpath, PATH_SEPARATOR_STR);
   strcat(classpath, jkvm-classpath[i]);
   }
   }
  
  
  

--
To unsubscribe, e-mail:   mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org




RE: [jakarta-tomcat-connectors] Bug patch

2002-10-25 Thread Igor.Petrenko
 -Original Message-
 From: Mladen Turk [mailto:mturk;mappingsoft.com]
 Sent: Thursday, October 24, 2002 4:45 PM
 To: 'Tomcat Developers List'
 Subject: RE: [jakarta-tomcat-connectors] Bug  patch
 
 
 
 Don't know what version you are having, but be sure to use the latest
 one from CVS.
 It's already there :-).
 
  --
  Good Luck,
 
 Same to you, and keep rolling patches ;)
 
 MT.
 
 

oops, I made mistakes.

jk_requtil.c:702
if (s-attributes-size( env,  s-attributes)  0) {
for (i = 0 ; i  s-attributes-size( env,  s-attributes) ; i++) {
char *name=s-attributes-nameAt( env,  s-attributes, i);
-char *val=s-attributes-nameAt( env, s-attributes, i);
+char *val=s-attributes-valueAt( env, s-attributes, i);
if ( msg-appendByte(env, msg, SC_A_REQ_ATTRIBUTE) ||
 msg-appendString(env, msg, name ) ||
 msg-appendString(env, msg, val)) {

--
To unsubscribe, e-mail:   mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org




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

2002-10-25 Thread mturk
mturk   2002/10/25 00:40:42

  Modified:jk/native2/common jk_requtil.c
  Log:
  Fix setting name=neme instead name=val, for headers.
  Thx to Igor Petrenko for finding that copy/paste typo.
  
  Revision  ChangesPath
  1.27  +1 -1  jakarta-tomcat-connectors/jk/native2/common/jk_requtil.c
  
  Index: jk_requtil.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_requtil.c,v
  retrieving revision 1.26
  retrieving revision 1.27
  diff -u -r1.26 -r1.27
  --- jk_requtil.c  25 Sep 2002 07:13:49 -  1.26
  +++ jk_requtil.c  25 Oct 2002 07:40:42 -  1.27
   -700,7 +700,7 
   if (s-attributes-size( env,  s-attributes)  0) {
   for (i = 0 ; i  s-attributes-size( env,  s-attributes) ; i++) {
   char *name=s-attributes-nameAt( env,  s-attributes, i);
  -char *val=s-attributes-nameAt( env, s-attributes, i);
  +char *val=s-attributes-valueAt( env, s-attributes, i);
   if ( msg-appendByte(env, msg, SC_A_REQ_ATTRIBUTE) ||
msg-appendString(env, msg, name ) ||
msg-appendString(env, msg, val)) {
  
  
  

--
To unsubscribe, e-mail:   mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org




RE: [jakarta-tomcat-connectors] Bug patch

2002-10-25 Thread Mladen Turk
Commited, thx.


 -Original Message-
 From: [EMAIL PROTECTED] 

 -   char *val=s-attributes-nameAt( env, s-attributes, i);
 +  char *val=s-attributes-valueAt( env, s-attributes, i);

Seems like good old copy/paste ;)


MT.



--
To unsubscribe, e-mail:   mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org




DO NOT REPLY [Bug 13959] - The jasper.classpath in build.xml should include ${ant.jar} for the javadoc task.

2002-10-25 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13959.
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=13959

The jasper.classpath in build.xml should include ${ant.jar} for the javadoc task.

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME



--- Additional Comments From [EMAIL PROTECTED]  2002-10-25 08:31 ---
That compiles fine for me. I think ant.jar is added automatically to the
classpath by Ant.

--
To unsubscribe, e-mail:   mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org




dos xml files in 4.1.12

2002-10-25 Thread jean-frederic clere
Hi,

I have noted that some files of the 
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.1.12/bin/jakarta-tomcat-4.1.12.tar.gz
are in msdos format.
For example:
webapps/ROOT/WEB-INF/web.xml
but others are OK like:
conf/tomcat-users.xml

Any ideas what could have go wrong?

Cheers

Jean-frederic

PS: The files reported in wrong format are the followings:
+++
./server/webapps/admin/WEB-INF/struts-config.xml
./server/webapps/admin/WEB-INF/web.xml
./server/webapps/manager/WEB-INF/web.xml
./webapps/tomcat-docs/appdev/sample/web/WEB-INF/web.xml
./webapps/tomcat-docs/appdev/sample/build.xml
./webapps/tomcat-docs/WEB-INF/web.xml
./webapps/examples/WEB-INF/web.xml
./webapps/ROOT/WEB-INF/web.xml
./webapps/webdav/WEB-INF/web.xml
./webapps/manager.xml
./webapps/admin.xml
+++


--
To unsubscribe, e-mail:   mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org



Re: Missing optional package Extension...

2002-10-25 Thread Eung-ju Park
I'm using jakarta-tomcat-4.1.12.
tomcat-5 dosen't call validatePackages() at WebappLoader.start().
jakarta-tomcat-catalina cvs log says optional package dependency checking
mechanism is broken. therefore it is removed.

- Original Message -
From: Eung-ju Park [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, October 25, 2002 4:33 PM
Subject: Missing optional package Extension...


 I put all required jars to WEB-INF/lib. but tomcat says missing optional
 packages.
 excalibur-container.jar require avalon-framework extension package. I have
 all required packages.
 WEB-INF/lib is incorrect place for optional packages?
 Why tomcat throws exception for just optional package? I don't know about
 Optional Extension Package specification.

 --- catalina_log ---
 Catalina.start: LifecycleException:  Missing optional package
 Extension[avalon-f
 ramework, implementationVersion=4.1.3, specificationVersion=1.0]
 LifecycleException:  Missing optional package Extension[avalon-framework,
 implem
 entationVersion=4.1.3, specificationVersion=1.0]
 ...at
 org.apache.catalina.loader.WebappLoader.validatePackages(WebappLoader
 .java:1317)
 ...at
 org.apache.catalina.loader.WebappLoader.start(WebappLoader.java:682)
 ...at
 org.apache.catalina.core.StandardContext.start(StandardContext.java:3
 456)
 ...at
 org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188)
 ...at
 org.apache.catalina.core.StandardHost.start(StandardHost.java:738)
 ...at
 org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188)
 ...at
 org.apache.catalina.core.StandardEngine.start(StandardEngine.java:347
 )
 ...at
 org.apache.catalina.core.StandardService.start(StandardService.java:4
 97)


 --
 To unsubscribe, e-mail:
mailto:tomcat-user-unsubscribe;jakarta.apache.org
 For additional commands, e-mail:
mailto:tomcat-user-help;jakarta.apache.org




--
To unsubscribe, e-mail:   mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org




Re: dos xml files in 4.1.12

2002-10-25 Thread Henri Gomez
jean-frederic clere wrote:

Hi,

I have noted that some files of the 
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.1.12/bin/jakarta-tomcat-4.1.12.tar.gz 

are in msdos format.
For example:
webapps/ROOT/WEB-INF/web.xml
but others are OK like:
conf/tomcat-users.xml

Remy is a windows users ;)




--
To unsubscribe, e-mail:   mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org




DO NOT REPLY [Bug 13967] New: - installing without example webapps prevents starting Tomcat

2002-10-25 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13967.
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=13967

installing without example webapps prevents starting Tomcat

   Summary: installing without example webapps prevents starting
Tomcat
   Product: Tomcat 4
   Version: 4.1.12
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Installable Packages
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


If the example applications are not selected during install then the physical 
files are not present but they are referenced in the configuration files. The 
result is that Tomcat cannot start.

Workaround:
Delete the context entry below the !-- Tomcat Examples Context -- line in 
tomcat root/conf/server.xml

stderr.log:
INFO: Initializing Coyote HTTP/1.1 on port 8080
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.apache.catalina.startup.BootstrapService.start
(BootstrapService.java:245)
at org.apache.catalina.startup.BootstrapService.main
(BootstrapService.java:307)
Caused by: java.lang.IllegalArgumentException: Document base C:\progra~1
\Tomcat4.1\webapps\examples does not exist or is not a readable directory
at org.apache.naming.resources.FileDirContext.setDocBase
(FileDirContext.java:193)
at org.apache.catalina.core.StandardContext.start
(StandardContext.java:3397)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:738)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188)
at org.apache.catalina.core.StandardEngine.start
(StandardEngine.java:347)
at org.apache.catalina.core.StandardService.start
(StandardService.java:497)
at org.apache.catalina.core.StandardServer.start
(StandardServer.java:2189)
at org.apache.catalina.startup.CatalinaService.start
(CatalinaService.java:271)
... 6 more


stdout.log:
Catalina.stop: LifecycleException:  Coyote connector has not been started
LifecycleException:  Coyote connector has not been started
at org.apache.coyote.tomcat4.CoyoteConnector.stop
(CoyoteConnector.java:1045)
at org.apache.catalina.core.StandardService.stop
(StandardService.java:546)
at org.apache.catalina.core.StandardServer.stop
(StandardServer.java:2224)
at org.apache.catalina.startup.CatalinaService.stop
(CatalinaService.java:293)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.apache.catalina.startup.BootstrapService.stop
(BootstrapService.java:260)
at org.apache.catalina.startup.BootstrapService.main
(BootstrapService.java:309)
Bootstrap: Service stopped

--
To unsubscribe, e-mail:   mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org




DO NOT REPLY [Bug 13967] - installing without example webapps prevents starting Tomcat

2002-10-25 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13967.
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=13967

installing without example webapps prevents starting Tomcat

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2002-10-25 09:46 ---
This has been filed many times already. Please do not file duplicates.

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

--
To unsubscribe, e-mail:   mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org




DO NOT REPLY [Bug 13595] - Tomcat doesn't start when examples aren't installed

2002-10-25 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13595.
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=13595

Tomcat doesn't start when examples aren't installed

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2002-10-25 09:46 ---
*** Bug 13967 has been marked as a duplicate of this bug. ***

--
To unsubscribe, e-mail:   mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org




DO NOT REPLY [Bug 13285] - admin web application fail with virtual host

2002-10-25 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13285.
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=13285

admin web application fail with virtual host





--- Additional Comments From [EMAIL PROTECTED]  2002-10-25 10:47 ---
Created an attachment (id=3606)
with this : manage virtuals hosts AND defaults contexts

--
To unsubscribe, e-mail:   mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org




DO NOT REPLY [Bug 13969] New: - ':' in parameter breaks encodeURL() and encodeRedirectURL()

2002-10-25 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13969.
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=13969

':' in parameter breaks encodeURL() and encodeRedirectURL()

   Summary: ':' in parameter breaks encodeURL() and
encodeRedirectURL()
   Product: Tomcat 4
   Version: 4.1.10
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


A DESCRIPTION OF THE PROBLEM :
The ':' characted is not encoded properly by encodeURL() or
redirectURL(). In fact it seems to confuse the method a lot.


STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
1. Try this inside a JSP:
%
response.sendRedirect(response.encodeRedirectURL(bug.jsp?ready=Saturday
04:30)); %

2. Load the page in your browser
3. See the totally wrong encoded URL in the adress field

EXPECTED VERSUS ACTUAL BEHAVIOR :
The above URL should be encoded to:
http://localhost:8081/bug.jsp?ready=Saturday%2004%3A30

In fact it's encoded to:
http://localhost:8081/bug.jsp?ready=saturday%2004:?ready=Saturday%2004:30

RESULTING PROBLEMS:
With this more or less destroyed URL the redirect or an a href= don't work
if an : is passed through a CGI parameter. Problems get even worse, if you have
to rely on the sessionid in the URL.


REPRODUCIBILITY :
This bug can be reproduced always.

Try this demo.jsp:
%@page contentType=text/html%
% response.sendRedirect(response.encodeRedirectURL(bug.jsp?ready=Saturday
04:30)); %

JDK:
java version 1.4.1
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1-b21)
Java HotSpot(TM) Client VM (build 1.4.1-b21, mixed mode)
Java 2 Enterprise Edition version 1.3.1, build 1.3.1-b17

OPERATING SYSTEM:
Red Hat Linux release 8.0 (Psyche)
Linux 2.4.18-17.8.0 #1 Tue Oct 8 13:51:08 EDT 2002 i686 i686 i386 GNU/Linux
glibc-2.2.93-5

--
To unsubscribe, e-mail:   mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org




DO NOT REPLY [Bug 13969] - ':' in parameter breaks encodeURL() and encodeRedirectURL()

2002-10-25 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13969.
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=13969

':' in parameter breaks encodeURL() and encodeRedirectURL()





--- Additional Comments From [EMAIL PROTECTED]  2002-10-25 11:41 ---
Similar problem in encoding %.
Please check every possible characters!

--
To unsubscribe, e-mail:   mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org




Strange jsp problem - possible extraneous /

2002-10-25 Thread Miller, Jason
I am not terribly familiar with the tomcat source, so this may not be the
problem I am having.  Two days ago my jsps for particular webapps stopped
compiling correctly and started returning with the error: Error compiling
file:
C:\jason\tomcat_4.1.12\work\Standalone\localhost\admin\/login_jsp.java

I followed the stack trace given through the source and came up with a
possibility for what I believe the problem to be.  It seems in
JspCompilationContext there is a method called getServletJavaFileName that
has a hardcoded / being appended to the directory path if one is not found
at the end.  However, I am not familiar enough with the inner working of
jasper to know if this is indeed doing what I believe it is doing.  I have
changed the / to File.separator, but I haven't had the chance to do the
compilation yet (my discovery came extremely late last night, and I didn't
have the patience at the time to set up the build environment).

Can anyone who would be familiar with this class tell me if I have the right
idea?

My environment is Tomcat 4.1.12, windows 2000, the applications that refuse
to work are all struts application.

The really strange thing about this problem is that it is intermittent, and
it doesn't occur on a duplicate of my environment on another machine, and it
doesn't happen in any of my non-struts webapps.

This is puzzling me terribly.  Any information anyone can give me would be
appreciated.

Jason Miller



RE: mavenize tomcat

2002-10-25 Thread Shapira, Yoav
Hi,

personally, didn't find it very challenging to download the 4.1.13
source
distribution (to a machine behind a firewall), and configure it to
build
including the optional libraries.  I really *don't* want to be forced
to
download nMB of code to do what I can do with a couple of minutes with
emacs.

I couldn't have said it better.

IMHO, it is better.  The 'download' target gets the jars from the
project
release itself.  If you don't like one version, you can change your
build.properties to download another version.  On this count, Maven
sounds
little better than jars-in-cvs (which we all know is A Very Bad Thing
copy; Gump :).

Once again, I completely agree with Mr. Barker.  For those who want to
use Maven, sure, go ahead, as long as you don't require anyone else to
use it.  Certainly, if having a Maven project descriptor is a
precondition to you contributing to the project (e.g. building and
publishing javadocs), and you're willing to create the Maven project
descriptor, then why not? ;)  

I don't think Maven is worth it, having tried to use it on several (non
Jakarta) projects.  We always resorted back to Ant by itself, and we've
been happy that we did.

Yoav Shapira
Millennium ChemInformatics


This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


--
To unsubscribe, e-mail:   mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org


Re: DO NOT REPLY [Bug 13907] - security manager does not give readpermission on a context by default

2002-10-25 Thread Glenn Nielsen
The ProtectionDomain shows that Jasper2 is creating a read FilePermission for the scratch
(work) dir.  But you are correct, there is no read FilePermission listed for the context
directory.

The same block of code in org.apache.jasper.compiler.JspRuntimeContext which  creates the
scratch (work) dir read FilePermissionalso creates the context dir read FilePermission.
In cases where the context is running from a war file there will be no context directory
so the below getRealPath(/) would return null. When there is no context directory the read
FilePermission is granted to the scratch directory.

I suspect that for some reason the Context does not have a context directory.  Add
String docBase = context.getRealPath(/); to your test jsp and see if it returns null.
Also try setting the debug attributes in your server.xml to 9 and capture the debug output.

// Get the permissions for the web app context
String docBase = context.getRealPath(/);
if( docBase == null ) {
docBase = options.getScratchDir().toString();
}
if (!docBase.endsWith(File.separator)){
docBase = docBase + File.separator;
}


Regards,

Glenn

Aditya wrote:

On Thu, 24 Oct 2002 22:59:59 -0500, Glenn Nielsen [EMAIL PROTECTED] said:
Gettting the latest version from CVS won't fix your problem. I still
think the problem is somewhere in your configuration.



I've installed the 4.1.12 tarball from the website and am running it
without modification other than adding the test jsp to
webapps/examples/jsp/test.jsp

I've now tried it under:

 Solaris/JDK1.4 with 4.1.12-LE 
 FreeBSD/JDK1.3.1 with 4.1.12
 Debian/JDK1.3.1 with 4.1.12

with the same result.


You might try posting the SecurityManager debug output when the
FilePermission read is denied.  Including the stack trace and the
ProtectionDomain which failed.



Okay, here goes -- as I mentioned before, I see this as the exception:

org.apache.jasper.JasperException: access denied (java.io.FilePermission /usr/local/tomcat/webapps/examples/test2.new read)

and with the following CATALINA_OPTS=-Djava.security.debug=access,failure I get this in logs/catalina.out:

access: access denied (java.io.FilePermission /usr/local/tomcat/webapps/examples/test2.new read)
java.lang.Exception: Stack trace
at java.lang.Thread.dumpStack(Thread.java:1071)
at java.security.AccessControlContext.checkPermission(AccessControlContext.java:259)
at java.security.AccessController.checkPermission(AccessController.java:401)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:542)
at java.lang.SecurityManager.checkRead(SecurityManager.java:887)
at java.io.File.exists(File.java:677)
at org.apache.jsp.test_jsp._jspService(test_jsp.java:53)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:136)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:204)
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.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:260)
at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(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.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:471)
at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(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.StandardContext.invoke(StandardContext.java:2396)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
at 

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

2002-10-25 Thread jfarcand
jfarcand2002/10/25 07:00:35

  Modified:http11/src/java/org/apache/coyote/http11
Http11Processor.java
  Log:
  [Securit Audit] Protect the addFilter method since it give direct access to 
Class.forName. Did not find any use of that method.
  
  Revision  ChangesPath
  1.42  +1 -1  
jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11Processor.java
  
  Index: Http11Processor.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11Processor.java,v
  retrieving revision 1.41
  retrieving revision 1.42
  diff -u -r1.41 -r1.42
  --- Http11Processor.java  10 Oct 2002 13:14:55 -  1.41
  +++ Http11Processor.java  25 Oct 2002 14:00:35 -  1.42
   -253,7 +253,7 
* 
* param className class name of the filter
*/
  -public void addFilter(String className) {
  +protected void addFilter(String className) {
   try {
   Class clazz = Class.forName(className);
   Object obj = clazz.newInstance();
  
  
  

--
To unsubscribe, e-mail:   mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org




DO NOT REPLY [Bug 13976] New: - jk2 connector has no address parameter, cannot bind it to an ip

2002-10-25 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13976.
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=13976

jk2 connector has no address parameter, cannot bind it to an ip

   Summary: jk2 connector has no address parameter, cannot bind it
to an ip
   Product: Tomcat 4
   Version: 4.1.12
  Platform: All
OS/Version: All
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Connector:Coyote JK 2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


We cannot bind the jk2 connector to a specific ip address in the servlet.xml 
configuration file. 

This is not a documentation issue, I tried adding 
address=127.0.0.1 (which was documented for other connectors) to the Define 
a Coyote/JK2 AJP 1.3 Connector on port 8009 section and it had no effect.

--
To unsubscribe, e-mail:   mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org




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

2002-10-25 Thread hgomez
hgomez  2002/10/25 08:42:49

  Modified:jk/xdocs/jk aphowto.xml
  Log:
  Fix typo in documentation (double)
  
  Revision  ChangesPath
  1.12  +2 -2  jakarta-tomcat-connectors/jk/xdocs/jk/aphowto.xml
  
  Index: aphowto.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/jk/aphowto.xml,v
  retrieving revision 1.11
  retrieving revision 1.12
  diff -u -r1.11 -r1.12
  --- aphowto.xml   24 Sep 2002 10:49:03 -  1.11
  +++ aphowto.xml   25 Oct 2002 15:42:49 -  1.12
   -564,10 +564,10 
   note# Static files in the examples webapp are served by apache/note
   readAlias /examples /vat/tomcat3/webapps/examples/read
   note# The following line prohibits users from directly access WEB-INF/note
  -readlt;Location /examples/WEB-INF/gt;/read
  +readlt;Location /examples/WEB-INF/gt;/read
   readAllowOverride None/read
   readdeny from all/read
  -readlt;Locationgt;/read
  +readlt;Locationgt;/read
   note# All JSP will goes to worker1/note
   readJkMount /*.jsp worker1/read
   note# All servlets goes to worker1/note
  
  
  

--
To unsubscribe, e-mail:   mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org




DO NOT REPLY [Bug 13978] New: - Tomcat 4.1.13 does not start correctly when using Xerces 2.2.0

2002-10-25 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13978.
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=13978

Tomcat 4.1.13 does not start correctly when using Xerces 2.2.0

   Summary: Tomcat 4.1.13 does not start correctly when using Xerces
2.2.0
   Product: Tomcat 4
   Version: 4.1.13
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: Blocker
  Priority: Other
 Component: Webapps:Administration
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


OOTB Tomcat 4.1.13 fails to start correctly with Xerces 2.2.0. There is some 
sort of XML parsing exception down deep in the Admin webapp's use of Struts. 
The error does not happen when using Xerces 2.1.0.

-

Oct 25, 2002 9:46:07 AM org.apache.commons.modeler.Registry loadRegistry
INFO: Loading registry information
Oct 25, 2002 9:46:07 AM org.apache.commons.modeler.Registry getRegistry
INFO: Creating new Registry instance
Oct 25, 2002 9:46:07 AM org.apache.commons.modeler.Registry getServer
INFO: Creating MBeanServer
Oct 25, 2002 9:46:08 AM org.apache.coyote.http11.Http11Protocol init
INFO: Initializing Coyote HTTP/1.1 on port 8080
Starting service Tomcat-Standalone
Apache Tomcat/4.1.13-LE-jdk14
Parse Fatal Error at line 551 column 44: The string -- is not permitted 
within comments.
org.xml.sax.SAXParseException: The string -- is not permitted within comments.
at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException
(Unknown Source)
at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown Source)
at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
at org.apache.xerces.impl.XMLScanner.reportFatalError(Unknown Source)
at org.apache.xerces.impl.XMLScanner.scanComment(Unknown Source)
at org.apache.xerces.impl.XMLDTDScannerImpl.scanComment(Unknown Source)
at org.apache.xerces.impl.XMLDTDScannerImpl.scanDecls(Unknown Source)
at org.apache.xerces.impl.XMLDTDScannerImpl.scanDTDExternalSubset
(Unknown Source)
at org.apache.xerces.impl.XMLDocumentScannerImpl$DTDDispatcher.dispatch
(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument
(Unknown Source)
at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at javax.xml.parsers.SAXParser.parse(Unknown Source)
at javax.xml.parsers.SAXParser.parse(Unknown Source)
at org.apache.struts.digester.Digester.parse(Digester.java:755)
at org.apache.struts.action.ActionServlet.initServlet
(ActionServlet.java:1434)
at org.apache.struts.action.ActionServlet.init(ActionServlet.java:474)
at org.apache.webapp.admin.ApplicationServlet.init
(ApplicationServlet.java:152)
at javax.servlet.GenericServlet.init(GenericServlet.java:256)
at org.apache.catalina.core.StandardWrapper.loadServlet
(StandardWrapper.java:934)
at org.apache.catalina.core.StandardWrapper.load
(StandardWrapper.java:821)
at org.apache.catalina.core.StandardContext.loadOnStartup
(StandardContext.java:3420)
at org.apache.catalina.core.StandardContext.start
(StandardContext.java:3608)
at org.apache.catalina.core.ContainerBase.addChildInternal
(ContainerBase.java:821)
at org.apache.catalina.core.ContainerBase.addChild
(ContainerBase.java:807)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:579)
at org.apache.catalina.core.StandardHostDeployer.addChild
(StandardHostDeployer.java:529)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.apache.commons.beanutils.MethodUtils.invokeMethod
(MethodUtils.java:228)
at org.apache.commons.digester.SetNextRule.end(SetNextRule.java:260)
at org.apache.commons.digester.Digester.endElement(Digester.java:1036)
at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown 
Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement
(Unknown Source)
at 
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.
dispatch(Unknown Source)
   

DO NOT REPLY [Bug 13978] - Tomcat 4.1.13 does not start correctly when using Xerces 2.2.0

2002-10-25 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13978.
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=13978

Tomcat 4.1.13 does not start correctly when using Xerces 2.2.0

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2002-10-25 16:02 ---
It's a known problem with xerces 2.2.0 and struts 1.0.2 DTD.
You should use struts 1.1beta2 instead or stay with xerces 2.1.0.

--
To unsubscribe, e-mail:   mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org




DO NOT REPLY [Bug 13978] - Tomcat 4.1.13 does not start correctly when using Xerces 2.2.0

2002-10-25 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13978.
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=13978

Tomcat 4.1.13 does not start correctly when using Xerces 2.2.0

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WONTFIX |



--- Additional Comments From [EMAIL PROTECTED]  2002-10-25 16:12 ---
Henri ..

I dont understand .. I dont 'use' Struts .. the admin webapp application 
shipped with Tomcat 4.1.13 does ..

This is a Tomcat 4.1.13 problem .. it ships Struts !


Are you saying that Tomcat 4.1.13 does not support Xerces 2.2.0 .. if that is 
the case shouldnt the Admin webapp package its own Xerces version for itself to 
use ?

--
To unsubscribe, e-mail:   mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org




Problem with org.apache.jk.server.JkCoyoteHandler (jk2)

2002-10-25 Thread Panagiotis Konstantinidis
We had problem sending HTTP headers containing Greek characters
(ISO-8859-7). 

After browsing the sources, I reached JkCoyoteHandler class (jk2), and
specifically appendHead(org.apache.coyote.Response res) method where it
constructs a C2BConverter object like this :


private void appendHead(org.apache.coyote.Response res) {



  C2BConverter c2b = (C2BConverter)res.getNote( utfC2bNote );
  if( c2b == null ) {
c2b = new C2BConverter(  UTF8 );
res.setNote( utfC2bNote, c2b );
  }


}

It allways converted the headers in UTF8 encoding which messed up my
Greek charactes (ISO-8859-7).

I changed the method to something like this :

C2BConverter c2b = new C2BConverter( res.getCharacterEncoding() );

which seems to work just fine.

Panagiotis Konstantinidis
Software Engineer

Softways Hellas Internet Development S.A
(http://www.softways.gr/)



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




DO NOT REPLY [Bug 13978] - Tomcat 4.1.13 does not start correctly when using Xerces 2.2.0

2002-10-25 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13978.
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=13978

Tomcat 4.1.13 does not start correctly when using Xerces 2.2.0

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2002-10-25 16:20 ---
No, sorry. Xerces 2.2 is broken.

--
To unsubscribe, e-mail:   mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org




DO NOT REPLY [Bug 13978] - Tomcat 4.1.13 does not start correctly when using Xerces 2.2.0

2002-10-25 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13978.
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=13978

Tomcat 4.1.13 does not start correctly when using Xerces 2.2.0





--- Additional Comments From [EMAIL PROTECTED]  2002-10-25 17:18 ---
Pretty terse reponse.

Could you explain how it is broken? Could you point me to the bug report you 
have filed? Do you know what the Xerces response to the issue will be?

--
To unsubscribe, e-mail:   mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org




DO NOT REPLY [Bug 13692] - request.getCharacterEncoding() is NULL

2002-10-25 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13692.
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=13692

request.getCharacterEncoding() is NULL

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Normal  |Major

--
To unsubscribe, e-mail:   mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org




If you know........................ Thanks !

2002-10-25 Thread Correo
I all.
I'm using Tomcat on win98
Have a problem when call my class error:404 
My class are in :

Tomcat 4.1/webapps/servlet1/web-inf/classes/st/Servlet1.class
 
How call in a brobser my class?
Where put Servlet1.shtml?

I send Servlet1.java  and web.xml to you see.

I'm new in Tomcat !!

Thank for all and excuse my English...I from Argentina.






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




RE: If you know........................ Thanks !

2002-10-25 Thread Shapira, Yoav
Hi,

Tomcat 4.1/webapps/servlet1/web-inf/classes/st/Servlet1.class

How call in a brobser my class?

http://yourhost:yourport/servlet1/servlet/st/Servlet1

I suggest you give your web application a name other than servlet1
because that name might confuse you.  A name like myApp is better.

The web.xml file goes in the
tomcat/webapps/myApp/WEB-INF directory.

You can add the following to your web.xml:

servlet
  servlet-nameMyServletName/servlet-name
  servlet-classst.Servlet1/servlet-class
/servlet

servlet-mapping
  servlet-nameMyServletName/servlet-name
  url-pattern/MyServlet/url-pattern
/servlet-mapping

Then your servlet will be accessible from
http://yourhost:yourport/MyApp/MyServlet

Where put Servlet1.shtml?

in tomcat/webapps/MyApp. (or subdirectories of it, but not under
WEB-INF).

I send Servlet1.java  and web.xml to you see.

I didn't see any attachments.

I'm new in Tomcat !!

Welcome ;)

Thank for all and excuse my English...I from Argentina.

I'm a Boca Juniors fan ;) 

Yoav Shapira
Millennium ChemInformatics

This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


--
To unsubscribe, e-mail:   mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org


RE: If you know........................ Thanks !

2002-10-25 Thread Shapira, Yoav
Hi,
By the way: this belongs in tomcat-user, not tomcat-dev.  I replied to
tomcat-dev by accident.  Sorry about that, and please post only dev
questions to this list.

Yoav Shapira
Millennium ChemInformatics


-Original Message-
From: Correo [mailto:hefperez;ar.inter.net]
Sent: Friday, October 25, 2002 3:57 PM
To: Tomcat Developers List
Subject: If you know Thanks !

I all.
I'm using Tomcat on win98
Have a problem when call my class error:404 
My class are in :

Tomcat 4.1/webapps/servlet1/web-inf/classes/st/Servlet1.class

How call in a brobser my class?
Where put Servlet1.shtml?

I send Servlet1.java  and web.xml to you see.

I'm new in Tomcat !!

Thank for all and excuse my English...I from Argentina.






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


This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


--
To unsubscribe, e-mail:   mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org


Re: mavenize tomcat

2002-10-25 Thread Steve Downey
On Thursday 24 October 2002 08:15 pm, Warner Onstine wrote:
 - Original Message -
 From: Costin Manolache [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Sent: Thursday, October 24, 2002 4:50 PM
 Subject: Re: mavenize tomcat


  FYI, tomcat5 does have a 'download' target that gets you all the
  jars, and an 'update' that gets you all the cvs repositories that
  you need. That's what I use, and it's not that bad ( even if slow )

 Interesting, sounds like it is duplicating what Maven can do as it stores
 all the jars in a common repository.

No it doesn't do that at all. It downloads the actual distributions, or CVS 
trees, of projects into an area specified. No external repository of jars or 
internal depot of jars. You get real distributions of the dependencies, 
including docs and licenses.



--
To unsubscribe, e-mail:   mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org




JSP Compile Errors

2002-10-25 Thread Dustin Brown
Hello All.

I need to make sure that these Java libraries are included when my JSP's are
compiled:

java.io.*
java.util.*

I am migrating from another application server that added these to my JSP's
and now will have the daunting task of manually importing these on every JSP
that we have.

Any thoughts?



Problem when connecting to 2 different databases

2002-10-25 Thread Ragunath Marudhachalam
Hello All,

i have configured 2 servlets in tomcat and i'm able to invoke those servlets
through different urls, (the url path differs, between the two and also both
the servlets are in different direcotories under webapps). The only problem
i have is when i connect to database, the servlet which is invoked first,
happily gets connected. But the second one(whichever the servlet called
second) fails connecting to database. Could anyone help to configure the
tomcat.


Thanks

Ragu
CircuitVision




--
To unsubscribe, e-mail:   mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org




Re: 4.0.7 release?

2002-10-25 Thread Jon Scott Stevens
on 2002/10/24 9:23 PM, Glenn Nielsen [EMAIL PROTECTED] wrote:

 I am running scarab B13 using Tomcat 4.1.x, JDK 1.3.1, and the
 SecurityManager.
 I would have to go back and look at my config to see how I am doing it.
 Once again, we are just testing scarab and working through how we want to
 configure modules, attributes, etc. for our needs. Wemay not have tried
 whatever
 feature causes the problem.  Do you have an example of how to trigger it?

It is a startup error. Did you have to do anything special to re-order the
Xerces in your classpath?

-jon


--
To unsubscribe, e-mail:   mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org




DO NOT REPLY [Bug 13983] New: - RMI call from Web Application throws SocketException if CATALINA_HOME has a space in it

2002-10-25 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13983.
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=13983

RMI call from Web Application throws SocketException if CATALINA_HOME has a space in it

   Summary: RMI call from Web Application throws SocketException if
CATALINA_HOME has a space in it
   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]


We have a web application that we recently started deploying as WAR file 
(before it used to get deployed in exploded format). Our web application makes 
a RMI call to another RMI server. It seems the RMI calls works fine as long as 
CATALINA_HOME does not have any spaces in its installation path.

For example: The RMI call throws Socket Exception, Connection reset by peer if 
the Tomcat installatin directory is C:\Tomcat 41. Just renaming the directory 
to C:\Tomcat41 makes the application work OK. The WAR file path 
is C:\XX.WAR.

Note that RMI call works OK if we deploy the application in exploded format 
(C:\XX\WEB-INF\*) regardless of whether there are any spaces in Tomcat 
installation path or not.

--
To unsubscribe, e-mail:   mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org




DO NOT REPLY [Bug 13978] - Tomcat 4.1.13 does not start correctly when using Xerces 2.2.0

2002-10-25 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13978.
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=13978

Tomcat 4.1.13 does not start correctly when using Xerces 2.2.0





--- Additional Comments From [EMAIL PROTECTED]  2002-10-25 22:07 ---
We don't know yet why Xerces 2.2 is broken. There is a thread problems that
cause the exception you are seeing.

--
To unsubscribe, e-mail:   mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org




DO NOT REPLY [Bug 13978] - Tomcat 4.1.13 does not start correctly when using Xerces 2.2.0

2002-10-25 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13978.
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=13978

Tomcat 4.1.13 does not start correctly when using Xerces 2.2.0





--- Additional Comments From [EMAIL PROTECTED]  2002-10-25 22:24 ---
Under ${catalina_home}/server/webapps/admin/WEB-INF/lib, replace struts.jar with
the version 1.1beta 2. This is only a workaround. You should use 2.1

--
To unsubscribe, e-mail:   mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org




DO NOT REPLY [Bug 13978] - Tomcat 4.1.13 does not start correctly when using Xerces 2.2.0

2002-10-25 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13978.
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=13978

Tomcat 4.1.13 does not start correctly when using Xerces 2.2.0





--- Additional Comments From [EMAIL PROTECTED]  2002-10-25 22:39 ---
So .. are you saying that Struts 1.1beta 2 fixes a threading problem in Xerces 
2.2 .. am I missing something ?

Is there anything in the release notes that says we shouldn't be using Xerces 
2.2 .. or should the Tomcat release be including the Struts beta version ?

--
To unsubscribe, e-mail:   mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org




Re: 4.0.7 release?

2002-10-25 Thread Glenn Nielsen
Jon Scott Stevens wrote:

on 2002/10/24 9:23 PM, Glenn Nielsen [EMAIL PROTECTED] wrote:



I am running scarab B13 using Tomcat 4.1.x, JDK 1.3.1, and the
SecurityManager.
I would have to go back and look at my config to see how I am doing it.
Once again, we are just testing scarab and working through how we want to
configure modules, attributes, etc. for our needs. Wemay not have tried
whatever
feature causes the problem.  Do you have an example of how to trigger it?



It is a startup error. Did you have to do anything special to re-order the
Xerces in your classpath?



I just checked.  I removed xerces related apis from common/endorsed and put
them in server/lib. That removed them from the jar's visible to the scarab webapp.
But left them available for the container to use.  This is using JDK 1.3.1.

Regards,

Glenn


--
To unsubscribe, e-mail:   mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org




Re: 4.0.7 release?

2002-10-25 Thread Jon Scott Stevens
on 2002/10/25 3:40 PM, Glenn Nielsen [EMAIL PROTECTED] wrote:

 I just checked.  I removed xerces related apis from common/endorsed and put
 them in server/lib. That removed them from the jar's visible to the scarab
 webapp.
 But left them available for the container to use.  This is using JDK 1.3.1.
 
 Regards,
 
 Glenn

Great! That was the part I couldn't figure out. Scarab now defaults to use
Tomcat 4.1.12 (I also worked around the bug I reported that was fixed) and I
withdraw my request to do a release of 4.0.7.

The only sad thing to report is that at first glance Tomcat 4.1.12 doesn't
seem any faster than Tomcat 4.0.6.

-jon

-- 
StudioZ.tv /\ Bar/Nightclub/Entertainment
314 11th Street @ Folsom /\ San Francisco
http://studioz.tv/


--
To unsubscribe, e-mail:   mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org