DO NOT REPLY [Bug 23745] - jsp.error.unterminated.tag received when doing struts tags - improve error messages for misbuilt tags!
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23745. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23745 jsp.error.unterminated.tag received when doing struts tags - improve error messages for misbuilt tags! --- Additional Comments From [EMAIL PROTECTED] 2003-10-30 07:08 --- Kin-Man, thx for the explanation. Does the Jasper project have some criteria defined for what is worth the trouble ? Having your non-trivial parser change once (at least available in some debugging mode) would have saved me and most likely many others to date and in the future a lot of frustrating searching efforts. Jasper would gain even higher user acceptance. Rgds r. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Internal Server Error, ErrorDocument does not work using mod_jk2 and servlet engine stopped
Hi,
how can I customize Apache's error page if mod_jk2 does not get a usable
worker (Tomcat is down)?
Using Apache 2.0.47, mod_jk2 2.0.2 and Tomcat 4.1.24 running on Linux I
get an error message when the servlet engine is stopped (Tomcat is
down):
The servlet container is temporary unavailable or being upgraded
Internal Server Error
The server encountered an internal error or misconfiguration and was
unable to complete your request.
Please contact the server administrator, [EMAIL PROTECTED] and inform
them of the time the error occurred, and anything you might have done
that may have caused the error.
More information about this error may be available in the server error
log.
Additionally, a 500 Internal Server Error error was encountered while
trying to use an ErrorDocument to handle the request.
httpd.conf defines:
ErrorDocument 500 /error/HTTP_INTERNAL_SERVER_ERROR.html.var
This document (HTTP_INTERNAL_SERVER_ERROR.html.var) is shown when I try
to execute a CGI script missing its x-bit in filesystem access rights.
The first sentence (The servlet container is temporary unavailable or
being upgraded) comes from mod_jk2
(jakarta-tomcat-connectors-jk2-2.0.2-src/jk/native2/common/jk_worker_lb.c):
#define NO_WORKER_MSG The servlet container is temporary unavailable or
being upgraded\n;
The next paragraphs are hardcoded into Apache
(httpd-2.0.47/modules/http/http_protocol.c, get_canned_error_string()):
default:/* HTTP_INTERNAL_SERVER_ERROR */
/*
* This comparison to expose error-notes could be modified to
* use a configuration directive and export based on that
* directive. For now * is used to designate an error-notes
* that is totally safe for any user to see (ie lacks paths,
* database passwords, etc.)
*/
if (((error_notes = apr_table_get(r-notes,
error-notes)) != NULL)
(h1 = apr_table_get(r-notes, verbose-error-to)) !=
NULL
(strcmp(h1, *) == 0)) {
return(apr_pstrcat(p, error_notes, p /\n, NULL));
}
else {
return(apr_pstrcat(p,
pThe server encountered an internal
error or\n
misconfiguration and was unable to
complete\n
your request./p\n
pPlease contact the server
administrator,\n ,
ap_escape_html(r-pool,
r-server-server_admin),
and inform them of the time the
error occurred,\n
and anything you might have done that
may have\n
caused the error./p\n
pMore information about this error
may be available\n
in the server error log./p\n,
NULL));
}
The last sentence comes from ap_send_error_response() in
httpd-2.0.47/modules/http/http_protocol.c:
if (recursive_error) {
ap_rvputs_proto_in_ascii(r, pAdditionally, a ,
status_lines[ap_index_of_response(recursive_error)],
\nerror was encountered while trying to use an
ErrorDocument to handle the request./p\n,
NULL);
}
Regards,
Bernie
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat 5.0.x (5.0.14), Apache 2.0.x (2.0.47), mod_jk2 (2.0.2) *doubt*
Howdy,
For those interested in integrating tomcat5 and apache2, I managed to get the
beasts working together in inprocess mode (tomcat's jvm started within the
apache). It is slightly different compared to tomcat 4.x case. I noticed that one
has to put additional jars on the classpath to prevent ClassNotFoundException
during classloading tomcat bootstrap classes and later on during tomcat startup.
(namely jmx.jar and commons-modeler.jar). However, I suppose we should avoid
placing anything below ${tomcat.home}/server and ${tomcat.home}/common
explicitely on the classpath.
Here is my (stripped-down) working workers2.properties file. Can anyone please
take a look at the contents of -Djava.class.path property. I am not quite sure it
compatible with current classloader architecture.
[logger.file:fl]
file=${serverRoot}/logs/jk2.log
[shm]
file=${serverRoot}/logs/jk2.shm
size=1048576
[workerEnv:]
logger=logger.file:fl
[vm:]
OPT=-Dcatalina.home=c:/Program Files/Apache Group/Tomcat 5.0
OPT=-Dcatalina.base=c:/Program Files/Apache Group/Tomcat 5.0
OPT=-Djava.class.path=c:/Program Files/Apache Group/Tomcat
5.0/server/lib/tomcat-jni.jar;c:/Program Files/Apache Group/Tomcat
5.0/bin/commons-logging-api.jar;c:/Program Files/Apache Group/Tomcat
5.0/common/lib/jmx.jar;c:/Program Files/Apache Group/Tomcat
5.0/bin/bootstrap.jar;;c:/Program Files/Apache Group/Tomcat
5.0/server/lib/commons-modeler.jar
OPT=-Xrs
OPT=-Xmx32m
OPT=-Xms32m
[worker.jni:onStartup]
class=org/apache/jk/apr/TomcatStarter
ARG=start
stdout=${serverRoot}/logs/stdout.log
stderr=${serverRoot}/logs/stderr.log
[worker.jni:onShutdown]
class=org/apache/jk/apr/TomcatStarter
ARG=stop
[status:status]
[uri:/jkstatus]
worker=status:status
[channel.socket:localhost:8009]
host=localhost
port=8009
group=lb
[uri:/jsp-examples/*]
[uri:/jsp-examples/*.jsp]
[uri:/servlets-examples/*]
[uri:/tomcat-docs/*]
[uri:/admin/*]
[uri:/manager/*]
Is there's a better way to integrate tomcat 5 within apache 2?
I also noticed a strange behaviour - tomcat when started (standalone as an nt
service or inprocess as described above) after being shutdown *inprocess* fails
to deserialize persisted sessions. I do not think it happened in tomcat 5.0.12.
Here comes the stdout:
2003-10-30 10:50:17 org.apache.catalina.startup.Catalina load
INFO: Initialization processed in 7762 ms
2003-10-30 10:50:18 org.apache.catalina.core.StandardService start
INFO: Starting service Catalina
2003-10-30 10:50:18 org.apache.catalina.core.StandardEngine start
INFO: Starting Servlet Engine: Apache Tomcat/5.0.14
2003-10-30 10:50:18 org.apache.catalina.core.StandardHost start
INFO: XML validation disabled
2003-10-30 10:50:18 org.apache.catalina.core.StandardHost getDeployer
INFO: Create Host deployer for direct deployment ( non-jmx )
2003-10-30 10:50:18 org.apache.catalina.core.StandardHostDeployer install
INFO: Processing Context configuration file URL file:C:\Program Files\Apache
Group\Tomcat 5.0\conf\Catalina\localhost\admin.xml
2003-10-30 10:50:22 org.apache.catalina.session.StandardManager doLoad
SEVERE: IOException while loading persisted sessions: java.io.EOFException
java.io.EOFException
at java.io.ObjectInputStream$PeekInputStream.readFully(Unknown Source)
at java.io.ObjectInputStream$BlockDataInputStream.readShort(Unknown Source)
at java.io.ObjectInputStream.readStreamHeader(Unknown Source)
at java.io.ObjectInputStream.(Unknown Source)
at
org.apache.catalina.util.CustomObjectInputStream.(CustomObjectInputStream.java:104)
at org.apache.catalina.session.StandardManager.doLoad(StandardManager.java:418)
at org.apache.catalina.session.StandardManager.load(StandardManager.java:377)
at org.apache.catalina.session.StandardManager.start(StandardManager.java:690)
at org.apache.catalina.core.ContainerBase.setManager(ContainerBase.java:542)
at
org.apache.catalina.startup.ContextConfig.managerConfig(ContextConfig.java:353)
at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:756)
at
org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:257)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:166)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4116)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:866)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:850)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:633)
at
org.apache.catalina.core.StandardHostDeployer.addChild(StandardHostDeployer.java:831)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at
Re: Internal Server Error, ErrorDocument does not work using mod_jk2 and servlet engine stopped
Bernhard Erdmann a écrit : Hi, how can I customize Apache's error page if mod_jk2 does not get a usable worker (Tomcat is down)? Using Apache 2.0.47, mod_jk2 2.0.2 and Tomcat 4.1.24 running on Linux I get an error message when the servlet engine is stopped (Tomcat is down): The servlet container is temporary unavailable or being upgraded Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, [EMAIL PROTECTED] and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. Additionally, a 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request. httpd.conf defines: ErrorDocument 500 /error/HTTP_INTERNAL_SERVER_ERROR.html.var This document (HTTP_INTERNAL_SERVER_ERROR.html.var) is shown when I try to execute a CGI script missing its x-bit in filesystem access rights. The first sentence (The servlet container is temporary unavailable or being upgraded) comes from mod_jk2 (jakarta-tomcat-connectors-jk2-2.0.2-src/jk/native2/common/jk_worker_lb.c): #define NO_WORKER_MSG The servlet container is temporary unavailable or being upgraded\n; Do you want this message to be configurable on Apache or jk2 side ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Help for jasper2/JWSDP1.3 - how to get rid of log4j dependecy?
Hristo Stoyanov a écrit : Hi all- I am using Tomcat (as part of JSWDP1.3) and would like to pre-compile my JSPs with Jasper2 in my Ant script. Jasper2 requires commons-logging.jar, which, for some unexplicable reason, starts asking for classes in log4j.jar (why is this idiotic behaviour of commons-logging.jar?) . I end up with this exception from Jasper2 (attached below). I do not want to use log4j, but If I dare to include log4.jar in the Jasper2 task classloader, another tasks (Xdoclet) becomes aware of it (despite the fact that I use separate Ant classloader for it!) and starts throwing log4j-related configuration exceptions. Please, help me out of this mess! A suggestion: Please, get rid of both commons-logging.jar and log4j.jar - jdk1.3 is dead! A strong -1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24238] - Tomcat WIndows service very slow to stop (delay 1 minute)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24238. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24238 Tomcat WIndows service very slow to stop (delay 1 minute) [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-10-30 11:12 --- I'd need to be able to reproduce that. Maybe you have a large amount of actuve sessions (these are persisted when you stop Tomcat) ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Internal Server Error, ErrorDocument does not work using mod_jk2 and servlet engine stopped
Henri Gomez wrote: [...] The first sentence (The servlet container is temporary unavailable or being upgraded) comes from mod_jk2 (jakarta-tomcat-connectors-jk2-2.0.2-src/jk/native2/common/jk_worker_lb.c): #define NO_WORKER_MSG The servlet container is temporary unavailable or being upgraded\n; Do you want this message to be configurable on Apache or jk2 side ? Hi, I'd like Apache to use its configured ErrorDocument 500 when Tomcat is down instead of mod_jk2 printing its own error statement. Regards, Bernie - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Internal Server Error, ErrorDocument does not work using mod_jk2 and servlet engine stopped
Bernhard Erdmann a écrit : Henri Gomez wrote: [...] The first sentence (The servlet container is temporary unavailable or being upgraded) comes from mod_jk2 (jakarta-tomcat-connectors-jk2-2.0.2-src/jk/native2/common/jk_worker_lb.c): #define NO_WORKER_MSG The servlet container is temporary unavailable or being upgraded\n; Do you want this message to be configurable on Apache or jk2 side ? Hi, I'd like Apache to use its configured ErrorDocument 500 when Tomcat is down instead of mod_jk2 printing its own error statement. Ok, we could make it in the new jk2 reworks (Mladen ?) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Internal Server Error, ErrorDocument does not work using mod_jk2 and servlet engine stopped
From: Henri Gomez Bernhard Erdmann a écrit : Henri Gomez wrote: I'd like Apache to use its configured ErrorDocument 500 when Tomcat is down instead of mod_jk2 printing its own error statement. Ok, we could make it in the new jk2 reworks (Mladen ?) Perhaps to make that customizable? [config:] error=server[internal] So: error=server - returns HTTP_XXX back to the server. error=internal - behave like now printing simple error descriptions. MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Internal Server Error, ErrorDocument does not work using mod_jk2 and servlet engine stopped
Mladen Turk a écrit : From: Henri Gomez Bernhard Erdmann a écrit : Henri Gomez wrote: I'd like Apache to use its configured ErrorDocument 500 when Tomcat is down instead of mod_jk2 printing its own error statement. Ok, we could make it in the new jk2 reworks (Mladen ?) Perhaps to make that customizable? [config:] error=server[internal] So: error=server - returns HTTP_XXX back to the server. error=internal - behave like now printing simple error descriptions. Great !!! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24250] New: - JMX ant task failed
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24250. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24250 JMX ant task failed Summary: JMX ant task failed Product: Tomcat 5 Version: Nightly Build Platform: PC OS/Version: Windows XP Status: NEW Severity: Minor Priority: Other Component: Webapps:Manager AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hups, the JMX ant task failed when result is ok. The JMXProxyServlet not send a correct status. I fix it and add the Patch Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24250] - JMX ant task failed
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24250. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24250 JMX ant task failed --- Additional Comments From [EMAIL PROTECTED] 2003-10-30 14:26 --- Created an attachment (id=8821) JMXProxyServlet Patch for correct ant task handling - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24254] New: - getRequestedSessionId contradicts servlet spec
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24254. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24254 getRequestedSessionId contradicts servlet spec Summary: getRequestedSessionId contradicts servlet spec Product: Tomcat 4 Version: 4.1.27 Platform: PC OS/Version: Windows XP Status: NEW Severity: Major Priority: Other Component: Servlet JSP API AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When calling getRequestedSessionId I expect null to be returned when a client does not specify a jsessionid via cookie or URL. This is not the result with Tomcat 4.1.27. The first visit to a site when no jsessionid is provided should cause this method to return null per the javadoc. The 2.3 javadoc is quite ambiguous but servlet 2.4 clarifies the expectation: Returns the session ID specified by the client. This may not be the same as the ID of the current valid session for this request. If the client did not specify a session ID, this method returns null. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: TOMCAT-fix for os/390??
Hi List, 4.1.28 does the job - but: /webapps/ROOT/index.jsp is screwed up; the browser cannot GET it, supposedly because of chunked encoded. It is HTTP1.1, which the browser does have. The first big chunk is 2000 big, we noticed when GETting it with a script. The browser GETs and GETs and GETs and never stops GETting ... Any remedies? Anna - Original Message - From: Bill Barker [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Friday, October 10, 2003 9:06 AM Subject: Re: Re: TOMCAT-fix for os/390?? Try http://www.apache.org/dist/jakarta/tomcat-4/v4.1.28-alpha/. The 'alpha' is just because it is still in it's evaluation stage. It's likely to graduate to at least beta (if not 'stable'). However, your ability to test it on an os/390 system makes you particularly valuable to the developers, so I hope that you will try it out :). - Original Message - From: [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Friday, October 10, 2003 12:35 AM Subject: Re: Re: TOMCAT-fix for os/390?? Well well ... being a simpleton (=user) I don't quite manage to manage cvs ... I would love to install tomcat 4.1.28 (having 4.1.27), bit I cannot find such a distribution. So what it boils down to if I cannot get 4.1.28 is: install rls 6 BETA - does it go well with JDK 1.3? thank you very much for your help Anna Von: Dirk Verbeeck [EMAIL PROTECTED] Datum: 2003/10/09 Do PM 10:53:59 GMT+02:00 An: Tomcat Developers List [EMAIL PROTECTED] Betreff: Re: TOMCAT-fix for os/390?? Hi Anna I don't use tomcat on os390 but by reading you problem I suspect your problem is solved in cvs, you need at least revision 1.16.2.1 http://cvs.apache.org/viewcvs.cgi/*checkout*/jakarta-tomcat-connectors/http 11/src/java/org/apache/coyote/http11/InternalOutputBuffer.java?rev=1.16.2.1 or 1.18 http://cvs.apache.org/viewcvs.cgi/*checkout*/jakarta-tomcat-connectors/http 11/src/java/org/apache/coyote/http11/InternalOutputBuffer.java?rev=1.18 of the following file: http://cvs.apache.org/viewcvs/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/InternalOutputBuffer.java Releases including this fix are TOMCAT_5_0_13 http://cvs.apache.org/viewcvs/jakarta-tomcat-connectors/http11/src/java/org /apache/coyote/http11/InternalOutputBuffer.java?only_with_tag=TOMCAT_5_0_13 , TOMCAT_5_0_12 http://cvs.apache.org/viewcvs/jakarta-tomcat-connectors/http11/src/java/org /apache/coyote/http11/InternalOutputBuffer.java?only_with_tag=TOMCAT_5_0_12 , TOMCAT_4_1_28 http://cvs.apache.org/viewcvs/jakarta-tomcat-connectors/http11/src/java/org /apache/coyote/http11/InternalOutputBuffer.java?only_with_tag=TOMCAT_4_1_28 Cheers Dirk Anna Fuhrmann wrote: Hi all, like a good girl I have been using the user-mailing-list up to now to search for user experience installing tomcat on os390. Most (if not all) contributions are in the form has anyone successfully installed tomcat on os390? From some other I got partly valuable ideas. I have been TRYING to get tomcat run on os390 in the last couple of days. Done everything I could - everything seems to be allright up to this pont: tomcat IS running at last without any serious signs of disbehaviour - no error messages at all, xml's behaving well. But if we connect to localhost:tomcatport/index.jsp (or wahtever else for that matter), the browser does not show anything. Doing the same with a perl script shows that the server is ansering and is supplying the requested page, BUT EACH LINE OF THE HTTP_HEADER CONTAINS AN INVALID (i.e.: ebcdic) LINE SEPARATOR. So thats the reason why. Today I tried to identify the .java-file giving us the header (looking for \r\n) . I thought I found it, by my hex.editor did not show me any 0x0d15 (which ought to be the suspect, i.e. Newline in ebcdic). What I would like to know: Is there any kind of patch for os/390? Do you have any suggestions? Is anybody working on it? What should I do? I want to have this beast running. PLEASE. We have os390 2.10 IBM-JDK 1.3 tomcat 4.1.27 Anna Fuhrmann - 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 message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute
DO NOT REPLY [Bug 24254] - getRequestedSessionId contradicts servlet spec
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24254. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24254 getRequestedSessionId contradicts servlet spec [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-10-30 15:57 --- Unable to repro. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24226] - Proposition for new Preprocessor for jsp
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24226. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24226 Proposition for new Preprocessor for jsp [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2003-10-30 18:37 --- Sounds like an interesting project, but such a preprocessor is totally outside Tomcat's scope. Sorry. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23745] - jsp.error.unterminated.tag received when doing struts tags - improve error messages for misbuilt tags!
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23745. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23745 jsp.error.unterminated.tag received when doing struts tags - improve error messages for misbuilt tags! --- Additional Comments From [EMAIL PROTECTED] 2003-10-30 18:50 --- The criteria for assigning priorities to bugs is purely subjective. OTOH, I have no objections if someone supply a patch to generate better error message for the test. :) In my opinion, the cause of the error is not hard to find, if you pay attention to the location of the source where the error occurs. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24226] - Proposition for new Preprocessor for jsp
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24226. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24226 Proposition for new Preprocessor for jsp [EMAIL PROTECTED] changed: What|Removed |Added CC|[EMAIL PROTECTED] | Status|RESOLVED|UNCONFIRMED Resolution|WONTFIX | --- Additional Comments From [EMAIL PROTECTED] 2003-10-30 19:53 --- Ok, I understand. Then in what scope is it? Furthermore I think an option to let tomcat call a (custom) preprocessos is still a feature in the scope of tomcat? I still think many people will find it usefull. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24226] - Proposition for new Preprocessor for jsp
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24226. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24226 Proposition for new Preprocessor for jsp [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2003-10-30 19:56 --- I'm also against extending JSP support. Please do not reopen the issue. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_apr_socket.c jk_endpoint.c jk_env.c jk_logger_file.c jk_mutex_proc.c jk_mutex_thread.c jk_pool_apr.c jk_registry.c jk_shm.c jk_vm_default.c jk_worker_ajp13.c jk_worker_lb.c jk_worker_status.c
mturk 2003/10/30 12:08:37
Modified:jk/native2/common jk_channel_apr_socket.c jk_endpoint.c
jk_env.c jk_logger_file.c jk_mutex_proc.c
jk_mutex_thread.c jk_pool_apr.c jk_registry.c
jk_shm.c jk_vm_default.c jk_worker_ajp13.c
jk_worker_lb.c jk_worker_status.c
Log:
Remove all the HAS_APR, and presume it is used bz default.
User apr_socket as socket.
Revision ChangesPath
1.34 +7 -32
jakarta-tomcat-connectors/jk/native2/common/jk_channel_apr_socket.c
Index: jk_channel_apr_socket.c
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_channel_apr_socket.c,v
retrieving revision 1.33
retrieving revision 1.34
diff -u -r1.33 -r1.34
--- jk_channel_apr_socket.c 16 Oct 2003 08:41:06 - 1.33
+++ jk_channel_apr_socket.c 30 Oct 2003 20:08:36 - 1.34
@@ -68,18 +68,8 @@
#include jk_env.h
#include jk_channel.h
#include jk_global.h
-
-#include string.h
#include jk_registry.h
-
-#ifdef HAS_APR
-#include apr_network_io.h
-#include apr_errno.h
-#include apr_general.h
-#include apr_version.h
-
-
#define DEFAULT_HOST 127.0.0.1
/** Information specific for the socket channel
@@ -112,9 +102,9 @@
static char *jk2_channel_apr_socket_getAttributeInfo[]={host, port,
keepalive, timeout, nodelay, graceful,
- debug, disabled, NULL
};
+debug, disabled, NULL };
static char *jk2_channel_apr_socket_setAttributeInfo[]={host, port,
keepalive, timeout, nodelay, graceful,
- debug, disabled, NULL
};
+debug, disabled, NULL };
static int JK_METHOD jk2_channel_apr_setProperty(jk_env_t *env,
jk_bean_t *mbean,
@@ -226,13 +216,13 @@
static int JK_METHOD jk2_channel_apr_hasinput(jk_env_t *env,
jk_channel_t *ch,
jk_endpoint_t *endpoint,
-
int timeout)
+ int timeout)
{
- /*
- * Should implements the APR select/poll for socket here
- */
- return (JK_TRUE) ;
+/*
+ * Should implements the APR select/poll for socket here
+ */
+return (JK_TRUE) ;
}
@@ -568,18 +558,3 @@
return JK_OK;
}
-#else /* HAS_APR */
-
-int JK_METHOD jk2_channel_apr_socket_factory(jk_env_t *env,
- jk_pool_t *pool,
- jk_bean_t *result,
- const char *type, const char *name)
-{
-
-result-disabled=1;
-result-object= NULL;
-
-return JK_OK;
-}
-
-#endif
1.26 +0 -2 jakarta-tomcat-connectors/jk/native2/common/jk_endpoint.c
Index: jk_endpoint.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_endpoint.c,v
retrieving revision 1.25
retrieving revision 1.26
diff -u -r1.25 -r1.26
--- jk_endpoint.c 26 Oct 2003 19:16:22 - 1.25
+++ jk_endpoint.c 30 Oct 2003 20:08:36 - 1.26
@@ -121,10 +121,8 @@
ep-stats-reqCnt=0;
ep-stats-errCnt=0;
-#ifdef HAS_APR
ep-stats-maxTime=0;
ep-stats-totalTime=0;
-#endif
bean-state=JK_STATE_INIT;
1.41 +0 -10 jakarta-tomcat-connectors/jk/native2/common/jk_env.c
Index: jk_env.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_env.c,v
retrieving revision 1.40
retrieving revision 1.41
diff -u -r1.40 -r1.41
--- jk_env.c 25 Sep 2003 15:23:23 - 1.40
+++ jk_env.c 30 Oct 2003 20:08:36 - 1.41
@@ -58,9 +58,6 @@
#include jk_global.h
#include jk_env.h
#include jk_objCache.h
-#ifdef HAS_APR
-#include apr_general.h
-#endif
jk_env_t *jk_env_globalEnv;
void *jkGlobalAprPool=NULL;
@@ -76,7 +73,6 @@
/* Env management */
static void * JK_METHOD jk2_env_getAprPool( jk_env_t *env ) {
-#ifdef HAS_APR
/* We don't want to have to recreate the scoreboard after
* restarts, so we'll create a global pool and never clean it.
*/
@@ -91,9 +87,6 @@
}
}
return jkGlobalAprPool;
-#else
-return NULL;
-#endif
}
void JK_METHOD
cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_uriEnv.c
mturk 2003/10/30 12:10:17
Modified:jk/native2/common jk_uriEnv.c
Log:
Fix the prefix mapping bug
Revision ChangesPath
1.51 +2 -1 jakarta-tomcat-connectors/jk/native2/common/jk_uriEnv.c
Index: jk_uriEnv.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_uriEnv.c,v
retrieving revision 1.50
retrieving revision 1.51
diff -u -r1.50 -r1.51
--- jk_uriEnv.c 25 Sep 2003 15:23:22 - 1.50
+++ jk_uriEnv.c 30 Oct 2003 20:10:17 - 1.51
@@ -445,6 +445,7 @@
if (uri[strlen(uri) - 1] == '*') {
/* context based /context/prefix/ASTERISK */
+uri[strlen(uri) - 1] = '\0';
uriEnv-suffix = NULL;
uriEnv-prefix = uri;
uriEnv-prefix_len =strlen( uriEnv-prefix );
@@ -522,7 +523,7 @@
* so that global mappings are always present
* on each vhost, instead of explicitly defined.
*/
-#if 0
+#if 1
uriEnv-inherit_globals = 1;
#endif
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/include jk_endpoint.h jk_global.h jk_service.h
mturk 2003/10/30 12:11:34
Modified:jk/native2/include jk_endpoint.h jk_global.h jk_service.h
Log:
Remove HAS_APR checking.
Revision ChangesPath
1.19 +1 -3 jakarta-tomcat-connectors/jk/native2/include/jk_endpoint.h
Index: jk_endpoint.h
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/include/jk_endpoint.h,v
retrieving revision 1.18
retrieving revision 1.19
diff -u -r1.18 -r1.19
--- jk_endpoint.h 25 Sep 2003 15:23:23 - 1.18
+++ jk_endpoint.h 30 Oct 2003 20:11:33 - 1.19
@@ -200,7 +200,6 @@
*/
char active[64];
-#ifdef HAS_APR
/* Time when this endpoint has opened a connection to
tomcat
*/
@@ -215,7 +214,6 @@
apr_time_t startTime;
apr_time_t jkStartTime;
apr_time_t endTime;
-#endif
};
1.19 +18 -41jakarta-tomcat-connectors/jk/native2/include/jk_global.h
Index: jk_global.h
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/include/jk_global.h,v
retrieving revision 1.18
retrieving revision 1.19
diff -u -r1.18 -r1.19
--- jk_global.h 4 Feb 2003 07:40:32 - 1.18
+++ jk_global.h 30 Oct 2003 20:11:33 - 1.19
@@ -65,6 +65,15 @@
#ifndef JK_GLOBAL_H
#define JK_GLOBAL_H
+#include apr.h
+#include apr_lib.h
+#include apr_general.h
+#include apr_strings.h
+#include apr_network_io.h
+#include apr_errno.h
+#include apr_version.h
+#include apr_time.h
+
#include stdio.h
#include stdlib.h
#include string.h
@@ -74,9 +83,8 @@
#include ctype.h
#ifdef AS400
+/*XXX: why is this include here in common? */
#include ap_config.h
-#include apr_strings.h
-#include apr_lib.h
extern char *strdup (const char *str);
#endif
@@ -86,8 +94,8 @@
/** START OF AREA TO MODIFY BEFORE RELEASING */
#define JK_VERMAJOR 2
#define JK_VERMINOR 0
-#define JK_VERFIX 3
-#define JK_VERSTRING2.0.3
+#define JK_VERFIX 4
+#define JK_VERSTRING2.0.4
/* Beta number */
#define JK_VERBETA 0
@@ -159,37 +167,6 @@
/* We'll use APR whenever it's possible. However for a transition period and
for essential components we can build a minimal mod_jk without APR.
*/
-
-#ifdef HAS_APR
-
-#include apr.h
-#include apr_errno.h
-#include apr_time.h
-#include apr_strings.h
-
-#else
-
-/* No APR - define for forward/backward compatibility
- */
-
-/* cutpaste from apr_errno.h */
-typedef int apr_status_t;
-#ifndef APR_SUCCESS
-#define APR_SUCCESS (0)
-#endif
-
-#ifndef APR_OS_START_USEERR
-#define APR_OS_START_USEERR 21000
-#endif
-
-
-typedef unsigned char apr_byte_t;
-typedef short apr_int16_t;
-typedef unsigned short apr_uint16_t;
-typedef int apr_int32_t;
-typedef unsigned intapr_uint32_t;
-
-#endif
#define JK_OK APR_SUCCESS
#define JK_ERR APR_OS_START_USEERR
@@ -252,18 +229,18 @@
#define FILE_SEPERATOR ('\\')
#define FILE_SEPARATOR_STR (\\)
#define PATH_ENV_VARIABLE (PATH)
-
+
/* incompatible names... */
#ifndef strcasecmp
#define strcasecmp stricmp
#endif
#ifndef strncasecmp
#define strncasecmp strnicmp
- #endif
+#endif
- #ifndef vsnprintf
- #define vsnprintf _vsnprintf
- #endif
+#ifndef vsnprintf
+#define vsnprintf _vsnprintf
+#endif
#else
#define JK_METHOD
#define C_LEVEL_TRY_START
1.20 +9 -11 jakarta-tomcat-connectors/jk/native2/include/jk_service.h
Index: jk_service.h
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/include/jk_service.h,v
retrieving revision 1.19
retrieving revision 1.20
diff -u -r1.19 -r1.20
--- jk_service.h 25 Sep 2003 15:23:23 - 1.19
+++ jk_service.h 30 Oct 2003 20:11:33 - 1.20
@@ -111,7 +111,7 @@
#define SC_M_MOVE (unsigned char)12
#define SC_M_LOCK (unsigned char)13
#define SC_M_UNLOCK (unsigned char)14
-#define SC_M_ACL (unsigned char)15
+#define SC_M_ACL(unsigned char)15
#define SC_M_REPORT (unsigned char)16
#define SC_M_VERSION_CONTROL(unsigned char)17
#define SC_M_CHECKIN(unsigned char)18
@@ -230,13 +230,13 @@
char *ssl_cipher;
char *ssl_session;
- /*
- * SSL extra information for Servlet 2.3 API
- *
- * ssl_key_size - ssl key size in use
- */
- int
cvs commit: jakarta-tomcat-connectors/jk/native2/server/isapi isapi.dsw isapi.dsp
mturk 2003/10/30 12:14:33 Modified:jk/native2/server/isapi isapi.dsp Added: jk/native2/server/isapi isapi.dsw Log: Allow to build the connector without need for a apache. apr, apr-utis, apr-iconv and pcre are presumed to be in the j-t-c/native2/srclib directory. Since we have official apr distributions those can be downloaded seprately. Revision ChangesPath 1.22 +410 -490 jakarta-tomcat-connectors/jk/native2/server/isapi/isapi.dsp Index: isapi.dsp === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/isapi/isapi.dsp,v retrieving revision 1.21 retrieving revision 1.22 diff -u -r1.21 -r1.22 --- isapi.dsp 22 Oct 2002 11:57:33 - 1.21 +++ isapi.dsp 30 Oct 2003 20:14:33 - 1.22 @@ -1,490 +1,410 @@ -# Microsoft Developer Studio Project File - Name=isapi - Package Owner=4 -# Microsoft Developer Studio Generated Build File, Format Version 6.00 -# ** DO NOT EDIT ** - -# TARGTYPE Win32 (x86) Dynamic-Link Library 0x0102 - -CFG=isapi - Win32 Debug Static -!MESSAGE This is not a valid makefile. To build this project using NMAKE, -!MESSAGE use the Export Makefile command and run -!MESSAGE -!MESSAGE NMAKE /f isapi.mak. -!MESSAGE -!MESSAGE You can specify a configuration when running NMAKE -!MESSAGE by defining the macro CFG on the command line. For example: -!MESSAGE -!MESSAGE NMAKE /f isapi.mak CFG=isapi - Win32 Debug Static -!MESSAGE -!MESSAGE Possible choices for configuration are: -!MESSAGE -!MESSAGE isapi - Win32 Release (based on Win32 (x86) Dynamic-Link Library) -!MESSAGE isapi - Win32 Debug (based on Win32 (x86) Dynamic-Link Library) -!MESSAGE isapi - Win32 Debug Static (based on Win32 (x86) Dynamic-Link Library) -!MESSAGE isapi - Win32 Release Static (based on Win32 (x86) Dynamic-Link Library) -!MESSAGE - -# Begin Project -# PROP AllowPerConfigDependencies 0 -# PROP Scc_ProjName -# PROP Scc_LocalPath -CPP=cl.exe -MTL=midl.exe -RSC=rc.exe - -!IF $(CFG) == isapi - Win32 Release - -# PROP BASE Use_MFC 0 -# PROP BASE Use_Debug_Libraries 0 -# PROP BASE Output_Dir Release -# PROP BASE Intermediate_Dir Release -# PROP BASE Target_Dir -# PROP Use_MFC 0 -# PROP Use_Debug_Libraries 0 -# PROP Output_Dir Release -# PROP Intermediate_Dir Release -# PROP Ignore_Export_Lib 0 -# PROP Target_Dir -# ADD BASE CPP /nologo /MD /W3 /GX /O2 /D WIN32 /D NDEBUG /D _WINDOWS /D _MBCS /D _USRDLL /D ISAPI_EXPORTS /YX /FD /c -# ADD CPP /nologo /MD /W3 /GX /O2 /I ..\..\include /I $(JAVA_HOME)\include /I $(JAVA_HOME)\include\win32 /I $(APACHE2_HOME)\include /I $(APACHE2_HOME)\os\win32 /D NDEBUG /D WIN32 /D _WINDOWS /D _MBCS /D _USRDLL /D ISAPI_EXPORTS /D HAVE_JNI /D HAS_APR /D HAS_PCRE /FR /YX /FD /c -# ADD BASE MTL /nologo /D NDEBUG /mktyplib203 /win32 -# ADD MTL /nologo /D NDEBUG /mktyplib203 /win32 -# ADD BASE RSC /l 0xc0a /d NDEBUG -# ADD RSC /l 0x409 /d NDEBUG -BSC32=bscmake.exe -# ADD BASE BSC32 /nologo -# ADD BSC32 /nologo -LINK32=link.exe -# ADD BASE LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib /nologo /dll /machine:I386 -# ADD LINK32 libapr.lib libaprutil.lib wsock32.lib advapi32.lib pcre.lib pcreposix.lib /nologo /dll /machine:I386 /out:Release/isapi_redirector2.dll /libpath:$(APACHE2_HOME)\lib - -!ELSEIF $(CFG) == isapi - Win32 Debug - -# PROP BASE Use_MFC 0 -# PROP BASE Use_Debug_Libraries 1 -# PROP BASE Output_Dir Debug -# PROP BASE Intermediate_Dir Debug -# PROP BASE Target_Dir -# PROP Use_MFC 0 -# PROP Use_Debug_Libraries 1 -# PROP Output_Dir Debug -# PROP Intermediate_Dir Debug -# PROP Ignore_Export_Lib 0 -# PROP Target_Dir -# ADD BASE CPP /nologo /MTd /W3 /Gm /GX /ZI /Od /D WIN32 /D _DEBUG /D _WINDOWS /D _MBCS /D _USRDLL /D ISAPI_EXPORTS /YX /FD /GZ /c -# ADD CPP /nologo /MTd /W3 /Gm /GX /ZI /Od /I ..\..\include /I $(JAVA_HOME)\include /I $(JAVA_HOME)\include\win32 /I $(APACHE2_HOME)\include /I $(APACHE2_HOME)\os\win32 /D _DEBUG /D WIN32 /D _WINDOWS /D _MBCS /D _USRDLL /D ISAPI_EXPORTS /D HAVE_JNI /D HAS_APR /D HAS_PCRE /FR /YX /FD /GZ /c -# ADD BASE MTL /nologo /D _DEBUG /mktyplib203 /win32 -# ADD MTL /nologo /D _DEBUG /mktyplib203 /win32 -# ADD BASE RSC /l 0xc0a /d _DEBUG -# ADD RSC /l 0x409 /d _DEBUG -BSC32=bscmake.exe -# ADD BASE BSC32 /nologo -# ADD BSC32 /nologo -LINK32=link.exe -# ADD BASE LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib /nologo /dll /debug /machine:I386 /pdbtype:sept -# ADD LINK32 libapr.lib libaprutil.lib wsock32.lib advapi32.lib pcre.lib pcreposix.lib /nologo /dll /debug /machine:I386 /out:Debug/isapi_redirector2.dll /pdbtype:sept
Re: [VOTE] New builds
Remy Maucherat wrote: ballot Release 4.1.29 as Stable ? [X] Yes [ ] No /ballot ballot Release 5.0.14 as Beta ? [X] Yes [ ] No /ballot I'm only having one JMX related issue with 5.0.14. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-site/xdocs index.xml
remm2003/10/30 12:20:50 Modified:docs index.html xdocsindex.xml Log: - Version updates. Revision ChangesPath 1.51 +2 -2 jakarta-tomcat-site/docs/index.html Index: index.html === RCS file: /home/cvs/jakarta-tomcat-site/docs/index.html,v retrieving revision 1.50 retrieving revision 1.51 diff -u -r1.50 -r1.51 --- index.html22 Sep 2003 11:05:31 - 1.50 +++ index.html30 Oct 2003 20:20:49 - 1.51 @@ -175,7 +175,7 @@ /td td bgcolor=#a0ddf0 colspan= rowspan= valign=top align=left font color=#00 size=-1 face=arial,helvetica,sanserif -5.0.12 Beta +5.0.14 Beta /font /td /tr @@ -187,7 +187,7 @@ /td td bgcolor=#a0ddf0 colspan= rowspan= valign=top align=left font color=#00 size=-1 face=arial,helvetica,sanserif -4.1.27 +4.1.29 /font /td /tr 1.42 +2 -2 jakarta-tomcat-site/xdocs/index.xml Index: index.xml === RCS file: /home/cvs/jakarta-tomcat-site/xdocs/index.xml,v retrieving revision 1.41 retrieving revision 1.42 diff -u -r1.41 -r1.42 --- index.xml 22 Sep 2003 11:05:31 - 1.41 +++ index.xml 30 Oct 2003 20:20:49 - 1.42 @@ -40,12 +40,12 @@ tr td2.4/2.0/td - td5.0.12 Beta/td + td5.0.14 Beta/td /tr tr td2.3/1.2/td - td4.1.27/td + td4.1.29/td /tr tr - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c jk_pool.c
mturk 2003/10/30 12:25:38 Modified:jk/native2/common jk_channel_socket.c jk_pool.c Log: Deprecate pool and socket. Prehaps there is nicer way to mark that then using #error Revision ChangesPath 1.60 +2 -0 jakarta-tomcat-connectors/jk/native2/common/jk_channel_socket.c Index: jk_channel_socket.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_channel_socket.c,v retrieving revision 1.59 retrieving revision 1.60 diff -u -r1.59 -r1.60 --- jk_channel_socket.c 24 Oct 2003 11:51:35 - 1.59 +++ jk_channel_socket.c 30 Oct 2003 20:25:38 - 1.60 @@ -71,6 +71,8 @@ * @author: Costin Manolache */ +#error jk_channel_socket is deprecated + #include jk_map.h #include jk_env.h #include jk_channel.h 1.17 +3 -1 jakarta-tomcat-connectors/jk/native2/common/jk_pool.c Index: jk_pool.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_pool.c,v retrieving revision 1.16 retrieving revision 1.17 diff -u -r1.16 -r1.17 --- jk_pool.c 12 May 2003 10:55:50 - 1.16 +++ jk_pool.c 30 Oct 2003 20:25:38 - 1.17 @@ -61,6 +61,8 @@ * Version: $Revision$ * ***/ +#error jk_pool is deprecated + #include jk_pool.h #include jk_env.h - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
jk2/jni/jdk patch
I noticed when building jk2 using ./configure make that the configure script checks for and requires a jdk even when --with-jni is not specified. I've attached a patch that removes the need for a jdk when --with-jni is not specified. Actually, the patch ignores the --with-java-home, --with-java-platform, and --with-os-type arguments unless --with-jni is specified. The patch is quite simple but due to indentation changes it got a little long. It changes the check for jni to be before the jdk checks. Then each jdk check is either performed or not performed based on if jni was specified. Please consider committing this if there are no objections or issues. -Kurt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2/jni/jdk patch
Looks like the patch was stripped. Here it is again...
- Original Message -
From: Kurt Miller [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Thursday, October 30, 2003 3:48 PM
Subject: jk2/jni/jdk patch
I noticed when building jk2 using ./configure make that the configure
script checks for and requires a jdk even when --with-jni is not
specified.
I've attached a patch that removes the need for a jdk when --with-jni is
not
specified. Actually, the patch ignores
the --with-java-home, --with-java-platform, and --with-os-type arguments
unless --with-jni is specified.
The patch is quite simple but due to indentation changes it got a little
long. It changes the check for jni to be before the jdk checks. Then each
jdk check is either performed or not performed based on if jni was
specified.
Please consider committing this if there are no objections or issues.
-Kurt
Index: jk/native2/configure.in
===
RCS file: /home/cvspublic/jakarta-tomcat-connectors/jk/native2/configure.in,v
retrieving revision 1.10
diff -u -r1.10 configure.in
--- jk/native2/configure.in 25 Sep 2003 15:23:23 - 1.10
+++ jk/native2/configure.in 30 Oct 2003 20:30:26 -
@@ -184,9 +184,9 @@
dnl Java settings
+JK_JNI()
JK_JDK()
JK_JDK_OS()
-JK_JNI()
JK_PCRE()
AC_SUBST(JAVA_HOME)
Index: jk/support/jk_java.m4
===
RCS file: /home/cvspublic/jakarta-tomcat-connectors/jk/support/jk_java.m4,v
retrieving revision 1.3
diff -u -r1.3 jk_java.m4
--- jk/support/jk_java.m4 25 Sep 2003 15:23:56 - 1.3
+++ jk/support/jk_java.m4 30 Oct 2003 20:30:26 -
@@ -71,73 +71,98 @@
dnl
dnl --
AC_DEFUN(
+ [JK_JNI],
+ [
+AC_ARG_WITH(jni,
+ [ --with-jni Build jni support],
+ [
+ case ${withval} in
+ y | yes | true) use_jni=true ;;
+ n | no | false) use_jni=false ;;
+ *) use_jni=true ;;
+ esac
+
+ if ${TEST} ${use_jni} ; then
+ HAVE_JNI=-DHAVE_JNI
+ fi
+ ])
+ ])
+
+AC_DEFUN(
[JK_JDK],
[
-tempval=
-AC_MSG_CHECKING([for JDK location (please wait)])
-if ${TEST} -n ${JAVA_HOME} ; then
- JAVA_HOME_ENV=${JAVA_HOME}
-else
- JAVA_HOME_ENV=
-fi
+if ${TEST} ${use_jni} = true; then
+ tempval=
+ AC_MSG_CHECKING([for JDK location (please wait)])
+ if ${TEST} -n ${JAVA_HOME} ; then
+JAVA_HOME_ENV=${JAVA_HOME}
+ else
+JAVA_HOME_ENV=
+ fi
-JAVA_HOME=
-JAVA_PLATFORM=
+ JAVA_HOME=
+ JAVA_PLATFORM=
-AC_ARG_WITH(
- [java-home],
- [ --with-java-home=DIR Location of JDK directory.],
- [
+ AC_ARG_WITH(
+[java-home],
+[ --with-java-home=DIR Location of JDK directory.],
+[
- # This stuff works if the command line parameter --with-java-home was
- # specified, so it takes priority rightfully.
+# This stuff works if the command line parameter --with-java-home was
+# specified, so it takes priority rightfully.
- tempval=${withval}
+tempval=${withval}
- if ${TEST} ! -d ${tempval} ; then
- AC_MSG_ERROR(Not a directory: ${tempval})
- fi
+if ${TEST} ! -d ${tempval} ; then
+AC_MSG_ERROR(Not a directory: ${tempval})
+fi
- JAVA_HOME=${tempval}
- AC_MSG_RESULT(${JAVA_HOME})
-],
-[
- # This works if the parameter was NOT specified, so it's a good time
- # to see what the enviroment says.
- # Since Sun uses JAVA_HOME a lot, we check it first and ignore the
- # JAVA_HOME, otherwise just use whatever JAVA_HOME was specified.
-
- if ${TEST} -n ${JAVA_HOME_ENV} ; then
-JAVA_HOME=${JAVA_HOME_ENV}
-AC_MSG_RESULT(${JAVA_HOME_ENV} from environment)
- fi
-])
+JAVA_HOME=${tempval}
+AC_MSG_RESULT(${JAVA_HOME})
+ ],
+ [
+# This works if the parameter was NOT specified, so it's a good time
+# to see what the enviroment says.
+# Since Sun uses JAVA_HOME a lot, we check it first and ignore the
+# JAVA_HOME, otherwise just use whatever JAVA_HOME was specified.
+
+if ${TEST} -n ${JAVA_HOME_ENV} ; then
+ JAVA_HOME=${JAVA_HOME_ENV}
+ AC_MSG_RESULT(${JAVA_HOME_ENV} from environment)
+fi
+ ])
+
+ if ${TEST} -z ${JAVA_HOME} ; then
-if ${TEST} -z ${JAVA_HOME} ; then
+# Oh well, nobody set neither JAVA_HOME nor JAVA_HOME, have to guess
+# The following code is based on the code submitted by Henner Zeller
+# for ${srcdir}/src/scripts/package/rpm/ApacheJServ.spec
+# Two variables will be set as a result:
+#
+# JAVA_HOME
cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net PoolTcpEndpoint.java
luehe 2003/10/30 13:01:39
Modified:util/java/org/apache/tomcat/util/net PoolTcpEndpoint.java
Log:
Fixed problem where if maxThreads is set to 1,
ThreadPool.findControlRunnable() will log this error on the first
request:
SEVERE: All threads (1) are currently busy, waiting. Increase
maxThreads (1) or check the servlet status
and then block forever
Revision ChangesPath
1.26 +24 -9
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/PoolTcpEndpoint.java
Index: PoolTcpEndpoint.java
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/PoolTcpEndpoint.java,v
retrieving revision 1.25
retrieving revision 1.26
diff -u -r1.25 -r1.26
--- PoolTcpEndpoint.java 22 Oct 2003 13:46:28 - 1.25
+++ PoolTcpEndpoint.java 30 Oct 2003 21:01:39 - 1.26
@@ -544,7 +544,7 @@
}
}
-public void runIt(Object perThrData[]) {
+public void runIt(Object[] perThrData) {
// Create per-thread cache
if (endpoint.isRunning()) {
@@ -552,11 +552,16 @@
try {
s = endpoint.acceptSocket();
} finally {
- // Continue accepting on another thread...
-if (endpoint.isRunning()) {
+/*
+ * Continue accepting on another thread, unless maxThreads has
+ * been set to 1, in which case we have to finish processing
+ * this request before we can accept a new request.
+ */
+if (endpoint.isRunning() endpoint.getMaxThreads() 1) {
endpoint.tp.runIt(this);
}
}
+
if (null != s) {
try {
@@ -574,19 +579,24 @@
TcpConnection con = null;
try {
+Object[] localPerThrData = null;
if( usePool ) {
con=(TcpConnection)connectionCache.get();
- if( con == null )
+ if( con == null ) {
con = new TcpConnection();
+ }
+localPerThrData = perThrData;
} else {
con = (TcpConnection) perThrData[0];
-perThrData = (Object []) perThrData[1];
+localPerThrData = (Object[]) perThrData[1];
}
con.setEndpoint(endpoint);
con.setSocket(s);
endpoint.setSocketOptions( s );
- endpoint.getConnectionHandler().processConnection(con, perThrData);
+ endpoint.getConnectionHandler().processConnection(
+con,
+localPerThrData);
} catch (SocketException se) {
endpoint.log.error(
Remote Host + s.getInetAddress() +
@@ -610,6 +620,11 @@
}
}
}
+
+if (endpoint.getMaxThreads() == 1) {
+// Ready to accept new request
+runIt(perThrData);
+}
}
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Jasper used for Tomcat 4.0.6
There are uses with the currect Jasper JspC compiler in the current Tomcat 4.1.x. It works fine in Tomcat 4.0.x. I was looking to see the diff on them and I can't find a label in CVS that maps to code for Tomcat 4.0.x. Could someone explain where the JspC code is for Tomcat 4.0 stuff. It doesn't appear to be under the jasper code base. Although I see tomcat 33 and 4.1 references. Thanks, Ken - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jasper used for Tomcat 4.0.6
The code for Jasper in 4.0.x is in the module jakarta-tomcat-4.0. Date: Thu, 30 Oct 2003 14:51:13 -0600 From: Ken Sipe [EMAIL PROTECTED] Subject: Jasper used for Tomcat 4.0.6 To: [EMAIL PROTECTED] X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal X-Priority: 3 (Normal) X-MSMail-priority: Normal There are uses with the currect Jasper JspC compiler in the current Tomcat 4.1.x. It works fine in Tomcat 4.0.x. I was looking to see the diff on them and I can't find a label in CVS that maps to code for Tomcat 4.0.x. Could someone explain where the JspC code is for Tomcat 4.0 stuff. It doesn't appear to be under the jasper code base. Although I see tomcat 33 and 4.1 references. Thanks, Ken - 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]
jk2/apr patch
Getting ready for jk2 requiring apr (even for Apache13)... Building jk2
using:
./configure --with-apxs=/usr/sbin/apxs --with-apr=apr src loc make
linking fails because the apr library is not named libapr.a it is named
libapr-0.a. I'm not sure if this naming problem is universal for all
platforms, but libapr-0.a appears to be the correct name for OpenBSD,
FreeBSD and NetBSD. If it is universal then here's a quick patch to change
it:
Index: jk/support/jk_apr.m4
===
RCS file: /home/cvspublic/jakarta-tomcat-connectors/jk/support/jk_apr.m4,v
retrieving revision 1.3
diff -u -r1.3 jk_apr.m4
--- jk/support/jk_apr.m4 25 Sep 2003 15:23:56 - 1.3
+++ jk/support/jk_apr.m4 30 Oct 2003 21:03:16 -
@@ -99,7 +99,7 @@
APR_CLEAN=apr-clean
APR_DIR=${tempval}
APR_INCDIR=${tempval}/include
-APR_LDFLAGS=${tempval}/.libs/libapr.a
+APR_LDFLAGS=${tempval}/.libs/libapr-0.a
APR_LIBDIR=
use_apr=true
COMMON_APR_OBJECTS=\${COMMON_APR_OBJECTS}
If this name needs to be libapr.a for other platforms, then I guess I could
patch the apr-build target in Makefile.in to rename it. Any thoughts?
-Kurt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net PoolTcpEndpoint.java
[EMAIL PROTECTED] wrote: luehe 2003/10/30 13:01:39 Modified:util/java/org/apache/tomcat/util/net PoolTcpEndpoint.java Log: Fixed problem where if maxThreads is set to 1, ThreadPool.findControlRunnable() will log this error on the first request: SEVERE: All threads (1) are currently busy, waiting. Increase maxThreads (1) or check the servlet status and then block forever -1 for this patch. 1 is obviously a stupid configuration value, so the pool should refuse it. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2/apr patch
Checking out the apache2 makefile it looks like apr-0 is right. Here's a revised
patch (I missed a spot).
Index: jk/support/jk_apr.m4
===
RCS file: /home/cvspublic/jakarta-tomcat-connectors/jk/support/jk_apr.m4,v
retrieving revision 1.3
diff -u -r1.3 jk_apr.m4
--- jk/support/jk_apr.m4 25 Sep 2003 15:23:56 - 1.3
+++ jk/support/jk_apr.m4 30 Oct 2003 22:11:05 -
@@ -99,7 +99,7 @@
APR_CLEAN=apr-clean
APR_DIR=${tempval}
APR_INCDIR=${tempval}/include
-APR_LDFLAGS=${tempval}/.libs/libapr.a
+APR_LDFLAGS=${tempval}/.libs/libapr-0.a
APR_LIBDIR=
use_apr=true
COMMON_APR_OBJECTS=\${COMMON_APR_OBJECTS}
@@ -189,7 +189,7 @@
APR_CLEAN=
APR_DIR=
APR_LIBDIR=${tempval}
- APR_LDFLAGS=-lapr -L${tempval}
+ APR_LDFLAGS=-lapr-0 -L${tempval}
COMMON_APR_OBJECTS=\${COMMON_APR_OBJECTS}
use_apr=true
fi
- Original Message -
From: Kurt Miller [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Thursday, October 30, 2003 4:32 PM
Subject: jk2/apr patch
Getting ready for jk2 requiring apr (even for Apache13)... Building jk2
using:
./configure --with-apxs=/usr/sbin/apxs --with-apr=apr src loc make
linking fails because the apr library is not named libapr.a it is named
libapr-0.a. I'm not sure if this naming problem is universal for all
platforms, but libapr-0.a appears to be the correct name for OpenBSD,
FreeBSD and NetBSD. If it is universal then here's a quick patch to change
it:
Index: jk/support/jk_apr.m4
===
RCS file: /home/cvspublic/jakarta-tomcat-connectors/jk/support/jk_apr.m4,v
retrieving revision 1.3
diff -u -r1.3 jk_apr.m4
--- jk/support/jk_apr.m4 25 Sep 2003 15:23:56 - 1.3
+++ jk/support/jk_apr.m4 30 Oct 2003 21:03:16 -
@@ -99,7 +99,7 @@
APR_CLEAN=apr-clean
APR_DIR=${tempval}
APR_INCDIR=${tempval}/include
-APR_LDFLAGS=${tempval}/.libs/libapr.a
+APR_LDFLAGS=${tempval}/.libs/libapr-0.a
APR_LIBDIR=
use_apr=true
COMMON_APR_OBJECTS=\${COMMON_APR_OBJECTS}
If this name needs to be libapr.a for other platforms, then I guess I
could
patch the apr-build target in Makefile.in to rename it. Any thoughts?
-Kurt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jk2/libcrypt patch
Last one for today...
Building on mod_jk2 OpenBSD libcrypt is not available or needed.
Does -lcrypt have to be specified in the Makefile.in files for other platforms?
Will libtool add it on the appropriate platforms? If it will here's a patch
to remove it:
Index: jk/native2/server/apache13/Makefile.in
===
RCS file:
/home/cvspublic/jakarta-tomcat-connectors/jk/native2/server/apache13/Makefile.in,v
retrieving revision 1.7
diff -u -r1.7 Makefile.in
--- jk/native2/server/apache13/Makefile.in 28 Nov 2002 15:54:51 - 1.7
+++ jk/native2/server/apache13/Makefile.in 30 Oct 2003 22:25:58 -
@@ -23,7 +23,7 @@
${APACHE_INCL}
JK_CFLAGS=-DCHUNK_SIZE=4096 -DUSE_APACHE_MD5 @APR_CFLAGS@ -DHAVE_MMAP ${JAVA_INCL}
-JK_LDFLAGS=-L${APACHE_HOME}/lib -lcrypt @APR_LDFLAGS@ ${JAVA_LIB}
+JK_LDFLAGS=-L${APACHE_HOME}/lib @APR_LDFLAGS@ ${JAVA_LIB}
## Based on rules.mk ##
ALL_CFLAGS = $(EXTRA_CFLAGS) $(NOTEST_CFLAGS) $(CFLAGS)
Index: jk/native2/server/apache2/Makefile.in
===
RCS file:
/home/cvspublic/jakarta-tomcat-connectors/jk/native2/server/apache2/Makefile.in,v
retrieving revision 1.12
diff -u -r1.12 Makefile.in
--- jk/native2/server/apache2/Makefile.in 9 Apr 2003 18:05:03 - 1.12
+++ jk/native2/server/apache2/Makefile.in 30 Oct 2003 22:25:58 -
@@ -34,7 +34,7 @@
${JAVA_INCL}
JK_CFLAGS=-DCHUNK_SIZE=4096 -DUSE_APACHE_MD5 -DHAS_APR @HAVE_JNI@ @HAS_PCRE@
-JK_LDFLAGS=-L${APACHE2_LIBDIR} -lcrypt -lapr-0 @PCRE_LIBS@
+JK_LDFLAGS=-L${APACHE2_LIBDIR} -lapr-0 @PCRE_LIBS@
## Based on rules.mk ##
ALL_CFLAGS = $(EXTRA_CFLAGS) $(NOTEST_CFLAGS) $(CFLAGS)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net PoolTcpEndpoint.java
- Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Thursday, October 30, 2003 1:45 PM Subject: Re: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net PoolTcpEndpoint.java [EMAIL PROTECTED] wrote: luehe 2003/10/30 13:01:39 Modified:util/java/org/apache/tomcat/util/net PoolTcpEndpoint.java Log: Fixed problem where if maxThreads is set to 1, ThreadPool.findControlRunnable() will log this error on the first request: SEVERE: All threads (1) are currently busy, waiting. Increase maxThreads (1) or check the servlet status and then block forever -1 for this patch. 1 is obviously a stupid configuration value, so the pool should refuse it. I agree with Remy: The place to check this is ThreadPool. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net PoolTcpEndpoint.java
Bill Barker wrote: [EMAIL PROTECTED] wrote: luehe 2003/10/30 13:01:39 Modified:util/java/org/apache/tomcat/util/net PoolTcpEndpoint.java Log: Fixed problem where if maxThreads is set to 1, ThreadPool.findControlRunnable() will log this error on the first request: SEVERE: All threads (1) are currently busy, waiting. Increase maxThreads (1) or check the servlet status and then block forever -1 for this patch. 1 is obviously a stupid configuration value, so the pool should refuse it. I agree with Remy: The place to check this is ThreadPool. I'd like to add that my -1 is not because the patch is bad (the revised algorithm seems ok), but because the 1 value doesn't make sense, so I don't think there's a point adding a special case for it. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JK2 is using APR as mandatory
As said in the subject... plus the jk_pool and jk_channel socket are marked as deprecated. Couple of things to do. 1. APR-ize jk_file_logger to use apr_file API instead stdio's FILE. 2. All methods will return apr_status_t instead int (work in progress). 3. Henri, what about those AS400 defines, can they be removed now? 4. IIS is now presumed to have apr, apr-util, apr-iconv, and pcre in the srclib folder. Tested with apr-0.9.4. Need to document that. 5. ??? Comments? MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24270] New: - NoClassDefFoundError when running in security mode
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24270. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24270 NoClassDefFoundError when running in security mode Summary: NoClassDefFoundError when running in security mode Product: Tomcat 5 Version: Nightly Build Platform: Sun OS/Version: Solaris Status: NEW Severity: Normal Priority: Other Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] I ran standalone tomcat nightly (10/29/2003) build with -security option, and default catlina.policy. When executing a jsp that uses reflection, internal error occurred: It happened on both Windows 200 pro and Solaris 9 Sparc, with j2se 1.4.2_01/_02 javax.servlet.ServletException: java.lang.NoClassDefFoundError: org/apache/tomcat/util/http/FastHttpDateFormat at com.sun.ts.tests.jsp.common.util.JspTestUtil.invokeTest(JspTestUtil.java:78) at org.apache.jsp.JspWriterTest_jsp._jspService(JspWriterTest_jsp.java:510) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:133) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:311) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:284) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAsPrivileged(Subject.java:500) at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:306) at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:200) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:278) at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:97) at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:187) at java.security.AccessController.doPrivileged(Native Method) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:183) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:563) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:245) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:199) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:563) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:195) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:164) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:563) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:156) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:563) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:209) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:781) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:549) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:589) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:666) at java.lang.Thread.run(Thread.java:534) The
DO NOT REPLY [Bug 24009] - Jasper option for whitespace-optimized HTML output
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24009. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24009 Jasper option for whitespace-optimized HTML output --- Additional Comments From [EMAIL PROTECTED] 2003-10-30 23:22 --- There should be at least one option to not generate empty lines for JSP directives. Most of the JSP pages have lots of directives at the top of the page (includes, taglibs, ...) and there is one empty line generated for every directive. Aside from esthetic reasons (when you look at the source of the page first you don't see anything because there are many empty lines at the beginnig) there is a real issue with XHTML and Internet Explorer. While this is an Internet Explorer bug (apparently they call it a feature), it sourfaces mainly with JSP pages. IE is ignoring the Content-Type header and is guessing the page type by scanning its start. It explicitly looks for the 'html' tag. If this tag is too far down the road (because of too many blank lines) IE will give up and treat the page as raw XML. Having an option in the JSP compiler to remove the new lines for the lines containing only a JSP directive will solve this issue with IE and also make the source more readable. I am not too sure if I should open another issue for this, I had the feeling that this is related to white space optimization. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24270] - NoClassDefFoundError when running in security mode
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24270. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24270 NoClassDefFoundError when running in security mode --- Additional Comments From [EMAIL PROTECTED] 2003-10-30 23:34 --- Created an attachment (id=8840) war file to reproduce - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24270] - NoClassDefFoundError when running in security mode
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24270. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24270 NoClassDefFoundError when running in security mode --- Additional Comments From [EMAIL PROTECTED] 2003-10-30 23:36 --- http://localhost:8080/jsp_jspwriter_web/JspWriterTest.jsp?testname=jspWriterClearIOExceptionTest is the url that triggered the error with attached war. The following is from catalina.out on Solaris: Security Violation, attempt to use Restricted Class: org.apache.jasper.compiler.Localizer java.security.AccessControlException: access denied (java.lang.RuntimePermission accessClassInPackage.org.apache.jasper.compiler) at java.security.AccessControlContext.checkPermission(AccessControlContext.java:269) at java.security.AccessController.checkPermission(AccessController.java:401) at java.lang.SecurityManager.checkPermission(SecurityManager.java:524) at java.lang.SecurityManager.checkPackageAccess(SecurityManager.java:1491) at org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:820) at org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:756) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302) at org.apache.jasper.runtime.JspWriterImpl.clear(JspWriterImpl.java:178) at org.apache.jsp.JspWriterTest_jsp.jspWriterClearIOExceptionTest(JspWriterTest_jsp.java:231) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at com.sun.ts.tests.jsp.common.util.JspTestUtil.invokeTest(JspTestUtil.java:76) at org.apache.jsp.JspWriterTest_jsp._jspService(JspWriterTest_jsp.java:510) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:133) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:311) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:284) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAsPrivileged(Subject.java:500) at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:306) at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:200) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:278) at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:97) at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:187) at java.security.AccessController.doPrivileged(Native Method) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:183) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:563) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:245) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:199) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:563) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24271] New: - Dynamic JNLP does not launch WebStart
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24271. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24271 Dynamic JNLP does not launch WebStart Summary: Dynamic JNLP does not launch WebStart Product: Tomcat 4 Version: 4.1.27 Platform: All OS/Version: Other Status: NEW Severity: Blocker Priority: Other Component: Servlet JSP API AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] A JNLP file that is created using jsp is said to be dynamic. So as long as the contentType is set to application/x-java-jnlp-file the jsp should be treated as a jnlp file and webstart should launch. However, what happens is Im prompted to download the jsp file. This was not a problem in 4.0.3 the problem was found in 4.1.27 upgrade. This will block us from shipping 4.1.27 Your help would be greatly appreciated including workarounds. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net PoolTcpEndpoint.java
Remy Maucherat wrote: Bill Barker wrote: [EMAIL PROTECTED] wrote: luehe 2003/10/30 13:01:39 Modified:util/java/org/apache/tomcat/util/net PoolTcpEndpoint.java Log: Fixed problem where if maxThreads is set to 1, ThreadPool.findControlRunnable() will log this error on the first request: SEVERE: All threads (1) are currently busy, waiting. Increase maxThreads (1) or check the servlet status and then block forever -1 for this patch. 1 is obviously a stupid configuration value, so the pool should refuse it. I agree with Remy: The place to check this is ThreadPool. I'd like to add that my -1 is not because the patch is bad (the revised algorithm seems ok), but because the 1 value doesn't make sense, so I don't think there's a point adding a special case for it. I guess I don't understand what makes 1 bad but 2 OK. Where do we draw the line of what is a stupid config? Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/security SecurityClassLoad.java
jfarcand2003/10/30 17:30:01
Modified:catalina/src/share/org/apache/catalina/security
SecurityClassLoad.java
http11/src/java/org/apache/coyote/http11
Http11Processor.java InternalOutputBuffer.java
jasper2/src/share/org/apache/jasper/runtime
JspWriterImpl.java PageContextImpl.java
jasper2/src/share/org/apache/jasper/security
SecurityClassLoad.java
Log:
Fix for bug 24270: NoClassDefFoundError when running in security mode
Next time I will update my tcks before syaing they all passes ;-)
Revision ChangesPath
1.11 +14 -4
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/security/SecurityClassLoad.java
Index: SecurityClassLoad.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/security/SecurityClassLoad.java,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -r1.10 -r1.11
--- SecurityClassLoad.java19 Sep 2003 22:03:35 - 1.10
+++ SecurityClassLoad.java31 Oct 2003 01:30:01 - 1.11
@@ -89,6 +89,7 @@
loadUtilPackage(loader);
loadJavaxPackage(loader);
loadCoyotePackage(loader);
+loadHttp11Package(loader);
}
@@ -148,6 +149,15 @@
private final static void loadJavaxPackage(ClassLoader loader)
throws Exception {
loader.loadClass(javax.servlet.http.Cookie);
+}
+
+
+private final static void loadHttp11Package(ClassLoader loader)
+throws Exception {
+String basePackage = org.apache.coyote.http11.;
+loader.loadClass(basePackage + Http11Processor$1);
+loader.loadClass(basePackage + InternalOutputBuffer$1);
+loader.loadClass(basePackage + InternalOutputBuffer$2);
}
1.85 +19 -3
jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11Processor.java
Index: Http11Processor.java
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11Processor.java,v
retrieving revision 1.84
retrieving revision 1.85
diff -u -r1.84 -r1.85
--- Http11Processor.java 17 Oct 2003 18:45:40 - 1.84
+++ Http11Processor.java 31 Oct 2003 01:30:01 - 1.85
@@ -66,6 +66,8 @@
import java.net.InetAddress;
import java.net.Socket;
import java.util.StringTokenizer;
+import java.security.AccessController;
+import java.security.PrivilegedAction;
import org.apache.coyote.ActionCode;
import org.apache.coyote.ActionHook;
@@ -1434,9 +1436,23 @@
}
// Add date header
-if (! response.containsHeader(Date))
- response.addHeader(Date, FastHttpDateFormat.getCurrentDate());
-
+if (! response.containsHeader(Date)){
+
+ String date = null;
+ if (System.getSecurityManager() != null){
+date = (String)AccessController.doPrivileged(
+new PrivilegedAction() {
+public Object run(){
+return FastHttpDateFormat.getCurrentDate();
+}
+}
+);
+ } else {
+date = FastHttpDateFormat.getCurrentDate();
+ }
+ response.addHeader(Date, date);
+}
+
// Add server header
response.addHeader(Server, Constants.SERVER);
1.20 +28 -2
jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/InternalOutputBuffer.java
Index: InternalOutputBuffer.java
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/InternalOutputBuffer.java,v
retrieving revision 1.19
retrieving revision 1.20
diff -u -r1.19 -r1.20
--- InternalOutputBuffer.java 12 Sep 2003 13:15:36 - 1.19
+++ InternalOutputBuffer.java 31 Oct 2003 01:30:01 - 1.20
@@ -61,6 +61,8 @@
import java.io.IOException;
import java.io.OutputStream;
+import java.security.AccessController;
+import java.security.PrivilegedAction;
import org.apache.tomcat.util.buf.ByteChunk;
import org.apache.tomcat.util.buf.MessageBytes;
@@ -489,16 +491,40 @@
// Write message
String message = response.getMessage();
if (message == null) {
-write(HttpMessages.getMessage(status));
+write(getMessage(status));
} else {
write(message);
}
// End the response status line
-write(Constants.CRLF_BYTES);
+
DO NOT REPLY [Bug 24270] - NoClassDefFoundError when running in security mode
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24270. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24270 NoClassDefFoundError when running in security mode [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-10-31 01:35 --- Fixed. Thanks -- Jeanfrancois - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24277] New: - Tomcat Icon Dissapear
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24277. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24277 Tomcat Icon Dissapear Summary: Tomcat Icon Dissapear Product: Tomcat 5 Version: 5.0.12 Platform: Other OS/Version: Windows XP Status: UNCONFIRMED Severity: Normal Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I installed the Tomcat 5.0.12 in my XP Profesional machine. I am using jdk1.4.2 When i start the Apache Tomcat 5.0.12, the flash scree, TOMCAT WEBSERVER come out, and the icon of the tomcat appear at the bottom of my monitor screen. When i right-click the icon and hoping to show the Open Console Manager, there is a error come out and the icon will dissapear. But i am sure the tomcat is running because i still can browse the Tomcat Administrator page. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24091] - dynamic-attributes in tag file is broken
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24091.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24091
dynamic-attributes in tag file is broken
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|WORKSFORME |
--- Additional Comments From [EMAIL PROTECTED] 2003-10-31 03:49 ---
i am reopening this bug because the problem still persists.
the following are the jsp and tag files:
*test.jsp***
%@ taglib prefix=t tagdir=/WEB-INF/tags %
t:test length=50 a=1 b=2/
*test.tag***
%@ tag dynamic-attributes=otherAttribtues %
%@ taglib prefix=c uri=http://java.sun.com/jstl/core_rt%
%@ attribute name=length %
input size=${length}/
br/
otherAttributes:
c:forEach var=attr items=${otherAttributes}
${attr.key}=${attr.value}
br/
/c:forEach
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 11364] - jk2 appears to forward all virtual host requests to Tomcat
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11364. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11364 jk2 appears to forward all virtual host requests to Tomcat [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2003-10-31 06:06 --- Oops ! I found this bug is not fixed in the 2.0.2 and CVS now. I have built both versions and make confirmations (on RH9). The bug still exists ... [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
