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

[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]

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

[bugzilla]

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

http://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=16009&action=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]

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

[bugzilla]

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

http://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]

RE: data push

[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]

data push

[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: Fwd: Reminder: CFP for ApacheCon

[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]

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

[bugzilla]

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

http://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=16007&action=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]

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

[bugzilla]

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

http://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 36133] New: - Support JSS SSL implementation

[bugzilla]

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

http://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]

Re: Support JSS in Tomcat

[Bill Barker]

- Original Message -
From: "Christine Ho" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" 
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]

Re: bugreports for commons-daemon

[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

[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"
> ;
> <[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]

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

[bugzilla]

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

http://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]

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

[bugzilla]

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

http://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 36123] - TOMCAT FAILS TO START WITH JDK1.3

[bugzilla]

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

http://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]

cvs commit: jakarta-tomcat-5 RUNNING.txt

[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 36127] - validation with xerces 2.7.1

[bugzilla]

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

http://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=15996&action=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]

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

[bugzilla]

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

http://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=15995&action=view)
Example reproducing the problem

Class reproducing the jasper problem with xerces 2.7.1

java -Djava.endorsed.dirs= 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] New: - validation with xerces 2.7.1

[bugzilla]

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

http://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 36123] New: - TOMCAT FAILS TO START WITH JDK1.3

[bugzilla]

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

http://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\bin>catalina.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 36121] New: - Including JSP's changes working directory

[bugzilla]

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

http://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)




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]

[PROPOSAL] Measuring connection times between Tomcat and client

[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 36113] New: - Session persistence for objects with primitive types

[bugzilla]

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

http://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]

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

[bugzilla]

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

http://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]