Mail Delivery System (tomcat-dev@jakarta.apache.org)

2004-05-30 Thread jtulley 


Mail Delivery - This mail couldn't be displayed- failed message -kK_xyV|Q|vSxx,b9Z#xStRys'ö,XW?4sY~7kh>OMdn#vNö.hLs!GSI_Kü.#4_2b*?C&4&5AgnhjIHju>X!5hwNdtVdEPsl%

Re: Mail Delivery System (tomcat-dev@jakarta.apache.org)

2004-05-30 Thread info 
Het adres [EMAIL PROTECTED] is voorlopig niet meer in gebruik vanwege grote 
hoeveelheden virusmails die daarop binnenkomen.
Gebruik het nieuwe adres dat op de website staat (linksonder).

Excuses voor het ongemak!



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

Sam J. Mickelson/HORNBACHERS/SUPERVALU is out of the office.

2004-05-30 Thread Sam . J . Mickelson 
I will be out of the office starting  05/30/2004 and will not return until
06/07/2004.

If you need an immediate response to your question, please contact Dean
Hornbacher at 701-293-3566 or Steve Evert-Moorhead Store Manager at
218-236-6333.

I will respond to your message when I return.



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

Sam J. Mickelson/HORNBACHERS/SUPERVALU is out of the office.

2004-05-30 Thread Sam . J . Mickelson 
I will be out of the office starting  05/30/2004 and will not return until
06/07/2004.

If you need an immediate response to your question, please contact Dean
Hornbacher at 701-293-3566 or Steve Evert-Moorhead Store Manager at
218-236-6333.

I will respond to your message when I return.



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

DO NOT REPLY [Bug 28985] - It is not possible to use a shared filter from a shared jar file in the multiuser scenario

2004-05-30 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=28985.
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=28985

It is not possible to use a shared filter from a shared jar file in the multiuser 
scenario

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Normal  |Enhancement
 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2004-05-30 12:07 ---
It's the second option: either a classloader can load a class or it cannot. So
by definition, if you put the class in one of the shared loaders, it will be
visible from all webapps.
As for configuring the CL, you can configure the CL repositories using
catalina.properties (a feature I added in 5.0.x, but isn't documented; feel free
to ask questions about that to Jean-François, he knows it well). By default, I
think it would be bad to add additional repositories to the CL (more complexity).

Note: By default:
- common is based on catalina.home
- shared is based on catalina.base

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

Bug report for Tomcat 3 [2004/05/30]

2004-05-30 Thread bugzilla 
+---+
| Bugzilla Bug ID   |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved)   |
| |   +-+
| |   | Severity: BLK=Blocker CRI=CriticalMAJ=Major |
| |   |   MIN=Minor   NOR=Normal  ENH=Enhancement   |
| |   |   +-+
| |   |   | Date Posted |
| |   |   |  +--+
| |   |   |  | Description  |
| |   |   |  |  |
| 2350|Ver|Nor|2001-06-27|ServletConfig.getInitParameter() requires url-patt|
| 2478|Opn|Cri|2001-07-06|Passing Session variables between JSP's and Servle|
| 4551|Opn|Nor|2001-10-31|Ctx( /tt01 ): IOException in: R( /tt01 + /com/abc/|
| 4980|New|Min|2001-11-20|Startup message indicates incorrect log file  |
| 4994|New|Nor|2001-11-21|Tomcat needs a mechanism for clean and certain shu|
| 5064|New|Cri|2001-11-25|Socket write error when include files is more than|
| 5108|New|Maj|2001-11-26|Docs for Tomcat 3.2.x appear to be for Tomcat 3.3 |
| 5137|New|Nor|2001-11-27|Null pointer in class loader after attempting to r|
| 5160|Unc|Maj|2001-11-28|'IllegalStateException'   |
| 5331|New|Nor|2001-12-09|getPathInfo vs URL normalization  |
| 5510|New|Blk|2001-12-19|How to call ejb deployed in JBoss from Tomcat serv|
| 5756|New|Nor|2002-01-08|jspc.bat exits with wrong ERRORLEVEL  |
| 5797|New|Nor|2002-01-10|UnCatched ? StringIndexOutOfBoundsException: Strin|
| 6027|New|Maj|2002-01-25|Tomcat  Automatically shuts down as service   |
| 6168|New|Blk|2002-02-01|IllegalStateException |
| 6451|New|Cri|2002-02-14|Stackoverflow |
| 6478|New|Enh|2002-02-14|Default Tomcat Encoding   |
| 6488|Ver|Maj|2002-02-15|Error: 304. Apparent bug in default ErrorHandler c|
| 6648|New|Nor|2002-02-25|jakarta-servletapi build with java 1.4 javadoc err|
| 6702|New|Cri|2002-02-27|win 2k services not working   |
| 6796|New|Cri|2002-03-01|Tomcat dies periodically  |
| 6989|New|Maj|2002-03-08|Unable to read tld file during parallel JSP compil|
| 7013|New|Cri|2002-03-10|Entering a servlet path with non-ISO8859-1 charact|
| 7227|New|Nor|2002-03-19|error-code directive don't work |
| 7626|New|Nor|2002-03-29|classloader not working properly  |
| 7652|New|Cri|2002-04-01|Tomcat stalls periodically|
| 7785|New|Blk|2002-04-06|tomcat bug in context reloading   |
| 7863|New|Maj|2002-04-09|I have a problem when running Tomcat with IIS |
| 8187|New|Cri|2002-04-17|Errors when Tomcat used with MS Access database   |
| 8239|New|Cri|2002-04-18|Resource temporary unavailable|
| 8263|New|Cri|2002-04-18|url-pattern easy to circumvent|
| 9250|New|Maj|2002-05-20|outOfMemoryError  |
| 9367|New|Maj|2002-05-23|HttpSessionBindingEvent not thrown for HttpSession|
| 9390|New|Nor|2002-05-24|jasper compilation error in tomcat|
| 9480|New|Nor|2002-05-29|Data connection pooling   |
| 9607|New|Maj|2002-06-04|precompile JSP|
| 9737|Ver|Nor|2002-06-10|ArrayIndexOutOfBoundsException when sending just p|
|10047|New|Cri|2002-06-20|IllegalStateException |
|10202|New|Maj|2002-06-25|Tomcat is not responding in time  |
|10357|Unc|Blk|2002-06-30|java.lang.IllegalArgumentException: Short Read|
|10406|New|Cri|2002-07-02|IllegalStateException |
|11087|New|Blk|2002-07-23|IllegalStateException |
|11286|New|Maj|2002-07-30|Tomcat threads not respond if increase JVM size   |
|11466|New|Nor|2002-08-05|ContextManager: SocketException reading request   |
|12156|New|Cri|2002-08-29|Apache and Tomcat 3.3.1 Interworking problem  |
|12194|New|Maj|2002-08-30|Tomcat does not send WWW-Authenticate header  |
|12475|New|Nor|2002-09-10|CPU Usage is 0%, Tomcat doesn't response  |
|12852|New|Nor|2002-09-20|May be error in _jspService() - out.flushBuffers(|
|13706|New|Nor|2002-10-16|Many Processs Java / TOMCAT in a PC with Linux Con|
|14386|New|Maj|2002-11-08|Date headers corrupted using setDateHeader|
|15632|New|Nor|2002-12-23|Problem with the Tomcat Sessions Parameter on URL |

Bug report for Tomcat 4 [2004/05/30]

2004-05-30 Thread bugzilla 
+---+
| Bugzilla Bug ID   |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved)   |
| |   +-+
| |   | Severity: BLK=Blocker CRI=CriticalMAJ=Major |
| |   |   MIN=Minor   NOR=Normal  ENH=Enhancement   |
| |   |   +-+
| |   |   | Date Posted |
| |   |   |  +--+
| |   |   |  | Description  |
| |   |   |  |  |
| 3614|Opn|Nor|2001-09-14|bug in manager webapp |
| 3888|Opn|Blk|2001-09-30|WebappClassLoader: Lifecycle error : CL stopped   |
| 4091|Opn|Nor|2001-10-11|custom host with unpackWARs=true don't expand wa|
| 4138|Opn|Nor|2001-10-12|Processor threads have inconsistent ClassLoader st|
| 4352|Ass|Nor|2001-10-22|JDBCRealm does not work with CLIENT-CERT auth-meth|
| 5181|Opn|Cri|2001-11-29|HttpConnector [8080] No processor available, rejec|
| 5329|New|Nor|2001-12-08|NT Service exits startup before Tomcat is finished|
| 5704|Ass|Maj|2002-01-05|CgiServlet corrupting images? |
| 5795|New|Enh|2002-01-10|Catalina Shutdown relies on localhost causing prob|
| 5829|New|Enh|2002-01-13|StandardManager needs to cope with sessions throwi|
| 5858|New|Enh|2002-01-15|Add tomcat dir to java.library.path   |
| 5985|New|Enh|2002-01-23|Tomcat should perform a more restrictive validatio|
| 6218|Opn|Nor|2002-02-04|Relative links broken for servlets|
| 6229|New|Enh|2002-02-04|Need way to specify where to write catalina.out   |
| 6399|New|Nor|2002-02-12|unknown protocol: https   |
| 6582|New|Min|2002-02-20|Sample code does not match behavior   |
| 6600|Opn|Enh|2002-02-20|enodeURL adds 'jsession' when 'isRequestedSessionI|
| 6614|New|Enh|2002-02-21|Have Bootstrap and StandardClassLoader use the sam|
| 6671|New|Enh|2002-02-25|Simple custom tag example uses old declaration sty|
| 7043|New|Enh|2002-03-12|database user and password for JDBC Based Store   |
| 7360|New|Nor|2002-03-22|res-sharing-scope not supported   |
| 7374|New|Enh|2002-03-22|Apache Tomcat/4.0.1 message on standard output|
| 7571|New|Nor|2002-03-28|DataInputStream readLong() Problem|
| 7676|New|Enh|2002-04-02|Allow name property to use match experssions in h|
| 7689|New|Min|2002-04-02|Performance problem with Xerces parser|
| 7723|New|Enh|2002-04-03|[patch] additional factory for org.apache.naming.f|
| 7831|New|Nor|2002-04-08|[PATCH] JNDIRealm does not work with CLIENT-CERT a|
| 7880|Ver|Cri|2002-04-09|If a TLV flags flags an error during the translati|
| 8026|New|Enh|2002-04-12|Exceptions in StandardHostDeployer.addChild are lo|
| 8217|New|Maj|2002-04-17|Documentation references workers. prefix|
| 8275|Ver|Min|2002-04-18|ContextConfig.start() attempts to create a $CATALI|
| 8323|New|Enh|2002-04-20|No support for running the 64 bit JVM |
| 8343|New|Enh|2002-04-21|adding a absorber logger class to org.apache.ca|
| 8441|New|Enh|2002-04-23|Command line files for NetWare|
| 8541|New|Nor|2002-04-26|IIS redirector URL-encodes cookie values  |
| 8705|New|Enh|2002-05-01|SessionListener should extend EventListener   |
| 8709|New|Maj|2002-05-01|ISAPI Filter failing to pass on DAV OPTIONS requ|
| 8744|New|Enh|2002-05-02|No way to configure/extend runtime classloaders.  |
| 8776|New|Enh|2002-05-03|The session url encoding under somce circumstances|
| 9027|New|Cri|2002-05-13|The Tomcat Servlet Container use the identity spec|
| 9050|Ver|Nor|2002-05-13|GET Query Parameters Require an Equal Sign|
| 9227|New|Enh|2002-05-19|Allow an empty value of a pathname in the Standard|
| 9334|New|Nor|2002-05-23|Intermittent parsing error in Ajp13Request|
| 9340|Opn|Cri|2002-05-23|Tomcat Service problem|
| 9417|New|Blk|2002-05-25|ajp13 conector does not pass Query string corectly|
| 9456|New|Enh|2002-05-28|Problem saving server.xml file: invalid XML markup|
| 9511|New|Enh|2002-05-30|Object instantiation optimization in StandardSessi|
| 9629|New|Enh|2002-06-05|Fix ServletContext.getResourcePaths to match spec |
| 9745|New|Enh|2002-06-10|extern cache mgt bug for conditionally dynamic pag|
| 9832|New|Cri|2002-06-13|Tomcat 4 IIS redirector cannot cope with POST in S|
| 9852|New|Enh|2002-06-13|Odd Digest and Realm Behaviour|
|

Bug report for Watchdog [2004/05/30]

2004-05-30 Thread bugzilla 
+---+
| Bugzilla Bug ID   |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved)   |
| |   +-+
| |   | Severity: BLK=Blocker CRI=CriticalMAJ=Major |
| |   |   MIN=Minor   NOR=Normal  ENH=Enhancement   |
| |   |   +-+
| |   |   | Date Posted |
| |   |   |  +--+
| |   |   |  | Description  |
| |   |   |  |  |
|  278|Unc|Nor|2000-12-04|Bug in GetParameterValuesTestServlet.java file Bug|
|  279|Unc|Nor|2000-12-04|Logical Error in GetParameterValuesTestServlet Bug|
|  469|Unc|Nor|2001-01-17|in example-taglib.tld urn should be uri BugRat|
|  470|Unc|Nor|2001-01-17|FAIL positiveForward.jsp and positiveInclude.jsp B|
| 9634|New|Enh|2002-06-05|No tests exist for ServletContext.getResourcePaths|
|10703|New|Enh|2002-07-11|Need to test getRequestURI after RequestDispatcher|
|11336|New|Enh|2002-07-31|Test wrapped path methods with RD.foward()|
|11663|New|Maj|2002-08-13|JSP precompile tests rely on Jasper specific behav|
|11664|New|Maj|2002-08-13|A sweep is needed of all Watchdog 4.0 tag librarie|
|11665|New|Maj|2002-08-13|ServletToJSPErrorPageTest and ServletToServletErro|
|11666|New|Maj|2002-08-13|SetBufferSize_1TestServlet is invalid.|
|14004|New|Maj|2002-10-28|Incorrent behaviour of all attribute-related lifec|
|15504|New|Nor|2002-12-18|JSP positiveGetValues test relies on order preserv|
|24649|New|Nor|2003-11-12|getRemoteHost fails when agent has uppercase chara|
|29226|New|Maj|2004-05-26|Build.xml change required for Ant 1.6 or later|
+-+---+---+--+--+
| Total   15 bugs   |
+---+

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

Re: Time for 5.0.26?

2004-05-30 Thread Remy Maucherat 
Filip Hanik (lists) wrote:
BTW, is it ok if I start my refatoring(s) in a separate branch based on 
go ahead, refator. :-)
I'll refator then.
I'll redo logging as well, and define c-l categories (for webapps, for 
example) to be able to eventually remove Logger altogether.
Other things:
- attempt to redo a bit the deployer to be able to remove the CL code 
which is there to avoid JAR locking (and then use the optimized CL for 
the whole container); this is for faster startup
- switch to something other than digester to remove some commons deps 
(?) (I'm thinking about beanutils and collections); if we don't do that, 
I think we should do package renaming on these utilities to lower the 
likelihood of a user being locked into a specific release
- I'll try to avoid touching the sensitive stuff as much as possible 
(connector, anything related with the servlet API impl) to avoid regressions

(obviously the two branches will need to remain synced)
I think 5.0.x should be put in a tomcat_5_branch, while the refactoring 
is done in HEAD. Or I use a separate folder.

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

DO NOT REPLY [Bug 29301] New: - URL starting with the name of a context not routed to Tomcat

2004-05-30 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=29301.
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=29301

URL starting with the name of a context not routed to Tomcat

   Summary: URL starting with the name of a context not routed to
Tomcat
   Product: Tomcat 4
   Version: 4.1.30
  Platform: PC
   URL: http://www.increg.com/salon.jsp
OS/Version: Linux
Status: NEW
  Severity: Critical
  Priority: Other
 Component: Connector:Coyote JK 2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I've configured : Apache 2.0.39 + Tomcat 4.1.30 + Mod_jk2 2.0.4

I have several contexts mapped through the workers.properties
I have a context named /salon
This seems to interfere when accessing the /salon.jsp page which is part of 
the ROOT context : The JSP page isn't compiled and the JSP source is returned. 
So it isn't routed to Tomcat.

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

DO NOT REPLY [Bug 29107] - Redeploy existing application using URL will remove the application

2004-05-30 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=29107.
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=29107

Redeploy existing application using URL will remove the application

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Major   |Enhancement
Version|5.0.19  |5.0.25



--- Additional Comments From [EMAIL PROTECTED]  2004-05-30 14:42 ---
I have no idea why you're using this request (you should go through the HTML
manager from your browser; right now, it invokes the redeploy-from-previous-tag
feature with a null tag), but it's not a valid request. I suppose this could be
handled a bit better.

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

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

2004-05-30 Thread remm 
remm2004/05/30 07:51:34

  Modified:http11/src/java/org/apache/coyote/http11/filters
ChunkedOutputFilter.java
  Log:
  - Bug 29108: fix chunked on EBCDIC machines.
  
  Revision  ChangesPath
  1.6   +3 -3  
jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/filters/ChunkedOutputFilter.java
  
  Index: ChunkedOutputFilter.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/filters/ChunkedOutputFilter.java,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- ChunkedOutputFilter.java  24 Feb 2004 08:50:55 -  1.5
  +++ ChunkedOutputFilter.java  30 May 2004 14:51:34 -  1.6
  @@ -51,9 +51,9 @@
   
   static {
   ENCODING.setBytes(ENCODING_NAME.getBytes(), 0, ENCODING_NAME.length());
  -String endChunkValue = 0\r\n\r\n;
  -END_CHUNK.setBytes(endChunkValue.getBytes(), 
  -   0, endChunkValue.length());
  +byte[] END_CHUNK_BYTES = {(byte) '0', (byte) '\r', (byte) '\n', 
  +  (byte) '\r', (byte) '\n'};
  +END_CHUNK.setBytes(END_CHUNK_BYTES, 0, END_CHUNK_BYTES.length);
   }
   
   
  
  
  

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

DO NOT REPLY [Bug 29108] - chunked transfer-encoding is not working

2004-05-30 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=29108.
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=29108

chunked transfer-encoding is not working

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2004-05-30 14:54 ---
I've patched Jean Frederic style. This should fix the issue.

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

RE: Time for 5.0.26?

2004-05-30 Thread Filip Hanik \(lists\) 
I think 5.0.x should be put in a tomcat_5_branch, while the refactoring
is done in HEAD. Or I use a separate folder.

I would agree that the refactoring should be done in HEAD, and put 5.0.x in
a branch
Filip


-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]
Sent: Sunday, May 30, 2004 9:21 AM
To: Tomcat Developers List
Subject: Re: Time for 5.0.26?


Filip Hanik (lists) wrote:
BTW, is it ok if I start my refatoring(s) in a separate branch based on

 go ahead, refator. :-)

I'll refator then.

I'll redo logging as well, and define c-l categories (for webapps, for
example) to be able to eventually remove Logger altogether.
Other things:
- attempt to redo a bit the deployer to be able to remove the CL code
which is there to avoid JAR locking (and then use the optimized CL for
the whole container); this is for faster startup
- switch to something other than digester to remove some commons deps
(?) (I'm thinking about beanutils and collections); if we don't do that,
I think we should do package renaming on these utilities to lower the
likelihood of a user being locked into a specific release
- I'll try to avoid touching the sensitive stuff as much as possible
(connector, anything related with the servlet API impl) to avoid regressions

(obviously the two branches will need to remain synced)

I think 5.0.x should be put in a tomcat_5_branch, while the refactoring
is done in HEAD. Or I use a separate folder.

Rémy


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.692 / Virus Database: 453 - Release Date: 5/28/2004

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.692 / Virus Database: 453 - Release Date: 5/28/2004


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

DO NOT REPLY [Bug 29301] - URL starting with the name of a context not routed to Tomcat

2004-05-30 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=29301.
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=29301

URL starting with the name of a context not routed to Tomcat

[EMAIL PROTECTED] changed:

   What|Removed |Added

URL|http://www.increg.com/salon.|
   |jsp |



--- Additional Comments From [EMAIL PROTECTED]  2004-05-30 15:02 ---
I've reverse to mod_jk2 2.0.1 and it's fine again.

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

DO NOT REPLY [Bug 29035] - wrong sessionId in EVT_SESSION_ACCESSED message

2004-05-30 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=29035.
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=29035

wrong sessionId in EVT_SESSION_ACCESSED message

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2004-05-30 16:19 ---
Fixed in 1.26 of session/DeltaManager. Expected to be included in TC 5.0.26.

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

DO NOT REPLY [Bug 25737] - Realm based authentication fails in cluster

2004-05-30 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=25737.
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=25737

Realm based authentication fails in cluster





--- Additional Comments From [EMAIL PROTECTED]  2004-05-30 16:41 ---
The clustering code is not saving the notes for redirect references.

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

DO NOT REPLY [Bug 26400] - JspC.java produces invalid package names

2004-05-30 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=26400.
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=26400

JspC.java produces invalid package names

[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|JspC.java can produce   |JspC.java produces invalid
   |invalid package names   |package names



--- Additional Comments From [EMAIL PROTECTED]  2004-05-30 17:09 ---
I updated the patch for Tomcat 4.1.30. Please consider including in CVS. The
patch is based on JspC.java 1.12.2.8 from the branch tomcat_4_branch. For tomcat
5 this case is already correctly handled (using the same logic), but not in TC 4.

*** 985,998 
--- 985,1005 
   * @param jspUri the context-relative path for the JSP file, starting
   *  with a slash
   */
+ 
  private String toPackageName(String jspUri) {
  StringBuffer modifiedPackageName = new StringBuffer();
  int iSep = jspUri.lastIndexOf('/');
// Start after the first slash
  int nameStart = 1;
+ boolean isFirstIdentifierChar = true;
for (int i = 1; i  iSep; i++) {
char ch = jspUri.charAt(i);
if (Character.isJavaIdentifierPart(ch)) {
+ if ( isFirstIdentifierChar 
+   ( !Character.isJavaIdentifierStart(ch)) ) {
+ modifiedPackageName.append('_');
+ isFirstIdentifierChar = false;
+ }
modifiedPackageName.append(ch);
}
else if (ch == '/') {
***
*** 1001,1006 
--- 1008,1014 
  }
  nameStart = i+1;
modifiedPackageName.append('.');
+ isFirstIdentifierChar = true;
} else {
modifiedPackageName.append(mangleChar(ch));
}

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

[GUMP@brutus]: jakarta-tomcat-5/jakarta-tomcat-5 failed

2004-05-30 Thread bobh 
To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact folk at [EMAIL PROTECTED]

Project jakarta-tomcat-5 has an issue affecting its community integration, and has 
been outstanding for 13 runs.
Project State : 'Failed', Reason 'Build Failed'

Full details are available at:

http://brutus.apache.org:8080/gump/jakarta-tomcat-5/jakarta-tomcat-5/index.html

That said, some snippets follow:


The following annotations were provided:
 -INFO- Jar [naming-resources.jar] identifier set to jar basename: [naming-resources]
 -INFO- Jar [servlets-default.jar] identifier set to jar basename: [servlets-default]
 -INFO- Jar [naming-common.jar] identifier set to jar basename: [naming-common]
 -INFO- Jar [catalina.jar] identifier set to jar basename: [catalina]
 -INFO- Jar [bootstrap.jar] identifier set to jar basename: [bootstrap]
 -INFO- Jar [servlets-common.jar] identifier set to jar basename: [servlets-common]
 -INFO- Jar [servlets-invoker.jar] identifier set to jar basename: [servlets-invoker]
 -INFO- Dependency on javamail exists, no need to add for property mail.jar.
 -INFO- Dependency on jaf exists, no need to add for property activation.jar.
 -INFO- Dependency on jakarta-servletapi-5-servlet exists, no need to add for property 
servlet-api.jar.
 -INFO- Dependency on jakarta-servletapi-5-jsp exists, no need to add for property 
jsp-api.jar.
 -INFO- Dependency on xml-xerces exists, no need to add for property xercesImpl.jar.
 -INFO- Dependency on xml-xerces exists, no need to add for property xmlParserAPIs.jar.
 -INFO- Dependency on jakarta-tomcat-util exists, no need to add for property 
tomcat-util.jar.
 -INFO- Dependency on commons-el exists, no need to add for property commons-el.jar.
 -INFO- Dependency on commons-logging exists, no need to add for property 
commons-logging-api.jar.
 -INFO- Dependency on commons-modeler exists, no need to add for property 
commons-modeler.jar.
 -INFO- Dependency on ant exists, no need to add for property ant.home.
 -INFO- Dependency on jsse exists, no need to add for property jsse.home.
 -INFO- Dependency on jmx exists, no need to add for property jmx.home.
 -INFO- Dependency on jmx exists, no need to add for property jmx.jar.
 -INFO- Dependency on jmx exists, no need to add for property jmx-tools.jar.
 -INFO- Dependency on jndi exists, no need to add for property jndi.home.
 -INFO- Dependency on jakarta-regexp exists, no need to add for property regexp.home.
 -INFO- Dependency on jakarta-regexp exists, no need to add for property regexp.jar.
 -INFO- Dependency on javamail exists, no need to add for property mail.home.
 -INFO- Dependency on jakarta-tomcat-coyote exists, no need to add for property 
tomcat-coyote.home.
 -INFO- Dependency on jakarta-tomcat-jasper_tc5 exists, no need to add for property 
jasper.home.
 -INFO- Dependency on jaf exists, no need to add for property activation.home.
 -INFO- Dependency on commons-modeler exists, no need to add for property 
commons-modeler.home.
 -INFO- Dependency on commons-daemon exists, no need to add for property 
commons-daemon.jsvc.tar.gz.
 -INFO- Dependency on jakarta-struts exists, no need to add for property struts.home.
 -INFO- Enable debug output, due to a sequence of 12 previous errors.
 -INFO- Failed with reason build failed


The following work was performed:
http://brutus.apache.org:8080/gump/jakarta-tomcat-5/jakarta-tomcat-5/gump_work/build_jakarta-tomcat-5_jakarta-tomcat-5.html
Work Name: build_jakarta-tomcat-5_jakarta-tomcat-5 (Type: Build)
State: Failed
Elapsed: 0 hours, 0 minutes, 30 seconds
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/xalan-unbundled.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar
 org.apache.tools.ant.Main -debug 
-Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only 
-Dtomcat33.home=*Unset* 
-Djsp-api.jar=/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr152/dist/lib/jsp-api.jar
 -Djmx.jar=/usr/local/gump/packages/jmx-1_2-ri/lib/jmxri.jar 
-Djmx.home=/usr/local/gump/packages/jmx-1_2-ri 
-Djdbc20ext.jar=/usr/local/gump/packages/jdbc2_0/jdbc2_0-stdext.jar 
-Dregexp.jar=/usr/local/gump/public/workspace/jakarta-regexp/build/jakarta-regexp-20040530.jar
 -Dmail.home=/usr/local/gump/packages/javamail-1.3 
-Dant.home=/usr/local/gump/public/workspace/ant/dist 
-Dsite2.home=/usr/local/gump/public/workspace/jakarta-site2 
-Dcommons-collections.jar=/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-20040530.jar
 -Dldap.jar=/usr/local/gump/packages/ldap-1_2_4/lib/ldap.jar 
-DxercesImpl.jar=/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkCoyoteHandler.java

2004-05-30 Thread billbarker 
billbarker2004/05/30 21:48:54

  Modified:jk/java/org/apache/jk/apr AprImpl.java
   jk/java/org/apache/jk/common ChannelJni.java
ChannelSocket.java ChannelUn.java
HandlerRequest.java JkInputStream.java
JniHandler.java
   jk/java/org/apache/jk/core MsgContext.java
   jk/java/org/apache/jk/server JkCoyoteHandler.java
  Added:   jk/java/org/apache/jk/core JkChannel.java
  Log:
  Clean up the API a bit to make it easier to improve.
  
  The big change is that the 'source' attribute of MsgContext is now a JkChannel 
instead of an arbitrary JkHandler.  This allows the Actions to bypass the 'invoke' 
path (which is really for incoming requests), and makes Request registration easier.
  
  Other than Request registration, there really isn't much functionality change here.  
However, now JK finally plays nice with the Manager status servlet (at least with the 
Socket and Unix channels).  Also, the memory leak with the JNI channel is finally gone 
(since it doesn't implement Request registration).
  
  Revision  ChangesPath
  1.31  +2 -1  jakarta-tomcat-connectors/jk/java/org/apache/jk/apr/AprImpl.java
  
  Index: AprImpl.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/jk/apr/AprImpl.java,v
  retrieving revision 1.30
  retrieving revision 1.31
  diff -u -r1.30 -r1.31
  --- AprImpl.java  24 Feb 2004 08:48:44 -  1.30
  +++ AprImpl.java  31 May 2004 04:48:54 -  1.31
  @@ -22,6 +22,7 @@
   import java.util.Hashtable;
   import org.apache.jk.core.JkHandler;
   import org.apache.jk.core.MsgContext;
  +import org.apache.jk.core.JkChannel;
   
   /** Implements the interface with the APR library. This is for internal-use
*  only. The goal is to use 'natural' mappings for user code - for example
  @@ -167,7 +168,7 @@
   public static Object createJavaContext(String type, long cContext) {
   // XXX will be an instance method, fields accessible directly
   AprImpl apr=aprSingleton;
  -JkHandler jkH=(JkHandler)apr.jkHandlers.get( type );
  +JkChannel jkH=(JkChannel)apr.jkHandlers.get( type );
   if( jkH==null ) return null;
   
   MsgContext ep=jkH.createMsgContext();
  
  
  
  1.17  +21 -5 
jakarta-tomcat-connectors/jk/java/org/apache/jk/common/ChannelJni.java
  
  Index: ChannelJni.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/jk/common/ChannelJni.java,v
  retrieving revision 1.16
  retrieving revision 1.17
  diff -u -r1.16 -r1.17
  --- ChannelJni.java   24 Feb 2004 08:48:42 -  1.16
  +++ ChannelJni.java   31 May 2004 04:48:54 -  1.17
  @@ -21,13 +21,14 @@
   import org.apache.jk.core.JkHandler;
   import org.apache.jk.core.Msg;
   import org.apache.jk.core.MsgContext;
  +import org.apache.jk.core.JkChannel;
   
  -
  +import org.apache.coyote.Request;
   /** Pass messages using jni 
*
* @author Costin Manolache
*/
  -public class ChannelJni extends JniHandler {
  +public class ChannelJni extends JniHandler implements JkChannel {
   int receivedNote=1;
   
   public ChannelJni() {
  @@ -92,6 +93,7 @@
   public int send( Msg msg, MsgContext ep )
   throws IOException
   {
  +ep.setNote( receivedNote, null );
   if( log.isDebugEnabled() ) log.debug(ChannelJni.send:   +  msg );
   
   int rc=super.nativeDispatch( msg, ep, JK_HANDLE_JNI_DISPATCH, 0);
  @@ -104,6 +106,22 @@
   return rc;
   }
   
  +public int flush(Msg msg, MsgContext ep) throws IOException {
  +ep.setNote( receivedNote, null );
  +return OK;
  +}
  +
  +public boolean isSameAddress(MsgContext ep) {
  +return true;
  +}
  +
  +public void registerRequest(Request req, MsgContext ep, int count) {
  +// Not supported.
  +}
  +
  +public String getChannelName() {
  +return getName();
  +}
   /** Receive a packet from the C side. This is called from the C
*  code using invocation, but only for the first packet - to avoid
*  recursivity and thread problems.
  @@ -136,11 +154,9 @@
   case JkHandler.HANDLE_RECEIVE_PACKET:
   return receive( msg, ep );
   case JkHandler.HANDLE_SEND_PACKET:
  -ep.setNote( receivedNote, null );
   return send( msg, ep );
   case JkHandler.HANDLE_FLUSH:
  -ep.setNote( receivedNote, null );
  -return 0;
  +return flush(msg, ep);
   }
   
   // Reset receivedNote. It'll be visible only after a SEND and before a 
receive.
  
  
  
  1.46  +64 -12
jakarta-tomcat-connectors/jk/java/org/apache/jk/common/ChannelSocket.java
  
  Index:

Re: cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkCoyoteHandler.java

2004-05-30 Thread info 
Het adres [EMAIL PROTECTED] is voorlopig niet meer in gebruik vanwege grote 
hoeveelheden virusmails die daarop binnenkomen.
Gebruik het nieuwe adres dat op de website staat (linksonder).

Excuses voor het ongemak!



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