DO NOT REPLY [Bug 30344] - HttpSessionActivationListener[s] called before ServletContextListner[s] during HttpSession reloading

2004-09-09 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=30344.
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=30344

HttpSessionActivationListener[s] called before ServletContextListner[s] during 
HttpSession reloading





--- Additional Comments From [EMAIL PROTECTED]  2004-09-09 06:48 ---
Yesterday I sent a problem report regarding this to '[EMAIL PROTECTED]'

Michael

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

Re: New clustered session manager available

2004-09-09 Thread Remy Maucherat 
Rob Block wrote:
Tomcat developers,
I have created a plugin for Tomcat 5 that provides scalable session
clustering by replicating each session to a single node rather than
the whole cluster.  The plugin uses the jcluster
(http://jcluster.dev.java.net) API for communication, membership and
failover, a BSD-licensed set of APIs that is similar to jgroups and
has a working implementation that uses jgroups as the impl.  (I
worked with Bela Ban and others on the jcluster API spec after he and
Filip Hanik told me about Tomcat not being able to use jgroups
because of the LGPL license.)  

The tomcat plugin itself is hosted at
https://sourceforge.net/projects/tomcat-jg - the same place Filip
developed the full-replication jgroups-based session manager that is
now integrated into Tomcat 5.  The initial (alpha quality) release of
the plugin is available to users and developers as of today;
hopefully in the future it can be integrated into the Tomcat source.
To download the plugin: go to tomcat-jg site (above) and select
tomcat-jcluster package under File Releases.  It contains three jar
files, plus release notes for setting it up:
catalina-ha.jar  the tomcat plugin 
jcluster.jar  jcluster API 
jcluster-plugin.jar  jgroups impl of jcluster 

There are only two source files in the plugin itself (since they
extend and make use of existing Tomcat 5 classes).  They can be
viewed online at:
http://cvs.sourceforge.net/viewcvs.py/tomcat-jg/tomcat-javagroups/src/org/apache/catalina/cluster/session/
The jcluster javadoc can be browsed online at
https://jcluster.dev.java.net/nonav/javadoc/index.html.
It is mostly a set of interfaces that roughly map to jgroups classes
like JChannel, PullPushAdapter and RpcDispatcher.  (The one exception
is the net.jcluster.ha package, which allows state replication and
failover for objects and services using configurable policies for
backup selection and failover.  It does not have a counterpart in
jgroups and is the basis for much of the plugin implementation.)
I would appreciate feedback from the Tomcat community about the
jcluster API itself, as well as the feasibility of using it as the
clustering framework for Tomcat down the road.  It would actually be
very straightforward to write a jcluster implementation that calls
the existing Tomcat clustering classes (ClusterSender/Receiver,
McastService, etc.), so that plugging in jgroups would be an optional
step.
I realize this is a lot of information for those of you who did not
know about any of this ongoing work, but Ill be happy to answer any
questions you have about jcluster, the plugin, who I am, why Im
doing this and why you should care.
 

Since we have something working quite well thanks to Filip (and it 
almost does farming), I think we're going to keep it. You can of course 
use the cluster API of Tomcat if you wish to provide a seamless 
integration to your users.

I don't wish to add new dependencies because of incremental 
improvements, and I don't see a need either for supporting every cluster 
replication framework out of the box either (each framework can ship a 
Tomcat plugin with its distribution, I think), esp since our various 
loadbalancers are not adapted to the kind of replication you propose yet.

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

RE: Dates for 5.0.29 and 5.5.2

2004-09-09 Thread Shapira, Yoav 

Hi,
Take a look at the changelog in CVS.

Yoav Shapira
Millennium Research Informatics


-Original Message-
From: David Rees [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 08, 2004 10:45 PM
To: Tomcat Developers List
Subject: RE: Dates for 5.0.29 and 5.5.2

Shapira, Yoav wrote:

 We don't need 5.0.29 already.  But it's had a number of small bug
fixes
 and enhancements over 5.0.28.  We can wait longer -- this is why I
asked

What bugs and enhancements have been made since 5.0.28?

-Dave


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




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


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

RE: [ANN] Apache Jakarta Tomcat 5.5.1 Released

2004-09-09 Thread Shapira, Yoav 

Hi,
-1.  The ASSUME_KERNEL is a suggestion meant at more advanced users and
should not be imposed on everyone using RH9 by default.

Yoav Shapira
Millennium Research Informatics


-Original Message-
From: Joseph Shraibman [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 08, 2004 5:00 PM
To: Tomcat Developers List
Subject: Re: [ANN] Apache Jakarta Tomcat 5.5.1 Released

The release notes say:

Redhat Linux 9.0 users should use the following setting to avoid
stability problems:
export LD_ASSUME_KERNEL=2.4.1


This simple shell script can tell you if you are running redhat 9:
if [ -f /etc/redhat-release ]  grep -q Shrike /etc/redhat-release ;
then
 echo is redhat 9
 else
echo is not redhat 9
 fi


So the following should be added to catalina.sh:

if [ -f /etc/redhat-release ]  grep -q Shrike /etc/redhat-release ;
then
 export LD_ASSUME_KERNEL=2.4.1
fi



Yoav Shapira wrote:
 The Apache Jakarta Tomcat team is proud to announce the immediate
availability
 of Tomcat 5.5.1. This second build in the 5.5 branch contains a
number of
 significant stability improvements over 5.5.0, as well as a host of
 documentation updates and minor fixes.

 Release notes:
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/RELEASE-
NOTES

 Please refer to the change log for the list of changes:
 http://jakarta.apache.org/tomcat/tomcat-5.5-doc/changelog.html

 Downloads:
 Binaries: http://jakarta.apache.org/site/binindex.cgi
 Sources: http://jakarta.apache.org/site/sourceindex.cgi

 The Apache Jakarta Tomcat Team

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




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


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

DO NOT REPLY [Bug 31143] New: - connection to Data Source error

2004-09-09 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=31143.
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=31143

connection to Data Source error

   Summary: connection to Data Source error
   Product: Tomcat 5
   Version: 5.0.0
  Platform: Sun
OS/Version: Linux
Status: NEW
  Severity: Major
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Hi,
I used to work with JWSDP 1.3, to make web services that access oracle 9i 
database server.
When I tried to move to version 1.4 of JWSDP I had problem to access the oracle 
database getting the error “DBCP borrowObject failed: java.sql.SQLException: 
ORA-01017: invalid username/password; logon denied“. 
 I found out that the problem is in the Web Server administration tool that 
doesn’t save correctly my password for the data source if it contains the ‘$’ 
char. It works perfectly if I use a different account on the Oracle server with 
a password that does not contain the dollar char.
Many thanks Carmine

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

DO NOT REPLY [Bug 29485] - Undeploy considered dangerous

2004-09-09 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=29485.
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=29485

Undeploy considered dangerous

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2004-09-09 13:07 ---


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

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

DO NOT REPLY [Bug 29823] - 'admin' app saves non-latin descriptions as garbage

2004-09-09 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=29823.
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=29823

'admin' app saves non-latin descriptions as garbage

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||Nils_Kilden-
   ||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2004-09-09 13:07 ---
*** Bug 29485 has been marked as a duplicate of this bug. ***

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

DO NOT REPLY [Bug 29485] - Undeploy considered dangerous

2004-09-09 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=29485.
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=29485

Undeploy considered dangerous

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|DUPLICATE   |



--- Additional Comments From [EMAIL PROTECTED]  2004-09-09 13:07 ---
Oops, marked wrong duplicate, reopening.

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

DO NOT REPLY [Bug 31143] - connection to Data Source error

2004-09-09 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=31143.
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=31143

connection to Data Source error

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2004-09-09 13:08 ---


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

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

DO NOT REPLY [Bug 29823] - 'admin' app saves non-latin descriptions as garbage

2004-09-09 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=29823.
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=29823

'admin' app saves non-latin descriptions as garbage

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2004-09-09 13:08 ---
*** Bug 31143 has been marked as a duplicate of this bug. ***

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

DO NOT REPLY [Bug 31017] - jsvc-src AUToCONF Bug

2004-09-09 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=31017.
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=31017

jsvc-src AUToCONF Bug

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|tomcat- |commons-
   |[EMAIL PROTECTED]  |[EMAIL PROTECTED]
  Component|Unknown |Daemon
Product|Tomcat 5|Commons
Summary| jsvc-src AUToCONF Bug  |jsvc-src AUToCONF Bug
Version|5.5.0   |unspecified



--- Additional Comments From [EMAIL PROTECTED]  2004-09-09 13:10 ---
Reassigning to commons-daemon, where the buildconf.sh is from.

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

cvs commit: jakarta-tomcat-catalina/catalina/src/conf web.xml

2004-09-09 Thread yoavs 
yoavs   2004/09/09 06:50:58

  Modified:catalina/src/conf web.xml
  Log:
  Changes to make the file validate in XMLSpy.  I hope the MIME type changes are OK.
  
  Revision  ChangesPath
  1.44  +5 -7  jakarta-tomcat-catalina/catalina/src/conf/web.xml
  
  Index: web.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/conf/web.xml,v
  retrieving revision 1.43
  retrieving revision 1.44
  diff -u -r1.43 -r1.44
  --- web.xml   1 Sep 2004 22:53:25 -   1.43
  +++ web.xml   9 Sep 2004 13:50:58 -   1.44
  @@ -59,9 +59,7 @@
   
   servlet
   servlet-namedefault/servlet-name
  -servlet-class
  -  org.apache.catalina.servlets.DefaultServlet
  -/servlet-class
  +servlet-classorg.apache.catalina.servlets.DefaultServlet/servlet-class
   init-param
   param-namedebug/param-name
   param-value0/param-value
  @@ -841,11 +839,11 @@
   /mime-mapping
   mime-mapping
   extensionxht/extension
  -mime-typeapplication/xhtml+xml/mime-type
  +mime-typeapplication/xhtml/mime-type
   /mime-mapping
   mime-mapping
   extensionxhtml/extension
  -mime-typeapplication/xhtml+xml/mime-type
  +mime-typeapplication/xhtml/mime-type
   /mime-mapping
   mime-mapping
   extensionxml/extension
  @@ -869,11 +867,11 @@
   /mime-mapping
   mime-mapping
   extensionsvg/extension
  -mime-typeimage/svg+xml/mime-type
  +mime-typeimage/svg/mime-type
   /mime-mapping
   mime-mapping
   extensionsvgz/extension
  -mime-typeimage/svg+xml/mime-type
  +mime-typeimage/svg/mime-type
   /mime-mapping
   mime-mapping
   extensionvsd/extension
  
  
  

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

DO NOT REPLY [Bug 31125] - conf/web.xml not valid

2004-09-09 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=31125.
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=31125

conf/web.xml not valid

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
Version|5.0.0   |5.5.0



--- Additional Comments From [EMAIL PROTECTED]  2004-09-09 13:53 ---
OK, fixed in CVS HEAD.  Thank you for reporting.

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

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/conf web.xml

2004-09-09 Thread Remy Maucherat 
[EMAIL PROTECTED] wrote:
yoavs   2004/09/09 06:50:58
 Modified:catalina/src/conf web.xml
 Log:
 Changes to make the file validate in XMLSpy.  I hope the MIME type changes are OK. 

I don't think so. Can the '+' be escaped instead ?
Rémy
-
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 Collector.java Generator.java PageInfo.java

2004-09-09 Thread funkman 
funkman 2004/09/09 07:26:53

  Modified:jasper2/src/share/org/apache/jasper/compiler Collector.java
Generator.java PageInfo.java
  Log:
  - Remove maxTagNesting and curTagNesting since they are unused.
  - Formatting.
  - Fix the java.util.* import
  
  Revision  ChangesPath
  1.15  +116 -126  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Collector.java
  
  Index: Collector.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Collector.java,v
  retrieving revision 1.14
  retrieving revision 1.15
  diff -u -r1.14 -r1.15
  --- Collector.java17 Mar 2004 19:23:03 -  1.14
  +++ Collector.java9 Sep 2004 14:26:52 -   1.15
  @@ -1,12 +1,12 @@
   /*
* Copyright 1999,2004 The Apache Software Foundation.
  - * 
  + *
* Licensed under the Apache License, Version 2.0 (the License);
* you may not use this file except in compliance with the License.
* You may obtain a copy of the License at
  - * 
  + *
*  http://www.apache.org/licenses/LICENSE-2.0
  - * 
  + *
* Unless required by applicable law or agreed to in writing, software
* distributed under the License is distributed on an AS IS BASIS,
* WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
  @@ -34,97 +34,87 @@
*/
   static class CollectVisitor extends Node.Visitor {
   
  -private int maxTagNesting = 0;
  -private int curTagNesting = 0;
  - private boolean scriptingElementSeen = false;
  - private boolean usebeanSeen = false;
  - private boolean includeActionSeen = false;
  - private boolean paramActionSeen = false;
  - private boolean setPropertySeen = false;
  - private boolean hasScriptingVars = false;
  -
  - public void visit(Node.ParamAction n) throws JasperException {
  - if (n.getValue().isExpression()) {
  - scriptingElementSeen = true;
  - }
  - paramActionSeen = true;
  - }
  -
  - public void visit(Node.IncludeAction n) throws JasperException {
  - if (n.getPage().isExpression()) {
  - scriptingElementSeen = true;
  - }
  - includeActionSeen = true;
  -visitBody(n);
  - }
  +private boolean scriptingElementSeen = false;
  +private boolean usebeanSeen = false;
  +private boolean includeActionSeen = false;
  +private boolean paramActionSeen = false;
  +private boolean setPropertySeen = false;
  +private boolean hasScriptingVars = false;
  +
  +public void visit(Node.ParamAction n) throws JasperException {
  +if (n.getValue().isExpression()) {
  +scriptingElementSeen = true;
  +}
  +paramActionSeen = true;
  +}
   
  - public void visit(Node.ForwardAction n) throws JasperException {
  - if (n.getPage().isExpression()) {
  - scriptingElementSeen = true;
  - }
  +public void visit(Node.IncludeAction n) throws JasperException {
  +if (n.getPage().isExpression()) {
  +scriptingElementSeen = true;
  +}
  +includeActionSeen = true;
   visitBody(n);
  - }
  +}
   
  - public void visit(Node.SetProperty n) throws JasperException {
  - if (n.getValue() != null  n.getValue().isExpression()) {
  - scriptingElementSeen = true;
  - }
  - setPropertySeen = true;
  - }
  -
  - public void visit(Node.UseBean n) throws JasperException {
  - if (n.getBeanName() != null  n.getBeanName().isExpression()) {
  - scriptingElementSeen = true;
  - }
  - usebeanSeen = true;
  +public void visit(Node.ForwardAction n) throws JasperException {
  +if (n.getPage().isExpression()) {
  +scriptingElementSeen = true;
  +}
   visitBody(n);
  - }
  +}
   
  - public void visit(Node.PlugIn n) throws JasperException {
  - if (n.getHeight() != null  n.getHeight().isExpression()) {
  - scriptingElementSeen = true;
  - }
  - if (n.getWidth() != null  n.getWidth().isExpression()) {
  - scriptingElementSeen = true;
  - }
  -visitBody(n);
  - }
  +public void visit(Node.SetProperty n) throws JasperException {
  +if (n.getValue() != null  n.getValue().isExpression()) {
  +scriptingElementSeen = true;
  +}
  +setPropertySeen = true;
  +}
   
  -public void visit(Node.CustomTag n) throws JasperException {
  +public void visit(Node.UseBean n) throws JasperException {
  +if (n.getBeanName() != null  n.getBeanName().isExpression()) {
  +

DO NOT REPLY [Bug 31146] New: - printf will not compile in JSP

2004-09-09 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=31146.
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=31146

printf will not compile in JSP

   Summary: printf will not compile in JSP
   Product: Tomcat 5
   Version: 5.5.1
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Major
  Priority: Other
 Component: Servlet  JSP API
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


The following statement will not compile in a jsp, but WILL compile in a servlet:

pw.printf (%%%02x, 5);

Yields the following error:

The method format(String, Object[]) in the type PrintWriter is not applicable
for the arguments (String, int)

The following will compile but does not follow the J2SE 1.5 spec for printf:

Integer[] temp = new Integer[1];
temp[0] = new Integer(5);
pw.printf (%%%02x, temp);

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

DO NOT REPLY [Bug 31146] - printf will not compile in JSP

2004-09-09 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=31146.
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=31146

printf will not compile in JSP

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2004-09-09 15:07 ---
We include JDT for Java 1.4 at the moment, so it's normal if it doesn't work.
Don't use J2SE 5 code in JSPs at the moment, or use Ant.

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

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/conf web.xml

2004-09-09 Thread Ian F. Darwin 
On 9-Sep-04, at 9:50, [EMAIL PROTECTED] wrote:
  servlet
   servlet-namedefault/servlet-name
  -servlet-class
  -  org.apache.catalina.servlets.DefaultServlet
  -/servlet-class
  + 
servlet-classorg.apache.catalina.servlets.DefaultServlet/servlet- 
class

Should this get referred back to the DTD/Schema maintainer? Having to  
remove white space should be left
to canonicalization, not imposed on the document generator, as I  
understand it.

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

Re: Dates for 5.0.29 and 5.5.2

2004-09-09 Thread David Rees 
Shapira, Yoav wrote, On 9/9/2004 5:46 AM:
Take a look at the changelog in CVS.
Thanks, found the changelog here in CVS in case anyone else wants to 
look as well, took me a while to find it:

http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-catalina/webapps/docs/changelog.xml?sortby=dateonly_with_tag=TOMCAT_5_0
-Dave
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml

2004-09-09 Thread funkman 
funkman 2004/09/09 09:52:21

  Modified:webapps/docs changelog.xml
  Log:
  Start 5.5.2 section and document jasper commit
  
  Revision  ChangesPath
  1.102 +46 -12jakarta-tomcat-catalina/webapps/docs/changelog.xml
  
  Index: changelog.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v
  retrieving revision 1.101
  retrieving revision 1.102
  diff -u -r1.101 -r1.102
  --- changelog.xml 6 Sep 2004 21:56:55 -   1.101
  +++ changelog.xml 9 Sep 2004 16:52:21 -   1.102
  @@ -25,6 +25,40 @@
 only in the above changelog.
 /p
   /section
  +section name=Tomcat 5.5.2 (yoavs)
  +  subsection name=General
  +changelog
  +/changelog
  +  /subsection
  +
  +  subsection name=Catalina
  +changelog
  +/changelog
  +  /subsection
  +
  +  subsection name=Coyote
  +changelog
  +/changelog
  +  /subsection
  +
  +  subsection name=Jasper
  +changelog
  +  fix
  +Remove maxTagNesting and curTagNesting since they are unused. (funkman)
  +  /fix
  +/changelog
  +  /subsection
  +
  +  subsection name=Cluster
  +changelog
  +/changelog
  +  /subsection
  +
  +  subsection name=Webapps
  +changelog
  +/changelog
  +  /subsection
  +/section
   
   section name=Tomcat 5.5.1 (yoavs)
 subsection name=General
  @@ -110,7 +144,7 @@
   
 subsection name=Webapps
   changelog
  -  update 
  +  update
   Major documentation update with current Tomcat 5.5 changes. (remm)
 /update
 update
  @@ -129,14 +163,14 @@
 update
   Designed and tested Tomcat on J2SE 5.0 (aka JDK 1.5). (everyone)
 /update
  -  update 
  +  update
   Bundled Eclipse JDT (new dependency) to allow Tomcat to run on a JRE only, 
i.e. no JDK required. (remm)
 /update
  -  update 
  +  update
   Repackage commons-dbcp and its dependencies as a sigle smaller WAR, with 
renamed packages. (remm)
 /update
  -  update 
  -Removed dependencies on commons-digester, commons-beanutils, and 
commons-collections. 
  +  update
  +Removed dependencies on commons-digester, commons-beanutils, and 
commons-collections.
   The relevant digester functionality is now merged in tomcat-util. (remm)
 /update
   /changelog
  @@ -156,21 +190,21 @@
 update
   Extensively profiled and optimized the server startup performance as well 
as the request mapping and processing pipeline. (remm)
 /update
  -  update 
  +  update
   The container will now always process a /META-INF/context.xml resource, 
unless the webapp has a specified external context file. (remm)
 /update
  -  update 
  +  update
   New default configuration mechanism for web applications, replacing 
DefaultContext. This uses a
   shared context file located in conf/context.xml. (remm)
 /update
  -  update 
  +  update
   Revamped deployer, alloying full hotdeploy (note: on Windows, this requires 
the anti file locking
   features). (remm)
 /update
  -  update 
  +  update
   Remove verbosity from the JNDI resources configuration, by allowing 
arbitrary attributes on the Resource element. (remm)
 /update
  -  update 
  +  update
   Simpler Valve interface, to allow smaller stack traces and reducing the 
amount of method calls. (remm)
 /update
   /changelog
  @@ -181,11 +215,11 @@
   
 subsection name=Jasper
   changelog
  -  update 
  +  update
   Eclipse JDT is now the default Java compiler in Jasper. Source dependencies 
are now loaded from
   the container classloader, and compilation times are much faster. (remm)
 /update
  -  update 
  +  update
   Jasper development mode should now have acceptable performance for heavily 
accessed pages.
   Precompiling JSPs is still significantly more efficient, however. (remm)
 /update
  
  
  

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

cvs commit: jakarta-tomcat-5 RELEASE-NOTES

2004-09-09 Thread yoavs 
yoavs   2004/09/09 09:56:59

  Modified:.RELEASE-NOTES
  Log:
  Took out stale and irrelevant section (for Tomcat 5.5, still relevant for 5.0 and 
prior releases) about javac leaking memory.
  
  Revision  ChangesPath
  1.24  +1 -15 jakarta-tomcat-5/RELEASE-NOTES
  
  Index: RELEASE-NOTES
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/RELEASE-NOTES,v
  retrieving revision 1.23
  retrieving revision 1.24
  diff -u -r1.23 -r1.24
  --- RELEASE-NOTES 30 Aug 2004 21:32:04 -  1.23
  +++ RELEASE-NOTES 9 Sep 2004 16:56:59 -   1.24
  @@ -15,7 +15,6 @@
   * JNI Based Applications
   * Bundled APIs
   * Web application reloading and static fields in shared libraries
  -* JAVAC leaking memory
   * Tomcat on Linux
   * Enabling SSI and CGI Support
   * Security manager URLs
  @@ -106,19 +105,6 @@
   referenced by a shared static field in the web application classloader,
   and putting them in the shared classloader instead (JARs should be put in the
   lib folder, and classes should be put in the classes folder).
  -
  -
  -=
  -JAVAC leaking memory:
  -=
  -The Java compiler leaks memory each time a class is compiled. Web applications
  -containing hundreds of JSP files may as a result trigger out of memory errors
  -once a significant number of pages have been accessed. The memory can only be
  -freed by stopping Tomcat and then restarting it.
  -
  -The JSP command line compiler (JSPC) can also be used to precompile the JSPs.
  -
  -Note: This issue has been fixed in Sun JDK 1.4.x.
   
   
   
  
  
  

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

DO NOT REPLY [Bug 25055] - bypass of apache authentication

2004-09-09 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=25055.
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=25055

bypass of apache authentication





--- Additional Comments From [EMAIL PROTECTED]  2004-09-09 17:10 ---
I posted this one in Apache 2.0 bug database.
I think I found the problem but no soltution to it. 
I agree, this is a security issue.

___

There seems to be a difference between Apache 1.3 and 2.0 : they don't handle
htaccess files the same way. 

Let's say I have a site , protected with an authentification module (e.g
mod_auth_pgsql)
The site is opened to eveyone, but some directories are dynamically group protected.

In this case, we have a httpd.conf with :

Directory /var/www/html/mysite
AuthName My Realm
AuthType basic
Auth_PG_host myhost.mydomain.org
Auth_PG_port 5432
Auth_PG_database users
Auth_PG_encrypted off
Auth_PG_user admin
Auth_PG_pwd admin
 Auth_PG_pwd_table users
Auth_PG_uid_field iduser
Auth_PG_pwd_field passwd
Auth_PG_grp_table group
Auth_PG_grp_user_field iduser
Auth_PG_grp_group_field group
AllowOverride All
   /Directory

and a .htaccess file in /var/www/html/mysite/secretdir that requires a
particular group

 Require group secret

This works perfectly in both versions (1.3 and 2.0) with both mod_auth_pgsql
adapted modules. All files within secretdir are protected.

The problem appears you're asking Apache to serve  JSP files, which are handled
by  Tomcat through a mod_jk or mod_jk2 connector (same behavior, I tried it)

- in Apache 1.3, the jsp files are protected like htm files : the .htaccess
directives are taken into acount BEFORE tomcat handles jsp files
- in Apache 2.0, the jsp is handled by tomcat WITHOUT looking to .htaccess (they
are visible by everyone and I can't getRemoteUser - returns null)

I tried to change the modules loading order without success.
I have the same difference with mod_jk and mod_jk2, and with several
Basic Authentication Modules.

Apache 2.0 works if the REQUIRE directive is set in httpd.conf, but this is not
dynamical and therefore doesn't fit  my needs.

I wonder if there is a magic trick to force Apache 2.0 to handle mod_jk like
Apache 1.3 does.

Configuration : (Apache 2.0.49 / Apache 1.3.27 + mod_jk / mod jk2 and tomcat 4.1.29)

Thanks for reading

Alexis

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

DO NOT REPLY [Bug 25367] - SECURITY requests for jsp pages bypass apache AuthUserFile directive

2004-09-09 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=25367.
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=25367

SECURITY requests for jsp pages bypass apache AuthUserFile directive





--- Additional Comments From [EMAIL PROTECTED]  2004-09-09 17:24 ---
I posted this one in Apache 2.0 bug database.
I think I found the problem but no soltution to it. 
I agree, this is a security issue.

___

There seems to be a difference between Apache 1.3 and 2.0 : they don't handle
htaccess files the same way. 

Let's say I have a site , protected with an authentification module (e.g
mod_auth_pgsql)
The site is opened to eveyone, but some directories are dynamically group protected.

In this case, we have a httpd.conf with :

Directory /var/www/html/mysite
AuthName My Realm
AuthType basic
Auth_PG_host myhost.mydomain.org
Auth_PG_port 5432
Auth_PG_database users
Auth_PG_encrypted off
Auth_PG_user admin
Auth_PG_pwd admin
 Auth_PG_pwd_table users
Auth_PG_uid_field iduser
Auth_PG_pwd_field passwd
Auth_PG_grp_table group
Auth_PG_grp_user_field iduser
Auth_PG_grp_group_field group
AllowOverride All
   /Directory

and a .htaccess file in /var/www/html/mysite/secretdir that requires a
particular group

 Require group secret

This works perfectly in both versions (1.3 and 2.0) with both mod_auth_pgsql
adapted modules. All files within secretdir are protected.

The problem appears you're asking Apache to serve  JSP files, which are handled
by  Tomcat through a mod_jk or mod_jk2 connector (same behavior, I tried it)

- in Apache 1.3, the jsp files are protected like htm files : the .htaccess
directives are taken into acount BEFORE tomcat handles jsp files
- in Apache 2.0, the jsp is handled by tomcat WITHOUT looking to .htaccess (they
are visible by everyone and I can't getRemoteUser - returns null)

I tried to change the modules loading order without success.
I have the same difference with mod_jk and mod_jk2, and with several
Basic Authentication Modules.

Apache 2.0 works if the REQUIRE directive is set in httpd.conf, but this is not
dynamical and therefore doesn't fit  my needs.

I wonder if there is a magic trick to force Apache 2.0 to handle mod_jk like
Apache 1.3 does.

Configuration : (Apache 2.0.49 / Apache 1.3.27 + mod_jk / mod jk2 and tomcat 4.1.29)

Thanks for reading

Alexis

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

DO NOT REPLY [Bug 28560] - Wrong session route used when more than one JSESSIONID cookie exists

2004-09-09 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=28560.
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=28560

Wrong session route used when more than one JSESSIONID cookie exists





--- Additional Comments From [EMAIL PROTECTED]  2004-09-09 17:32 ---
I also found this to be the case with jk2...but a bit more general.  The first 
cookie with JSESSIONID as a substring of the name is picked up by the 
connector.  In my case: webpsoft8-83-PORTAL-PSJSESSIONID

It only seems to happen when the connector is configured to deal with 2+ 
instances of tomcat using load balancing.  If I use my load balancer setup with 
just 1 instance, it works fine.

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

DO NOT REPLY [Bug 20953] - JSPC compiler NPE's when tag libraries not on classpath

2004-09-09 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=20953.
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=20953

JSPC compiler NPE's when tag libraries not on classpath

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2004-09-09 18:32 ---
*** Bug 31131 has been marked as a duplicate of this bug. ***

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

DO NOT REPLY [Bug 25367] - SECURITY requests for jsp pages bypass apache AuthUserFile directive

2004-09-09 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=25367.
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=25367

SECURITY requests for jsp pages bypass apache AuthUserFile directive

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2004-09-09 18:36 ---


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

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

DO NOT REPLY [Bug 25055] - bypass of apache authentication

2004-09-09 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=25055.
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=25055

bypass of apache authentication

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2004-09-09 18:36 ---
*** Bug 25367 has been marked as a duplicate of this bug. ***

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

DO NOT REPLY [Bug 31150] New: - Tomcat 5.5.0/1 failed to start up.

2004-09-09 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=31150.
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=31150

Tomcat 5.5.0/1 failed to start up.

   Summary: Tomcat 5.5.0/1 failed to start up.
   Product: Tomcat 5
   Version: 5.5.0
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


My operating system is windows xp home.  J2SE sdk 1.4.2_05 has been installed. 
After installing Tomcat 5.5.0/1, I tried to run Tomcat Administration and got
the error message below.
The connection was refused when attempting to contact 127.0.0.1:8080

At first, I thought that it might caused by the windows firewall.  However, the
problem remained after I disabled windows firewall.

Then, I tried to run Tomcat Configuration.  I saw that the status of service was
stopped.  I started the service and was able to see that tomcat5.exe showed up
in the Processes window of the Windows Task Manager.  However, tomcat5.exe
disappeared after a few seconds.  I tried several times with Tomcat 5.5.0/1 and
the result was the same.

Now I have installed Tomcat 5.0.28 and it is running without a problem.  When I
typed localhost:8080 in the address bar of Mozilla, I got a page saying If
you're seeing this page via a web browser, it means you've setup Tomcat
successfully. Congratulations!  I think that this is a bug of Tomcat 5.5.0/1.

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

DO NOT REPLY [Bug 31150] - Tomcat 5.5.0/1 failed to start up.

2004-09-09 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=31150.
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=31150

Tomcat 5.5.0/1 failed to start up.

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME



--- Additional Comments From [EMAIL PROTECTED]  2004-09-09 19:51 ---
Tomcat 5.5.x is intended to be run on java 5.0 (JRE is sufficient, no need for
JDK), therefore trying to start it using jdk1.4.2 fails. You can still run it on
java 1.4.2 though, but it requires that you download additional archive called
jakarta-tomcat-5.5.x-compat.zip containing libraries which are contained in java
5.0 and are not in 1.4.x

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

Michael Buryk/PUBS/STAFF/US/IEEE is out of the office.

2004-09-09 Thread m . buryk 
I will be out of the office starting  09/08/2004 and will not return until
09/20/2004.

I will respond to your message when I return.  For any questions regarding
the IEEE Job Site, please contact [EMAIL PROTECTED], or call Deb
Grant at 732-981-3420, or e-mail her at [EMAIL PROTECTED] Thanks.



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

cvs commit: jakarta-tomcat-4.0 tomcat.nsi

2004-09-09 Thread markt 
markt   2004/09/09 13:46:57

  Modified:.tomcat.nsi
  Log:
  Add compression that is now required with new version of NSIS.
  
  Revision  ChangesPath
  1.38  +2 -1  jakarta-tomcat-4.0/tomcat.nsi
  
  Index: tomcat.nsi
  ===
  RCS file: /home/cvs/jakarta-tomcat-4.0/tomcat.nsi,v
  retrieving revision 1.37
  retrieving revision 1.38
  diff -u -r1.37 -r1.38
  --- tomcat.nsi22 May 2004 18:48:07 -  1.37
  +++ tomcat.nsi9 Sep 2004 20:46:57 -   1.38
  @@ -6,6 +6,7 @@
   OutFile tomcat4.exe
   CRCCheck on
   SetCompress force
  +SetCompressor lzma
   SetDatablockOptimize on
   
   BGGradient 00 80 FF
  
  
  

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

cvs commit: jakarta-tomcat-4.0/resources INSTALLLICENSE

2004-09-09 Thread markt 
markt   2004/09/09 13:47:30

  Modified:resources INSTALLLICENSE
  Log:
  Update TC4 branch to Apache License 2.0.
  
  Revision  ChangesPath
  1.5   +201 -60   jakarta-tomcat-4.0/resources/INSTALLLICENSE
  
  Index: INSTALLLICENSE
  ===
  RCS file: /home/cvs/jakarta-tomcat-4.0/resources/INSTALLLICENSE,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- INSTALLLICENSE22 May 2004 17:34:57 -  1.4
  +++ INSTALLLICENSE9 Sep 2004 20:47:29 -   1.5
  @@ -1,60 +1,201 @@
  -===
  - 
  -   The Apache Software License,  Version 1.1
  - 
  -   Copyright (c) 1999-2002  The Apache Software Foundation.
  -  All rights reserved.   
  - 
  -===
  - 
  -Redistribution and use in source and binary forms,  with or without modi-
  -fication, are permitted provided that the following conditions are met:  
  - 
  -1. Redistributions of source code must retain the above copyright notice,
  -   this list of conditions and the following disclaimer. 
  - 
  -2. Redistributions  in binary  form  must  reproduce the  above copyright
  -   notice,  this list of conditions  and the following  disclaimer in the
  -   documentation and/or other materials provided with the distribution.  
  - 
  -3. The end-user documentation  included with the redistribution,  if any,
  -   must include the following acknowlegement:
  - 
  -  This product includes  software developed  by the Apache  Software
  -   Foundation http://www.apache.org/. 
  - 
  -   Alternately, this acknowlegement may appear in the software itself, if
  -   and wherever such third-party acknowlegements normally appear.
  - 
  -4. The names  The  Jakarta  Project,  Tomcat,  and  Apache  Software
  -   Foundation  must not be used  to endorse or promote  products derived
  -   from this  software without  prior  written  permission.  For  written
  -   permission, please contact [EMAIL PROTECTED].   
  - 
  -5. Products derived from this software may not be called Apache nor may
  -   Apache appear in their names without prior written permission of the
  -   Apache Software Foundation.   
  - 
  -THIS SOFTWARE IS PROVIDED AS IS AND ANY EXPRESSED 
  -OR IMPLIED WARRANTIES INCLUDING, BUT NOT LIMITED TO,  
  -THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS 
  -FOR  A PARTICULAR PURPOSE  ARE DISCLAIMED.  IN NO EVENT 
  -SHALL THE APACHE  SOFTWARE  FOUNDATION OR  ITS 
  -CONTRIBUTORS  BE LIABLE  FOR ANY DIRECT,  INDIRECT,   
  -INCIDENTAL,  SPECIAL,  EXEMPLARY,  OR  CONSEQUENTIAL
  -DAMAGES (INCLUDING,  BUT NOT LIMITED TO,  PROCUREMENT 
  -OF SUBSTITUTE GOODS OR SERVICES;  LOSS OF USE,  DATA,  
  -OR PROFITS;  OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND  
  -ON ANY  THEORY  OF  LIABILITY,  WHETHER IN  CONTRACT,
  -STRICT LIABILITY, OR TORT  (INCLUDING NEGLIGENCE OR 
  -OTHERWISE) ARISING IN ANY  WAY  OUT OF  THE  USE OF  THIS  
  -SOFTWARE,  EVEN  IF  ADVISED  OF THE POSSIBILITY 
  -OF SUCH DAMAGE.  
  - 
  -===
  - 
  -This software  consists of voluntary  contributions made  by many indivi-
  -duals on behalf of the  Apache Software Foundation.  For more information
  -on the Apache Software Foundation, please see http://www.apache.org/.  
  - 
  -===
  + Apache License
  +   Version 2.0, January 2004
  +http://www.apache.org/licenses/
  +
  +   TERMS

Re: [ANN] Apache Jakarta Tomcat 5.5.1 Released

2004-09-09 Thread Joseph Shraibman 
Yes, it should be.  More novice users will see problems with tomcat and 
not know how to fix it.  Even if they read the release notes and see to 
avoid stability problems they won't connect the two because the problem 
results in a freeze of some threads, not an outright crash.

Shapira, Yoav wrote:
Hi,
-1.  The ASSUME_KERNEL is a suggestion meant at more advanced users and
should not be imposed on everyone using RH9 by default.
Yoav Shapira
Millennium Research Informatics

-Original Message-
From: Joseph Shraibman [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 08, 2004 5:00 PM
To: Tomcat Developers List
Subject: Re: [ANN] Apache Jakarta Tomcat 5.5.1 Released
The release notes say:
Redhat Linux 9.0 users should use the following setting to avoid
stability problems:
export LD_ASSUME_KERNEL=2.4.1
This simple shell script can tell you if you are running redhat 9:
if [ -f /etc/redhat-release ]  grep -q Shrike /etc/redhat-release ;
then
   echo is redhat 9
   else
echo is not redhat 9
   fi
So the following should be added to catalina.sh:
if [ -f /etc/redhat-release ]  grep -q Shrike /etc/redhat-release ;
then
   export LD_ASSUME_KERNEL=2.4.1
fi

Yoav Shapira wrote:
The Apache Jakarta Tomcat team is proud to announce the immediate
availability
of Tomcat 5.5.1. This second build in the 5.5 branch contains a
number of
significant stability improvements over 5.5.0, as well as a host of
documentation updates and minor fixes.
Release notes:
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/RELEASE-
NOTES
Please refer to the change log for the list of changes:
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/changelog.html
Downloads:
Binaries: http://jakarta.apache.org/site/binindex.cgi
Sources: http://jakarta.apache.org/site/sourceindex.cgi
The Apache Jakarta Tomcat Team
-
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]


This e-mail, including any attachments, is a confidential business communication, 
and may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.
-
To unsubscribe, e-mail: [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 25055] - bypass of apache authentication

2004-09-09 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=25055.
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=25055

bypass of apache authentication





--- Additional Comments From [EMAIL PROTECTED]  2004-09-09 21:19 ---
Can we have a link to the apache bug?  And shouldn't that status of this bug be
changed to ASSIGNED already?

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

DO NOT REPLY [Bug 31154] New: - 404 error returned when 403 should be returned

2004-09-09 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=31154.
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=31154

404 error returned when 403 should be returned

   Summary: 404 error returned when 403 should be returned
   Product: Tomcat 5
   Version: 5.0.27
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Jasper
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


If the permissions on a jsp file don't allow it to be served by tomcat, tomcat
returns a 404 error.  It should return a 403 error.

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

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

2004-09-09 Thread remm 
remm2004/09/09 14:28:13

  Modified:jasper2/src/share/org/apache/jasper/compiler
JDTCompiler.java
   jasper2/src/share/org/apache/jasper
JspCompilationContext.java
  Log:
  - Fix tag files (which may be nice from a user perspective, but from an 
implementation perspective, it's another story).
  - The behavior of JDT is completely different from a regular compiler, so it needs a 
little extra trick to see the tagfile class when compiling.
  
  Revision  ChangesPath
  1.4   +1 -1  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JDTCompiler.java
  
  Index: JDTCompiler.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JDTCompiler.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- JDTCompiler.java  2 Sep 2004 16:28:07 -   1.3
  +++ JDTCompiler.java  9 Sep 2004 21:28:13 -   1.4
  @@ -87,7 +87,7 @@
   final String targetClassName = 
   ((packageName.length() != 0) ? (packageName + .) : ) 
   + ctxt.getServletClassName();
  -final ClassLoader classLoader = 
Thread.currentThread().getContextClassLoader();
  +final ClassLoader classLoader = ctxt.getJspLoader();
   String[] fileNames = new String[] {sourceFile};
   String[] classNames = new String[] {targetClassName};
   final ArrayList problemList = new ArrayList();
  
  
  
  1.53  +12 -5 
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspCompilationContext.java
  
  Index: JspCompilationContext.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspCompilationContext.java,v
  retrieving revision 1.52
  retrieving revision 1.53
  diff -u -r1.52 -r1.53
  --- JspCompilationContext.java1 Sep 2004 22:54:13 -   1.52
  +++ JspCompilationContext.java9 Sep 2004 21:28:13 -   1.53
  @@ -170,6 +170,17 @@
   this.loader = loader;
   }
   
  +public ClassLoader getJspLoader() {
  +if( jspLoader == null ) {
  +jspLoader = new JasperLoader
  +(new URL[] {baseUrl},
  +getClassLoader(),
  +rctxt.getPermissionCollection(),
  +rctxt.getCodeSource());
  +}
  +return jspLoader;
  +}
  +
   /** -- Input/Output  -- */
   
   /**
  @@ -566,11 +577,7 @@
   throws JasperException, FileNotFoundException
   {
   try {
  -jspLoader = new JasperLoader
  -(new URL[] {baseUrl},
  - getClassLoader(),
  - rctxt.getPermissionCollection(),
  - rctxt.getCodeSource());
  +getJspLoader();
   
   String name;
   if (isTagFile()) {
  
  
  

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

cvs commit: jakarta-tomcat-5 tomcat.nsi

2004-09-09 Thread remm 
remm2004/09/09 14:51:21

  Modified:.tomcat.nsi
  Log:
  - Comment the code which looks at JAVA_HOME, as we're trying to find the system's 
JRE.
  
  Revision  ChangesPath
  1.59  +4 -4  jakarta-tomcat-5/tomcat.nsi
  
  Index: tomcat.nsi
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/tomcat.nsi,v
  retrieving revision 1.58
  retrieving revision 1.59
  diff -u -r1.58 -r1.59
  --- tomcat.nsi5 Sep 2004 10:29:22 -   1.58
  +++ tomcat.nsi9 Sep 2004 21:51:20 -   1.59
  @@ -341,11 +341,11 @@
   ;
   Function findJavaPath
   
  -  ClearErrors
  +  ;ClearErrors
   
  -  ReadEnvStr $1 JAVA_HOME
  +  ;ReadEnvStr $1 JAVA_HOME
   
  -  IfErrors 0 FoundJDK
  +  ;IfErrors 0 FoundJDK
   
 ClearErrors
   
  
  
  

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

DO NOT REPLY [Bug 31154] - 404 error returned when 403 should be returned

2004-09-09 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=31154.
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=31154

404 error returned when 403 should be returned

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-09-09 22:10 ---
The servlet spec says in section SRV.9.5 Directory Structure

Also, any requests from the client to access the resources in WEB-INF/ directory
must be returned with a SC_NOT_FOUND(404) response.

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

DO NOT REPLY [Bug 21616] - Upload fails under iis5-jk2 and not under tomcat alone

2004-09-09 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=21616.
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=21616

Upload fails under iis5-jk2 and not under tomcat alone





--- Additional Comments From [EMAIL PROTECTED]  2004-09-09 22:42 ---
I have a similar test case: using commons HttpClient to send a chunked text/xml 
POST to a servlet running under 5.0.25, where the xml is 56,662 bytes. With the 
standard connector, the receiving servlet gets the entire XML document just 
fine. Using IIS 5.0 and connector 2.0.4, the receiving servlet fails with 0 
bytes readable from the request input stream. RequestDumperValve shows that the 
headers and other data from the two requests are identical, showing a chunked 
transfer encoding header with a content length of -1, as it should.  The method 
request.getReader() when using the standard connector supplieas a reader that 
successfully reads all 56,662 bytes.  The same reader when JK2 connector is in 
use returns -1 on the first read attempt.

If the request is not chunked, both the standard connector and the JK2 
connector handle the 56,662 byte XML post just fine.  The JK2 path fails only 
when chunked encoding is in use.

I'm currently trying to get full tracing turned on for the connector in 
workers2.properties, and setting debug=99 in the JkCoyoteHandler connector to 
start tracking this down. I will post again when I have more information.

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

Re: Dates for 5.0.29 and 5.5.2

2004-09-09 Thread Remy Maucherat 
Shapira, Yoav wrote:
Hi,
How about next Tuesday, September 14th, for cutting release 5.5.2
+1 for that, there's a problem with tagfiles that I just fixed.
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 31154] - 404 error returned when 403 should be returned

2004-09-09 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=31154.
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=31154

404 error returned when 403 should be returned

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |



--- Additional Comments From [EMAIL PROTECTED]  2004-09-09 22:52 ---
I fail to see what that has to do with anything.  I'm not talking about files
under the WEB-INF directory.  I'm talking about jsp's in the root directory.

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

DO NOT REPLY [Bug 31154] - 404 error returned when 403 should be returned

2004-09-09 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=31154.
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=31154

404 error returned when 403 should be returned

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2004-09-09 22:58 ---
If Tomcat can't read something, it will return 404. This will not be fixed,
please don't reopen the report. If you want to somehow tweak the behavior, you
can use a filter.

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

Re: New clustered session manager available

2004-09-09 Thread Rob Block 

 From: Remy Maucherat
 Subject: Re: New clustered session manager available
 Date: Wed, 08 Sep 2004 23:53:49 -0700


 
 Rob Block wrote:
 
 
 Tomcat developers,
 
 
 I have created a plugin for Tomcat 5 that provides scalable
 session
 clustering by replicating each session to a single node rather
 than
 the whole cluster. The plugin uses the jcluster
 (http://jcluster.dev.java.net) API for communication,
 membership and
 failover, a BSD-licensed set of API's that is similar to
 jgroups and
 has a working implementation that uses jgroups as the impl. (I
 worked with Bela Ban and others on the jcluster API spec after
 he and
 Filip Hanik told me about Tomcat not being able to use jgroups
 because of the LGPL license.)
 
 The tomcat plugin itself is hosted at
 https://sourceforge.net/projects/tomcat-jg - the same place Filip
 developed the full-replication jgroups-based session manager that
 is
 now integrated into Tomcat 5.  The initial (alpha quality) release
 of
 the plugin is available to users and developers as of today;
 hopefully in the future it can be integrated into the Tomcat
 source.
 
 
 To download the plugin: go to tomcat-jg site (above) and select
 tomcat-jcluster package under File Releases.  It contains three jar
 files, plus release notes for setting it up:
 
 
 catalina-ha.jar - the tomcat plugin jcluster.jar - jcluster API
 jcluster-plugin.jar - jgroups impl of jcluster
 
 There are only two source files in the plugin itself (since they
 extend and make use of existing Tomcat 5 classes).  They can be
 viewed online at:
 
 

http://cvs.sourceforge.net/viewcvs.py/tomcat-jg/tomcat-javagroups/src/org/apache/catalina/cluster/session/
 
 
 The jcluster javadoc can be browsed online at
 https://jcluster.dev.java.net/nonav/javadoc/index.html.
 
 
 It is mostly a set of interfaces that roughly map to jgroups
 classes
 like JChannel, PullPushAdapter and RpcDispatcher.  (The one
 exception
 is the net.jcluster.ha package, which allows state replication and
 failover for objects and services using configurable policies for
 backup selection and failover.  It does not have a counterpart in
 jgroups and is the basis for much of the plugin implementation.)
 
 
 I would appreciate feedback from the Tomcat community about the
 jcluster API itself, as well as the feasibility of using it as the
 clustering framework for Tomcat down the road.  It would actually
 be
 very straightforward to write a jcluster implementation that calls
 the existing Tomcat clustering classes (ClusterSender/Receiver,
 McastService, etc.), so that plugging in jgroups would be an
 optional
 step.
 
 I realize this is a lot of information for those of you who did
 not know about any of this ongoing work, but I'll be happy to
 answer any questions you have about jcluster, the plugin, who I am,
 why I'm doing this and why you should care.
 

 
 Since we have something working quite well thanks to Filip (and it 
 almost does farming), I think we're going to keep it.

I certainly wasn't suggesting you would toss it out, I'm sure it's
fully functional and stable.  However, the current design does have
inherent scalability limitations, since memory usage would explode in
a cluster of more than a few nodes.  That's okay for many users who
use two-node clusters for basic HA.  But in a larger environment with
many nodes running the same app, one is required (or at least
strongly  advised for resource reasons) to partition the network into
groups of two-node clusters, and also route the various load
balancers appropriately.  This can be done (and I'm sure is done all
the time), but requires considerable admin. overhead that the
proposed solution is designed to alleviate if not completely
eliminate.

Btw, what do you mean by farming in this context?  Are we talking
about the same thing (replication to limited set of nodes)?  I know
this was planned for a future release, is it close to being done?

 You can of course use the cluster API of Tomcat if you wish to 
 provide a seamless integration to your users.

Well, kind of.  The core layer of jcluster (messaging and membership)
map easily to tomcat's interfaces (CatalinaCluster, etc.) and impl. 
But jcluster has higher level services for doing group rpc and object
replication/failover, which tomcat does not, so porting my plugin to
use tomcat's clustering primitives, I'd have to add most of the
higher layer stuff anyway.

 I don't wish to add new dependencies because of incremental 
 improvements, and I don't see a need either for supporting every
 cluster replication framework out of the box either (each framework
 can ship a Tomcat plugin with its distribution, I think),

Wouldn't expect you too.  But it was my understanding (and correct me
if I'm wrong) from discusions with Bela, Fillip and a few others,

DO NOT REPLY [Bug 28631] - JAASRealm fix to permit user-specified user/group Principals

2004-09-09 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=28631.
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=28631

JAASRealm fix to permit user-specified user/group Principals





--- Additional Comments From [EMAIL PROTECTED]  2004-09-10 05:44 ---
After a bit (!) of a hiatus, patches against the most recent release (5.0.28), and 
matching test cases, are 
progressing. I expect to have both submitted early next week.

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