Re: Problem Tomcat - Linux - J2SDK

2003-02-26 Thread jean-frederic clere
hompath wrote:
Hello,

I am using Tomcat 4.0.6, J2SDK 1.4.03 on RedHat Linux 7.3. When i try to
start tomcat I get following error


That sounds like a JVM problem. Try to use a newer JVM.

 
==
An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : 7 occurred at PC=0x4054A857
Function=(null)+0x4054A857
Library=/usr/java/j2re/lib/i386/libzip.so

NOTE: We are unable to locate the function name symbol for the error
  just occurred. Please refer to release documentation for possible
  reason and solutions.
Current Java thread:
 at java.util.zip.ZipFile.open(Native Method)
 at java.util.zip.ZipFile.init(ZipFile.java:112)
 at java.util.jar.JarFile.init(JarFile.java:117)
 at sun.net.www.protocol.jar.URLJarFile.init(URLJarFile.java:51)
 at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:178)
 at java.security.AccessController.doPrivileged(Native Method)
 at sun.net.www.protocol.jar.URLJarFile.retrieve(URLJarFile.java:164)
 at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:42)
 at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:53)
 at
sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:
85)
 at
sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.ja
va:69)
 at
org.apache.catalina.startup.ContextConfig.tldConfigJar(ContextConfig.jav
a:1107)
 at
org.apache.catalina.startup.ContextConfig.tldConfig(ContextConfig.java:1
079)
 at
org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:828)
 - locked 0x449e0340 (a org.apache.catalina.startup.ContextConfig)
 at
org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.j
ava:224)
 at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSu
pport.java:155)
 at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1131)
 - locked 0x449dc800 (a org.apache.catalina.core.StandardContext)
 at
org.apache.catalina.core.StandardContext.start(StandardContext.java:3371
)
 - locked 0x449dc800 (a org.apache.catalina.core.StandardContext)
 at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123)
 - locked 0x449cbda0 (a org.apache.catalina.core.StandardHost)
 at org.apache.catalina.core.StandardHost.start(StandardHost.java:638)
 - locked 0x449cbda0 (a org.apache.catalina.core.StandardHost)
 at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123)
 - locked 0x449ad458 (a org.apache.catalina.core.StandardEngine)
 at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:343)
 at
org.apache.catalina.core.StandardService.start(StandardService.java:388)
 - locked 0x449ad458 (a org.apache.catalina.core.StandardEngine)
 at
org.apache.catalina.core.StandardServer.start(StandardServer.java:506)
 - locked 0x449e0cf0 (a [Lorg.apache.catalina.Service;)
 at org.apache.catalina.startup.Catalina.start(Catalina.java:781)
 at org.apache.catalina.startup.Catalina.execute(Catalina.java:681)
 at org.apache.catalina.startup.Catalina.process(Catalina.java:179)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav
a:39)
 at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
Impl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:324)
 at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:243)
Dynamic libraries:
08048000-0804d000 r-xp  03:42 628983 /usr/java/j2re/bin/java
0804d000-0804e000 rw-p 4000 03:42 628983 /usr/java/j2re/bin/java
4000-40013000 r-xp  03:42 273681 /lib/ld-2.2.5.so
40013000-40014000 rw-p 00013000 03:42 273681 /lib/ld-2.2.5.so
40014000-4001d000 r-xp  03:42 518346
/usr/java/j2re/lib/i386/native_threads/libhpi.so
4001d000-4001e000 rw-p 8000 03:42 518346
/usr/java/j2re/lib/i386/native_threads/libhpi.so
4001e000-40024000 r--s  00:0a 19
/mnt/Web/tomcat/bin/bootstrap.jar
40024000-40027000 r--s  00:0a 31
/mnt/Web/tomcat/common/lib/jta-spec1_0_1.jar
40027000-40028000 r--p  03:42 80484
/usr/lib/locale/en_US.iso885915/LC_IDENTIFICATION
40028000-40029000 r--p  03:42 80485
/usr/lib/locale/en_US.iso885915/LC_MEASUREMENT
40029000-4002a000 r--p  03:42 80489
/usr/lib/locale/en_US.iso885915/LC_TELEPHONE
4002a000-4002b000 r--p  03:42 80483
/usr/lib/locale/en_US.iso885915/LC_ADDRESS
4002b000-40038000 r-xp  03:42 354164
/lib/i686/libpthread-0.9.so
40038000-4003f000 rw-p d000 03:42 354164
/lib/i686/libpthread-0.9.so
4004-40042000 r-xp  03:42 273694 /lib/libdl-2.2.5.so
40042000-40043000 rw-p 1000 03:42 273694 /lib/libdl-2.2.5.so
40043000-4030a000 r-xp  03:42 373482
/usr/java/j2re/lib/i386/client/libjvm.so
4030a000-40474000 rw-p 002c6000 03:42 373482
/usr/java/j2re/lib/i386/client/libjvm.so
40488000-4049a000 r-xp  03:42 273698 /lib/libnsl-2.2.5.so
4049a000-4049b000 rw-p 

DO NOT REPLY [Bug 17049] - Invalid code generated when nesting tags

2003-02-26 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=17049.
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=17049

Invalid code generated when nesting tags

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-02-26 09:48 ---
Fixed in TC4.1.21-alpha as indicated in applied patch from Jan Luehe 
(http://www.mail-archive.com/[EMAIL PROTECTED]/msg40939.html)

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



RE: DataSource realm, apply fix for 16316 bug, still not working ?

2003-02-26 Thread Uros Kotnik
Basicaly my own Realm implementation is copy/paste DataSourceRealm, I
just changed preparedRoles and preparedCredentials in start() and also
modified hasRole(Principal principal, String role) for my needs, but
exception that I get is when opening DataSource which is defined in
Context, it seemes that Context is not started yet when opening DB
connection from Realm ?


-Original Message-
From: Glenn Nielsen [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, February 25, 2003 17:18 
To: Tomcat Developers List
Subject: Re: DataSource realm, apply fix for 16316 bug, still not
working ?

So the problem isn't in the DataSourceRealm that comes with Tomcat?
It is in your own Realm implementation?  If so, debugging the problem
is up to you.

 From your config you might try using the fully qualified JNDI name
in your Realm config java:env/jdbc/hsqldb.

Regards,

Glenn
Uros Kotnik wrote:
 OK, I'm doing this:
 
 
 I made class 
 -
 
 public class UserManager
 extends RealmBase
 
 It's almost same like DataSourceRealm just little changed to suit my
DB.
 
 I deleted code parts from start() that validates that we can open our
 connection and also put this code part  to 
 
 public Principal authenticate(String username, String credentials)
 
 if (dbConnection == null) {
 return null;
 }
 
 
 
 
 This is where I get exception
 -
 
 private Connection open() {
 try {
 StandardServer server = (StandardServer)
 ServerFactory.getServer();
 Context context = server.getGlobalNamingContext();
 DataSource dataSource =
 (DataSource)context.lookup(dataSourceName); //exception here
 
 return dataSource.getConnection();
 } catch (Exception e) {
 // Log the problem for posterity
 log(sm.getString(dataSourceRealm.exception), e);
 }
 return null;
 }
 
 This is from the log:
 -
 
 003-02-25 15:09:16 DataSourceRealm[]: Exception performing
 authentication
 javax.naming.NameNotFoundException: Name jdbc is not bound in this
 Context
 at org.apache.naming.NamingContext.lookup(NamingContext.java:811)
 at org.apache.naming.NamingContext.lookup(NamingContext.java:194)
 at org.asterius.tomcat.security.UserManager.open(UserManager.java:647)
 at

org.asterius.tomcat.security.UserManager.authenticate(UserManager.java:4
 80)
 at

org.apache.catalina.authenticator.FormAuthenticator.authenticate(FormAut
 henticator.java:263) at

org.apache.catalina.authenticator.AuthenticatorBase.invoke(Authenticator
 Base.java:480)
 
 
 
 This is Server.xml
 --
 
 Context debug=0 docBase=C:\Projects\ipcs\ipcs path=
 workDir=C:\Projects\ipcs\ipcs
 
 
   Resource name=jdbc/hsqldb
   auth=Container
   type=javax.sql.DataSource/
 
   ResourceParams name=jdbc/hsqldb
 parameter
   namefactory/name
   valueorg.apache.commons.dbcp.BasicDataSourceFactory/value
 /parameter
 
 parameter
   namemaxActive/name
   value100/value
 /parameter
 
 parameter
   namemaxIdle/name
   value30/value
 /parameter
 

 parameter
   namemaxWait/name
   value1/value
 /parameter
 
 !-- dB username and password for dB connections  --
 parameter
  nameusername/name
  valueiuser/value
 /parameter
 parameter
  namepassword/name
  valueiuser/value
 /parameter
 
 !-- Class name for JDBC driver --
 parameter
namedriverClassName/name
valueorg.hsqldb.jdbcDriver/value   
 /parameter
 
 parameter
   nameurl/name
   valuejdbc:hsqldb:hsql://asterix/value  
 /parameter
   /ResourceParams
   
   
 
 Realm className=org.asterius.tomcat.security.UserManager debug=99

dataSourceName=jdbc/hsqldb
userTable=ic_users userNameCol=login_name
userCredCol=password
userRoleTable=ic_groups roleNameCol=group_name 
linkUserRoleTable=ic_users_groups groupIDcol=id_group
 userIDcol=id_user
userIDlang = id_language userRealName=real_name
/ 
 
 

--
Glenn Nielsen [EMAIL PROTECTED] | /* Spelin donut madder|
MOREnet System Programming   |  * if iz ina coment.  |
Missouri Research and Education Network  |  */   |
--


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


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



quick note

2003-02-26 Thread Henri Gomez
Amazingly I discovered that mod_jk, mod_jk2 and mod_webapp were
not registered in Apache Modules Registry (http://modules.apache.org/)
Fixed !!!

Back to real life

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


Re: socket errors in catalina.out and mod_jk.log

2003-02-26 Thread Henri Gomez
Sven Köhler wrote:
hi,

i didn't get any useful response in the tomcat-user-mailinglist.

many users have messages in their catalina.out, saying that a socket 
times out, or a connection had been closed.
these messages look like this:
25.02.2003 20:22:48 org.apache.jk.common.ChannelSocket processConnection
INFO: connection timeout reached
25.02.2003 20:22:50 org.apache.jk.common.ChannelSocket processConnection
INFO: server has been restarted or reset this connection
Could you give us more information :

- jk version you're using (jk or jk2)
- Apache webserver (1.3/2.0)
- Operating system hosting tomcat and apache
This message appears in tomcat in wait for ajp message,
since Operating system return Read timed out instead of
Read error.
Are you using Windows OS ?

===

void processConnection(MsgContext ep) {
try {
MsgAjp recv=new MsgAjp();
while( running ) {
int status= this.receive( recv, ep );
if( status = 0 ) {
if( status==-3)
log.debug( server has been restarted or reset 
this connection );
else
log.warn(Closing ajp connection  + status );
break;
}
ep.setLong( MsgContext.TIMER_RECEIVED, 
System.currentTimeMillis());

ep.setType( 0 );
// Will call next
status= this.invoke( recv, ep );
if( status!= JkHandler.OK ) {
log.warn(processCallbacks status  + status );
break;
}
}
} catch( Exception ex ) {
if( ex.getMessage().indexOf( Connection reset ) = 0)
log.debug( Server has been restarted or reset this 
connection);
else if (ex.getMessage().indexOf( Read timed out ) =0 )
log.info( connection timeout reached);
else
log.error( Error, processing connection, ex);



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


Tomcat and IPv6

2003-02-26 Thread P J
Helllo,

I am using Tomcat 4.1.18 and facing problem to get the start page using IPv6 
address with 8080 port.

I tried to fix this problem by following earlier mails - modifying the 
HttpProcessor.java file with the line -

int n = value.indexOf(:,value.lastIndexOf(]));

compiling the file and replace this new .class to catalina.jar. I started 
the Tomcat but still the same problem.

I tried fisrt with HttpProcessor.java from http directory. Then I tried from 
http10 directory. But it does not work.

Anyone know the solution?

- PJ

_
The new MSN 8: advanced junk mail protection and 2 months FREE* 
http://join.msn.com/?page=features/junkmail

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


Re: Tomcat and IPv6

2003-02-26 Thread Remy Maucherat
P J wrote:
Helllo,

I am using Tomcat 4.1.18 and facing problem to get the start page using 
IPv6 address with 8080 port.

I tried to fix this problem by following earlier mails - modifying the 
HttpProcessor.java file with the line -

int n = value.indexOf(:,value.lastIndexOf(]));

compiling the file and replace this new .class to catalina.jar. I 
started the Tomcat but still the same problem.

I tried fisrt with HttpProcessor.java from http directory. Then I tried 
from http10 directory. But it does not work.

Anyone know the solution?
If the old HTTP connector has a problem with IPv6, it won't be fixed 
(only security issues will be addressed). You should look at Coyote 
HTTP/1.1 instead.

Remy

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


DO NOT REPLY [Bug 17422] New: - UnmarshalException in RMI call (Tomcat 4.1.18)

2003-02-26 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=17422.
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=17422

UnmarshalException in RMI call  (Tomcat 4.1.18)

   Summary: UnmarshalException in RMI call  (Tomcat 4.1.18)
   Product: Tomcat 4
   Version: 4.1.18
  Platform: All
   URL: http://www,innovatis-group,com
OS/Version: All
Status: NEW
  Severity: Critical
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Hello

We've installed Tomcat using Jaas authentication Realm in our app context.
When Tomcat is trying to get connected with Jboss when Tomcat has been 
installed in a directory containing spaces ex. Apache Group, or program files
an unmarshallException is thrown. This error disappears once Tomcat is 
installed in a directory which does not contain any spaces.

UnmarshalException
***
41821 [Thread-4] ERROR ch.j4e.frontend.common.j4e.J4eLoginModule  - java.rmi.Ser
verException: RemoteException occurred in server thread; nested exception is:
java.rmi.UnmarshalException: error unmarshalling arguments; nested excep
tion is:
java.net.MalformedURLException: no protocol: 4.1.18/webapps/timeanchor/W
EB-INF/classes/
***

Server.xml context
 
Context path=/our_app docBase=timeanchor reloadable=true 
crossContext=false
Logger className=org.apache.catalina.logger.FileLogger
prefix=localhost_our_app_log. suffix=.txt timestamp=true /

Realm className=org.apache.catalina.realm.JAASRealm debug=3
  appName=J4eLogin 
userClassNames=xx.xx.common.xx.dataobjects.AppUserDO
  roleClassNames=xx.xx.common.xx.dataobjects.AppUserRoleDO
 /Realm
/Context
***

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



DO NOT REPLY [Bug 17422] - UnmarshalException in RMI call (Tomcat 4.1.18)

2003-02-26 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=17422.
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=17422

UnmarshalException in RMI call  (Tomcat 4.1.18)

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2003-02-26 10:57 ---
There's a limitation in the JDK, and basically you can't use spaces in the
Tomcat installation path if you want RMI to work (this will need Tomcat 5.0 +
JDK 1.4 for the fix). It's a known JDK issue.

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



Re: commons-modeler in jtc and catalina

2003-02-26 Thread Remy Maucherat
Henri Gomez wrote:
It seems that latest JTC / CATALINA require now a post 1.0 modeler.

Did there is release plan for modeler 1.1 ?
As it is the central piece of the JMX features in Tomcat 5.0, I don't 
think we are ready for a freeze-and-release yet.

Remy

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


Re: commons-modeler in jtc and catalina

2003-02-26 Thread Remy Maucherat
Henri Gomez wrote:
Remy Maucherat wrote:

Henri Gomez wrote:

It seems that latest JTC / CATALINA require now a post 1.0 modeler.

Did there is release plan for modeler 1.1 ?


As it is the central piece of the JMX features in Tomcat 5.0, I don't 
think we are ready for a freeze-and-release yet.


Ok, so I'll have to include the HEAD modeler in my eclipse.
At least for now. You can use the download target to build it easily.

Remy

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


RE: tracking memory usage over time

2003-02-26 Thread Sachin Chowdhary
you can also use jmeter for this purpose i have not used it but i heard that
it help in detecting memory leaks in tomcat.JMeter is also under jakarta
project you can use it may be it will help you
sachin

-Original Message-
From: Aditya [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 26, 2003 6:55 AM
To: Tomcat Developers List
Subject: Re: tracking memory usage over time


Glenn,

several months ago you had posted a URL to a document (at
kinetic.more.net if I remember correctly) where you talked about
having to restart your production Tomcat(s) every 4 weeks or so due to
Heap exhaustion. Is that still the case? If so what causes the heap
exhaustion?

We've looked high and low, with JProbe etc, and we still can't find
where the leak is. We're having to restart a Tomcat (4.1.20) with
-Xms and -Xmx both set to 256M every 4 days or so.

Thanks,
Adi

 On Fri, 14 Feb 2003 06:45:26 -0600, Glenn Nielsen [EMAIL PROTECTED]
said:
 An easier way to measure memory usage in production is to start the
 JVM which runs Tomcat with the arg -verbose:gc, this will print
 information to stdout about each garbage collection and the memory
 used.

 I doubt if the memory leak is in Tomcat itself.  The best way to
 find the memory leak in your application is to setup a test server
 and use OptimizeIt or JProbe to profile Tomcat and your web
 application.  You can use something like JMeter to simulate load.

 Regards,

 Glenn


 Aditya wrote: I have the following JSP that I hit every 5 minutes
 and stuff the returned values into a RRD (www.rrdtool.org) to
 measure the memory (heap I presume) consumption of Tomcat over
 time. Is there a better way, short of using JMX in the newer
 Tomcat builds, of doing this?  %@ page language=java % %@ page
 session=false % % long free =
 java.lang.Runtime.getRuntime().freeMemory(); long total =
 java.lang.Runtime.getRuntime().totalMemory(); out.print(free + | +
 total + |); % I can see a clear leak (about 20 contexts with a
 dozen or so hit constantly and recompiling JSPs very often) which
 necessitates (-Xmx and -Xms set to 256 MB) a restart of Tomcat every
 4 days or so (with 4.1.14). I just upgraded to 4.1.20 thinking that
 the constant compiling was the source of the leak and that doesn't
 seem to have made a difference. Running 4.1.14 under jprobe doesn't
 evidence any leaks in our JSPs/filters.  Hints on how to trace this
 leak down would be most welcome.  Thanks, Adi
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]

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



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



Maybe a new addon for TomCat?!

2003-02-26 Thread Federico
Hi,
we are five italian programmers and we have finished some days ago Puff, a http 
cache proxy written in java that have some interesting features like a spider that 
prefetch the web links and an option to convert all images to black and white one to 
have a speeder connection for the client. This software is free licensed (we haven't 
already choosed what type but this is free however!!) and we think to jakarta 
subprojects.
Then talking in the jakarta subproject mailing list someone suggested us to propose 
our proxy as module for TomCat like mod_proxy is for Apache 2.0 and we agreed this 
idea.
If it is possible tell us how we have to send it, the documentation and what ever you 
want.

Best regards

Paparoni Federico 


Re: Maybe a new addon for TomCat?!

2003-02-26 Thread Henri Gomez
Federico wrote:
Hi,
we are five italian programmers and we have finished some days ago Puff, a http 
cache proxy written in java that have some interesting features like a spider that prefetch the 
web links and an option to convert all images to black and white one to have a speeder 
connection for the client. This software is free licensed (we haven't already choosed what type 
but this is free however!!) and we think to jakarta subprojects.
Then talking in the jakarta subproject mailing list someone suggested us to propose 
our proxy as module for TomCat like mod_proxy is for Apache 2.0 and we agreed this 
idea.
If it is possible tell us how we have to send it, the documentation and what ever you 
want.
FYI, I see the proposal on jakarta-general (with the usual
Jon objections), and suggested to these gentlemen to make
such proposal in tomcat-dev.




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


DO NOT REPLY [Bug 17435] New: - Request-time attribute values are not properly evaluated when providing values to the name attribute of jsp:element

2003-02-26 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=17435.
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=17435

Request-time attribute values are not properly evaluated when providing values to the 
name attribute of jsp:element

   Summary: Request-time attribute values are not properly evaluated
when providing values to the name attribute of
jsp:element
   Product: Tomcat 5
   Version: Nightly Build
  Platform: All
OS/Version: All
Status: NEW
  Severity: Major
  Priority: Other
 Component: Jasper2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Consider the following:

 jsp:element name='%= element2 %'body2/jsp:element

The following element is generated:

 %= element2 %body2/%= element2 %

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



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

2003-02-26 Thread remm
remm2003/02/26 06:49:29

  Modified:jasper2/src/share/org/apache/jasper/compiler Compiler.java
  Log:
  - Don't set the basedir if it's null. This can happen with JSPC.
  
  Revision  ChangesPath
  1.56  +3 -1  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Compiler.java
  
  Index: Compiler.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Compiler.java,v
  retrieving revision 1.55
  retrieving revision 1.56
  diff -u -r1.55 -r1.56
  --- Compiler.java 26 Feb 2003 00:11:37 -  1.55
  +++ Compiler.java 26 Feb 2003 14:49:29 -  1.56
  @@ -152,7 +152,9 @@
   logger.setErrorPrintStream(System.err);
logger.setMessageOutputLevel(Project.MSG_INFO);
   project.addBuildListener( logger);
  -project.setBasedir( System.getProperty(catalina.home));
  +if (System.getProperty(catalina.home) != null) {
  +project.setBasedir( System.getProperty(catalina.home));
  +}
   
   if( options.getCompiler() != null ) {
   if( log.isDebugEnabled() )
  
  
  

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



Re: commons-modeler in jtc and catalina

2003-02-26 Thread Costin Manolache
Henri Gomez wrote:

 Remy Maucherat wrote:
 Henri Gomez wrote:
 
 It seems that latest JTC / CATALINA require now a post 1.0 modeler.

 Did there is release plan for modeler 1.1 ?

I think it'll be better called 2.0 - there are many big changes ( even
if it should be backward compatible ).

The best plan for a modeler release is: just before tomcat5.0. We can
start building milestones or betas for modeler.

 As it is the central piece of the JMX features in Tomcat 5.0, I don't
 think we are ready for a freeze-and-release yet.
 
 Ok, so I'll have to include the HEAD modeler in my eclipse.

That's the best choice. 

There are few more changes comming up - to improve the lifecycle and
more interface cleanup, and I'm still working on the notifications. 
In any case - the code that is used by tomcat5 standalone should be
very stable, most of the changes affect only tomcat5 embed ( or minimal ).
Switching to notifications in jk and coyote would be nice - but I don't 
think it is critical ( we can very well release with the current model ).



Costin


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



DO NOT REPLY [Bug 17397] - Jasper incorrectly generates a translation error if the omit-xml-declaration attribute of the jsp:output action is not specified.

2003-02-26 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=17397.
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=17397

Jasper incorrectly generates a translation error if the omit-xml-declaration attribute 
of the jsp:output action is not specified.





--- Additional Comments From [EMAIL PROTECTED]  2003-02-26 15:37 ---
Created an attachment (id=5041)
patch to fix this issue

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



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

2003-02-26 Thread remm
remm2003/02/26 07:50:19

  Modified:jasper2/src/share/org/apache/jasper JspC.java
  Log:
  - Add a big try / catch so that the build does not fail anymore.
  
  Revision  ChangesPath
  1.33  +10 -3 
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java
  
  Index: JspC.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java,v
  retrieving revision 1.32
  retrieving revision 1.33
  diff -u -r1.32 -r1.33
  --- JspC.java 24 Feb 2003 19:39:38 -  1.32
  +++ JspC.java 26 Feb 2003 15:50:19 -  1.33
  @@ -770,6 +770,8 @@
   
   public void execute()  throws JasperException {
   
  +try {
  +
   if( uriRoot==null ) {
   if( pages.size() == 0 ) {
   throw new JasperException( No uriRoot or files);
  @@ -823,6 +825,11 @@
   }
   
   completeWebXml();
  +
  +} catch (Throwable t) {
  +t.printStackTrace();
  +}
  +
   }
   
   
  
  
  

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



DO NOT REPLY [Bug 17438] New: - if omit-xml-decl is set to 'no' or 'false' no xml declaration is generated.

2003-02-26 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=17438.
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=17438

if omit-xml-decl is set to 'no' or 'false' no xml declaration is generated.

   Summary: if omit-xml-decl is set to 'no' or 'false' no xml
declaration is generated.
   Product: Tomcat 5
   Version: Nightly Build
  Platform: All
OS/Version: All
Status: NEW
  Severity: Major
  Priority: Other
 Component: Jasper2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Consider the following:

?xml version=1.0?
root xmlns:jsp=http://java.sun.com/JSP/Page;
jsp:output omit-xml-declaration=false /
/root

Generates the following:

  root/root

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



cvs commit: jakarta-tomcat-5 build.xml

2003-02-26 Thread remm
remm2003/02/26 08:42:09

  Modified:.build.xml
  Log:
  - Remove another incorrect path.
  
  Revision  ChangesPath
  1.88  +0 -1  jakarta-tomcat-5/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/build.xml,v
  retrieving revision 1.87
  retrieving revision 1.88
  diff -u -r1.87 -r1.88
  --- build.xml 26 Feb 2003 16:39:17 -  1.87
  +++ build.xml 26 Feb 2003 16:42:08 -  1.88
  @@ -258,7 +258,6 @@
 fileset dir=${tomcat.build}/common/lib
   include name=*.jar/
 /fileset
  -  pathelement location=${build.dir}/WEB-INF/classes/
   /path
   
   taskdef classname=org.apache.jasper.JspC name=jasper2 
  
  
  

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



[5.0.1] Investigation on the precompilation failure + new tag

2003-02-26 Thread Remy Maucherat
I made some progress, but now I am running into classloading problems 
which I've failed to fix :-( Any ideas ?

From a design standpoint, the tag file feature is IMO extremely evil, 
as it mixes the code generation phase with the compilation (and adds 
nasty tricks). This feature should be removed by the time the 
specification goes final.

That being said, I think we should proceed with the Tomcat 5.0.1 Alpha 
release.

Remy

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


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

2003-02-26 Thread luehe
luehe   2003/02/26 08:51:07

  Modified:jasper2/src/share/org/apache/jasper/compiler Validator.java
  Log:
  Fixed 17397: Jasper incorrectly generates a translation error if the
  omit-xml-declaration attribute of the jsp:output action is not
  specified.
  
  Revision  ChangesPath
  1.83  +4 -4  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Validator.java
  
  Index: Validator.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Validator.java,v
  retrieving revision 1.82
  retrieving revision 1.83
  diff -u -r1.82 -r1.83
  --- Validator.java26 Feb 2003 01:57:30 -  1.82
  +++ Validator.java26 Feb 2003 16:51:07 -  1.83
  @@ -437,7 +437,7 @@
new JspUtil.ValidAttribute(scope) };
   
private static final JspUtil.ValidAttribute[] jspOutputAttrs = {
  - new JspUtil.ValidAttribute(omit-xml-declaration, true) };
  + new JspUtil.ValidAttribute(omit-xml-declaration) };
   
/*
 * Constructor
  
  
  

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



Re: [5.0.1] Investigation on the precompilation failure + new tag

2003-02-26 Thread Jeanfrancois Arcand
I would like to fix a security exception before the alpha release:

Security Violation, attempt to use Restricted Class: 
org.apache.tomcat.util.buf.C2BConverter
java.security.AccessControlException: access denied 
(java.lang.RuntimePermission 
accessClassInPackage.org.apache.tomcat.util.buf)
   at 
java.security.AccessControlContext.checkPermission(AccessControlContext.java:270)
   at 
java.security.AccessController.checkPermission(AccessController.java:401)
   at 
java.lang.SecurityManager.checkPermission(SecurityManager.java:542)
   at 
java.lang.SecurityManager.checkPackageAccess(SecurityManager.java:1513)
   at 
org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:820)
   at 
org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:756)
   at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315)
   at 
org.apache.coyote.tomcat5.OutputBuffer.setConverter(OutputBuffer.java:607)

We must run the Watchdog tests with the security manager on more often ;-)

I will commit a fix today.

-- Jeanfrancois



Remy Maucherat wrote:

I made some progress, but now I am running into classloading problems 
which I've failed to fix :-( Any ideas ?

From a design standpoint, the tag file feature is IMO extremely evil, 
as it mixes the code generation phase with the compilation (and adds 
nasty tricks). This feature should be removed by the time the 
specification goes final.

That being said, I think we should proceed with the Tomcat 5.0.1 Alpha 
release.

Remy

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



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


Re: [5.0.1] Investigation on the precompilation failure + new tag

2003-02-26 Thread Remy Maucherat
Jeanfrancois Arcand wrote:
I would like to fix a security exception before the alpha release:

Security Violation, attempt to use Restricted Class: 
org.apache.tomcat.util.buf.C2BConverter
java.security.AccessControlException: access denied 
(java.lang.RuntimePermission 
accessClassInPackage.org.apache.tomcat.util.buf)
   at 
java.security.AccessControlContext.checkPermission(AccessControlContext.java:270) 

   at 
java.security.AccessController.checkPermission(AccessController.java:401)
   at 
java.lang.SecurityManager.checkPermission(SecurityManager.java:542)
   at 
java.lang.SecurityManager.checkPackageAccess(SecurityManager.java:1513)
   at 
org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:820) 

   at 
org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:756) 

   at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315)
   at 
org.apache.coyote.tomcat5.OutputBuffer.setConverter(OutputBuffer.java:607)

We must run the Watchdog tests with the security manager on more often ;-)

I will commit a fix today.
Sure, no problem.

Remy

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


DO NOT REPLY [Bug 17435] - Request-time attribute values are not properly evaluated when providing values to the name attribute of jsp:element

2003-02-26 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=17435.
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=17435

Request-time attribute values are not properly evaluated when providing values to the 
name attribute of jsp:element

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

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



Re: [5.0.1] Investigation on the precompilation failure + new tag

2003-02-26 Thread Remy Maucherat
Remy Maucherat wrote:
Jeanfrancois Arcand wrote:

I would like to fix a security exception before the alpha release:

Security Violation, attempt to use Restricted Class: 
org.apache.tomcat.util.buf.C2BConverter
java.security.AccessControlException: access denied 
(java.lang.RuntimePermission 
accessClassInPackage.org.apache.tomcat.util.buf)
   at 
java.security.AccessControlContext.checkPermission(AccessControlContext.java:270) 

   at 
java.security.AccessController.checkPermission(AccessController.java:401)
   at 
java.lang.SecurityManager.checkPermission(SecurityManager.java:542)
   at 
java.lang.SecurityManager.checkPackageAccess(SecurityManager.java:1513)
   at 
org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:820) 

   at 
org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:756) 

   at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315)
   at 
org.apache.coyote.tomcat5.OutputBuffer.setConverter(OutputBuffer.java:607) 

We must run the Watchdog tests with the security manager on more often 
;-)

I will commit a fix today.


Sure, no problem.
Ok, I saw your commit.
Now that I think about it, I'd like to include a build script for the 
new clustering features, and include them in the release (so it's 
delayed for one additional day).

Remy

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


Re: Maybe a new addon for TomCat?!

2003-02-26 Thread Federico
I mean for free shell a provider where i can start my proxy without
paying, but this isn't a really problem because the proxy has already tested
so it's only to show its feature to someone. When i'll find it i'll
comunicate to you.

Regards
Federico

- Original Message -
From: SAXESS - Hussayn Dabbous [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Wednesday, February 26, 2003 6:48 PM
Subject: Re: Maybe a new addon for TomCat?!


 Hy Frederico;

 Me too i would be interested to have a look into your proxy.

 Another question: What do you mean by free shell ?
 Are you searching for a free provider for download ?

 regards, hussayn




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



RE: [5.0.1] Investigation on the precompilation failure + new tag

2003-02-26 Thread Filip Hanik
Remy Maucherat wrote:
 Jeanfrancois Arcand wrote:
 
 I would like to fix a security exception before the alpha release:

 Security Violation, attempt to use Restricted Class: 
 org.apache.tomcat.util.buf.C2BConverter
 java.security.AccessControlException: access denied 
 (java.lang.RuntimePermission 
 accessClassInPackage.org.apache.tomcat.util.buf)
at 
 java.security.AccessControlContext.checkPermission(AccessControlContext.java:270) 

at 
 java.security.AccessController.checkPermission(AccessController.java:401)
at 
 java.lang.SecurityManager.checkPermission(SecurityManager.java:542)
at 
 java.lang.SecurityManager.checkPackageAccess(SecurityManager.java:1513)
at 
 org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:820)
  

at 
 org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:756)
  

at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315)
at 
 org.apache.coyote.tomcat5.OutputBuffer.setConverter(OutputBuffer.java:607) 


 We must run the Watchdog tests with the security manager on more often 
 ;-)

 I will commit a fix today.
 
 
 Sure, no problem.

Ok, I saw your commit.
Now that I think about it, I'd like to include a build script for the 
new clustering features, and include them in the release (so it's 
delayed for one additional day).

Remy

cool beans, I added a super simple build.xml that uses the catalina dist directory to 
build.
if you wanna change it, then be my guest :)

Filip


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


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



Re: socket errors in catalina.out and mod_jk.log

2003-02-26 Thread Sven Köhler
void processConnection(MsgContext ep) {
try {
MsgAjp recv=new MsgAjp();
while( running ) {
int status= this.receive( recv, ep );
i looked into these sources, and i am shocked!!!
this.receive() uses this.read(), and this method finally calls the 
InputStream.read(). as everybody should know, InputStrean.read() returns 
-1 if the end of the inputstream is reached.

this case is checked, but instead of doing something useful, the case is 
not really handled.

i suggest throwing an EOSException (EOS=EndOfStream) which is derived 
from IOException.
as this.read() is supposed to read exactly len bytes, it should only 
throw the EOSException, if the first call of InputStream.read() in the 
loop returns -1.

This exception can be catched down below, to more gracefully handle a 
connection-close.

BTW: there's also a comment that this improvement should be in AJP14. 
This has nothing to do with AJP14 (which is a protocol) but it's just 
bad programmed.

if( status = 0 ) {
if( status==-3)
log.debug( server has been restarted or reset 
this connection );
else
log.warn(Closing ajp connection  + status );
break;
}
ep.setLong( MsgContext.TIMER_RECEIVED, 
System.currentTimeMillis());

ep.setType( 0 );
// Will call next
status= this.invoke( recv, ep );
if( status!= JkHandler.OK ) {
log.warn(processCallbacks status  + status );
break;
}
}
} catch( Exception ex ) {
if( ex.getMessage().indexOf( Connection reset ) = 0)
log.debug( Server has been restarted or reset this 
connection);
else if (ex.getMessage().indexOf( Read timed out ) =0 )
log.info( connection timeout reached);
else
log.error( Error, processing connection, ex);


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


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

2003-02-26 Thread jfarcand
jfarcand2003/02/26 10:37:46

  Modified:catalina/src/share/org/apache/catalina/core
ApplicationContext.java
  Log:
  More missing doPrivilege blocks.
  
  Revision  ChangesPath
  1.8   +97 -16
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/ApplicationContext.java
  
  Index: ApplicationContext.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/ApplicationContext.java,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- ApplicationContext.java   27 Jan 2003 22:19:24 -  1.7
  +++ ApplicationContext.java   26 Feb 2003 18:37:43 -  1.8
  @@ -133,7 +133,49 @@
   public class ApplicationContext
   implements ServletContext {
   
  +protected class PrivilegedGetInitParameter
  +implements PrivilegedAction {
  +
  +private String name;
  +
  +PrivilegedGetInitParameter(String name){
  +this.name = name;
  +}
  +
  +public Object run(){
  +return ((String) parameters.get(name));
  +}
  +}
  +
  +
  +protected class PrivilegedGetInitParameterNames
  +implements PrivilegedAction {
  +
  +PrivilegedGetInitParameterNames(){
  +}
   
  +public Object run() {
  +return (new Enumerator(parameters.keySet()));
  +}
  +}
  +
  +protected class PrivilegedGetNamedDispatcher
  +implements PrivilegedAction {
  +
  +private Wrapper wrapper;
  +private String name;
  +
  +PrivilegedGetNamedDispatcher(Wrapper wrapper, String name) {
  +this.wrapper = wrapper;
  +this.name = name;
  +}
  +
  +public Object run() {
  +return new ApplicationDispatcher(wrapper, null, null, null, name);
  +}
  +}
  +
  +
   protected class PrivilegedGetRequestDispatcher
   implements PrivilegedAction {
   
  @@ -422,13 +464,19 @@
*
* @param name Name of the initialization parameter to retrieve
*/
  -public String getInitParameter(String name) {
  +public String getInitParameter(final String name) {
   
   mergeParameters();
   synchronized (parameters) {
  -return ((String) parameters.get(name));
  +if (System.getSecurityManager() != null){
  +PrivilegedGetInitParameter ip =
  +new PrivilegedGetInitParameter(name);
  +return (String)AccessController.doPrivileged(ip);
  + 
  +} else {
  +   return ((String) parameters.get(name));
  +}   
   }
  -
   }
   
   
  @@ -440,7 +488,13 @@
   
   mergeParameters();
   synchronized (parameters) {
  -return (new Enumerator(parameters.keySet()));
  +if (System.getSecurityManager() != null){
  +PrivilegedGetInitParameterNames pn =
  +new PrivilegedGetInitParameterNames();
  +return (Enumeration)AccessController.doPrivileged(pn);
  +} else {
  +   return (new Enumerator(parameters.keySet()));
  +}
   }
   
   }
  @@ -503,8 +557,17 @@
   Wrapper wrapper = (Wrapper) context.findChild(name);
   if (wrapper == null)
   return (null);
  -ApplicationDispatcher dispatcher =
  -  new ApplicationDispatcher(wrapper, null, null, null, name);
  +
  +ApplicationDispatcher dispatcher;
  +if (System.getSecurityManager() != null){
  +PrivilegedGetNamedDispatcher nd = 
  +new PrivilegedGetNamedDispatcher(wrapper, name);
  +dispatcher = (ApplicationDispatcher)AccessController.doPrivileged(nd);
  +} else {
  +dispatcher =
  +  new ApplicationDispatcher(wrapper, null, null, null, name);
  +}
  +
   return ((RequestDispatcher) dispatcher);
   
   }
  @@ -745,9 +808,18 @@
* @deprecated As of Java Servlet API 2.1, with no direct replacement.
*/
   public Enumeration getServletNames() {
  -
  -return (new Enumerator(empty));
  -
  +if (System.getSecurityManager() != null){
  +return (Enumeration)AccessController.doPrivileged(
  +new PrivilegedAction(){
  +
  +public Object run(){
  +return (new Enumerator(empty)); 
  +}
  +}
  +);
  +} else {
  +return (new Enumerator(empty));
  +}
   }
   
   
  @@ -755,9 +827,18 @@
* @deprecated As of Java Servlet API 2.1, with no direct replacement.
*/
   public 

Re: [5.0.1] Investigation on the precompilation failure + new tag

2003-02-26 Thread Costin Manolache
Remy Maucherat wrote:


 Ok, I saw your commit.
 Now that I think about it, I'd like to include a build script for the
 new clustering features, and include them in the release (so it's
 delayed for one additional day).

Can we postpone it till Monday ? I want to get the embed/ working too,
I just need to clean up some scripts and make few fixes.

Costin


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



cvs commit: jakarta-tomcat-connectors/naming/src/org/apache/naming/modules/fs FileDirContext.java

2003-02-26 Thread costin
costin  2003/02/26 10:52:12

  Modified:naming   build.xml
   naming/src/org/apache/naming/ant JndiProperties.java
   naming/src/org/apache/naming/core BaseContext.java
BaseDirContext.java BaseNaming.java
NamingContextEnumeration.java ServerAttribute.java
ServerAttributes.java
   naming/src/org/apache/naming/modules/fs FileDirContext.java
  Log:
  Various updates and improvments.
  
  It requires ant1.6 ( i.e. HEAD or recent build ) - since it uses and implements 
dynamic
  properties.
  
  Revision  ChangesPath
  1.3   +18 -9 jakarta-tomcat-connectors/naming/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/naming/build.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- build.xml 8 Oct 2002 18:46:42 -   1.2
  +++ build.xml 26 Feb 2003 18:52:11 -  1.3
  @@ -51,36 +51,45 @@
   /target
   
 target name=test  
  -systemPath pathRef=build-main.classpath /
  +classloader classpathRef=build-main.classpath /
  +
   taskdef name=jndiSet classname=org.apache.naming.ant.JndiSet/
   taskdef name=jndiProperties 
classname=org.apache.naming.ant.JndiProperties/
   taskdef name=jndiFileCtx 
classname=org.apache.naming.modules.fs.FileDirContext/
   
  +!-- Enable ${jndi:...} dynamic properties --
   jndiProperties/
  +
  +!-- memory context --
   jndiSet context=/foo value=bar /
  +echo message=Value: ${jndi:/foo}/
   
  -jndiFileCtx docBase=/tmp id=docBaseId /
   
  -jndiSet context=/test refId=docBaseId /
  +property name=dirname location=. /
   
  -echo message=Value: ${jndi:/foo}/
  -echo message=Value: ${jndi:/test/test}/
  -echo message=Value: ${jndi:fs:/tmp/test}/
  +!-- Create a JNDI context for the current dir --
  +jndiFileCtx docBase=${dirname} id=docBaseId /
  +
  +!-- Bind the file context to /currentDir --
  +jndiSet context=/currentDir refId=docBaseId /
  +
  +echo message=Value: ${jndi:/currentDir/build.xml}/
  +echo message=Value: ${jndi:fs:/tmp}/
 /target
   
   
 target name=browser
   java classpathref=build-main.classpath 
 classname=examples.browser.Browser fork=true
  -  sysproperty key=java.naming.dns.url value=dns://129.150.254.2/wyn.org/
  +  sysproperty key=java.naming.dns.url value=dns://10.0.0.1/covalent.net/
 
 !-- LABEL|java.naming.factory.initial|java.naming.provider.url|root|auth( 
none, simple, etc ) |princ|pass --
 arg 
value=LDAP|com.sun.jndi.ldap.LdapCtxFactory|ldap://localhost:389|dc=wyn,dc=org|simple|cn=Manager,dc=wyn,dc=org|secret
 /
 !-- arg value=File|com.sun.jndi.fscontext.RefFSContextFactory|file:/ /--
 arg value=DSML|com.sun.jndi.dsml.DsmlCtxFactory|file:/tmp/test.dsml.xml /
 arg value=DNS|com.sun.jndi.dns.DnsContextFactory|dns://127.0.0.1/localhost 
/
  -  arg value=FS|org.apache.naming.fs.fsURLContextFactory|fs:/ /
  -  arg value=Mem|org.apache.naming.memory.memoryURLContextFactory|memory:/ /
  +  arg value=FS|org.apache.naming.modules.fs.fsURLContextFactory|fs:/ /
  +  arg 
value=Mem|org.apache.naming.modules.memory.memoryURLContextFactory|memory:/ /
   /java
 /target
   
  
  
  
  1.3   +43 -23
jakarta-tomcat-connectors/naming/src/org/apache/naming/ant/JndiProperties.java
  
  Index: JndiProperties.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/naming/src/org/apache/naming/ant/JndiProperties.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- JndiProperties.java   8 Oct 2002 18:46:42 -   1.2
  +++ JndiProperties.java   26 Feb 2003 18:52:12 -  1.3
  @@ -70,11 +70,12 @@
*
* @author Costin Manolache
*/
  -public class JndiProperties extends Task implements PropertyInterceptor {
  +public class JndiProperties extends Task {
   public static String PREFIX=jndi:;
   private static org.apache.commons.logging.Log log=
   org.apache.commons.logging.LogFactory.getLog( JndiProperties.class );
  -
  +private JndiHelper helper=new JndiHelper();
  +
   public JndiProperties() {
   initNaming();
   }
  @@ -87,32 +88,51 @@
   // System.setProperty( java.naming.factory.initial, 
org.apache.naming.memory.MemoryInitialContextFactory );
   }
   
  -public boolean setProperty( Object p, String ns, String name, Object value ) {
  -return false;
  -}
  +class JndiHelper extends PropertyHelper {
  +public boolean setPropertyHook( String ns, String name, Object v, boolean 
inh,
  +boolean user, boolean isNew)
  +{
  +if( ! 

Character encoding

2003-02-26 Thread Tom Anderson
I have a question about the Tomcat implementation of the Java Servlet 
Spec (2.3) with regards to request character encoding.   Section 4.9 of 
the spec reads as follows:

SRV.4.9 Request data encoding
Currently, many browsers do not send a char encoding qualifier with the 
Content-
Type header, leaving open the determination of the character encoding 
for reading
HTTP requests. The default encoding of a request the container uses to 
create the
request reader and parse POST data must be ISO-8859-1, if none has 
been
specified by the client request. However, in order to indicate to the 
developer in this
case the failure of the client to send a character encoding, the 
container returns null
from the getCharacterEncoding method.

My interpretation of this is that, if charset in the Content-Type 
header is set to something, then 
javax.servlet.ServletRequest.getCharacterEncoding() should return that 
encoding.   And if that header is not set, then it would return null 
and use ISO-8859-1.

However, my tests of Tomcat 4.1.18 show that, for example, I can set 
charset to Big5 (and I have verified that the Content-Type header is 
text/html;charset=Big5 but a call to getCharacterEncoding() returns 
null.

Am I misinterpreting the spec or is this a bug in Tomcat's 
implementation?

~Tom


Re: [5.0.1] Investigation on the precompilation failure + new tag

2003-02-26 Thread Remy Maucherat
Costin Manolache wrote:
Remy Maucherat wrote:



Ok, I saw your commit.
Now that I think about it, I'd like to include a build script for the
new clustering features, and include them in the release (so it's
delayed for one additional day).


Can we postpone it till Monday ? I want to get the embed/ working too,
I just need to clean up some scripts and make few fixes.
Ok no problem :)

Remy

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


cvs commit: jakarta-tomcat-5/resources/mbeans - New directory

2003-02-26 Thread costin
costin  2003/02/26 11:19:54

  jakarta-tomcat-5/resources/mbeans - New directory

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



cvs commit: jakarta-tomcat-5/resources/mbeans tomcat5-ant.xml

2003-02-26 Thread costin
costin  2003/02/26 11:22:05

  Added:   resources/mbeans tomcat5-ant.xml
  Log:
  Minimal ant script to get embeded tomcat running.
  
  The startup time on a 1 GHz machine is 6 seconds ( with no webapp ) :-)
  So far the size is 3 MB - but a lot of stuff can be moved to modules, and
  libraries are almost half of it.
  
  Revision  ChangesPath
  1.1  jakarta-tomcat-5/resources/mbeans/tomcat5-ant.xml
  
  Index: tomcat5-ant.xml
  ===
  project name=tomcat-embed default=start basedir=.
  
property file=${user.home}/build.properties/
property file=build.properties/
  
property name=tomcat.home location=. /
  
path id=tomcatCP-extra / 
  
  
target name=init unless=init.done
  
  path id=tomcatCP 
path refid=tomcatCP-extra/
  
!-- Just include everything for now 
 --
fileset dir=${tomcat.home}/lib includes=*.jar/
  /path
  
  taskdef resource=org/apache/commons/modeler/ant/ant.properties
   classpathref=tomcatCP /
  property name=init.done value=true/
/target
  
  
!--  Console - for debugging.  
 Call this target if you want the console added.
  --
  
target name=jmx-console-ri depends=init description=Enable JMX-RI console ( 
web interface ) 
  mbean code=com.sun.jdmk.comm.HtmlAdaptorServer
 name=jmx-console:type=HtmlAdaptorServer,port=9998
  /mbean
  jmx-attribute objectName=jmx-console:type=HtmlAdaptorServer,port=9998 
 attribute=Port type=int value=9998/
  
  jmx-operation objectName=jmx-console:type=HtmlAdaptorServer,port=9998
 operation=start /
/target
  
  
!-- === Server.xml based  --
  
target name=run depends=init
  description=Start tomcat as an mbean using server.xml config and returns
  property name=domain value=Catalina /
  
  modeler code=org.apache.catalina.startup.Catalina
name=${domain}:type=server /
  
  jmxSet objectName=${domain}:type=server
  attribute=catalinaHome
  value=${tomcat.home}/

  !-- We could also call init and set other properties - 
   init should load the modules --
  
  jmx objectName=${domain}:type=server
   operation=start /
  
  
  echo message=Tomcat5 running/
  
  !-- let's add a context - using JMX 
  property name=admin1Name 

value=${domain}:j2eeType=WebModule,name=//localhost/admin1,J2EEApplication=none,J2EEServer=none
 /
  
  modeler code=org.apache.catalina.core.StandardContext
 name=${admin1Name} /
  
  jmxSet objectName=${admin1Name}
  attribute=docBase
  value=${tomcat.home}/server/webapps/admin /
  
  jmx objectName=${admin1Name}
   operation=init /
  --
  
  
/target
  
!--  Await  
 Call this target if you want the build file to hung in await. Tomcat stop 
or ^C will stop 
 the ant execution
  --
target name=await depends=init
  description=Wait for tomcat stop. Call this target after run
  
  jmx objectName=Catalina:type=server
   operation=await /
  
/target
  
target name=start depends=init,run,await description=Start tomcat, wait for 
stop message/
  
  /project
  
  
  

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



cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat5 CoyoteAdapter.java

2003-02-26 Thread jfarcand
jfarcand2003/02/26 11:33:04

  Modified:coyote/src/java/org/apache/coyote/tomcat5 CoyoteAdapter.java
  Log:
  Fix bug 16474: Unable to obtain correct data for version, path, or domain 
information from Cookie.
  
  Revision  ChangesPath
  1.10  +7 -4  
jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat5/CoyoteAdapter.java
  
  Index: CoyoteAdapter.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat5/CoyoteAdapter.java,v
  retrieving revision 1.9
  retrieving revision 1.10
  diff -u -r1.9 -r1.10
  --- CoyoteAdapter.java29 Jan 2003 16:39:11 -  1.9
  +++ CoyoteAdapter.java26 Feb 2003 19:33:04 -  1.10
  @@ -359,6 +359,9 @@
   }
   Cookie cookie = new Cookie(scookie.getName().toString(),
  scookie.getValue().toString());
  +cookie.setPath(scookie.getPath().toString());
  +cookie.setVersion(scookie.getVersion());
  +cookie.setDomain(scookie.getDomain().toString());
   cookies[i] = cookie;
   }
   
  
  
  

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



DO NOT REPLY [Bug 16474] - Unable to obtain correct data for version, path, or domain information from Cookie

2003-02-26 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=16474.
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=16474

Unable to obtain correct data for version, path, or domain information from Cookie

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-02-26 19:37 ---
Fixed.

Thanks,

-- Jeanfrancois

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



Re: Maybe a new addon for TomCat?!

2003-02-26 Thread Federico
For everyone who want to test our software and tell us how it is:

1)We require a JVM 1.4.0 because we use regular expression and something
else
2) Yes it's a stand alone application, maybe we can do a module of TomCat if
someone told us

This is the link where you can download it  to test it,
http://irc.dis.uniroma1.it/~nous/puff.zip .
When you unzip you must start the server proxy with the class starter (java
starter) and
then you have to set the port and the other feature with the GUI that is in
the subdirectory GUI,
from which you have to start the class PuffConf (java PuffConf). Here you
have to insert login (administrator),
pass(dragon),server(your ip).
Then in the second dialog you have to select the port where you want to bind
the proxy and the max slot number
(SLOT MASSIMI IN CACHE). Then you can test the proxy with the two feature
that are black and white (in the version
that i give you gif are not implemented but i have'nt now the last copy)
selecting BIANCO E NERO ATTIVATO and then the
spider that prefetch the web selecting SPIDER ATTIVATO. Now you can start
the proxy turning back in the first dialog and selecting
AVVIA PROXY radiobutton then click ESEGUI. Now the proxy is started. Set it
in your browser with the port you have selected and then
start browsing internet and tell us what you think about it.

(Sorry for the GUI in italian and not in English ;))

Regards

Federico




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



DO NOT REPLY [Bug 17450] New: - cannot change session identifier name

2003-02-26 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=17450.
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=17450

cannot change session identifier name

   Summary: cannot change session identifier name
   Product: Tomcat 4
   Version: 4.1.21
  Platform: All
OS/Version: All
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


1)it is not possible to change the SESSION_COOKIE_NAME or 
SESSION_PARAMETER_NAME value in org.apache.catalina.Globals withour recompiling 
tomcat. Jetty or Bea Weblogic can change it by configuration...
2) not all classes in the catalina or connector package using the global 
definition: the will write it hardcoded.

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



cvs commit: jakarta-tomcat-5 build.xml

2003-02-26 Thread costin
costin  2003/02/26 11:40:33

  Modified:.build.xml
  Log:
  The rest of the embed.
  
  If anyone can try it - please let me know if it works for you.
  
  Revision  ChangesPath
  1.89  +27 -1 jakarta-tomcat-5/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/build.xml,v
  retrieving revision 1.88
  retrieving revision 1.89
  diff -u -r1.88 -r1.89
  --- build.xml 26 Feb 2003 16:42:08 -  1.88
  +++ build.xml 26 Feb 2003 19:40:33 -  1.89
  @@ -467,6 +467,16 @@
   include name=commons-beanutils.jar/
   include name=tomcat-util.jar/
 /fileset
  +  fileset dir=build/common/lib
  +include name=commons-collections.jar/
  +  /fileset
  +/copy
  +
  +!-- JMX --
  +copy todir=embed/lib
  +  fileset dir=build/server/lib
  +include name=jmx.jar/
  +  /fileset
   /copy
   
   !-- Connector --
  @@ -523,10 +533,26 @@
 /fileset
   /copy
   --
  -copy tofile=embed/tomcat5-mbeans.xml 
file=resources/mbeans/tomcat5-mbeans.xml /
   copy tofile=embed/tomcat5-ant.xml file=resources/mbeans/tomcat5-ant.xml /
  +!-- 
  +copy tofile=embed/tomcat5-mbeans.xml 
file=resources/mbeans/tomcat5-mbeans.xml /
   copy tofile=embed/tomcat5-mlet.xml file=resources/mbeans/tomcat5-mlet.xml 
/
   copy tofile=embed/tomcat5-service.xml 
file=resources/mbeans/tomcat5-service.xml /
  +--
  +
  +mkdir dir=embed/conf/
  +copy todir=embed/conf
  +  fileset dir=build/conf
  + include name=server.xml/
  + include name=web.xml/
  +  /fileset
  +/copy
  +
  +mkdir dir=embed/webapps/
  +copy todir=embed/webapps 
  +   fileset dir=build/webapps includes=ROOT/**/
  +/copy
  +
 /target
   
 !-- == DEPLOY: Deploy Components === --
  
  
  

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



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

2003-02-26 Thread jfarcand
jfarcand2003/02/26 11:46:20

  Modified:catalina/src/share/org/apache/catalina/core
ApplicationFilterFactory.java
  Log:
  Fix a NullPointerException and a ClassCastException when this value is null or when 
the value is a MessageByte instance.
  
  Revision  ChangesPath
  1.8   +10 -4 
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/ApplicationFilterFactory.java
  
  Index: ApplicationFilterFactory.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/ApplicationFilterFactory.java,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- ApplicationFilterFactory.java 30 Jan 2003 18:22:47 -  1.7
  +++ ApplicationFilterFactory.java 26 Feb 2003 19:46:20 -  1.8
  @@ -144,7 +144,13 @@
   Integer dispatcherInt = 
(Integer)request.getAttribute(DISPATCHER_TYPE_ATTR);
   dispatcher = dispatcherInt.intValue();
   }
  -String requestPath = 
(String)request.getAttribute(DISPATCHER_REQUEST_PATH_ATTR);
  +String requestPath = null;
  +Object attribute = request.getAttribute(DISPATCHER_REQUEST_PATH_ATTR);
  +
  +if (attribute != null){
  +requestPath = attribute.toString();
  +}
  +
   HttpServletRequest hreq = null;
   if (request instanceof HttpServletRequest) hreq = 
(HttpServletRequest)request;
   // If there is no servlet to execute, return null
  
  
  

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



DO NOT REPLY [Bug 17450] - cannot change session identifier name

2003-02-26 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=17450.
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=17450

cannot change session identifier name

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2003-02-26 19:50 ---
The cookie name is defined by the Servlet Specification. Those other products
allow you to deviate from the spec.   

Your only recourse is to change the code and recompile.

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



cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Compiler.java Generator.java Node.java PageDataImpl.java PageInfo.java ParserController.java Validator.java

2003-02-26 Thread luehe
luehe   2003/02/26 14:58:17

  Modified:jasper2/src/share/org/apache/jasper/compiler Compiler.java
Generator.java Node.java PageDataImpl.java
PageInfo.java ParserController.java Validator.java
  Log:
  Fixed 17438: if omit-xml-decl is set to 'no' or 'false' no xml
  declaration is generated.
  
  Revision  ChangesPath
  1.57  +2 -2  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Compiler.java
  
  Index: Compiler.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Compiler.java,v
  retrieving revision 1.56
  retrieving revision 1.57
  diff -u -r1.56 -r1.57
  --- Compiler.java 26 Feb 2003 14:49:29 -  1.56
  +++ Compiler.java 26 Feb 2003 22:58:15 -  1.57
  @@ -207,12 +207,12 @@
// a jsp-property-group in web.xml, initialize pageInfo with
// those properties.
if (jspProperty.isXml() != null) {
  - pageInfo.setIsXmlSpecified(true);
  + pageInfo.setIsXmlConfigSpecified(true);
}
if (jspProperty.isELIgnored() != null) {
pageInfo.setELIgnoredSpecified(true);
}
  - pageInfo.setIsXml(JspUtil.booleanValue(jspProperty.isXml()));
  + pageInfo.setIsXmlConfig(JspUtil.booleanValue(jspProperty.isXml()));
pageInfo.setConfigEncoding(jspProperty.getPageEncoding());
pageInfo.setELIgnored(JspUtil.booleanValue(jspProperty.isELIgnored()));

pageInfo.setScriptingInvalid(JspUtil.booleanValue(jspProperty.isScriptingInvalid()));
  
  
  
  1.169 +14 -8 
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java
  
  Index: Generator.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java,v
  retrieving revision 1.168
  retrieving revision 1.169
  diff -u -r1.168 -r1.169
  --- Generator.java26 Feb 2003 01:11:14 -  1.168
  +++ Generator.java26 Feb 2003 22:58:15 -  1.169
  @@ -594,16 +594,21 @@
   }
   
   /**
  - * Generates a XML declaration
  + * Generates an XML declaration, under the following conditions:
  + *
  + * - 'omit-xml-declaration' attribute of jsp:output action is set to
  + *   no or false
  + * - JSP document without a jsp:root
*/
   private void generateXmlDeclaration(Node.Nodes page) {
  - if (page.getRoot().isXmlSyntax()  ! pageInfo.hasJspRoot()  
  - (pageInfo.getOmitXmlDecl() == null /* not specified */ ||
  -  ! JspUtil.booleanValue(pageInfo.getOmitXmlDecl( {
  + if (pageInfo.getOmitXmlDecl() != null
  +  !JspUtil.booleanValue(pageInfo.getOmitXmlDecl())
  + || (page.getRoot().isXmlSyntax()  !pageInfo.hasJspRoot()
  +  !ctxt.isTagFile())) {
String cType = pageInfo.getContentType();
String charSet = cType.substring(cType.indexOf(charset=)+8);
out.printil(out.write(\?xml version=\\\1.0\\\ encoding=\\\ +
  - charSet + \\\?\\n\););
  + charSet + \\\?\\n\););
}
   }
   
  @@ -2969,6 +2974,7 @@
return;
}
   
  + gen.generateXmlDeclaration(page);
gen.fragmentHelperClass.generatePreamble();
page.visit(gen.new GenerateVisitor(gen.ctxt.isTagFile(),
   out,
  
  
  
  1.64  +7 -3  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Node.java
  
  Index: Node.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Node.java,v
  retrieving revision 1.63
  retrieving revision 1.64
  diff -u -r1.63 -r1.64
  --- Node.java 26 Feb 2003 17:58:07 -  1.63
  +++ Node.java 26 Feb 2003 22:58:15 -  1.64
  @@ -400,6 +400,8 @@
 */
Root(boolean isXmlSyntax) {
this.isXmlSyntax = isXmlSyntax;
  + this.qName = JSP_ROOT_ACTION;
  + this.localName = ROOT_ACTION;
}
   
/*
  @@ -408,6 +410,8 @@
Root(Mark start, Node parent, boolean isXmlSyntax) {
super(start, parent);
this.isXmlSyntax = isXmlSyntax;
  + this.qName = JSP_ROOT_ACTION;
  + this.localName = ROOT_ACTION;
   
// Figure out and set the parent root
Node r = parent;
  
  
  
  1.24  +11 -22
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/PageDataImpl.java
  
  Index: PageDataImpl.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/PageDataImpl.java,v
  retrieving revision 1.23
  

DO NOT REPLY [Bug 17395] - Translation error incorrectly generated when using jsp:output in a Tag file in XML syntax

2003-02-26 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=17395.
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=17395

Translation error incorrectly generated when using jsp:output in a Tag file in XML 
syntax

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

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



DO NOT REPLY [Bug 17399] - Misleading error message generated when jsp:output, within a Tag file in XML syntax has a body.

2003-02-26 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=17399.
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=17399

Misleading error message generated when jsp:output, within a Tag file in XML syntax 
has a body.

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

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



notifications, one more question

2003-02-26 Thread Filip Hanik
is there an event that gets fired after the contexts have been configured, but before 
the connectors start accepting requests?

I need this event so that I can replicate session data for a new node that joins the 
cluster, and we don't want to start accepting requests until we are complete with that 
one.

Filip

-Original Message-
From: Costin Manolache [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 26, 2003 1:48 PM
To: [EMAIL PROTECTED]
Subject: Re: commons-modeler in jtc and catalina


Jeanfrancois Arcand wrote:

 Costin,
 
 are you planning to tag the modeler workspace to reflect all you recent
 changes (once they are completed of course)? Something like
 MODELER_2_0_alpha (I'm not good for name) will be helpfull. Also, is
 this module supposed to build by itself? Right now the build.xml has a
 dependency on jakarta-commons. Bundling Tomcat 5 source creates huge zip
 file (50mg) mostly due to jakarta-commons source dependency.  If the
 dependency is not required, I would be happy to help fixing the
 build.xml..

It wouldn't be bad if the source zip would include the commons code that we
use - modeler, logging, digester, beanutils, collections. 
But you can fix it to include only tomcat-specific code, since commons
has its own src distribution.

I don't know if you follow the discussion on the repository - it'll 
probably affect us a lot. If things settle down and an agreement is reached
- we should modify our build acordingly. That may mean we'll have to
include version numbers in jars ( if this is voted ), start downloading and 
uploading to the repository, etc.
Probably the some of the download script could be replaced with ruper or
some other task ( I hope Ant1.6 will include such a thing by default ).

Regarding the tag - I think it would be a good idea to tag it with each
milestone of tomcat5. 

BTW - in order to release modeler we need at least 3 +1 votes - so far I
feel a bit alone :-) Is anyone else interested in this piece ?

Costin


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


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



cvs commit: jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session SessionMessage.java

2003-02-26 Thread fhanik
fhanik  2003/02/26 16:15:20

  Modified:modules/cluster/src/share/org/apache/catalina/cluster/session
SessionMessage.java
  Log:
  changed text from 'created' to session 'modified' when a session is replicated.
  we no longer distinguish between the two of them.
  
  Revision  ChangesPath
  1.2   +6 -6  
jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/SessionMessage.java
  
  Index: SessionMessage.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/SessionMessage.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- SessionMessage.java   19 Feb 2003 20:32:10 -  1.1
  +++ SessionMessage.java   27 Feb 2003 00:15:19 -  1.2
  @@ -256,7 +256,7 @@
   {
   switch (mEvtType)
   {
  -case EVT_SESSION_CREATED : return SESSION-CREATED;
  +case EVT_SESSION_CREATED : return SESSION-MODIFIED;
   //case EVT_SESSION_EXPIRED_WNOTIFY : return 
SESSION-EXPIRED-WITH-NOTIFY;
   //case EVT_SESSION_EXPIRED_WONOTIFY : return 
SESSION-EXPIRED-WITHOUT-NOTIFY;
   //case EVT_ATTRIBUTE_ADDED : return SESSION-ATTRIBUTE-ADDED;
  @@ -279,7 +279,7 @@
*/
   public Member getAddress()
   {
  - return this.mSrc;
  +return this.mSrc;
   }
   
   /**
  @@ -289,7 +289,7 @@
*/
   public void setAddress(Member src)
   {
  - this.mSrc = src;
  +this.mSrc = src;
   }
   
   public String getContextName() { return mContextName; }
  
  
  

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



DO NOT REPLY [Bug 17460] New: - Warp Connector Socket closed

2003-02-26 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=17460.
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=17460

Warp Connector Socket closed

   Summary: Warp Connector Socket closed
   Product: Tomcat 4
   Version: 4.1.12
  Platform: Sun
OS/Version: Solaris
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Connector:Webapp
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]

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



REPOST: Possible Socket Handling Bug? : Applet Cannot Make HTTP POST Request to Tomcat w/IIS Redirector

2003-02-26 Thread Rick Bullotta
General Q: Is the IIS redirector getting much usage/attention or is it
an experiment?

Here's the Tomcat/redirector bug we're trying to track down:

Our applets/servlets run perfectly with Tomcat 4.1.18 and Apache 2.0.4X
(using jk as the go-between), but when used with the IIS redirector and
jk, the applets are unable to do any HTTP POST requests.  Applets can,
however, successfully issue GET requests.  There's nothing unusual about
the applet code, a snippet is shown below.  The code blocks on the
oStrm.close() method.  It works perfectly when using the Apache Http
server.  Also provided is the stderr.log output.  The stdout.log output
also contains some dump of what appears to be the HTTP content.
Unfortunately, we do have clients that will need the IIS/Tomcat combo.

This one is causing great hair loss, and any help welcomed. ;

Applet code snippet:

sURL = ...
sPostData = ...

URL url = new URL(sURL);

URLConnection urlconnection = url.openConnection();

urlconnection.setDoInput(true);
urlconnection.setDoOutput(true);
urlconnection.setUseCaches(false);

urlconnection.setRequestProperty(Content-Type,application/x-www-form-
urlencoded);

System.out.println(Getting Output Stream);

DataOutputStream oStrm = new
DataOutputStream(urlconnection.getOutputStream());

System.out.println(Got Output Stream);
oStrm.writeBytes(sPostData);
System.out.println(Wrote Stream);
oStrm.flush();
System.out.println(Flushed Output Stream);
oStrm.close();
System.out.println(Closed Output Stream);

DataInputStream iStrm = new DataInputStream(new
BufferedInputStream(urlconnection.getInputStream(), 8192));

int nSuccessCode = iStrm.readInt();

...
=

stderr.log output:

=
SEVERE: Error decoding request 
java.net.SocketTimeoutException: Read timed out
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(SocketInputStream.java:129)
at
java.io.BufferedInputStream.fill(BufferedInputStream.java:183)
at
java.io.BufferedInputStream.read1(BufferedInputStream.java:222)
at
java.io.BufferedInputStream.read(BufferedInputStream.java:277)
at
org.apache.jk.common.ChannelSocket.read(ChannelSocket.java:526)
at
org.apache.jk.common.ChannelSocket.receive(ChannelSocket.java:464)
at
org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:625)
at
org.apache.jk.common.JkInputStream.receive(JkInputStream.java:300)
at
org.apache.jk.common.HandlerRequest.decodeRequest(HandlerRequest.java:46
1)
at
org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:343)
at
org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:632)
at
org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:
590)
at
org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:707)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool
.java:530)
at java.lang.Thread.run(Thread.java:536)
Feb 25, 2003 9:55:27 AM org.apache.jk.common.ChannelSocket
processConnection
WARNING: processCallbacks status 2
=

stdout.log content:

=12 34 01 2a 02 04 00 08 48 54 54 50 2f 31 2e 31  |
.4.*HTTP/1.1 00 00 14 2f 73 65 72 76 6c 65 74 2f 49 6c 6c 75  |
.../servlet/Illu 6d 69 6e 61 74 6f 72 00 00 09 31 32 37 2e 30 2e  |
minator...127.0. 30 2e 31 00 00 09 31 32 37 2e 30 2e 30 2e 31 00  |
0.1...127.0.0.1. 00 09 6c 6f 63 61 6c 68 6f 73 74 00 00 50 00 00  |
..localhost..P.. 08 a0 01 00 34 74 65 78 74 2f 68 74 6d 6c 2c 20  |
.?..4text/html, 
69 6d 61 67 65 2f 67 69 66 2c 20 69 6d 61 67 65  | image/gif, image 2f
6a 70 65 67 2c 20 2a 3b 20 71 3d 2e 32 2c 20  | /jpeg, *; q=.2, 
2a 2f 2a 3b 20 71 3d 2e 32 00 a0 04 00 02 65 6e  | */*; q=.2.?...en 00
a0 06 00 0a 4b 65 65 70 2d 41 6c 69 76 65 00  | .?...Keep-Alive. a0 0b
00 09 6c 6f 63 61 6c 68 6f 73 74 00 a0 0e  | ?...localhost.?. 00 29 4d
6f 7a 69 6c 6c 61 2f 34 2e 30 20 28 63  | .)Mozilla/4.0 (c 6f 6d 70 61
74 69 62 6c 65 3b 20 4d 53 49 45 20  | ompatible; MSIE 
36 2e 30 3b 20 57 69 6e 33 32 29 00 a0 08 00 03  | 6.0; Win32).?... 31
30 32 00 a0 07 00 21 61 70 70 6c 69 63 61 74  | 102.?..!applicat 69 6f
6e 2f 78 2d 77 77 77 2d 66 6f 72 6d 2d 75  | ion/x-www-form-u 72 6c 65
6e 63 6f 64 65 64 00 00 0d 63 61 63 68  | rlencoded...cach 65 2d 63 6f
6e 74 72 6f 6c 00 00 08 6e 6f 2d 63  | e-control...no-c
61 63 68 65 00 03 00 00 00 04 00 00 00 ff| ache.?
=

Iis_redirect.log content:

=
[Tue Feb 25 10:01:30 2003]  [jk_connect.c (158)]: Into jk_open_socket
[Tue Feb 25 10:01:30 2003]  [jk_connect.c (165)]: