DO NOT REPLY [Bug 39596] - [EMAIL PROTECTED] does not work with APR-enhanced Tomcat

[bugzilla]

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

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |




--- Additional Comments From [EMAIL PROTECTED]  2006-05-25 07:12 ---
I submitted this errand to users@tomcat.apache.org, but now after two weeks 
nobody have commented on it. Seems like a dead end.

Regarding your tip I tried using address = "::1" which works fine:

INFO main org.apache.coyote.http11.Http11AprProtocol - Initializing Coyote 
HTTP/1.1 on http-0%3A0%3A0%3A0%3A0%3A0%3A0%3A1-80
 INFO main org.apache.catalina.startup.Catalina - Initialization processed in 
1043 ms
 INFO main org.apache.catalina.core.StandardService - Starting service Catalina
 INFO main org.apache.catalina.core.StandardEngine - Starting Servlet Engine: 
Apache Tomcat/5.5.17
 INFO main org.apache.catalina.cluster.tcp.SimpleTcpCluster - Cluster is about 
to start

But when I try to use address = "::127.0.0.1" (which I believe should give the 
same result) this does not work:

ERROR main org.apache.coyote.http11.Http11AprProtocol - Error initializing 
endpoint
 java.lang.Exception: Socket bind failed: [99] Cannot assign requested address
at org.apache.tomcat.util.net.AprEndpoint.init(AprEndpoint.java:571)
at org.apache.coyote.http11.Http11AprProtocol.init
(Http11AprProtocol.java:115)
at org.apache.catalina.connector.Connector.initialize
(Connector.java:1016)
at org.apache.catalina.core.StandardService.initialize
(StandardService.java:580)
at org.apache.catalina.core.StandardServer.initialize
(StandardServer.java:791)
at org.apache.catalina.startup.Catalina.load(Catalina.java:503)
at org.apache.catalina.startup.Catalina.load(Catalina.java:523)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)

Since I cannot use the APR enhancement with a Connector listening to a specific 
IPv4-address, and nobody seems to be able to tell me how it should be done to 
work properly, it looks to me like a bug (or lacking feature) in APR/Connector 
that should be corrected.

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

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

DO NOT REPLY [Bug 39596] - [EMAIL PROTECTED] does not work with APR-enhanced Tomcat

[bugzilla]

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

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2006-05-25 07:36 ---
Hi,

Please do not reopen this bug.
Like said it has been fixed in the SVN,
and the next Tomcat version (5.5.18) will
come with the bugfix included.

So what part you do not understand?

Regards.

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

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

DO NOT REPLY [Bug 39596] - [EMAIL PROTECTED] does not work with APR-enhanced Tomcat

[bugzilla]

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

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





--- Additional Comments From [EMAIL PROTECTED]  2006-05-25 07:53 ---
Ok, message received.

My problem was that:
1) I do not know what SVN is?
2) I got the impression that I could get the 5.5.17 Connector working using the 
IPv4-adress expressed as an IPv6-adress.

/Olle

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

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

DO NOT REPLY [Bug 39657] New: - No complaints when including jsp-api.jar in a webapp

[bugzilla]

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

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

   Summary: No complaints when including jsp-api.jar in a webapp
   Product: Tomcat 5
   Version: 5.5.17
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: normal
  Priority: P2
 Component: Servlet & JSP API
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


(I don't know whether it's a bug or a "missing feature").

I have deployed into a Tomcat 5.5.17 a webapp. The jsp-api.jar file was
accidentally left into its WEB-INF/lib directory.

When launching the server, no complaints are displayed on the screen or logs,
but the presence of that jar causes malfunctions (the JSPs are not rendered, and
no log or warning messages are displayed).

If the servlet-api.jar is left into the webapp, Tomcat displays a warning
message. I find strange that a message is not shown in the jsp-api.jar case.

Kind regards.

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

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

DO NOT REPLY [Bug 38676] - permanently reloading tagfile classes without changes to the tagfile

[bugzilla]

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

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]
   ||k




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

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

RE: Binary build procedures

[Mark Claassen]

> Just out of curiosity, when you say above "if something goes wrong" do you
mean with your stuff or with the Tomcat build?

Here is an anecdote to describe what I mean.

While using 5.0, we had problems with the CGIServlet.  It would not handle
uploads well at all.  The problem was that the read was implemented with a
single 'read(buffer)' where buffer was the size of the content.

This works with small content lengths, but with larger ones it has problems.
The correct method is, of course, something like:
while (soFar < total)
read(buffer,soFar,total-soFar)

Anyway, I located the problem and fixed it.  (I also submitted a bug report
and it was immediately added into the 5.5 builds.)

So, I believe the theory is that if we can build it from source, then we
know that we have what we need to attempt to track down something that comes
up.

I, personally, am a bit fearful of the whole build process.  The binary
build of tomcat has been thoroughly tested, and I am going to try to
shoe-string one together as best I can.  In the anecdote described above, I
actually started by downloading the source from the archives when we had the
problem (at that point I was allowed to just used the binary builds).  I
then, instead of building a whole tomcat installation, made my own
CGIServlet based on the Tomcat CGIServlet code.  But, it was just a lucky
break that the CGIServlet was just one file.  (Heavier used pieces of Tomcat
are undoubtedly more thoroughly tested and probably much harder for someone
like me to patch.)

Mark


 
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Yoav
Shapira
Sent: Wednesday, May 24, 2006 4:36 PM
To: Tomcat Developers List
Subject: Re: Binary build procedures

Hi,

> As it turns out there is a second motivation for building everything 
> from source, and that is so if something goes wrong, we can find the 
> problem and fix it.  If we go through all the hoops now, then we won't 
> have this additional problem when we are hurrying to fix and issue.

Just out of curiosity, when you say above "if something goes wrong" do you
mean with your stuff or with the Tomcat build?

> In light of this, I was wondering if there was a way to not include 
> the eclipse stuff.  Is there an option to use just the Sun JDK 
> compiler?  I doesn't look like that is an option in the build.xml 
> file.  However, even if it has to be included to make the build happy, 
> is there a runtime configuration for this?

To be clear: when building Tomcat distributions, the Sun JDK compiler is
used.  The Eclipse compiler is used only to compile JSPs at runtime on a
running Tomcat server.  And yes, you can choose to use the Sun JDK compiler
at runtime instead of the Eclipse one: RTFM on the "compiler" option at
http://tomcat.apache.org/tomcat-5.5-doc/jasper-howto.html.

Yoav

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


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

RE: Binary build procedures

[Mark Claassen]

I have a question about two optional packages: mx4j and junit.

Are they really optional?  I realize that some build processes may use junit
to test the build, but does it need to in the distribution?

Also, what is mx4j used for.  If I don't it, can I not use JMX?

Thanks,
Mark
 
-Original Message-
From: Mark Claassen [mailto:[EMAIL PROTECTED] 
Sent: Thursday, May 25, 2006 10:04 AM
To: 'Tomcat Developers List'
Subject: RE: Binary build procedures

> Just out of curiosity, when you say above "if something goes wrong" do 
> you
mean with your stuff or with the Tomcat build?

Here is an anecdote to describe what I mean.

While using 5.0, we had problems with the CGIServlet.  It would not handle
uploads well at all.  The problem was that the read was implemented with a
single 'read(buffer)' where buffer was the size of the content.

This works with small content lengths, but with larger ones it has problems.
The correct method is, of course, something like:
while (soFar < total)
read(buffer,soFar,total-soFar)

Anyway, I located the problem and fixed it.  (I also submitted a bug report
and it was immediately added into the 5.5 builds.)

So, I believe the theory is that if we can build it from source, then we
know that we have what we need to attempt to track down something that comes
up.

I, personally, am a bit fearful of the whole build process.  The binary
build of tomcat has been thoroughly tested, and I am going to try to
shoe-string one together as best I can.  In the anecdote described above, I
actually started by downloading the source from the archives when we had the
problem (at that point I was allowed to just used the binary builds).  I
then, instead of building a whole tomcat installation, made my own
CGIServlet based on the Tomcat CGIServlet code.  But, it was just a lucky
break that the CGIServlet was just one file.  (Heavier used pieces of Tomcat
are undoubtedly more thoroughly tested and probably much harder for someone
like me to patch.)

Mark


 
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Yoav
Shapira
Sent: Wednesday, May 24, 2006 4:36 PM
To: Tomcat Developers List
Subject: Re: Binary build procedures

Hi,

> As it turns out there is a second motivation for building everything 
> from source, and that is so if something goes wrong, we can find the 
> problem and fix it.  If we go through all the hoops now, then we won't 
> have this additional problem when we are hurrying to fix and issue.

Just out of curiosity, when you say above "if something goes wrong" do you
mean with your stuff or with the Tomcat build?

> In light of this, I was wondering if there was a way to not include 
> the eclipse stuff.  Is there an option to use just the Sun JDK 
> compiler?  I doesn't look like that is an option in the build.xml 
> file.  However, even if it has to be included to make the build happy, 
> is there a runtime configuration for this?

To be clear: when building Tomcat distributions, the Sun JDK compiler is
used.  The Eclipse compiler is used only to compile JSPs at runtime on a
running Tomcat server.  And yes, you can choose to use the Sun JDK compiler
at runtime instead of the Eclipse one: RTFM on the "compiler" option at
http://tomcat.apache.org/tomcat-5.5-doc/jasper-howto.html.

Yoav

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


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


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

DO NOT REPLY [Bug 39661] New: - Please document JULI FileHandler configuration properties

[bugzilla]

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

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

   Summary: Please document JULI FileHandler configuration
properties
   Product: Tomcat 5
   Version: 5.5.17
  Platform: All
   URL: http://tomcat.apache.org/tomcat-5.5-doc/logging.html
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: P5
 Component: Webapps:Documentation
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


They're in the source code for the class, but please expose them on the above
web page.

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

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

DO NOT REPLY [Bug 39661] - Please document JULI FileHandler configuration properties

[bugzilla]

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

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |ASSIGNED




--- Additional Comments From [EMAIL PROTECTED]  2006-05-25 19:35 ---
I'll take care of it.

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

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

svn commit: r409450 - in /tomcat/container/tc5.5.x/webapps/docs: changelog.xml logging.xml

[yoavs]

Author: yoavs
Date: Thu May 25 13:02:32 2006
New Revision: 409450

URL: http://svn.apache.org/viewvc?rev=409450&view=rev
Log:
Bugzilla 39661: http://issues.apache.org/bugzilla/show_bug.cgi?id=39661

Modified:
tomcat/container/tc5.5.x/webapps/docs/changelog.xml
tomcat/container/tc5.5.x/webapps/docs/logging.xml

Modified: tomcat/container/tc5.5.x/webapps/docs/changelog.xml
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/webapps/docs/changelog.xml?rev=409450&r1=409449&r2=409450&view=diff
==
--- tomcat/container/tc5.5.x/webapps/docs/changelog.xml (original)
+++ tomcat/container/tc5.5.x/webapps/docs/changelog.xml Thu May 25 13:02:32 2006
@@ -33,6 +33,9 @@
 39406: Fix that StandardSession#getLastAccessedTime() uses 
correct exception message,
 suggested by Takayoshi Kimura. (pero)
   
+  
+39661: Add documentation on JULI FileHandler properties. 
(yoavs)
+  
   

   

Modified: tomcat/container/tc5.5.x/webapps/docs/logging.xml
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/webapps/docs/logging.xml?rev=409450&r1=409449&r2=409450&view=diff
==
--- tomcat/container/tc5.5.x/webapps/docs/logging.xml (original)
+++ tomcat/container/tc5.5.x/webapps/docs/logging.xml Thu May 25 13:02:32 2006
@@ -130,7 +130,7 @@
 
   
 In order to configure JDK logging you should have JDK 1.4+. Tomcat 5.5 is 
intended for
-JDK 5.0, but can be run on JDK 1.4 using a compatibility package.
+JDK 5.0 or later, but can be run on JDK 1.4 using a compatibility package.
   
   
 The default implemenatation of java.util.logging provided in the JDK is 
too limited to be 
@@ -266,6 +266,70 @@
   
 
 
+  
+
+  
+
+  Tomcat's JULI implementation is not intended to be a fully-featured 
logging libary, only
+  a simple bridge to those libraries.  However, JULI does provide several 
properties
+  for configuring the its handlers.  These are listed below.
+
+
+
+  
+
+  
+The directory where the log file will be written.  The Tomcat 
server account
+should have write permissions to this directory.  The default 
value of this
+property is logs.
+  
+
+
+
+  
+The log file name prefix.  This is the portion of the log file 
name before the date.  
+The default value of this property is juli..
+  
+
+
+
+  
+The log file name suffix.  This is the portion of the log file 
name after the date.
+The default value of this property is .log.
+  
+
+
+
+  
+The threshold level for this handler.  It must be one of the 
levels in the 
+http://java.sun.com/j2se/1.4.2/docs/api/java/util/logging/Level.html";>java.util.logging.Level
 class.
+The default value of this property is ALL.  Messages 
whose level is below
+the specified level will not be written to the file.
+  
+
+
+
+  
+The fully-qualified class name of a class that implements the 
+http://java.sun.com/j2se/1.4.2/docs/api/java/util/logging/Filter.html";>java.util.logging.Filter
 
+interface.  JULI will load this class and associate it with this 
handler to filter its messages.
+By default, there is no Filter associated with the handler.

+  
+
+
+
+  
+The fully-qualified class name of a class that implements the
+http://java.suncom/j2se/1.4.2/docs/api/java/util/logging/Formatter.html";>java.util.logging.Formatter
+interface.  JULI will load this class and associate it with this 
handler to format its messages.
+By default, there is no Formatter associated with the handler.
+  
+
+
+  
+
+
+  
   
 
 



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

DO NOT REPLY [Bug 39661] - Please document JULI FileHandler configuration properties

[bugzilla]

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

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2006-05-25 20:02 ---
Fixed for 5.5.18.

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

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

Re: Congrats on Summer of Code proposal selection

[fcarrion]

Hi,

I actually developped a ClusterSingleSignOn for Tomcat. It is available on 
the same website :
http://wwwetu.utc.fr/~fcarrion/GoogleSoC.html
I followed exactly my applying in the google summer of code. There you can 
find every thing, the patch for tomcat 5.5 and my doubts especially about 
mbeans-descriptor.xml

Feedback are welcomed =)

I'm currently implementing a communication layer between cluster tomcat 
nodes using JMS. But I got some doubts too :

- To connect on a JMS server, I register the connection factory in the 
tomcat context as a Resource. But I got a problem, when I want to access 
to the connection factory in the tomcat context from the start function in 
my cluster implementation, it seems that the context is not yet 
initialized... So I can't access to my resource.

- There is three way to send a ClusterMessage in a Tomcat cluster :
sendMessage : to send a message to all the members registered in the node
sendClusterDomain(Domain) : to send a message to all the members 
registered in the same Domain in the node
sendMessage(Member) : to send a message to one member especially
I'd like to know if the functionality to send a message to a specific 
member is used. Because if it is not used, I don't have to developped a 
membership functionality, for the simple fact, that all the members are 
connected to the same topic, and they don't need to know which is alived 
and which is not.

- The JMS specification say when you want to connect to a topic, you have 
to set a client ID, different for every clients. In the current cluster, 
the ID used is the association Host + port, but I can't do that, because I 
don't know the port. So I ask the user to give an ID. It's not a good 
solution (in my mind) a friend point me this solution :
UUID implemented by http://jug.safehaus.org
I dunno if it could be usable...

Any idea ??
Well that's all for now

Cheers'


-- 

Fabien Carrion

()  Campagne du ruban ASCII -- Contre les mails en html
/\  contre les pieces-jointes Microsoft
Web: http://wwwetu.utc.fr/~fcarrion




"Yoav Shapira" <[EMAIL PROTECTED]> 
Enviado por: [EMAIL PROTECTED]
24/05/2006 02:16 p.m.
Por favor, responda a
"Tomcat Developers List" 


Para
Tomcat-dev 
cc

Asunto
Re: Congrats on Summer of Code proposal selection






Hi,
It actually looks like this project was among the 1800 that were
mistakingly accepted and then finally rejected by Google [1].  Please
ignore my previous message from earlier today, and consider the
project open to anyone who wants to contribute.

Yoav

[1] Google announcement and discussion thread:
http://groups.google.com/group/Summer-Discuss-2006/tree/browse_frm/thread/71dcb003247ee84d/0edab71113a7d53a?rnum=1&_done=%2Fgroup%2FSummer-Discuss-2006%2Fbrowse_frm%2Fthread%2F71dcb003247ee84d%2Fe79c306e2c99362b%3F#doc_0edab71113a7d53a


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





-
La información transmitida mediante el presente correo es para
la(s) persona(s) cuya dirección aparece al calce, la información
contenida es estrictamente confidencial y para lectura exclusiva de
la (s) persona (s) mencionada(s) por lo que esta prohida la
reproducción, distribución o copia del presente. Si usted ha
recibido este correo por error, favor de contactar con el remitente
y eliminarlo de todas las charolas de su correo. The information
transmitted by this e-mail is intended only for the person or
entity to which it is addressed and may contain confidential and/or
privileged material. If the reader of this message is not the
intended recipient, you are hereby notified that you have received
this message by error and that any review, dissemination,
distribution or copying of this message including any attachments
is strictly prohibited. If you received this by error, please
contact the sender and delete the information from any computer.

DO NOT REPLY [Bug 39663] New: - "JasperException: File [TLD Name] not found" with zero length context path

[bugzilla]

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

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

   Summary: "JasperException: File [TLD Name] not found" with zero
length context path
   Product: Tomcat 5
   Version: 5.5.17
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: major
  Priority: P2
 Component: Jasper
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


This happens in Tomcat 5.5.17, but not in 5.0.28. It does not occur if the
context path is something other than "".

1. Add this new host block to the %TOMCAT_HOME%\conf\server.xml file. Note that
halflife is a hostname mapped to 127.0.0.1 in my hosts file.







2. Create these directories:

C:\bugtest
C:\bugtest\testdir
C:\bugtest\WEB-INF

3. Add a file named index.jsp with this content to both the C:\bugtest and
C:\bugtest\testdir directories:

<%@ taglib uri="/WEB-INF/bugtest.tld" prefix="bean" %>

Bugtest

4. Create a file named bugtest.tld with this content in the C:\bugtest\WEB-INF
directory:



http://java.sun.com/j2ee/dtds/web-jsptaglibrary_1_1.dtd";>

1.0
1.1
bean



5. Create a minimal web.xml with this content in the C:\bugtest\WEB-INF 
directory:


http://java.sun.com/xml/ns/j2ee";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";
version="2.4">

  Bug Test
  
 Bug Test
  



6. Start Tomcat and go to http://halflife:8080/ in a browser. It should display
"Bugtest"

7. Go to http://halflife:8080/testdir/ in a browser. It should display this
exception:

org.apache.jasper.JasperException: File "/WEB-INF/bugtest.tld" not found

org.apache.jasper.servlet.JspServletWrapper.handleJspException(JspServletWrapper.java:510)

org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:375)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264)
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)

root cause

org.apache.jasper.JasperException: File "/WEB-INF/bugtest.tld" not found

org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:50)

org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:407)

org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:114)

org.apache.jasper.compiler.TagLibraryInfoImpl.(TagLibraryInfoImpl.java:159)
org.apache.jasper.compiler.Parser.parseTaglibDirective(Parser.java:423)
org.apache.jasper.compiler.Parser.parseDirective(Parser.java:492)
org.apache.jasper.compiler.Parser.parseElements(Parser.java:1552)
org.apache.jasper.compiler.Parser.parse(Parser.java:126)

org.apache.jasper.compiler.ParserController.doParse(ParserController.java:211)

org.apache.jasper.compiler.ParserController.parse(ParserController.java:100)
org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:155)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:295)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:276)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:264)

org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:563)

org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:303)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264)
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)

It appears that TldLocationsCache.processWebDotXml() thinks the /testdir/
directory is a different context rather than a subdirectory of the default ""
context, so it is looking for /testdir/WEB-INF/bugtest.tld.

I cannot upgrade from Tomcat 5.0 to 5.5 on my development machine because of
this same problem on the application I normally work on.

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

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

Getting all the Services

[Shashi Shekar Madappa]

Hello, 

 

I am running tomcat 5.0.27 with JDK 1.4

I am trying to find all the Services running on the Server and I get an
array of length 0.

 

Basically 

 

org.apache.catalina.ServerFactory.getServer() 

 

returns the server instance

 

 

org.apache.catalina.ServerFactory.getServer().findServices()

 

returns an array of length 0. I was expecting more than atleast "Catalina"
service.

 

Is there an API that I can use to get the service. I need it to obtain a
connector that 

Is HTTP/1.1 compliant. 

 

Thanks, 

- shashi