DO NOT REPLY [Bug 36109] - Unsuported JNI version 65537

2005-08-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36109.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36109


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-08-10 08:00 ---
This is INVALID simply for the reason that it's a commons-daemon problem, not 
a Tomcat problem.

That having been said, it's even INVALID as a commons-daemon problem since 
it's simply saying that your JVM version isn't supported.  I'm just too lazy 
to lookup the duplicate for a cite :).

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 35128] - Cannot pass -ea to Tomcat JRE

2005-08-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=35128.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=35128





--- Additional Comments From [EMAIL PROTECTED]  2005-08-10 08:19 ---
(In reply to comment #6)
 Actually, -ea does not work even with the patch provided by Remy so I'm
 reopening this issue. On a related note -server doesn't work either. Is 
this
 one and the same issue or do I need to file a separate bug report?

On a related note, filing a bug for -server will politely get a response to 
RTFM, and will be marked as INVALID.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 35128] - Cannot pass -ea to Tomcat JRE

2005-08-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=35128.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=35128





--- Additional Comments From [EMAIL PROTECTED]  2005-08-10 08:26 ---
William,

I am discussing the WinXP service configuration manager. I can't insert -server
into the startup script file as I would under Linux (because there no longer is
one under Windows).

I also ran a Google search for server vm across the online documentation and
found nothing useful there so please if this *is* documented somewhere I would
appreciate you pointing out where.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 35128] - Cannot pass -ea to Tomcat JRE

2005-08-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=35128.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=35128





--- Additional Comments From [EMAIL PROTECTED]  2005-08-10 08:29 ---
Nevermind, I just realized I need to change the Java Virtual Machine value
under the Java tab. All this time I was looking for an option of client or
server and it never occured to me I'd have to specify the full DLL path :)

Thanks anyway!

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 35128] - Cannot pass -ea to Tomcat JRE

2005-08-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=35128.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=35128


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-08-10 09:31 ---
This works for me. Please do not reopen the report.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 36113] New: - Session persistence for objects with primitive types

2005-08-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36113.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36113

   Summary: Session persistence for objects with primitive types
   Product: Tomcat 5
   Version: Unknown
  Platform: All
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


When there is a primitive data type (like int or boolean) contained in an 
object which is stored in a session, a persistence will fail when reading back 
the session data.
This is caused by a bug in org.apache.catalina.util.CustomObjectInputStream, 
which does not care for primitive types, as ObjectInputstream is doing since 
JDK1.4
The following code is copied from the SUN Java sources and works correctly:
/** table mapping primitive type names to corresponding class objects */
private static final HashMap primClasses = new HashMap(8, 1.0F);
static {
primClasses.put(boolean, boolean.class);
primClasses.put(byte, byte.class);
primClasses.put(char, char.class);
primClasses.put(short, short.class);
primClasses.put(int, int.class);
primClasses.put(long, long.class);
primClasses.put(float, float.class);
primClasses.put(double, double.class);
primClasses.put(void, void.class);
} 

public Class resolveClass(ObjectStreamClass classDesc)
throws ClassNotFoundException, IOException {
try {
  return Class.forName(classDesc.getName(), false, classLoader);
}
catch (ClassNotFoundException ex) {
  Class cl = (Class) primClasses.get(classDesc.getName ());
  if (cl != null) {
 return cl;
  } else {
 throw ex;
  }
}
} 

This leads to the ability to store any primitive type (like a castor object) 
inside a persisted session. Maybe somebody can commit this to the tomcat trunk.

Thanks, Marcus

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



[PROPOSAL] Measuring connection times between Tomcat and client

2005-08-10 Thread Sven Walther

Hello,

I hope tomcat-dev is the correct location to ask:

Within a project group at the university we were poking around with 
servlet-based e-learning software and were looking after a solution for 
measuring the datarate between server and client. We are running a 
Tomcat 5.5.7 and developed our own small solution.


My question: Is there already a solution for that scenario? If not, do 
you think it could be an interesting feature for Tomcat?


Sincerely,

- Sven Walther

For MoKEx, project group 2004/2004
University of Paderborn, Germany
http://www.mokex.de

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



DO NOT REPLY [Bug 36121] New: - Including JSP's changes working directory

2005-08-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36121.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36121

   Summary: Including JSP's changes working directory
   Product: Tomcat 4
   Version: 4.1.31
  Platform: Other
OS/Version: other
Status: NEW
  Severity: major
  Priority: P2
 Component: Connector:JK/AJP
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Adding to the headers of the bug;
Apache 2.0.54 was used with mod_jk 1.2.13 on Redhat 9

Hi,

One of our customers uses SSI (mod_include) to include their jsp's

eg file index.shtml (located in /web/customer/www)
!--#include virtual=top.html--
!--#include virtual=active/news.jsp?${QUERY_STRING}--
!--#include virtual=bottom.html--

What happens is that top and news are displayed correctly, but bottom fails
with [an error occurred while processing this directive]. If we move the
include of bottom.html above the jsp line it works (besides from the webpage
not displaying as desired :)

The errorlog contains the following lines after requesting the page from apache;
File does not exist: /web/customer/www/active/bottom.html
unable to include bottom.html in parsed file /web/customer/www/index.shtml

If found Bug #34232 mentioning the same, but it was discarded as being apache
and/or mod_include. I didn't find any references to a new(er) ticket in ASF. The
current workaround for our customer would be to update their files to 'include
virtual=../bottom.html' or revert back to their original exec cgi statements
(which worked, but we agreed with them upon that being deprecated).

For some reason the include virtual (or include file which causes the same)
that executes the 'jsp' sets the current working directory to active instead
of going 'back' to the directory where index.shtml was parsed from.

Any suggestions or options are welcome,

Tom

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 36123] New: - TOMCAT FAILS TO START WITH JDK1.3

2005-08-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36123.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36123

   Summary: TOMCAT FAILS TO START WITH JDK1.3
   Product: Tomcat 5
   Version: 5.5.10
  Platform: All
OS/Version: All
Status: NEW
  Severity: major
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Running.txt says

===
Running Tomcat With J2SE Version 1.4 or 1.3
===

but when tried running with jdk13x these are errors displayed

C:\Documents and Settings\bhatsh\Desktop\jakarta-tomcat-5.5.10\bincatalina.bat 
version
Using CATALINA_BASE:   D:\tomcat\IX6.5\jakarta-tomcat-5.5.10
Using CATALINA_HOME:   D:\tomcat\IX6.5\jakarta-tomcat-5.5.10
Using CATALINA_TMPDIR: D:\tomcat\IX6.5\jakarta-tomcat-5.5.10\temp
Using JAVA_HOME:   C:\jdk1.3.1_16
Exception in thread main java.lang.UnsupportedClassVersionError: 
org/apache/catalina/util/ServerInfo (Unsupported major.minor version 48.0)
at java.lang.ClassLoader.defineClass0(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:488)
at java.security.SecureClassLoader.defineClass
(SecureClassLoader.java:106)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:243)
at java.net.URLClassLoader.access$100(URLClassLoader.java:51)
at java.net.URLClassLoader$1.run(URLClassLoader.java:190)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:183)
at java.lang.ClassLoader.loadClass(ClassLoader.java:294)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:288)
at java.lang.ClassLoader.loadClass(ClassLoader.java:250)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:310)



We found the same behaviour on Tru64 OS as well.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 36127] New: - validation with xerces 2.7.1

2005-08-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36127.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36127

   Summary: validation with xerces 2.7.1
   Product: Tomcat 5
   Version: 5.5.9
  Platform: All
   URL: http://pastebin.com/333771
OS/Version: All
Status: NEW
  Severity: normal
  Priority: P2
 Component: Jasper
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Hi,

When using Tomcat with the last xerces version (2.7.1), there is a problem on
jsp validation. (Note that next Tomcat version will have also 2.7.1 version (as
it was put in the changelog) in current CVS tree).

One way to fix it is in the org/apache/jasper/compiler/JspDocumentParser.java 
file.
By replacing :

factory.setFeature(
http://xml.org/sax/features/validation;,
validating);

by :

   factory.setValidating(validating);

(Patch at the end)

Note that the setValidating() method is also used by digester which is used by
Tomcat as other places.
See getFactory() method.
http://cvs.apache.org/viewcvs.cgi/jakarta-commons/digester/src/java/org/apache/commons/digester/Digester.java?view=markup

I provide a sample (you could extract the xml snippet if you want to test it in
Tomcat directly without the sample Class).
I tried this example with Sun JDK 1.4.2_08, JDK 5_update4 and with xerces 2.6.2
and 2.7.1 (with endorsed java -Djava.endorsed.dirs=...) and with 
factory.setValidating(validating); it works in all cases. (like in Digester).


It will be fine if it could be fixed in CVS for next Tomcat version.

Regards,

Florent


Index: JspDocumentParser.java
===
RCS file:
/home/cvspublic/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspDocumentParser.java,v
retrieving revision 1.84
diff -u -r1.84 JspDocumentParser.java
--- JspDocumentParser.java  30 Mar 2005 20:27:22 -  1.84
+++ JspDocumentParser.java  10 Aug 2005 15:22:04 -
@@ -1370,9 +1370,10 @@
 factory.setFeature(
 http://xml.org/sax/features/namespace-prefixes;,
 true);
-factory.setFeature(
-http://xml.org/sax/features/validation;,
-validating);
+factory.setValidating(validating);
 
 // Configure the parser
 SAXParser saxParser = factory.newSAXParser();

 
 // Configure the parser
 SAXParser saxParser = factory.newSAXParser();

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 36127] - validation with xerces 2.7.1

2005-08-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36127.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36127





--- Additional Comments From [EMAIL PROTECTED]  2005-08-10 17:30 ---
Created an attachment (id=15995)
 -- (http://issues.apache.org/bugzilla/attachment.cgi?id=15995action=view)
Example reproducing the problem

Class reproducing the jasper problem with xerces 2.7.1

java -Djava.endorsed.dirs=path with xerces2.7.1 jars inside sax.Sax


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 36127] - validation with xerces 2.7.1

2005-08-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36127.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36127





--- Additional Comments From [EMAIL PROTECTED]  2005-08-10 17:33 ---
Created an attachment (id=15996)
 -- (http://issues.apache.org/bugzilla/attachment.cgi?id=15996action=view)
Patch for fixing this issue

Patch for fixing this issue (with xerces 2.7.1), also it works with other
xerces version and JDK

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



cvs commit: jakarta-tomcat-5 RUNNING.txt

2005-08-10 Thread remm
remm2005/08/10 09:00:05

  Modified:.RUNNING.txt
  Log:
  - Fix JDK requirements.
  
  Revision  ChangesPath
  1.10  +6 -6  jakarta-tomcat-5/RUNNING.txt
  
  Index: RUNNING.txt
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/RUNNING.txt,v
  retrieving revision 1.9
  retrieving revision 1.10
  diff -u -r1.9 -r1.10
  --- RUNNING.txt   3 Sep 2004 17:50:34 -   1.9
  +++ RUNNING.txt   10 Aug 2005 16:00:05 -  1.10
  @@ -72,9 +72,9 @@
   
   
   
  -===
  -Running Tomcat With J2SE Version 1.4 or 1.3
  -===
  +
  +Running Tomcat With J2SE Version 1.4
  +
   
   (1) Obtain the compat package:
   
  @@ -93,9 +93,9 @@
   server as if you were using J2SE 5.0.
   
   
  -
  +==
   Advanced Configuration - Multiple Tomcat Instances
  -
  +==
   
   In many circumstances, it is desirable to have a single copy of a Tomcat
   binary distribution shared among multiple users on the same server.  To make
  
  
  

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



DO NOT REPLY [Bug 36123] - TOMCAT FAILS TO START WITH JDK1.3

2005-08-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36123.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36123


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-08-10 18:00 ---
Ok, so there's a small discrepancy in the docs. Tomcat 5.5 requires Java 5 (it
can also run on JDK 1.4 with an additional binary bundle). That's it, no JDK 
1.3.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 36127] - validation with xerces 2.7.1

2005-08-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36127.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36127





--- Additional Comments From [EMAIL PROTECTED]  2005-08-10 18:00 ---
Wouldn't it be better to set both ?

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 36127] - validation with xerces 2.7.1

2005-08-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36127.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36127





--- Additional Comments From [EMAIL PROTECTED]  2005-08-10 18:13 ---
It works for me only with one thing.
Also, only xml with DTD have to be validated in this case of JSP (no schema).
(Section JSP 6.2.4)

So I think the use of only factory.setValidating(validating); will be OK.

Regards,

Florent

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



Re: Support JSS in Tomcat

2005-08-10 Thread Christine Ho
Hi,
  I am working for Redhat and I dont think this is a
problem of contributing the codes to the ASF. What
kind of procedures I need to follow in order to submit
my codes?

thanks,
Christine

--- Bill Barker [EMAIL PROTECTED] wrote:

 
 - Original Message -
 From: Christine Ho [EMAIL PROTECTED]
 To: Tomcat Developers List
 tomcat-dev@jakarta.apache.org;
 [EMAIL PROTECTED]
 Sent: Friday, July 22, 2005 10:22 AM
 Subject: Re: Support JSS in Tomcat
 
 
 
 --- Bill Barker [EMAIL PROTECTED] wrote:
 
  I don't think that anybody is proposing bundling
  jss34.jar with Tomcat.  It
  would be an optional dependency much like PureTLS
 is
  now.  Anybody that
  wanted to use it would have to download it from
  mozilla.org and install it.
  And as Remy pointed out, Christine would have to
  agree to donate her code to
  the ASF, at which point it would be licensed
 under
  ASFL.
 
 
 I have no problem to donate the codes to the ASF. I
 just need the approval from my manager because the
 code is owned by the company.
 
 Since the code is owned by the company, you should
 probably take a look at
 http://www.apache.org/licenses/#grants.  I'm not
 trying to be a hard-ass,
 it's just that I have an irrational fear of lawyers
 ;-).
 
 Besides jss.jar, people also need to download two
 shared libraries, nspr and nss from mozilla.org
 because JSS is not pure JAVA implementation.
 
 Christine
 
  My reading of MPL-1.1 (again IANAL) is that:
import org.mozilla.some.package.SomeClass;
 
  isn't viral, so that there isn't any problem with
  having
  o.a.t.u.net.jss.JSSServerSocketFactory with an
 ASF
  license.
 
 
 
 
 
 
 
 
 
 This message is intended only for the use of the
 person(s) listed above as the intended recipient(s),
 and may contain information that is PRIVILEGED and
 CONFIDENTIAL.  If you are not an intended recipient,
 you may not read, copy, or distribute this message
 or any attachment. If you received this
 communication in error, please notify us immediately
 by e-mail and then delete all copies of this message
 and any attachments.
 
 In addition you should be aware that ordinary
 (unencrypted) e-mail sent through the Internet is
 not secure. Do not send confidential or sensitive
 information, such as social security numbers,
 account numbers, personal identification numbers and
 passwords, to us via ordinary (unencrypted) e-mail.
 
 

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





Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs 
 

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



Re: bugreports for commons-daemon

2005-08-10 Thread Jean-frederic Clere

Longson, Robert wrote:


Hi,

I'm writing to the tomcat-dev list as I understand that commons-daemon 
originated here. I've provided a number of bugreports, each with an associated 
patch to commons-daemon over the last three months (and also one for tomcat) 
but none of them have been applied.
 

Yep there are 20 bugs reported... Time to think for a new release for 
Daemon I will look for the unix patches.


Cheers

Jean-Frederic


Am I doing something wrong with bugzilla or is it just that there isn't a 
committer who understands commons daemon actively looking at the commons-dev 
list? If there are any tomcat developers willing to spend some time on 
commons-daemon I would appreciate it very much.

Best regards

Robert Longson 
 



The information contained in this message is intended only for the recipient, and may be a confidential attorney-client communication or may otherwise be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, please be aware that any dissemination or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify us by replying to the message and deleting it from your computer. 




 




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



Re: Support JSS in Tomcat

2005-08-10 Thread Bill Barker

- Original Message -
From: Christine Ho [EMAIL PROTECTED]
To: Tomcat Developers List tomcat-dev@jakarta.apache.org
Sent: Wednesday, August 10, 2005 10:44 AM
Subject: Re: Support JSS in Tomcat


Hi,
  I am working for Redhat and I dont think this is a
problem of contributing the codes to the ASF. What
kind of procedures I need to follow in order to submit
my codes?


And just after I WONTFIXed Joe's bug report :(.

It's likely that Redhat has a Corporate CLA on file with the ASF that would
cover this.  If so, then they just need to add your name to their
contributer list (if it's not already there).  It's likely that somebody at
Redhat knows the relationship with ASF better than I do.  All I know is that
[EMAIL PROTECTED] is very active with httpd.

Then all you have to do is to open an enhancement request at
  http://issues.apache.org/bugzilla/enter_bug.cgi?product=Tomcat%205
and add your code as one or more attachements.

thanks,
Christine




This message is intended only for the use of the person(s) listed above as the 
intended recipient(s), and may contain information that is PRIVILEGED and 
CONFIDENTIAL.  If you are not an intended recipient, you may not read, copy, or 
distribute this message or any attachment. If you received this communication 
in error, please notify us immediately by e-mail and then delete all copies of 
this message and any attachments.

In addition you should be aware that ordinary (unencrypted) e-mail sent through 
the Internet is not secure. Do not send confidential or sensitive information, 
such as social security numbers, account numbers, personal identification 
numbers and passwords, to us via ordinary (unencrypted) e-mail.


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



DO NOT REPLY [Bug 36133] New: - Support JSS SSL implementation

2005-08-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36133.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36133

   Summary: Support JSS SSL implementation
   Product: Tomcat 5
   Version: 5.5.9
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: P2
 Component: Unknown
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Tomcat currently supports JSSE and operates only on JKS or PKCS12 format
keystores. This enhancement is to have Tomcat to support JSS which implements
cryptographic operations in native code using the NSS libraries. JSS is also
FIPS compliant.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 36136] New: - Refactor the login and error page forward to protected methods

2005-08-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36136.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36136

   Summary: Refactor the login and error page forward to protected
methods
   Product: Tomcat 5
   Version: Nightly Build
  Platform: Other
OS/Version: other
Status: NEW
  Severity: enhancement
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


The attached patch refactors the current
org.apache.catalina.authenticator.FormAuthenticator forwarding to the login and
error pages to protected methods to facilitate customization by subclasses.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 36136] - Refactor the login and error page forward to protected methods

2005-08-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36136.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36136





--- Additional Comments From [EMAIL PROTECTED]  2005-08-11 01:31 ---
Created an attachment (id=16007)
 -- (http://issues.apache.org/bugzilla/attachment.cgi?id=16007action=view)
Factors out login/error page fowarding to protected methods


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



Re: Fwd: Reminder: CFP for ApacheCon

2005-08-10 Thread William A. Rowe, Jr.
At 02:51 PM 8/9/2005, Yoav Shapira wrote:
Hey,
Is anyone speaking about Tomcat at ApacheCon 2005 US?  It will be nice to have
something...  And related to that, who's planning on going?

In my two tracks (one may be BOF) I will be speaking to both
mod_proxy_ajp and mod_jk on Win32.  But truly had no plans 
to delve into the Java side of Tomcat, only the connection 
layer.  If a Win32 user has questions trying to get up and 
going with the Apache side of Tomcat, my preso or BOF, if 
accepted, might prove helpful.

Bill



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



data push

2005-08-10 Thread Paul Wallace
Hi All,

I would like server A (TC 5.5) to 'push' streams of data to server B (TC
5.5) at random points in time, and for server B to accept the data when it
is received. This is not using request / response, hence I am new to this
topic. A couple of questions - what protocol(s) can be used, HTTP? How does
one push data, than than have it requested? Can anyone point me towards a
resource of this nature please? I understand sockets are in the picture -
also new to me.

Thanks

Paul. 

Paul Wallace BSc Hons.
IPTV Specialist
Two Way TV Australia
Level 3, City West Centre
55 Pyrmont Bridge Road
Pyrmont
Sydney, NSW 2009
Australia
 
Tel   +61 2 9017 7000 
Fax  +61 2 9017 7001
Mb   +61 422 538 465
Skype  wallacpaul
 


RE: data push

2005-08-10 Thread Yoav Shapira
Howdy,
The Servlet API is primarily a pull API: stuff is done when a client
requests it, via one of the HTTP methods.  But there do exist alternatives,
including non-HTTP servlets, and push servlets.  For a resource on this
topic, check out http://www.unix.org.ua/orelly/java-ent/servlet/ch06_03.htm
and the whole book from which this excerpt comes.

I would point out that what you're asking isn't specific to Tomcat.  These
push-pull issues are inherent to the Servlet specification itself.

Yoav Shapira
System Design and Management Fellow
MIT Sloan School of Management
Cambridge, MA USA
[EMAIL PROTECTED] / www.yoavshapira.com

 -Original Message-
 From: Paul Wallace [mailto:[EMAIL PROTECTED]
 Sent: Wednesday, August 10, 2005 8:44 PM
 To: tomcat-dev@jakarta.apache.org
 Subject: data push
 
 Hi All,
 
 I would like server A (TC 5.5) to 'push' streams of data to server B (TC
 5.5) at random points in time, and for server B to accept the data when it
 is received. This is not using request / response, hence I am new to this
 topic. A couple of questions - what protocol(s) can be used, HTTP? How
 does
 one push data, than than have it requested? Can anyone point me towards a
 resource of this nature please? I understand sockets are in the picture -
 also new to me.
 
 Thanks
 
 Paul.
 
 Paul Wallace BSc Hons.
 IPTV Specialist
 Two Way TV Australia
 Level 3, City West Centre
 55 Pyrmont Bridge Road
 Pyrmont
 Sydney, NSW 2009
 Australia
 
 Tel   +61 2 9017 7000
 Fax  +61 2 9017 7001
 Mb   +61 422 538 465
 Skype  wallacpaul
 

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

DO NOT REPLY [Bug 36138] New: - mod_jk load balance algorithm that accounts for current worker load

2005-08-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36138.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36138

   Summary: mod_jk load balance algorithm that accounts for current
worker load
   Product: Tomcat 5
   Version: Unknown
  Platform: All
OS/Version: other
Status: NEW
  Severity: enhancement
  Priority: P2
 Component: Native:JK
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


This is the mod_jk patch I mentioned on the tomcat-dev mailing list on August 
6.

The patch adds a new lb.method option 'B' for 'Busyness'.  The algorithm picks 
the lbworker with the lowest current load, based on how many requests the 
worker is currently serving (the Busy column in the jkstatus page).  This 
number is divided by the worker's lbfactor, and the lowest value (least busy) 
worker is picked.  

We tested about 25-30 threads against 6 load-balanced tomcats with requests 
that take about 250ms each to complete.  Using the Busyness algorithm 
improved our throughput from 12-16 requests per second to 60+ requests per 
second, and watching the jkstatus page showed that all servers were 
kept evenly busy.  If one particular server started lagging, its Busy value 
increased, so it received fewer requests.  If a request is received when none 
of the workers are busy, this algorithm is effectively an evenly-weighted 
round-robin.

Note that we found some race conditions with the code that updates the various 
lb status values, especially the lbworker busy value, which our algorithm 
requires to be accurate.  To fix this, we had to refactor some of the shared 
memory and critical-section locking code, by moving the lock into 
get_most_suitable_worker() (jk_lb_worker.c).  We also found some problems that 
would cause the 'busy' value to be set to less than zero (displaying MAX_INT - 
1, for example, in jkstatus).

We fixed this by setting the busy value to 0 if it is ever less than 0.  See 
jk_lb_worker.c lines 389-400.

Finally, we added a new column to the jkstatus page.  The Ssc column now 
reports the number of times the worker was reused from sticky session.  See 
jk_shm.c line 89, and jk_lb_worker.c line 584.  

We have load-tested this patch under apache 2.0.50, and we've also been 
running it in a busy production site for almost a week.  

This patch is donated by Andrew Hudson and Chris Lamprecht.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



DO NOT REPLY [Bug 36138] - mod_jk load balance algorithm that accounts for current worker load

2005-08-10 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36138.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36138





--- Additional Comments From [EMAIL PROTECTED]  2005-08-11 06:12 ---
Created an attachment (id=16009)
 -- (http://issues.apache.org/bugzilla/attachment.cgi?id=16009action=view)
New load balancing algorithm for mod_jk


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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



Re: patch: mod_jk load balance algorithm that accounts for current worker load

2005-08-10 Thread Chris Lamprecht
Excellent, I'd love to see this end up in the proxy loadbalancer.  I
just submitted the patch:

http://issues.apache.org/bugzilla/show_bug.cgi?id=36138

 
 Please do so... There is also some overlap with Apache's
 proxy load balancer as well, which I would want to fold
 back in. For example, in Apache I added the bytraffic
 method, which was then folded into mod_jk by Mladen.
 So once busyness is added to mod_jk, I'll look on
 adding it to the Apache tree.
 
 -
 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]