cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java
billbarker02/04/11 23:22:46
Modified:http11/src/java/org/apache/coyote/http11
Http11Processor.java
Log:
Fixing tabs.
(sorry Remy :-)
Revision ChangesPath
1.25 +2 -2
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.24
retrieving revision 1.25
diff -u -r1.24 -r1.25
--- Http11Processor.java 12 Apr 2002 06:12:16 - 1.24
+++ Http11Processor.java 12 Apr 2002 06:22:46 - 1.25
@@ -573,8 +573,8 @@
http11 = true;
http09 = false;
contentDelimitation = false;
- if(sslSupport != null)
- request.scheme().setString(https);
+if(sslSupport != null)
+request.scheme().setString(https);
MessageBytes protocolMB = request.protocol();
if (protocolMB.equals(Constants.HTTP_11)) {
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
POSSIBLE BUG, in ErrorReportValve or HttpServletResponse implementation
We have installed Apache 2 and Tomcat 4 for Performance/stabletests on some
machines,
when we request some pages that not exists, some browser the plain html
source code of the
error page from tomcat (konqueror 2-3, netscape 4, and so on...). I think at
first i can be the
mod_jk module, but tomcat alone have this too.
I have break down the error to ErrorReportValve in Line 353, where the
content-type of then response are set. Possible the content-type isn't set,
can be set but no exception is thrown,
i have insert a System.out and no one is thrown.
SOURCE CODE:
Writer writer = response.getReporter();
if (writer != null) {
try {
hres.setContentType(text/html); // Possible this
setting isn't applied?
} catch (Throwable t) {
if (debug = 1)
log(status.setContentType, t);
}
// If writer is null, it's an indication that the response
has
// been hard committed already
writer.write(sb.toString());
writer.flush();
}
When i try it with telnet localhost 8080, i get this reponse:
GET /index2.jsp HTTP/1.0
Accept: text/*, */*
HTTP/1.1 404 /index2.jsp
Connection: close
Date: Fri, 12 Apr 2002 09:03:28 GMT
Server: Apache Tomcat/4.0.1 (HTTP/1.1 Connector)
htmlheadtitleApache Tomcat/4.0.1 - Error
report/titleSTYLE!--H1{font-family : sans-serif,Arial,Tahoma;color :
white;background-color : #0086b2;} BODY{font-family :
sans-serif,Arial,Tahoma;color : black;background-color : white;} B{color :
white;background-color : #0086b2;} HR{color : #0086b2;} --/STYLE
/headbodyh1Apache Tomcat/4.0.1 - HTTP Status 404 - /index2.jsp/h1HR
size=1 noshadepbtype/b Status report/ppbmessage/b
u/index2.jsp/u/ppbdescription/b uThe requested resource
(/index2.jsp) is not available./u/pHR size=1
noshade/body/htmlConnection closed by foreign host.
Thanks for help...
Torsten Fohrer
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: JNI
Pier Fumagalli wrote: jean-frederic clere [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: Need help and feedback... As you know, the new Coyote supports both HTTP/1.1 and JK. And the new JK supports some new communication channels and APR functions that need JNI. The 'idealistic' goal was to do that transparently - using System.load(), so that the user will not have to set LD_LIBRARY_PATH. We would set aprHome in jk2.properties - and that's it. Something like ld.config or crle also helps. I remember that the JVM does not make the symbols of a library available to other libraries. For example my libapr.so needed something in libcrypt.so but System.load(crypt) before System.load(apr) did not help. LD_PRELOAD=/usr/lib/libcrypt.so could make the trick (under solaris... Under Linux I really don't know if their ld supports it). The problem is that System.load calls dlopen() with the RTLD_LOCAL parameter, so that usually screws up most things. Conservative approach is to reverse the library loading process: link a binary to your libapr (and consequently to libcrypt), and then use JNI_CreateJavaVM to create the VM... Or calling a native dlopen(RTLD_GLOBAL) instead System.load()? Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: JNI
jean-frederic clere [EMAIL PROTECTED] wrote: Pier Fumagalli wrote: jean-frederic clere [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: Need help and feedback... As you know, the new Coyote supports both HTTP/1.1 and JK. And the new JK supports some new communication channels and APR functions that need JNI. The 'idealistic' goal was to do that transparently - using System.load(), so that the user will not have to set LD_LIBRARY_PATH. We would set aprHome in jk2.properties - and that's it. Something like ld.config or crle also helps. I remember that the JVM does not make the symbols of a library available to other libraries. For example my libapr.so needed something in libcrypt.so but System.load(crypt) before System.load(apr) did not help. LD_PRELOAD=/usr/lib/libcrypt.so could make the trick (under solaris... Under Linux I really don't know if their ld supports it). The problem is that System.load calls dlopen() with the RTLD_LOCAL parameter, so that usually screws up most things. Conservative approach is to reverse the library loading process: link a binary to your libapr (and consequently to libcrypt), and then use JNI_CreateJavaVM to create the VM... Or calling a native dlopen(RTLD_GLOBAL) instead System.load()? Then it won't work... BTW, I hope you guys are not trying to load APR from the VM, right? Because if so, I _really_ want to see how you can do it on Mach-O kernel based Oses :) Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8005] New: - Bad Param passing with jsp:include
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=8005.
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=8005
Bad Param passing with jsp:include
Summary: Bad Param passing with jsp:include
Product: Tomcat 4
Version: 4.0.2 Final
Platform: PC
OS/Version: Linux
Status: NEW
Severity: Major
Priority: Other
Component: Servlet JSP API
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
Consider:
jsp:include page=header.jsp flush=true
jsp:param name=title value=%= title % /
/jsp:include
If title is Tom Jerry it will not be passed correctly to the header.jsp.
Looking at the tmp java file that this jsp is converted into before being
compilied, I see something like:
{
String _jspx_qStr = ;
_jspx_qStr = _jspx_qStr + ?title= + title ;
JspRuntimeLibrary.include(request, response, header.jsp + _jspx_qStr, out, true);
}
The problem should be obvious now. Parameter values are _not_ being encoded
before constructing the query string to be passed to the included jsp. This
means that any value containing an ampersand will get mangled.
Also, from what I can tell, the same problem applies if the parameter value is
hardcoded. i.e.
jsp:include page=header.jsp flush=true
jsp:param name=title value=Tom amp; Jerry /
/jsp:include
The JSP 1.2 spec claims that these Standard Actions are XML. Which means that
Tom amp; Jerry should be legal. The spec has little to say about encoding
for parameters specified as expressions though. Also, if this case I would
expect Tom Jerry to be received by the called jsp. i.e. the parser should
see Tom amp; Jerry and decode it to unicode (whatever) and pass that.
There is a also a security aspect to this bug. If an attacker can control a
parameter value that is explicitly passed by a jsp to another jsp, they would be
able to override any request parameters that may have been added directly by the
appliction. (i.e. request parameters added to the request object via jsp:include
calls, not request parameters submitted as part of a HTTP POST/GET operation).
Just ask if you need more explaination.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
signoff
-- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
AW: Error running Apache 2.0 with mod_webapp.so or mod_jk-01.so binaries
i get tomcat/apache2 to work with, building mod_jk.so from the tomcat-connector-4.0.4b2-src and copie the mod_jk.so into apache modules directory... -Ursprüngliche Nachricht- Von: Punky Tse [mailto:[EMAIL PROTECTED]] Gesendet: Freitag, 12. April 2002 05:52 An: Tomcat Developers List; [EMAIL PROTECTED] Betreff: Re: Error running Apache 2.0 with mod_webapp.so or mod_jk-01.so binaries I don't know if this is a bug or something I am doing wrong, but I've contacted several people via the Tomcat forums and found that two of them had abandoned Apache 2.0 and went back to 1.3 because they could not get this to work. Environment: - Redhat Linux 7.1 - Apache 2.0 - Tomcat 4.0.3 For mod_webapp, it works for me. To keep this simple, I am doing the least possible changes that still produce the error: - Using binaries for mod_webapp.so or mod_jk-01.so - Using only the -prefix option when installing Apache - Using the standard httpd.conf file except for one line: LoadModule webapp_module modules/mod_webapp.so As soon as I add that one line to httpd.conf, apache fails to start with this message: Syntax error on line 219 of /opt/apache2/conf/httpd.conf: Cannot load /opt/apache2/modules/mod_jk-01.so into server: /opt/apache2/modules/ mod_jk-01.so: undefined symbol: ap_table_get ./apachectl start: httpd could not be started I don't use mod_jk at all (until I need load balance). I've tried other options when installing Apache, tried compiling the mod_webapp.so from /src (but it runs into not finding the pr_warp_defs.h file--although I'm not a C programmer so don't quite know what I'm doing there), but have not been able to get past this point. Which source tar ball you downloaded and the procedure? If this is not a bug, any pointers would be HUGELY appreciated. Sincerely, Ray Peck Building Industry Credit Association (213)251-1106 Punky _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: JNI
Pier Fumagalli wrote: jean-frederic clere [EMAIL PROTECTED] wrote: Pier Fumagalli wrote: jean-frederic clere [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: Need help and feedback... As you know, the new Coyote supports both HTTP/1.1 and JK. And the new JK supports some new communication channels and APR functions that need JNI. The 'idealistic' goal was to do that transparently - using System.load(), so that the user will not have to set LD_LIBRARY_PATH. We would set aprHome in jk2.properties - and that's it. Something like ld.config or crle also helps. I remember that the JVM does not make the symbols of a library available to other libraries. For example my libapr.so needed something in libcrypt.so but System.load(crypt) before System.load(apr) did not help. LD_PRELOAD=/usr/lib/libcrypt.so could make the trick (under solaris... Under Linux I really don't know if their ld supports it). The problem is that System.load calls dlopen() with the RTLD_LOCAL parameter, so that usually screws up most things. Conservative approach is to reverse the library loading process: link a binary to your libapr (and consequently to libcrypt), and then use JNI_CreateJavaVM to create the VM... Or calling a native dlopen(RTLD_GLOBAL) instead System.load()? Then it won't work... BTW, I hope you guys are not trying to load APR from the VM, right? Because if so, I _really_ want to see how you can do it on Mach-O kernel based Oses :) Ok... You are right let'us to do it your way... In jakarta-commons-sandbox/daemon for example. I need it to run Tomcat on port 80 and as nobody/nobody. Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [Fwd: mod_webapp file changes for socket pools]
Hi, I've done most of the changes suggested but am a little confused on a few points: warp_socket_pool current has the following features: 1) It implements a socket pool. 2) The implementation is thread-safe (I think!) 3) The implementation uses atomics. In a mt environment all features except 3 are completely necessary. Should I add a new define WARP_USE_ATOMICS, or similar, which by default is defined? Now, in a st environment none of the above features are necessary, although, if 1) isn't supported then the name is probably a bit misleading! Which features, if any, should I take out for a st environment? Possible options: * Set the pool size to 1. (#define MAX_SOCKET_POOL_SIZE 1) * Remove the mutex locking. * Change the implementation so that a handle to a single socket is held. * Replace use of atomics with ints etc.. I've added the warp_sockpool_destroy function. As far I can tell I shouldn't add a call to it anywhere in the code, should I? Any thoughts? Thanks Simon Pier Fumagalli [EMAIL PROTECTED] wrote: Jean-frederic Clere [EMAIL PROTECTED] wrote: atomic are very good but only used in mod_cache (experimental) and there the code is like: +++ #ifdef USE_ATOMICS apr_atomic_set(obj-refcount, 1); #else obj-refcount = 1; #endif +++ That will be nice to do the same in mod_webapp (At least #ifdef APR_HAS_THREADS). Hmm.. We could define a couple of macros... In lib/pr_warp.c: apr_socket_t * sock = 0; That is better to have apr_socket_t * sock = NULL; Yup... Having a pool of size one when no threads probably saves a lot of #define APR_HAS_THREADS. Agreed... Or we can comment out large chunks of code... Some changes in pr_warp_socketpool.c are needed ;-). Like what? BTW, can we keep this on the list? I won -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8006] New: - native lib not found in common/lib but works in WEB-INF/lib
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=8006. 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=8006 native lib not found in common/lib but works in WEB-INF/lib Summary: native lib not found in common/lib but works in WEB- INF/lib Product: Tomcat 4 Version: 4.0.4 Beta 2 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The Oracle oci driver needs a native library (ocijdbc8.dll). This library is on my PATH and tomcat loads it fine if I place the oracle java libs (classes12.jar) in WEB-INF/lib of my project. But because native libraries may only be loaded once you suggest to put it in common/lib. With jdk1.3 this works, with jdk1.4 I get the following error: java.lang.UnsatisfiedLinkError: no ocijdbc8 in java.library.path at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1410) at java.lang.Runtime.loadLibrary0(Runtime.java:772) at java.lang.System.loadLibrary(System.java:832) at oracle.jdbc.oci8.OCIDBAccess.logon(OCIDBAccess.java:228) at oracle.jdbc.driver.OracleConnection.(OracleConnection.java:246) at oracle.jdbc.driver.OracleDriver.getConnectionInstance(OracleDriver.java:365) at oracle.jdbc.driver.OracleDriver.connect(OracleDriver.java:260) [...] My setup: Windows 2000 Prof / Tomcat 4.0.4b2 / sun jdk1.4 / oracle client 8.1.7 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8006] - native lib not found in common/lib but works in WEB-INF/lib
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=8006. 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=8006 native lib not found in common/lib but works in WEB-INF/lib [EMAIL PROTECTED] changed: What|Removed |Added Component|Unknown |Catalina --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 09:51 --- I personally have no means to test this. If it works with 1.3 and not 1.4, it looks like a JDK issue to me. Unless you can point out what is wrong in the script files used (they define the properties like the lib path), I'll mark the bug as invalid. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7922] - Can't use DBCS path name 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=7922. 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=7922 Can't use DBCS path name for jsp [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 09:52 --- As I said, I do not understand the bug report. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7861] - Does not detect if included file has been updated
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=7861. 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=7861 Does not detect if included file has been updated [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Component|Catalina|Jasper Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 09:54 --- This uses the include directive which does a static include, rather than the request dispatcher, which does a dynamic include. Since the include is done once and for all (ie, it's supposed to be faster), it doesn't check if the included resources may have been modified. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7897] - Realm problem...
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=7897. 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=7897 Realm problem... [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 10:00 --- There's no reauthentication for principals. So since the auth principal doesn't have the appropriate role, the client is supposed to get a 403 back. So it seems to me that the behavior you describe is normal. You can try to set an error page if you'd like to give some feedback to the user. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [Fwd: mod_webapp file changes for socket pools]
[EMAIL PROTECTED] wrote:
Hi,
I've done most of the changes suggested but am a little confused on a few points:
warp_socket_pool current has the following features:
1) It implements a socket pool.
2) The implementation is thread-safe (I think!)
3) The implementation uses atomics.
In a mt environment all features except 3 are completely necessary. Should I add a
new define WARP_USE_ATOMICS, or similar, which by default is defined?
No I think that is not needed.
Now, in a st environment none of the above features are necessary, although, if 1)
isn't supported then the name is probably a bit misleading!
Which features, if any, should I take out for a st environment?
Possible options:
* Set the pool size to 1. (#define MAX_SOCKET_POOL_SIZE 1)
+1
* Remove the mutex locking.
use #ifdef APR_HAS_THREADS
* Change the implementation so that a handle to a single socket is held.
That is a lot of #ifdef...
* Replace use of atomics with ints
use #ifdef APR_HAS_THREADS
etc..
Arrange the Makefiles.
I've added the warp_sockpool_destroy function. As far I can tell I shouldn't add a
call to it anywhere in the code, should I?
May be something like:
+++
static void myapr_terminate(void)
{
// the warp_sockpool_destroy here.
apr_terminate();
}
atexit(myapr_terminate);
+++
Any thoughts?
You have done a very good job ;-)
Thanks
Simon
Pier Fumagalli [EMAIL PROTECTED] wrote:
Jean-frederic Clere [EMAIL PROTECTED] wrote:
atomic are very good but only used in mod_cache (experimental) and there
the code is like:
+++
#ifdef USE_ATOMICS
apr_atomic_set(obj-refcount, 1);
#else
obj-refcount = 1;
#endif
+++
That will be nice to do the same in mod_webapp (At least #ifdef
APR_HAS_THREADS).
Hmm.. We could define a couple of macros...
In lib/pr_warp.c:
apr_socket_t * sock = 0;
That is better to have
apr_socket_t * sock = NULL;
Yup...
Having a pool of size one when no threads probably saves a lot of
#define APR_HAS_THREADS.
Agreed... Or we can comment out large chunks of code...
Some changes in pr_warp_socketpool.c are needed ;-).
Like what? BTW, can we keep this on the list? I won
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7971] - Problems with stop() and reload() in StandardContext
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=7971. 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=7971 Problems with stop() and reload() in StandardContext --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 10:12 --- Thanks for the patch. I'm not eager to fix this as part of the 4.0.x branch. For the 4.0-HEAD branch, I am willing to experiment along these lines, and this looks like a good starting point. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7989] - jsp:setProperty and jsp:getProperty ignore information from jsp:useBean
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=7989. 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=7989 jsp:setProperty and jsp:getProperty ignore information from jsp:useBean [EMAIL PROTECTED] changed: What|Removed |Added Component|Catalina|Jasper -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5488] - Parser error with language encoding Cp1252
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=5488. 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=5488 Parser error with language encoding Cp1252 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 10:25 --- I'm not an i18n expert, but it looks to me as either: - the encoding is not supported in the Java platform, in which case the parser is right to complain - this is a bug with the parser Either way, there's nothing Tomcat can do to fix this. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5704] - CgiServlet corrupting images?
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=5704. 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=5704 CgiServlet corrupting images? [EMAIL PROTECTED] changed: What|Removed |Added Component|Catalina|Servlets:CGI -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5758] - Server-side includes do not work properly
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=5758. 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=5758 Server-side includes do not work properly [EMAIL PROTECTED] changed: What|Removed |Added Component|Catalina|Servlets:SSI -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5759] - CGI servlet mapping by extension *.cgi does not work
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=5759. 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=5759 CGI servlet mapping by extension *.cgi does not work [EMAIL PROTECTED] changed: What|Removed |Added Component|Catalina|Servlets:CGI -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5762] - CGI servlet misses to include port number in HTTP_HOST environment variable
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=5762. 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=5762 CGI servlet misses to include port number in HTTP_HOST environment variable [EMAIL PROTECTED] changed: What|Removed |Added Component|Catalina|Servlets:CGI -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DefaultServlet problem...
I have downloaded the source and fixed a problem in the DefaultServlet. How do I submit the fix for review?
[GUMP] Build Failure - Tomcat 3.x
This email is autogenerated from the output from:
http://jakarta.apache.org/builds/gump/2002-04-12/jakarta-tomcat.html
Buildfile: build.xml
detect:
msg.jdk12:
[echo] Detected JDK1.2
msg.jsse:
[echo] Detected JSSE
msg.puretls:
msg.commons-dbcp:
msg.jtc:
init:
prepare.dirs:
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/conf
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/conf/auto
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/classes
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/apps
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/container
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/common
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/logs
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/bin
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/doc
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/webapps
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/modules
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/native
[copy] Copying 10 files to /home/rubys/jakarta/jakarta-tomcat/build/tomcat/bin
[copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat/build/tomcat/bin
[copy] Copying 18 files to /home/rubys/jakarta/jakarta-tomcat/build/tomcat/conf
[copy] Copying 44 files to /home/rubys/jakarta/jakarta-tomcat/build/tomcat/doc
[copy] Copying 85 files to /home/rubys/jakarta/jakarta-tomcat/build/tomcat/native
[copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat/build/tomcat
[copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat/build/tomcat
[copy] Copying 1 file to
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/container
[copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/apps
[copy] Copying 1 file to
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/common
[copy] Copying 1 file to
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/common
[copy] Copying 1 file to
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/common
prepare.jaxp101:
include.jaxp:
[echo] Including jaxp.jar
[copy] Copying 1 file to
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/container
prepare.jaxp11:
[echo] Installing JAXP-1.1
[copy] Copying 1 file to
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/container
[copy] Copying 1 file to
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/container
prepare.xerces:
prepare.jaxp:
prepare:
tomcat_util:
detect:
[available] DEPRECATED - available used to override an existing property.
Build file should not reuse the same property name for different values.
build-prepare:
build-main:
[echo] - Java-utils -
[echo] -- puretls.present = ${puretls.present}
[echo] -- jsse.present = true
[echo] -- commons-logging = true
[javac] Compiling 3 source files to
/home/rubys/jakarta/jakarta-tomcat-connectors/util/build/classes
[jar] Building jar:
/home/rubys/jakarta/jakarta-tomcat-connectors/util/build/lib/tomcat-util.jar
[javac] Compiling 46 source files to
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/classes
[javac]
/home/rubys/jakarta/jakarta-tomcat/src/share/org/apache/tomcat/util/hooks/Hooks.java:65:
cannot resolve symbol
[javac] symbol : class IntrospectionUtils
[javac] location: package util
[javac] import org.apache.tomcat.util.IntrospectionUtils;
[javac] ^
[javac]
/home/rubys/jakarta/jakarta-tomcat/src/share/org/apache/tomcat/util/io/FileUtil.java:70:
package org.apache.tomcat.util.log does not exist
[javac] import org.apache.tomcat.util.log.*;
[javac] ^
[javac]
/home/rubys/jakarta/jakarta-tomcat/src/share/org/apache/tomcat/util/io/FileUtil.java:131:
cannot resolve symbol
[javac] symbol : class Log
[javac] location: class org.apache.tomcat.util.io.FileUtil
[javac] static Log loghelper = Log.getLog(tc/FileUtil, FileUtil);
[javac]^
[javac]
/home/rubys/jakarta/jakarta-tomcat/src/share/org/apache/tomcat/util/qlog/LogDaemon.java:65:
cannot resolve symbol
[javac] symbol : class SimplePool
[javac] location: package collections
[javac] import org.apache.tomcat.util.collections.SimplePool;
[javac] ^
[javac]
/home/rubys/jakarta/jakarta-tomcat/src/share/org/apache/tomcat/util/qlog/LogDaemon.java:66:
cannot resolve symbol
[javac] symbol : class Queue
Re: DefaultServlet problem...
The DefaultServlet class is performing logic which belongs (and is already
there) in the HttpServletRequest implementation. It implements HTTP date
header parsing as follows...
// Parsing the HTTP Date
for (int i = 0; (date == null) (i formats.length); i++)
{
try {
date = formats[i].parse(headerValue);
} catch (ParseException e) {
;
}
}
The methods needing an HTTP date header should use the
HttpServletRequest.getDateHeader() method. If it is absolutely necessary
that this logic be inside the DefaultServlet class, then it should at least
be extracted into a private helper method (called parseDateHeader or
something), rather than repeated 4 times.
- Original Message -
From: James Carman [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Friday, April 12, 2002 7:42 AM
Subject: DefaultServlet problem...
I have downloaded the source and fixed a problem in the DefaultServlet. How
do I submit the fix for review?
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7953] - mappedfile init-param seems to have no effect
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=7953. 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=7953 mappedfile init-param seems to have no effect [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 12:13 --- This is already fixed and will appear in the next Tomcat 4.0.4 release. It is also fixed in the nightly Tomcat 4.x. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7953] - mappedfile init-param seems to have no effect
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=7953. 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=7953 mappedfile init-param seems to have no effect --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 12:18 --- Should have mentioned that Jasper was fixed to not convert CR's to LF's when processing HTML portions of the JSP page. I assume this is the cause of your problem. Reopen this bug if your problem isn't fixed by this change. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8013] New: - DefaultServlet Throws NumberFormatException
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=8013. 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=8013 DefaultServlet Throws NumberFormatException Summary: DefaultServlet Throws NumberFormatException Product: Tomcat 4 Version: 4.0.1 Final Platform: Sun OS/Version: Solaris Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The org.apache.catalina.servlets.DefaultServlet throws a java.lang.NumberFormatException in the checkIfHeaders() method. Here's the stack trace... java.lang.NumberFormatException: at java.lang.Long.parseLong(Long.java:331) at java.lang.Long.parseLong(Long.java:363) at java.text.DigitList.getLong (DigitList.java:153) at java.text.DecimalFormat.parse(DecimalFormat.java:808) at java.text.SimpleDateFormat.subParse(SimpleDateFormat.java:1201) at java.text.SimpleDateFormat.parse(SimpleDateFormat.java:730) at java.text.DateFormat.parse(DateFormat.java:322) at org.apache.catalina.servlets.DefaultServlet.checkIfHeaders (DefaultServlet.java:753) at org.apache.catalina.servlets.DefaultServlet.serveResource (DefaultServlet.java:1095) at org.apache.catalina.servlets.DefaultServlet.doGet (DefaultServlet.java:519) at javax.servlet.http.HttpServlet.service (HttpServlet.java:740) at javax.servlet.http.HttpServlet.service (HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter (ApplicationFilterChain.java:193) at org.chmcc.trafac.servlet.filter.ErrorTrapFilter.doFilter (ErrorTrapFilter.java:25) at com.carmanconsulting.servlet.filter.HttpFilter.doFilter(HttpFilter.java:21) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:213) at org.apache.catalina.core.ApplicationFilterChain.doFilter (ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke (StandardWrapperValve.java:243) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke (ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke (StandardContextValve.java:201) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:566) at org.apache.catalina.authenticator.AuthenticatorBase.invoke (AuthenticatorBase.java:472) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke (ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke (StandardContext.java:2344) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:566) at org.apache.catalina.valves.ErrorDispatcherValve.invoke (ErrorDispatcherValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:564) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:564) at org.apache.catalina.valves.AccessLogValve.invoke (AccessLogValve.java:462) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke (ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke (StandardEngineValve.java:163) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke (ContainerBase.java:943) at org.apache.catalina.connector.http.HttpProcessor.process (HttpProcessor.java:1011) at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1106) at java.lang.Thread.run(Thread.java:484) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: JNI
jean-frederic clere [EMAIL PROTECTED] wrote: Or calling a native dlopen(RTLD_GLOBAL) instead System.load()? Then it won't work... BTW, I hope you guys are not trying to load APR from the VM, right? Because if so, I _really_ want to see how you can do it on Mach-O kernel based Oses :) Ok... You are right let'us to do it your way... The point is: how can you do a dloopen() if you don't do a System.load() when calling back from Java? And to explain it better, on some Oses, such as Apple's MacOS/X, System.load() will only load MH_BUNDLE libraries in the memory space, not common DYLIBs. So, you'd have to have a MH_BUNDLE containing the dlopen() (or however that function is called), so that you can load something like APR, once that's loaded you register the functions and such, and yadayadayada... Native loader... Way too compicarted... In jakarta-commons-sandbox/daemon for example. I need it to run Tomcat on port 80 and as nobody/nobody. JF, I wrote that code 2 years ago.. It's in one of the repositories. It doesn't use APR, because APR, until my apr_dso_open patch was accepted in main distro, had the same problem the VM has on System.load(), and it wasn't able to read non-MH_BUNDLE libraries on Mach-O based system... (Now, go figure how the stinkin VM is built)... For commons-sandbox/daemon, I didn't even know someone was WORKING on it, I believe we were still waiting for Costin to get the approval for SilverEgg's... On what mailing list is this being discussed? Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Building mod_jk2 for Win32
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Enviado el: viernes 12 de abril de 2002 1:46 I think it's a good workaround - I hope those will be included in APR and we'll remove the ifdefs. I've defined HAVE_UNIXSOCKETS, and i'm making the ifdefs with that it seems to me a little better, i think that not having unix sockets ( at least with that name :) maybe is more common than only win32?.. I'm trying to build the thing with MSVC so I can start porting the IIS Same here, just now i've built apr standalone, and i'm in the process of fixing build.xml for the win32 things.. to be able to build, mod_jk2 from ant, may be mod_jk2 will be the first apache project being dsp files free :)).. connector, it seems there are problems with the JK_METHOD and static, plus some other minor things to be resolved. I will devote some time later today for this, yesterday i've stopped at the very same point, with errors about function pointers assignment, it looks like what you are speaking about.. If you can solve this - it will simplify my life too :-) Same here :)) but i can understand you, i'm a win32 everyday user, and i'm used to that OS ( may be someone here call it crap instead OS :))), and i have all the neccesary things to work in that, i'll be glad of help the win32 part of mod_jk2, and the port ISAPI plugin from jk to jk2.. Saludos , Ignacio J. Ortega -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7897] - Realm problem...
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=7897. 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=7897 Realm problem... [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 13:23 --- Remy, I don't think you entirely understood what I was saying. True, Tomcat is returning the error page, however, it's returning it without a mime-header. Consequently, IE can't handle it and Netscape prompts you to download it. This is the bug I'm referring to. It occurs whether you're using JDBC Realms or MemoryRealms. I've setup a test server with directions on how to reproduce the error here: http://dev2.r5i.com/ Please give it a shot and let me know if you're seeing the same problem. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [GUMP] Build Failure - Tomcat 3.x
De: Pier Fumagalli [mailto:[EMAIL PROTECTED]] Enviado el: viernes 12 de abril de 2002 15:10 Can someone fix the damn build? It's 3 days 3.x doesn't build... A tree which should be bugfix only... Pier We need to fix gump, not tomcat.. Saludos , Ignacio J. Ortega -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [GUMP] Build Failure - Tomcat 3.x
Craig McClanahan [EMAIL PROTECTED] wrote: This email is autogenerated from the output from: http://jakarta.apache.org/builds/gump/2002-04-12/jakarta-tomcat.html Can someone fix the damn build? It's 3 days 3.x doesn't build... A tree which should be bugfix only... Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
FW: [GUMP] Build Failure - Tomcat 3.x
Sam? Any clue on what's going on?
Pier
-- Forwarded Message
From: Ignacio J. Ortega [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
Date: Fri, 12 Apr 2002 15:25:58 +0200
To: 'Tomcat Developers List' [EMAIL PROTECTED]
Subject: RE: [GUMP] Build Failure - Tomcat 3.x
De: Pier Fumagalli [mailto:[EMAIL PROTECTED]]
Enviado el: viernes 12 de abril de 2002 15:10
Can someone fix the damn build? It's 3 days 3.x doesn't
build... A tree
which should be bugfix only...
Pier
We need to fix gump, not tomcat..
Saludos ,
Ignacio J. Ortega
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
-- End of Forwarded Message
---BeginMessage---
This email is autogenerated from the output from:
http://jakarta.apache.org/builds/gump/2002-04-12/jakarta-tomcat.html
Buildfile: build.xml
detect:
msg.jdk12:
[echo] Detected JDK1.2
msg.jsse:
[echo] Detected JSSE
msg.puretls:
msg.commons-dbcp:
msg.jtc:
init:
prepare.dirs:
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/conf
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/conf/auto
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/classes
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/apps
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/container
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/common
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/logs
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/bin
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/doc
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/webapps
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/modules
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat/build/tomcat/native
[copy] Copying 10 files to /home/rubys/jakarta/jakarta-tomcat/build/tomcat/bin
[copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat/build/tomcat/bin
[copy] Copying 18 files to /home/rubys/jakarta/jakarta-tomcat/build/tomcat/conf
[copy] Copying 44 files to /home/rubys/jakarta/jakarta-tomcat/build/tomcat/doc
[copy] Copying 85 files to /home/rubys/jakarta/jakarta-tomcat/build/tomcat/native
[copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat/build/tomcat
[copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat/build/tomcat
[copy] Copying 1 file to
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/container
[copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/apps
[copy] Copying 1 file to
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/common
[copy] Copying 1 file to
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/common
[copy] Copying 1 file to
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/common
prepare.jaxp101:
include.jaxp:
[echo] Including jaxp.jar
[copy] Copying 1 file to
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/container
prepare.jaxp11:
[echo] Installing JAXP-1.1
[copy] Copying 1 file to
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/container
[copy] Copying 1 file to
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/container
prepare.xerces:
prepare.jaxp:
prepare:
tomcat_util:
detect:
[available] DEPRECATED - available used to override an existing property.
Build file should not reuse the same property name for different values.
build-prepare:
build-main:
[echo] - Java-utils -
[echo] -- puretls.present = ${puretls.present}
[echo] -- jsse.present = true
[echo] -- commons-logging = true
[javac] Compiling 3 source files to
/home/rubys/jakarta/jakarta-tomcat-connectors/util/build/classes
[jar] Building jar:
/home/rubys/jakarta/jakarta-tomcat-connectors/util/build/lib/tomcat-util.jar
[javac] Compiling 46 source files to
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/classes
[javac]
/home/rubys/jakarta/jakarta-tomcat/src/share/org/apache/tomcat/util/hooks/Hooks.java:65:
cannot resolve symbol
[javac] symbol : class IntrospectionUtils
[javac] location: package util
[javac] import org.apache.tomcat.util.IntrospectionUtils;
[javac] ^
[javac]
/home/rubys/jakarta/jakarta-tomcat/src/share/org/apache/tomcat/util/io/FileUtil.java:70:
package org.apache.tomcat.util.log does not exist
[javac] import org.apache.tomcat.util.log.*;
[javac] ^
[javac]
RE: [GUMP] Build Failure - Tomcat 3.x
I think the new dependencies in Tomcat 3.3.x are making it difficult to get things set up successfully in Gump. The most recent change to the jakarta-tomcat.xml definition file in Gump has the comment: remove dependency on tomcat-util as it causes new problems which is why it didn't build today. I was going to try to get Gump running locally this weekend and see if there are changes to Tomcat 3's build.xml that would make it more Gump friendly. Cheers, Larry -Original Message- From: Pier Fumagalli [mailto:[EMAIL PROTECTED]] Sent: Friday, April 12, 2002 9:30 AM To: Sam Ruby Cc: Tomcat Developers List Subject: FW: [GUMP] Build Failure - Tomcat 3.x Sam? Any clue on what's going on? Pier -- Forwarded Message From: Ignacio J. Ortega [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] Date: Fri, 12 Apr 2002 15:25:58 +0200 To: 'Tomcat Developers List' [EMAIL PROTECTED] Subject: RE: [GUMP] Build Failure - Tomcat 3.x De: Pier Fumagalli [mailto:[EMAIL PROTECTED]] Enviado el: viernes 12 de abril de 2002 15:10 Can someone fix the damn build? It's 3 days 3.x doesn't build... A tree which should be bugfix only... Pier We need to fix gump, not tomcat.. Saludos , Ignacio J. Ortega -- To unsubscribe, e-mail: mailto:tomcat-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- End of Forwarded Message -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7897] - Realm problem...
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=7897. 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=7897 Realm problem... [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 14:03 --- I tried it. It is a duplicate of bug 6468. It is odd that in that case the browser doesn't display the page (in many others, it does). *** This bug has been marked as a duplicate of 6468 *** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6468] - content-type not set for errors
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=6468. 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=6468 content-type not set for errors [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 14:03 --- *** Bug 7897 has been marked as a duplicate of this bug. *** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java
There are bugs that never die :)) Checked code and 3.2 is correct, 3.3 and coyote not, 4.0 original processor not checked, i think this is the third time i talk about the same, may be this is the third connector generation that jakarta-tomcat project does? ;) Larry we need to fix that ASAP, in 3.3 tree at least.. Just now 3.3 connector is defaulting to socket port, whena port is not present in the host header, we need to default to 80, and only use tyhe socket port in case of no Host Header.. Saludos , Ignacio J. Ortega -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [GUMP] Build Failure - Tomcat 3.x
On Fri, 12 Apr 2002, Larry Isaacs wrote: I think the new dependencies in Tomcat 3.3.x are making it difficult to get things set up successfully in Gump. The most recent change to the jakarta-tomcat.xml definition file in Gump has the comment: remove dependency on tomcat-util as it causes new problems which is why it didn't build today. I was going to try to get Gump running locally this weekend and see if there are changes to Tomcat 3's build.xml that would make it more Gump friendly. Or I can remove CommonLogHandler from util. It may be easier. Costin Cheers, Larry -Original Message- From: Pier Fumagalli [mailto:[EMAIL PROTECTED]] Sent: Friday, April 12, 2002 9:30 AM To: Sam Ruby Cc: Tomcat Developers List Subject: FW: [GUMP] Build Failure - Tomcat 3.x Sam? Any clue on what's going on? Pier -- Forwarded Message From: Ignacio J. Ortega [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] Date: Fri, 12 Apr 2002 15:25:58 +0200 To: 'Tomcat Developers List' [EMAIL PROTECTED] Subject: RE: [GUMP] Build Failure - Tomcat 3.x De: Pier Fumagalli [mailto:[EMAIL PROTECTED]] Enviado el: viernes 12 de abril de 2002 15:10 Can someone fix the damn build? It's 3 days 3.x doesn't build... A tree which should be bugfix only... Pier We need to fix gump, not tomcat.. Saludos , Ignacio J. Ortega -- To unsubscribe, e-mail: mailto:tomcat-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- End of Forwarded Message -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: JNI
On Fri, 12 Apr 2002, Pier Fumagalli wrote: Then it won't work... BTW, I hope you guys are not trying to load APR from the VM, right? Because if so, I _really_ want to see how you can do it on Mach-O kernel based Oses :) mod_jk2 is using APR, and on the java side the JNI and Unix socket implementations are using APR. In addition we'll use APR to access shm, etc. The socket transport will allways work - so if a VM can't load APR it can use socket transport and ignore the advanced features ( or wait for a fixed VM that supports JNI ). And to explain it better, on some Oses, such as Apple's MacOS/X, System.load() will only load MH_BUNDLE libraries in the memory space, not common DYLIBs. So, you'd have to have a MH_BUNDLE containing the dlopen() (or however that function is called), so that you can load something like APR, once that's loaded you register the functions and such, and yadayadayada... Native loader... Way too compicarted... So the VM supports JNI, but the JNI functions can't use any library ? Sounds like a serious bug. Hopefully we'll find a workaround, or just use socket transport from java. believe we were still waiting for Costin to get the approval for SilverEgg's... jakarta-commons - I sent the proposal, it got the votes. Costin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java
There are bugs that never die :)) Checked code and 3.2 is correct, 3.3 and coyote not, 4.0 original processor not checked, i think this is the third time i talk about the same, may be this is the third connector generation that jakarta-tomcat project does? ;) Larry we need to fix that ASAP, in 3.3 tree at least.. Just now 3.3 connector is defaulting to socket port, whena port is not present in the host header, we need to default to 80, and only use tyhe socket port in case of no Host Header.. Let me set that thing clearly. In HTTP/1.0, looking at the Host header is non standard. We can look at it if it is there (and I believe we do; if we don't it is very simple to change that), but in the end the HTTP/1.0 protocol is inefficient broken in many many ways, and it's not Tomcat's job to fix it. If NAT doesn't work with HTTP/1.0, then it is the protocol's fault. I don't know any client these days which wouldn't use HTTP/1.1 in its header anyway. In HTTP/1.1, we *only* look at the host header (so it works fine). I see a lot of noise from you about this trivial issue. Is there something I missed ? Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: JNI
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote: On Fri, 12 Apr 2002, Pier Fumagalli wrote: Then it won't work... BTW, I hope you guys are not trying to load APR from the VM, right? Because if so, I _really_ want to see how you can do it on Mach-O kernel based Oses :) mod_jk2 is using APR, and on the java side the JNI and Unix socket implementations are using APR. In addition we'll use APR to access shm, etc. The socket transport will allways work - so if a VM can't load APR it can use socket transport and ignore the advanced features ( or wait for a fixed VM that supports JNI ). It's not a matter of fixing the VM... And to explain it better, on some Oses, such as Apple's MacOS/X, System.load() will only load MH_BUNDLE libraries in the memory space, not common DYLIBs. So, you'd have to have a MH_BUNDLE containing the dlopen() (or however that function is called), so that you can load something like APR, once that's loaded you register the functions and such, and yadayadayada... Native loader... Way too compicarted... So the VM supports JNI, but the JNI functions can't use any library ? Sounds like a serious bug. Hopefully we'll find a workaround, or just use socket transport from java. Nope... The VM can load JNI libraries when those are linked as MH_BUNDLE, which is a great feature of Mach-O: it's basically the separation in concept of library and plug-in. A plug-in is a MH_BUNDLE, and that gets loaded within the scope of the VM as RTLD_LOCAL does on dyld systems. Sure that a plugin can rely on external libraries (DYLIB or RTLD_GLOBAL), but those need to be read before the VM start to avoid runtime linkage errors (if there's a dual definition of a symbol, with RTLD_GLOBAL I'm dead, as I'll never know where my code will crash). That's why there's that nice environment *_PRELOAD (*=DYLD/LD), which links the binary at process startup and will not make the process start if something is not right. The JVM _is_ behaving correctly, no bug whatsoever, the problem is that you don't have to confuse a pluging (MH_BUNDLE, RTLD_LOCAL) with a library (DYLIB, RTLD_GLOBAL)... All nice and clean. believe we were still waiting for Costin to get the approval for SilverEgg's... jakarta-commons - I sent the proposal, it got the votes. Craps another ml to check. :( Pier -- I think that it's extremely foolish to name a server after the current U.S. President. B.W. Fitzpatrick -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Building mod_jk2 for Win32
On Fri, 12 Apr 2002, Ignacio J. Ortega wrote: I've defined HAVE_UNIXSOCKETS, and i'm making the ifdefs with that it seems to me a little better, i think that not having unix sockets ( at least with that name :) maybe is more common than only win32?.. That's fine. The goal is to be able to use the best transport on each platform - doors is one possibility and it works only on solaris ( and a bit on linux ). You can exclude channel_apr_socket completely on windows, for socket you can use the old channel_socket. I'm trying to build the thing with MSVC so I can start porting the IIS Same here, just now i've built apr standalone, and i'm in the process of fixing build.xml for the win32 things.. to be able to build, mod_jk2 from ant, may be mod_jk2 will be the first apache project being dsp files free :)).. :-) connector, it seems there are problems with the JK_METHOD and static, plus some other minor things to be resolved. I will devote some time later today for this, yesterday i've stopped at the very same point, with errors about function pointers assignment, it looks like what you are speaking about.. If you can solve this - it will simplify my life too :-) Same here :)) but i can understand you, i'm a win32 everyday user, and i'm used to that OS ( may be someone here call it crap instead OS :))), No OS is perfect :-) I'll wait for your commits - the only thing I would really like to try to do with the IIS connector is refactor the registry access code into common/jk_config_registry.c. Just to see if the interface is good and can support non-file based config storage. and i have all the neccesary things to work in that, i'll be glad of help the win32 part of mod_jk2, and the port ISAPI plugin from jk to jk2.. Same here. Since I'm not a windows user I'll wait for your code. Let me know how I can help. Costin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11Http11Processor.java
On Fri, 12 Apr 2002, Remy Maucherat wrote: In HTTP/1.0, looking at the Host header is non standard. We can look at it if it is there (and I believe we do; if we don't it is very simple to change that), but in the end the HTTP/1.0 protocol is inefficient broken in many The Host header is not specified in the standard - it's what we would call a 'standard extension' :-) There are few extensions to the HTTP/1.0 that are in very common use - in the sense that all browsers and most clients support them, and Host is the best example. Some of those extensions found their way into HTTP/1.1 spec. AFAIK Host: allways worked this way ( at least in the last 5 years ). many ways, and it's not Tomcat's job to fix it. If NAT doesn't work with HTTP/1.0, then it is the protocol's fault. I don't know any client these days which wouldn't use HTTP/1.1 in its header anyway. In HTTP/1.1, we *only* look at the host header (so it works fine). No, it's just a bug in our code ( both 3.3 and coyote ). If a Host header is present, it should be interpreted exaclty as in HTTP/1.1. I see a lot of noise from you about this trivial issue. Is there something I missed ? I guess we're missing Nacho's commit that fixes the problem :-) It seems to be an itch for him - we're just making noise to encourage him to fix it :-) Costin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java
remm02/04/12 07:47:22
Modified:http11/src/java/org/apache/coyote/http11
Http11Processor.java
Log:
- Refactor a bit parseHost.
- If Host header is present in HTTP/1.0, the behavior is identical to HTTP/1.1.
This looks the most reasonable, but I don't see many HTTP/1.0 clients sending the
Host header. Is everything ok now ? ;-)
Revision ChangesPath
1.26 +28 -27
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.25
retrieving revision 1.26
diff -u -r1.25 -r1.26
--- Http11Processor.java 12 Apr 2002 06:22:46 - 1.25
+++ Http11Processor.java 12 Apr 2002 14:47:22 - 1.26
@@ -372,8 +372,6 @@
// Setting up filters, and parse some request headers
prepareRequest();
-parseHost(request);
-
if (maxKeepAliveRequests 0 --keepAliveLeft == 0)
keepAlive = false;
@@ -573,7 +571,7 @@
http11 = true;
http09 = false;
contentDelimitation = false;
-if(sslSupport != null)
+if (sslSupport != null)
request.scheme().setString(https);
MessageBytes protocolMB = request.protocol();
@@ -710,13 +708,17 @@
}
}
+MessageBytes valueMB = request.getMimeHeaders().getValue(host);
+
// Check host header
-if (http11 (request.getMimeHeaders().getValue(host) == null)) {
+if (http11 (valueMB == null)) {
error = true;
// 400 - Bad request
response.setStatus(400);
}
+parseHost(valueMB);
+
if (!contentDelimitation) {
// If there's no content length and we're using HTTP/1.1, assume
// the client is not broken and didn't send a body
@@ -736,25 +738,22 @@
/**
* Parse host.
*/
-public void parseHost(Request req)
-throws IOException {
-
-MessageBytes valueMB = req.getMimeHeaders().getValue(host);
+public void parseHost(MessageBytes valueMB) {
-ByteChunk valueBC = null;
if (valueMB == null || valueMB.isNull()) {
// HTTP/1.0
// Default is what the socket tells us. Overriden if a host is
// found/parsed
-req.setServerPort(socket.getLocalPort());
+request.setServerPort(socket.getLocalPort());
InetAddress localAddress = socket.getLocalAddress();
-// Setting the socket-related fields. The adapter doesn't know about
-// socket.
-req.setLocalHost(localAddress.getHostName());
-req.serverName().setString(localAddress.getHostName());
+// Setting the socket-related fields. The adapter doesn't know
+// about socket.
+request.setLocalHost(localAddress.getHostName());
+request.serverName().setString(localAddress.getHostName());
return;
}
-valueBC = valueMB.getByteChunk();
+
+ByteChunk valueBC = valueMB.getByteChunk();
byte[] valueB = valueBC.getBytes();
int valueL = valueBC.getLength();
int valueS = valueBC.getStart();
@@ -769,32 +768,34 @@
}
if (colonPos 0) {
-if( http11 ) {
-if(sslSupport == null) // not configured Secure
-req.setServerPort(80);
-else
-req.setServerPort(443); // if Secure, assume https
+if (sslSupport == null) {
+// 80 - Default HTTTP port
+request.setServerPort(80);
} else {
-// Assume that non-HTTP/1.1 clients are broken
-req.setServerPort(socket.getLocalPort());
+// 443 - Default HTTPS port
+request.setServerPort(443);
}
-req.serverName().setBytes( valueB, valueS, valueL);
+request.serverName().setBytes(valueB, valueS, valueL);
} else {
-req.serverName().setBytes( valueB, valueS, colonPos);
+
+request.serverName().setBytes(valueB, valueS, colonPos);
int port = 0;
int mult = 1;
for (int i = valueL - 1; i colonPos; i--) {
int charValue = HexUtils.DEC[(int) valueB[i + valueS]];
if (charValue == -1) {
-// Use the default
-port=80;
+// Invalid character
+
DO NOT REPLY [Bug 8020] New: - Collision due to different Xerces versions
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=8020. 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=8020 Collision due to different Xerces versions Summary: Collision due to different Xerces versions Product: Tomcat 4 Version: 4.0.2 Final Platform: Sun OS/Version: Solaris Status: NEW Severity: Minor Priority: Other Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I have a webapp under Tomcat which includes in its WEB-INF/lib directory xerces.jar from Xerces-J v. 1.1.3. Whe I try to access my JSPs I get the error which is included bellow this description.Everything worked fine with Tomcat 4.0.1 (I haven't seen it documented anywhere, but I think Tomcat 4.0.1 uses Xerces v 1.4.3 and Tomcat 4.0.2 and 4.0.3 includes Xerces v 1.4.4). There's an obvious workaround which is removing xerces.jar from WEB-INF/lib (which makes everything work fine), but shouldn't it work anyway? I understand Jasper uses a different ClassLoader in order to have no interference from different XML parsers used by the webapps. ERROR: Apache Tomcat/4.0.2 - HTTP Status 500 - Internal Server Error type Exception report message Internal Server Error description The server encountered an internal error (Internal Server Error) that prevented it from fulfilling this request. exception javax.servlet.ServletException: Servlet.init() for servlet jsp threw exception at java.lang.Throwable.fillInStackTrace(Native Method) at java.lang.Throwable.fillInStackTrace(Compiled Code) at java.lang.Throwable.(Compiled Code) at java.lang.Exception.(Compiled Code) at javax.servlet.ServletException.(Compiled Code) at org.apache.catalina.core.StandardWrapper.loadServlet(Compiled Code) at org.apache.catalina.core.StandardWrapper.allocate(Compiled Code) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:2 14) at org.apache.catalina.core.StandardPipeline.invokeNext(Compiled Code) at org.apache.catalina.core.StandardPipeline.invoke(Compiled Code) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:1 90) at org.apache.catalina.core.StandardPipeline.invokeNext(Compiled Code) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(Compiled Code) at org.apache.catalina.core.StandardContext.invoke(Compiled Code) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline.invokeNext(Compiled Code) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java :170) at org.apache.catalina.core.StandardPipeline.invokeNext(Compiled Code) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(Compiled Code) at org.apache.catalina.valves.AccessLogValve.invoke(Compiled Code) at org.apache.catalina.core.StandardPipeline.invokeNext(Compiled Code) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174 ) at org.apache.catalina.core.StandardPipeline.invokeNext(Compiled Code) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.connector.http.HttpProcessor.process(Compiled Code) at org.apache.catalina.connector.http.HttpProcessor.run(Compiled Code) at java.lang.Thread.run(Compiled Code) root cause java.lang.NoClassDefFoundError: org/w3c/dom/range/DocumentRange at org.apache.xerces.jaxp.DocumentBuilderImpl.(DocumentBuilderImpl.java:98) at org.apache.xerces.jaxp.DocumentBuilderFactoryImpl.newDocumentBuilder(DocumentBui lderFactoryImpl.java:87) at org.apache.jasper.parser.ParserUtils.parseXMLDocument(Compiled Code) at org.apache.jasper.compiler.TldLocationsCache.processWebDotXml(Compiled Code) at org.apache.jasper.compiler.TldLocationsCache.(TldLocationsCache.java:138) at org.apache.jasper.EmbededServletOptions.(EmbededServletOptions.java:345) at org.apache.jasper.servlet.JspServlet.init(Compiled Code) at
DO NOT REPLY [Bug 8020] - Collision due to different Xerces versions
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=8020. 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=8020 Collision due to different Xerces versions [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 15:00 --- The new code used to allow more flexibility in the XML parser handling had bugs (sorry about that). *** This bug has been marked as a duplicate of 6374 *** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6374] - class not find for:org/w3c/dom/range/Range
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=6374. 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=6374 class not find for:org/w3c/dom/range/Range [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 15:00 --- *** Bug 8020 has been marked as a duplicate of this bug. *** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: DefaultServlet problem...
The DefaultServlet class is performing logic which belongs (and is already
there) in the HttpServletRequest implementation. It implements HTTP date
header parsing as follows...
// Parsing the HTTP Date
for (int i = 0; (date == null) (i formats.length);
i++)
{
try {
date = formats[i].parse(headerValue);
} catch (ParseException e) {
;
}
}
The methods needing an HTTP date header should use the
HttpServletRequest.getDateHeader() method. If it is absolutely necessary
that this logic be inside the DefaultServlet class, then it should at
least
be extracted into a private helper method (called parseDateHeader or
something), rather than repeated 4 times.
Yes, this looks better indeed.
Remy
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java
I guess we're missing Nacho's commit that fixes the problem :-) Yes, he seemed to have a good idea about what was needed. It seems to be an itch for him - we're just making noise to encourage him to fix it :-) Since I was getting curious about what all this was about - :) - I went and looked at the code, and it looks as if the header is present, we're parsing it for HTTP/1.0 (looks good), but if no port is specified, in HTTP/1.1 we default to 80 (or 443), and in HTTP/1.0 we default to the socket port. It doesn't look very consistent to me ;-) Thanks, Remy, My language impedance is high at times ;), but it looks good now, Sorry for the noise, and thanks for the fix, Larry just now 3.3 has the very same problem i'll try to fix it.. Saludos , Ignacio J. Ortega -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: JNI
Pier Fumagalli wrote: [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: On Fri, 12 Apr 2002, Pier Fumagalli wrote: Then it won't work... BTW, I hope you guys are not trying to load APR from the VM, right? Because if so, I _really_ want to see how you can do it on Mach-O kernel based Oses :) mod_jk2 is using APR, and on the java side the JNI and Unix socket implementations are using APR. In addition we'll use APR to access shm, etc. The socket transport will allways work - so if a VM can't load APR it can use socket transport and ignore the advanced features ( or wait for a fixed VM that supports JNI ). It's not a matter of fixing the VM... And to explain it better, on some Oses, such as Apple's MacOS/X, System.load() will only load MH_BUNDLE libraries in the memory space, not common DYLIBs. So, you'd have to have a MH_BUNDLE containing the dlopen() (or however that function is called), so that you can load something like APR, once that's loaded you register the functions and such, and yadayadayada... Native loader... Way too compicarted... So the VM supports JNI, but the JNI functions can't use any library ? Sounds like a serious bug. Hopefully we'll find a workaround, or just use socket transport from java. Nope... The VM can load JNI libraries when those are linked as MH_BUNDLE, which is a great feature of Mach-O: it's basically the separation in concept of library and plug-in. A plug-in is a MH_BUNDLE, and that gets loaded within the scope of the VM as RTLD_LOCAL does on dyld systems. Sure that a plugin can rely on external libraries (DYLIB or RTLD_GLOBAL), but those need to be read before the VM start to avoid runtime linkage errors (if there's a dual definition of a symbol, with RTLD_GLOBAL I'm dead, as I'll never know where my code will crash). That's why there's that nice environment *_PRELOAD (*=DYLD/LD), which links the binary at process startup and will not make the process start if something is not right. The JVM _is_ behaving correctly, no bug whatsoever, the problem is that you don't have to confuse a pluging (MH_BUNDLE, RTLD_LOCAL) with a library (DYLIB, RTLD_GLOBAL)... All nice and clean. Is testing on moof.apache.org a good idea? man dlopen there shows the following: +++ BUGS An error that occurs while processing a dlopen() request results in the termination of the program. +++ believe we were still waiting for Costin to get the approval for SilverEgg's... jakarta-commons - I sent the proposal, it got the votes. Craps another ml to check. :( Pier -- I think that it's extremely foolish to name a server after the current U.S. President. B.W. Fitzpatrick -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8013] - DefaultServlet Throws NumberFormatException
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=8013. 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=8013 DefaultServlet Throws NumberFormatException [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 15:29 --- There's a problem with the default servlet as it uses shared date parsers (possible thread safety problems), as was poited out earlier today. Maybe this could cause this problem. It could also be that the HTTP request is invalid, or maybe be a bug in the JDK date parser code. The HTTP date formats used by TC appear the right one. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7826] - ManagerServlet response is garbled
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=7826. 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=7826 ManagerServlet response is garbled --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 15:32 --- Do you mean you are using UTF-8 context names, and they are not displayed correctly ? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Probelms about Tomcat + IIS
Hello, I'm trying to add Tomcat as a module of IIS (on Windows NT, Option Pack 6). Everything seems ok about the installation of Tomcat (I can see the Jsp file on :8080 port); I have also added the filter isapi_redirect.dll and it has the green arrow; also the isapi.log file is generated. But everytime I try to access a jsp page on :80 port (ad example http:server_name/examples/jsp/index.html) I have this error: An application error has occured and an application error log is being generated inetinfo.exe Execption: access violation (0x005), Address 0x01443d90 (The message is given by a Dr. Northon window) Also, I have to restart all the Internet services. Can you help me? Thanks, Gabriele -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4227] - Invalid CGI path
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=4227. 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=4227 Invalid CGI path [EMAIL PROTECTED] changed: What|Removed |Added Component|Catalina|Servlets:CGI -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6659] - HttpUtils.getRequestURL gives incorrect URL with web.xml redirected error pages
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=6659. 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=6659 HttpUtils.getRequestURL gives incorrect URL with web.xml redirected error pages [EMAIL PROTECTED] changed: What|Removed |Added Component|Unknown |Servlet JSP API -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6764] - commons-logging error at startup
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=6764. 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=6764 commons-logging error at startup [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 15:36 --- I tried putting log4j in a webapp some time ago, and it appeared to work fine. Maybe there was some problem in the earlier versions of commons-logging. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7287] - Rapid page reload succession slows Tomcat response
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=7287. 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=7287 Rapid page reload succession slows Tomcat response [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Component|Unknown |Connector:HTTP/1.1 ||(deprecated) Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 15:51 --- I still don't understand why or how the problem would happen. It could be a bug in the VM network stack. It doesn't look very likely it would be a bug in Tomcat as the logs don't contain any relevant information. If you find more conclusive information, submit it. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c
mmanders02/04/12 08:55:59
Modified:jk/native/apache-2.0 mod_jk.c
Log:
Moved cleanup routine to the right place. At least on NetWare, the module is loaded
multiple times and the first time, cleanup wasn't happening. Since it is a pool
cleanup, I now register the cleanup where the pool is first used.
Revision ChangesPath
1.43 +31 -31jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c
Index: mod_jk.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c,v
retrieving revision 1.42
retrieving revision 1.43
diff -u -r1.42 -r1.43
--- mod_jk.c 11 Apr 2002 21:52:43 - 1.42
+++ mod_jk.c 12 Apr 2002 15:55:59 - 1.43
@@ -60,7 +60,7 @@
* Description: Apache 2 plugin for Jakarta/Tomcat *
* Author: Gal Shachor [EMAIL PROTECTED] *
* Henri Gomez [EMAIL PROTECTED] *
- * Version: $Revision: 1.42 $ *
+ * Version: $Revision: 1.43 $ *
***/
/*
@@ -1328,6 +1328,35 @@
return DECLINED;
}
+/** Standard apache hook, cleanup jk
+ */
+static apr_status_t jk_apr_pool_cleanup(void *data)
+{
+server_rec *s = data;
+
+while (NULL != s)
+{
+jk_server_conf_t *conf =
+(jk_server_conf_t *)ap_get_module_config(s-module_config, jk_module);
+
+
+if (conf)
+{
+wc_close(conf-log);
+if (conf-worker_properties)
+map_free(conf-worker_properties);
+if (conf-uri_to_context)
+map_free(conf-uri_to_context);
+if (conf-automount)
+map_free(conf-automount);
+if (conf-uw_map)
+uri_worker_map_free(conf-uw_map, conf-log);
+jk_close_file_logger(conf-log);
+}
+s = s-next;
+}
+}
+
/** Create default jk_config. XXX This is mostly server-independent,
all servers are using something similar - should go to common.
*/
@@ -1390,6 +1419,7 @@
c-s = s;
+apr_pool_cleanup_register(p, s, jk_apr_pool_cleanup, jk_apr_pool_cleanup);
return c;
}
@@ -1466,35 +1496,6 @@
return overrides;
}
-/** Standard apache hook, cleanup jk
- */
-static apr_status_t jk_child_exit(void *data)
-{
-server_rec *s = data;
-
-while (NULL != s)
-{
-jk_server_conf_t *conf =
-(jk_server_conf_t *)ap_get_module_config(s-module_config, jk_module);
-
-
-if (conf)
-{
-wc_close(conf-log);
-if (conf-worker_properties)
-map_free(conf-worker_properties);
-if (conf-uri_to_context)
-map_free(conf-uri_to_context);
-if (conf-automount)
-map_free(conf-automount);
-if (conf-uw_map)
-uri_worker_map_free(conf-uw_map, conf-log);
-jk_close_file_logger(conf-log);
-}
-s = s-next;
-}
-}
-
/** Standard apache callback, initialize jk.
*/
static void jk_child_init(apr_pool_t *pconf,
@@ -1503,7 +1504,6 @@
jk_server_conf_t *conf =
(jk_server_conf_t *)ap_get_module_config(s-module_config, jk_module);
-apr_pool_cleanup_register(pconf, s, jk_child_exit, jk_child_exit);
/* init_jk( pconf, conf, s ); */
}
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native build.xml
mmanders02/04/12 08:57:31
Modified:jk/native build.xml
Log:
Added necessary flags for building NetWare version.
Revision ChangesPath
1.30 +32 -3 jakarta-tomcat-connectors/jk/native/build.xml
Index: build.xml
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/build.xml,v
retrieving revision 1.29
retrieving revision 1.30
diff -u -r1.29 -r1.30
--- build.xml 9 Apr 2002 21:42:55 - 1.29
+++ build.xml 12 Apr 2002 15:57:31 - 1.30
@@ -132,7 +132,7 @@
debug=${so.debug}
taskDebug=0
profile=${so.profile}
- def name=_REENTRANT /
+ def name=_REENTRANT unless=netware /
def name=CHANNEL if=use.channel
info=Use the new (experimental) channel interface /
def name=AJP12 if=use.ajp12
@@ -142,7 +142,7 @@
def name=REUSE_WORKER
unless=option_no_reuse_worker
info=Reuse the worker endpoint, using per thread data /
- def name=USE_APACHE_MD5
+ def name=USE_APACHE_MD5 unless=netware
info=Use the MD5 implementation that is part of apache2 /
def name=HPUX11 if=hpux /
apacheConfig apxs=${apxs20} /
@@ -157,8 +157,12 @@
include name=${native.dir}/common /
include name=${apache2.include} /
include name=${java.home}/../include /
- include name=${java.home}/../include/win32 if=win32 /
+
+!-- Platform specific includes --
+include name=${java.home}/../include/win32 if=win32 /
include name=${java.home}/../include/hp-ux if=hpux /
+include name=${java.home}/../include/netware if=netware /
+ include name=${novelllibc.dir}/include if=netware /
/includes
depends
fileset dir=${native.dir}/common includes=*.h /
@@ -178,6 +182,30 @@
import fileName=wsock32.lib if=win32 /
linkOpt value=/libpath:quot;${build.compiler.base}/libquot; if=win32 /
linkOpt value=/libpath:quot;${apache2.home}/libquot; if=win32 /
+
+ def name=N_PLAT_NLM if=netware
+info=Building for NetWare platform /
+ def name=NETWARE if=netware
+info=Building for NetWare platform /
+ def name=__NETWARE__ if=netware
+info=Building for NetWare platform /
+ def name=__NOVELL_LIBC__ if=netware
+info=Building for NetWare platform with LibC libraries /
+
+ nlmmodule value=Apache2 if=netware /
+ import fileName=${novelllibc.dir}/imports/libc.imp if=netware /
+ import fileName=${novelllibc.dir}/imports/ws2nlm.imp if=netware /
+ import fileName=${apache2.home}/lib/httpd.imp if=netware /
+ import fileName=${apache2.home}/lib/aprlib.imp if=netware /
+ export symbol=jk_module if=netware /
+ linkOpt value=-desc quot;Apache 2.0 plugin for Tomcatquot; if=netware
/
+ linkOpt value=-nlmversion 2,0,0 if=netware /
+ linkOpt value=-threadname quot;mod_jk Modulequot; if=netware /
+ linkOpt value=-stacksize 8192 if=netware /
+ linkOpt value=-l ${novelllibc.dir}/imports if=netware /
+ linkOpt value=-flags AUTOUNLOAD, PSEUDOPREEMPTION if=netware /
+ linkOpt value=-entry _LibCPrelude if=netware /
+ linkOpt value=-exit _LibCPostlude if=netware /
/so
/target
@@ -205,6 +233,7 @@
include name=${java.home}/../include /
!-- Platform specific includes --
+ include name=${apache13.home}/include if=netware /
include name=${apache13.home}/os/netware if=netware /
include name=${novellndk.dir}/include/nlm if=netware /
include name=${novellndk.dir}/include if=netware /
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8005] - Bad Param passing with jsp:include
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=8005. 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=8005 Bad Param passing with jsp:include [EMAIL PROTECTED] changed: What|Removed |Added Component|Servlet JSP API |Jasper -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk build.properties.sample
mmanders02/04/12 09:01:30
Modified:jk build.properties.sample
Log:
Added necessary flags for building NetWare version of mod_jk for Apache 2.
Revision ChangesPath
1.10 +4 -2 jakarta-tomcat-connectors/jk/build.properties.sample
Index: build.properties.sample
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/build.properties.sample,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- build.properties.sample 20 Dec 2001 19:30:25 - 1.9
+++ build.properties.sample 12 Apr 2002 16:01:30 - 1.10
@@ -21,7 +21,6 @@
apache2.home=/opt/apache2
apache13.home=/opt/apache13
iplanet.home=/opt/iplanet6
-# iplanet.home=d:/tools/sdk/netscape
# APR location - by default the version included in Apache2 is used.
@@ -37,10 +36,13 @@
# Settings for building NetWare binaries. Uncomment these and modify for your
# environment to build NetWare binaries.
#
-# novellndk.dir=d:/tools/nwsdk
+# novellndk.dir=d:/tools/novell/ndk/nwsdk
+# novelllibc.dir=d:/tools/novell/ndk/libc
# build.compiler.base=d:/tools/mw/6.0
# build.compiler.cc=${build.compiler.base}/bin/mwccnlm
# build.compiler.ld=${build.compiler.base}/bin/mwldnlm
+# netscape.home=${iplanet.home}
+# option_no_reuse_worker=true
# Settings for building Windows binaries. Uncomment these and modify for your
# environment to build Windows binaries.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: DefaultServlet problem...
Maybe a combination of the solutions should be in order. There should be a
parseDateHeader() method wich returns a Date instance. Inside the
parseDateHeader() method, it should actually call the
HttpServletRequest.getDateHeader() method. Also, the
HttpServletRequest.getDateHeader() method should not share SimpleDateFormat
objects across threads.
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Friday, April 12, 2002 11:14 AM
Subject: Re: DefaultServlet problem...
The DefaultServlet class is performing logic which belongs (and is
already
there) in the HttpServletRequest implementation. It implements HTTP
date
header parsing as follows...
// Parsing the HTTP Date
for (int i = 0; (date == null) (i formats.length);
i++)
{
try {
date = formats[i].parse(headerValue);
} catch (ParseException e) {
;
}
}
The methods needing an HTTP date header should use the
HttpServletRequest.getDateHeader() method. If it is absolutely
necessary
that this logic be inside the DefaultServlet class, then it should at
least
be extracted into a private helper method (called parseDateHeader or
something), rather than repeated 4 times.
Yes, this looks better indeed.
Remy
--
To unsubscribe, e-mail:
mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
mailto:[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8024] New: - Can't include entities in web.xml
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=8024. 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=8024 Can't include entities in web.xml Summary: Can't include entities in web.xml Product: Tomcat 4 Version: Unknown Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Entities with relative paths are not resolved in the web.xml. I.e. ?xml version=1.0 encoding=ISO-8859-1? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/j2ee/dtds/web-app_2_3.dtd; [ !ENTITY webinc PUBLIC webinc webinc.xml ] web-app webinc; fails with Exception initializing TldLocationsCache: XML parsing error on file /WEB- INF/web.xml: (line 6, col -1): Relative URI webinc.xml; can not be resolved without a base URI. The reason for this is that Digester.parse(File) is called in o.a.c.startup.Catalina - this method does not set the system id of the InputSource, so relative paths can't be resolved. I suggest using Digester.parse(InputSource) where you'd set *BOTH* the stream *AND* the system ID (in form of file:// + file.getAbsolutePath()) properties of the input source to solve the problem. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8026] New: - Exceptions in StandardHostDeployer.addChild are lost through invokeMethod
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=8026. 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=8026 Exceptions in StandardHostDeployer.addChild are lost through invokeMethod Summary: Exceptions in StandardHostDeployer.addChild are lost through invokeMethod Product: Tomcat 4 Version: Nightly Build Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The value of Method.invoke() is not debatable. However, it has its issues, outside of pure performance questions. one annoyance with it is the InvocationTargetException that it can throw. The meaning of this is that the called method threw an exception. It doesn't note WHAT the exception was, just that it threw an exception. If the called method didn't log or print the exception in some way, there's no way to know what happened. This is what can happen when the Digester is parsing the Tomcat configuration files. I made a mistake in merging changes from my old 4.0.4b2 server.xml into the CVS latest server.xml. I ended up putting the manager Context into the new server.xml. I didn't notice the manager.xml in webapps. I guess that somehow takes the place of the Context in the server.xml (although I can't quite get manager to work yet). Anyway, when Tomcat starts up with the bad manager Context, I eventually get an error from MethodUtils.invokeMethod, being an InvocationTargetException. This is all I get. I don't even know what method it was invoking. I eventually had to build the latest Tomcat from CVS, and I added a print statement in that method, showing every method it was calling. I noticed the last one before it died, which was StandardHostDeployer.addChild(). When I broke in that method in the debugger, it pointed out the problem to me, as it attempted to throw an IllegalStateException, which would have been thrown away. I'm not certain whether this should be reported against Tomcat, or Commons. The real problem is that Method.invoke() can't record exceptions thrown from the called method, but I doubt that'll be changed anytime soon. In Tomcat, you could try to log all exceptions that might be called from the Digester, which is probably impractical. I would guess the best fix would be to have the direct or indirect caller of MethodUtils.invokeMethod() to log the ITE exception, indicating the method that was called. That would at least point someone to the method, which is better than nothing. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8029] New: - String literal %\ in JSP page causes 'Invalid escape character' complier error
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=8029. 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=8029 String literal %\ in JSP page causes 'Invalid escape character' complier error Summary: String literal %\ in JSP page causes 'Invalid escape character' complier error Product: Tomcat 4 Version: 4.0 Final Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Critical Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] The following jsp file demonstrates the problem: % // output string: %@ include file=/vgn/jsp/include.jsp % String str1 = %@ include file=\/vgn/jsp/include.jsp\ %\; out.println(str1); % When evaluating this jsp file on Tomcat 4.0, I received error: org.apache.jasper.JasperException: Unable to compile class for JSP An error occured between lines: 1 and 4 in the jsp file: /test.jsp Generated servlet error: C:\Apache\jakarta-tomcat-4.0\work\localhost\_\test$jsp.java:55: Invalid escape character. String str1 = %@ include file=\/vgn/jsp/include.jsp\ %\; ^ 1 error I think this is a bug in Tomcat implmentation since the escape sequence %\ is defined in section JSP 2.6 of JSP Specification 1.2. Weblogic 6.1 7.0 evaluate the above jsp file correctly. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/server Http10Interceptor.java
nacho 02/04/12 10:44:38
Modified:src/share/org/apache/tomcat/modules/server
Http10Interceptor.java
Log:
* Fix: for parse host header was giving the socket port when a host header was
present without one
Revision ChangesPath
1.34 +7 -2
jakarta-tomcat/src/share/org/apache/tomcat/modules/server/Http10Interceptor.java
Index: Http10Interceptor.java
===
RCS file:
/home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/modules/server/Http10Interceptor.java,v
retrieving revision 1.33
retrieving revision 1.34
diff -u -r1.33 -r1.34
--- Http10Interceptor.java8 Feb 2002 12:43:58 - 1.33
+++ Http10Interceptor.java12 Apr 2002 17:44:38 - 1.34
@@ -386,7 +386,11 @@
protected void parseHostHeader() {
MessageBytes hH=getMimeHeaders().getValue(host);
-serverPort = socket.getLocalPort();
+if (sslSupport != null){
+serverPort = 443;
+} else {
+serverPort = 80;
+}
if (hH != null) {
// XXX use MessageBytes
String hostHeader = hH.toString();
@@ -399,8 +403,9 @@
}catch(NumberFormatException nfe){
}
}else serverNameMB.setString( hostHeader);
-return;
+return;
}
+serverPort = socket.getLocalPort();
if( localHost != null ) {
serverNameMB.setString( localHost );
}
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Error running Apache 2.0 with mod_webapp.so or mod_jk-01.so binaries
Thanks for your quick response. I'm glad to hear you got it running. That certainly gives hope! You are welcome. ;-) I've tried mod_webapp and mod_jk and get the same error for each. I downloaded: - jakarta-tomcat-4.0.3.tar - mod_webapp.so (downloaded the binary) I build from source. Try download the source tar ball and follow the instruction in README.txt and INSTALL.txt. Tomcat seems to work fine on its own. Apache seems to work fine on its own. My problem is getting mod_webapp to link the two. I get the error below as soon as I include the LoadModule line in my httpd.conf: [root@bicaweb_dev webapps]# $APACHE_HOME/bin/apachectl start Syntax error on line 220 of /opt/apache2/conf/httpd.conf: Cannot load /opt/apache2/modules/mod_webapp.so into server: /opt/apache2/modules /mod_webapp.so: undefined symbol: ap_table_get /opt/apache2/bin/apachectl start: httpd could not be started Hum.. seems like the pre-build binary using the older version of APR? I don't know, my recent copy of 2.0.36-dev also does not have ap_table_get() function: nm httpd | grep ap_table_get howerver, I found apr_table_get symbol in httpd instead. Anybody here in this list know if there had been such API change in APR? Again, thanks very much for any suggestions you might have. Ray Peck Building Industry Credit Association Punky __ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8032] New: - mod_webapp RPM missing
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=8032. 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=8032 mod_webapp RPM missing Summary: mod_webapp RPM missing Product: Tomcat 4 Version: 4.0.3 Final Platform: All URL: http://jakarta.apache.org/builds/jakarta-tomcat- 4.0/release/v4.0.3/rpms/ OS/Version: All Status: NEW Severity: Normal Priority: Other Component: Connector:Webapp AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.3/rpms/ No mod_webapp RPM. The last release directory containing the mod_webapp RPM was http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.2-b2/rpms/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: JNI
jean-frederic clere [EMAIL PROTECTED] wrote: The JVM _is_ behaving correctly, no bug whatsoever, the problem is that you don't have to confuse a pluging (MH_BUNDLE, RTLD_LOCAL) with a library (DYLIB, RTLD_GLOBAL)... All nice and clean. Is testing on moof.apache.org a good idea? No need to do that, just straight out and make your assumptions correctly... man dlopen there shows the following: +++ BUGS An error that occurs while processing a dlopen() request results in the termination of the program. +++ That's weird as dlopen() is not even defined on MacOS/X :-( You shouldn't see that man page... And the problem is NOT on OS/X itself, it would repeat itself on any platform: How does dynamic linking occur? A DSO (dynamic shared object) is a piece of code (usually a library) which gets loaded by the kernel in a shared memory space for the benefit of all applications. Once linking is done, a hint table containing all associations symbol_name-pointer_to_function is set in the process to access the functions provided by the library. For each process there is ONE global hint table and several local tables: the global table contains all pointers to functions of the libraries linked in by the process loader, and the local tables contain all functions of the libraries loaded by the application itself. There is a way to force the allocation of all symbols to happen in the global table, but this must be used with care, as what happens is that if there's a duplicate symbol definition, well, things might get _really_ weird. So, what happens if you load a library with the JVM? The JVM loads the library and allocates a LOCAL symbols table. The problem is that if this library is linked to another library, the allocation of symbols of this second library should happen in the GLOBAL table, (case of JF loading APR which is linked to crypt)... Since you are loading APR local, you can't allocate stuff in global, and because of that, you get a nice linkage error. The _ONLY_ solution is to either force a GLOBAL loading of (let's say) APR by a third library which is loaded LOCALLY and loads APR globally (a let's say JNI-APR liaison) but at that point the linkage may fail, and you have to handle all the cases when this happens, or to preload the library at startup, either by linking your executable binary with the required library, or using the LD_PRELOAD environment variable. If things get messy at that point, the kernel will simply avoid to even start the process, and exit. Pier -- I think that it's extremely foolish to name a server after the current U.S. President. B.W. Fitzpatrick -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Error running Apache 2.0 with mod_webapp.so or mod_jk-01.sobinaries
Punky Tse [EMAIL PROTECTED] wrote: Tomcat seems to work fine on its own. Apache seems to work fine on its own. My problem is getting mod_webapp to link the two. I get the error below as soon as I include the LoadModule line in my httpd.conf: [root@bicaweb_dev webapps]# $APACHE_HOME/bin/apachectl start Syntax error on line 220 of /opt/apache2/conf/httpd.conf: Cannot load /opt/apache2/modules/mod_webapp.so into server: /opt/apache2/modules /mod_webapp.so: undefined symbol: ap_table_get /opt/apache2/bin/apachectl start: httpd could not be started Hum.. seems like the pre-build binary using the older version of APR? I don't know, my recent copy of 2.0.36-dev also does not have ap_table_get() function: nm httpd | grep ap_table_get howerver, I found apr_table_get symbol in httpd instead. Anybody here in this list know if there had been such API change in APR? No, AFAIK apr_table_get never changed... What _really_ puzzles me, is that ap_table_get is used in httpd 1.3... I believe this is because he's using a module compiled for 1.3 under 2.0... Pier -- I think that it's extremely foolish to name a server after the current U.S. President. B.W. Fitzpatrick -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: JNI
On Fri, 12 Apr 2002, Pier Fumagalli wrote: The _ONLY_ solution is to either force a GLOBAL loading of (let's say) APR by a third library which is loaded LOCALLY and loads APR globally (a let's say JNI-APR liaison) but at that point the linkage may fail, and you have to handle all the cases when this happens, or to preload the library at startup, either by linking your executable binary with the required library, or using the LD_PRELOAD environment variable. If things get messy at that point, the kernel will simply avoid to even start the process, and exit. As long as the LD_LIBRARY_PATH is correct, or the libraries are in the right places and not duplicated - things should work fine on any system. We have a standard JNI library, which depends on various libraries ( including APR ). There is no trick or special case here - just plain JNI and plain C code. I a java VM or OS can't load JNI code - or can't load JNI code that depends on other libraries - it is broken, and we'll not use JNI with it. ( unless we find a workaround for that specific platform - PRELOAD may be a solution, or creating a wrapper library that loads and register functions ). AFAIK loading a JNI library that depends on other libs works on most platforms and OSes ( Solaris, Linux, Windows for sure ). What doesn't work well are tricks like loading libraries from non-standard locations or withoug a LD_LIBRARY_PATH. So my proposal for JK/JNI and it's APR dependencies is simple - use LD_LIBRARY_PATH and the most standard JNI. We do need APR and native code to support some advanced features - but none of that is required for normal functioning of jk, it just gives more performance and access to APR-exposed OS-specific features where possible. Costin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Building mod_jk2 for Win32
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Enviado el: viernes 12 de abril de 2002 16:32 bit on linux ). You can exclude channel_apr_socket completely on windows, for socket you can use the old channel_socket. This way there is no need to ifdef unix sockets, thanks :)), but it's done now ;), so should i commit this change? from ant, may be mod_jk2 will be the first apache project being dsp files free :)).. :-) did you know http://sourceforge.net/projects/ant-contrib ? to do with the IIS connector is refactor the registry access code into common/jk_config_registry.c. Just to see if the interface is good and can support non-file based config storage. OK Same here. Since I'm not a windows user I'll wait for your code. Let me know how I can help. which is the intended int return value for jk_bean.setAttibute ? Saludos , Ignacio J. Ortega -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Building mod_jk2 for Win32
On Fri, 12 Apr 2002, Ignacio J. Ortega wrote: This way there is no need to ifdef unix sockets, thanks :)), but it's done now ;), so should i commit this change? Of course. FYI - I'm cleaning the jni worker now ( I want to have all components in a working state before a beta release for the native) from ant, may be mod_jk2 will be the first apache project being dsp files free :)).. :-) did you know http://sourceforge.net/projects/ant-contrib ? I heard about them some time ago. Is the CPP task working better than JKANT ? I don't have time to merge them, we should use whatever works better. Same here. Since I'm not a windows user I'll wait for your code. Let me know how I can help. which is the intended int return value for jk_bean.setAttibute ? JK_TRUE if the attribute was recognized. JK_FALSE if not. We don't stop if a wrong attribute is used, but warn. Costin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Building mod_jk2 for Win32
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Enviado el: viernes 12 de abril de 2002 16:32 Same here. Since I'm not a windows user I'll wait for your code. Let me know how I can help. Mostly compiling, i about to commit in half of an hour.. How to deal with content-length apr_off_t? here is defined as __int64, and code is using int and unsigned, and i got a warning about precision lost, maybe use apr_off_t where now is unsigned or int? Saludos , Ignacio J. Ortega -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Building mod_jk2 for Win32
On Fri, 12 Apr 2002, Ignacio J. Ortega wrote: Mostly compiling, i about to commit in half of an hour.. How to deal with content-length apr_off_t? here is defined as __int64, and code is using int and unsigned, and i got a warning about precision lost, maybe use apr_off_t where now is unsigned or int? Yes. But add an #define for the case where APR is not present. ( ifndef HAS_APR ... #define apr_off_t unsigned long ? ) At this moment we can't compile the APR with Apache1.3 ( mostly build problems ) - it seems most 'advanced' features will require APR, but I do want to keep a minimal core that works if apr is not available. Costin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8036] New: - Tomcat 4.0.3 doesn't extract war file automatically
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=8036. 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=8036 Tomcat 4.0.3 doesn't extract war file automatically Summary: Tomcat 4.0.3 doesn't extract war file automatically Product: Tomcat 4 Version: 4.0.3 Final Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] After I add Context path=/myApp docBase=myApp / into thc conf/server.xml and have myApp.war under the webapps directory, it doesn't extract the war file automatically when I startup tomcat. But, if I remove the Context path=/winceava docBase=winceava / from server.xml, it does the automatic extract correctly. To make sure it's not my code lead to this bug. I tried on the examples application comes with tomcat 4.0.3, it also doesn't extract automatically if there is a Context configuration for examples; And when I remove the Context configuration of examples from the server.xml, it extracts correctly. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/include jk_env.h jk_global.h jk_handler.h jk_logger.h
nacho 02/04/12 14:49:03
Modified:jk/native2/common jk_channel_jni.c jk_channel_socket.c
jk_config.c jk_endpoint.c jk_env.c
jk_handler_logon.c jk_handler_response.c
jk_logger_file.c jk_uriEnv.c jk_uriMap.c
jk_vm_default.c jk_worker_ajp13.c jk_workerEnv.c
jk/native2/include jk_env.h jk_global.h jk_handler.h
jk_logger.h
Log:
Fixes for Win32 compatibility, 72 warnings left
Revision ChangesPath
1.7 +6 -6 jakarta-tomcat-connectors/jk/native2/common/jk_channel_jni.c
Index: jk_channel_jni.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_channel_jni.c,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- jk_channel_jni.c 11 Apr 2002 19:30:23 - 1.6
+++ jk_channel_jni.c 12 Apr 2002 21:49:03 - 1.7
@@ -277,7 +277,7 @@
jk_endpoint_t *endpoint,
jk_msg_t *msg)
{
-int sd;
+//int sd;
int sent=0;
char *b;
int len;
@@ -370,10 +370,10 @@
jk_endpoint_t *endpoint,
jk_msg_t *msg)
{
-jbyte *nbuf;
-jbyteArray jbuf;
-int jlen;
-jboolean iscommit;
+//jbyte *nbuf;
+//jbyteArray jbuf;
+//int jlen;
+//jboolean iscommit;
jk_channel_jni_private_t *jniCh=_this-_privatePtr;
env-l-jkLog(env, env-l, JK_LOG_ERROR,
@@ -406,7 +406,7 @@
static int jk2_channel_jni_processMsg(jk_env_t *env, jk_endpoint_t *e,
jk_ws_service_t *r)
{
-int code;
+//int code;
jk_handler_t *handler;
int rc;
jk_handler_t **handlerTable=e-worker-workerEnv-handlerTable;
1.19 +3 -3 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.18
retrieving revision 1.19
diff -u -r1.18 -r1.19
--- jk_channel_socket.c 11 Apr 2002 19:30:23 - 1.18
+++ jk_channel_socket.c 12 Apr 2002 21:49:03 - 1.19
@@ -117,7 +117,7 @@
static int JK_METHOD jk2_channel_socket_close(jk_env_t *env, jk_channel_t *ch,
jk_endpoint_t *endpoint);
-static int jk2_channel_socket_setAttribute(jk_env_t *env,
+static int JK_METHOD jk2_channel_socket_setAttribute(jk_env_t *env,
jk_bean_t *mbean,
char *name, void *valueP)
{
@@ -248,7 +248,7 @@
jk_channel_t *ch,
jk_endpoint_t *endpoint)
{
-int err;
+//int err;
jk_channel_socket_private_t *socketInfo=
(jk_channel_socket_private_t *)(ch-_privatePtr);
@@ -261,7 +261,7 @@
sock = socket(AF_INET, SOCK_STREAM, 0);
if(sock 0) {
#ifdef WIN32
-if(SOCKET_ERROR == ret) {
+if(INVALID_SOCKET == sock) {
errno = WSAGetLastError() - WSABASEERR;
}
#endif /* WIN32 */
1.10 +10 -10jakarta-tomcat-connectors/jk/native2/common/jk_config.c
Index: jk_config.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_config.c,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- jk_config.c 11 Apr 2002 19:32:04 - 1.9
+++ jk_config.c 12 Apr 2002 21:49:03 - 1.10
@@ -58,7 +58,7 @@
/***
* Description: General purpose config object *
* Author: Gal Shachor [EMAIL PROTECTED] *
- * Version: $Revision: 1.9 $ *
+ * Version: $Revision: 1.10 $ *
***/
#include jk_global.h
@@ -140,7 +140,7 @@
char *workerFile)
{
FILE *fp;
-char buf[LENGTH_OF_LINE + 1];
+//char buf[LENGTH_OF_LINE + 1];
int i,j;
fp= fopen(workerFile, w);
@@ -201,16 +201,16 @@
jk_bean_t *w = NULL;
char *type=NULL;
char *dot=0;
-int i;
-char **comp;
-int nrComp;
+//int i;
+//char
DO NOT REPLY [Bug 8039] New: - connector.http.HttpResponseStream.checkHead NullPointerException
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=8039. 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=8039 connector.http.HttpResponseStream.checkHead NullPointerException Summary: connector.http.HttpResponseStream.checkHead NullPointerException Product: Tomcat 4 Version: 4.0.3 Final Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Minor Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Note: This bug does not seem to happen under Linux, only the Windows version, when I've tested it. The following exception occurrs: java.lang.NullPointerException at org.apache.catalina.connector.http.HttpResponseStream.checkHead (HttpResponseStream.java:253) at org.apache.catalina.connector.http.HttpResponseStream.init (HttpResponseStream.java:104) at org.apache.catalina.connector.http.HttpResponseImpl.createOutputStream (HttpResponseImpl.java:220) at org.apache.catalina.connector.ResponseBase.getOutputStream (ResponseBase.java:725) at org.apache.catalina.connector.ResponseBase.finishResponse (ResponseBase.java:469) at org.apache.catalina.connector.HttpResponseBase.finishResponse (HttpResponseBase.java:236) at org.apache.catalina.connector.http.HttpResponseImpl.finishResponse (HttpResponseImpl.java:288) at org.apache.catalina.connector.http.HttpProcessor.process (HttpProcessor.java:1039) at org.apache.catalina.connector.http.HttpProcessor.run (HttpProcessor.java:1107) at java.lang.Thread.run(Thread.java:484) The page does not load. No exception is reported, and it seems to be ignoring my code. Basically, the problem happens when the following code is executed on a server that does not have HTTPS. However, it's a very odd way for the server to crash and might be an indication of bigger problems? This is the entire code on that page: % response.sendRedirect(https://+request.getServerName() +:+request.getServerPort()); % -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 jk_apache2.h jk_logger_apache2.c jk_service_apache2.c
nacho 02/04/12 14:55:05
Modified:jk/native2/server/apache2 jk_apache2.h jk_logger_apache2.c
jk_service_apache2.c
Log:
Fixes for Win32 compatibility, 72 warnings left
Revision ChangesPath
1.6 +2 -2 jakarta-tomcat-connectors/jk/native2/server/apache2/jk_apache2.h
Index: jk_apache2.h
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache2/jk_apache2.h,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- jk_apache2.h 18 Mar 2002 18:46:27 - 1.5
+++ jk_apache2.h 12 Apr 2002 21:55:05 - 1.6
@@ -59,7 +59,7 @@
* Description: Apache 2 plugin for Jakarta/Tomcat
* Author: Gal Shachor [EMAIL PROTECTED]
* Henri Gomez [EMAIL PROTECTED]
- * Version: $Revision: 1.5 $
+ * Version: $Revision: 1.6 $
*/
#include jk_global.h
@@ -75,7 +75,7 @@
int jk2_service_apache2_init(jk_env_t *env, jk_ws_service_t *s);
-int jk2_logger_apache2_factory(jk_env_t *env, jk_pool_t *pool,
+int JK_METHOD jk2_logger_apache2_factory(jk_env_t *env, jk_pool_t *pool,
jk_bean_t *result, char *type, char *name);
int jk2_pool_apr_factory(jk_env_t *env, jk_pool_t *pool,
1.18 +7 -6
jakarta-tomcat-connectors/jk/native2/server/apache2/jk_logger_apache2.c
Index: jk_logger_apache2.c
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache2/jk_logger_apache2.c,v
retrieving revision 1.17
retrieving revision 1.18
diff -u -r1.17 -r1.18
--- jk_logger_apache2.c 2 Apr 2002 19:03:22 - 1.17
+++ jk_logger_apache2.c 12 Apr 2002 21:55:05 - 1.18
@@ -88,7 +88,7 @@
#define HUGE_BUFFER_SIZE (8*1024)
-static int jk2_logger_apache2_log(jk_env_t *env, jk_logger_t *l,
+static int JK_METHOD jk2_logger_apache2_log(jk_env_t *env, jk_logger_t *l,
int level,
const char *what)
{
@@ -96,21 +96,21 @@
}
-static int jk2_logger_apache2_init(jk_env_t *env, jk_logger_t *_this)
+static int JK_METHOD jk2_logger_apache2_init(jk_env_t *env, jk_logger_t *_this)
{
return JK_TRUE;
}
-static int jk2_logger_apache2_close(jk_env_t *env, jk_logger_t *_this)
+static int JK_METHOD jk2_logger_apache2_close(jk_env_t *env, jk_logger_t *_this)
{
return JK_TRUE;
}
-static int jk2_logger_apache2_jkVLog(jk_env_t *env, jk_logger_t *l,
+static int JK_METHOD jk2_logger_apache2_jkVLog(jk_env_t *env, jk_logger_t *l,
const char *file,
int line,
int level,
- char *fmt,
+ const char *fmt,
va_list args)
{
/* XXX map jk level to apache level */
@@ -198,7 +198,8 @@
-int jk2_logger_apache2_factory(jk_env_t *env, jk_pool_t *pool, jk_bean_t *result,
+int JK_METHOD
+jk2_logger_apache2_factory(jk_env_t *env, jk_pool_t *pool, jk_bean_t *result,
char *type, char *name)
{
jk_logger_t *l = (jk_logger_t *)pool-calloc(env, pool,
1.15 +2 -2
jakarta-tomcat-connectors/jk/native2/server/apache2/jk_service_apache2.c
Index: jk_service_apache2.c
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache2/jk_service_apache2.c,v
retrieving revision 1.14
retrieving revision 1.15
diff -u -r1.14 -r1.15
--- jk_service_apache2.c 2 Apr 2002 19:03:22 - 1.14
+++ jk_service_apache2.c 12 Apr 2002 21:55:05 - 1.15
@@ -59,7 +59,7 @@
* Description: Apache 2 plugin for Jakarta/Tomcat
* Author: Gal Shachor [EMAIL PROTECTED]
* Henri Gomez [EMAIL PROTECTED]
- * Version: $Revision: 1.14 $
+ * Version: $Revision: 1.15 $
*/
#include apu_compat.h
@@ -308,7 +308,7 @@
/* Utility functions */
/* = */
-static int jk2_get_content_length(jk_env_t *env, request_rec *r)
+static unsigned
cvs commit: jakarta-tomcat-4.0/webapps/admin/valve accessLogValve.jsp remoteAddrValve.jsp remoteHostValve.jsp requestDumperValve.jsp
manveen 02/04/12 15:01:46 Modified:webapps/admin/valve accessLogValve.jsp remoteAddrValve.jsp remoteHostValve.jsp requestDumperValve.jsp Log: added valveType property to the form Revision ChangesPath 1.4 +1 -0 jakarta-tomcat-4.0/webapps/admin/valve/accessLogValve.jsp Index: accessLogValve.jsp === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/valve/accessLogValve.jsp,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- accessLogValve.jsp10 Apr 2002 00:35:49 - 1.3 +++ accessLogValve.jsp12 Apr 2002 22:01:46 - 1.4 @@ -23,6 +23,7 @@ html:hidden property=adminAction/ html:hidden property=parentObjectName/ html:hidden property=objectName/ + html:hidden property=valveType/ table width=100% border=0 cellspacing=0 cellpadding=0 tr bgcolor=7171A5 1.2 +1 -0 jakarta-tomcat-4.0/webapps/admin/valve/remoteAddrValve.jsp Index: remoteAddrValve.jsp === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/valve/remoteAddrValve.jsp,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- remoteAddrValve.jsp 10 Apr 2002 00:35:49 - 1.1 +++ remoteAddrValve.jsp 12 Apr 2002 22:01:46 - 1.2 @@ -23,6 +23,7 @@ html:hidden property=adminAction/ html:hidden property=parentObjectName/ html:hidden property=objectName/ + html:hidden property=valveType/ table width=100% border=0 cellspacing=0 cellpadding=0 tr bgcolor=7171A5 1.2 +1 -0 jakarta-tomcat-4.0/webapps/admin/valve/remoteHostValve.jsp Index: remoteHostValve.jsp === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/valve/remoteHostValve.jsp,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- remoteHostValve.jsp 10 Apr 2002 00:35:49 - 1.1 +++ remoteHostValve.jsp 12 Apr 2002 22:01:46 - 1.2 @@ -23,6 +23,7 @@ html:hidden property=adminAction/ html:hidden property=parentObjectName/ html:hidden property=objectName/ + html:hidden property=valveType/ table width=100% border=0 cellspacing=0 cellpadding=0 tr bgcolor=7171A5 1.3 +1 -0 jakarta-tomcat-4.0/webapps/admin/valve/requestDumperValve.jsp Index: requestDumperValve.jsp === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/valve/requestDumperValve.jsp,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- requestDumperValve.jsp11 Apr 2002 15:11:34 - 1.2 +++ requestDumperValve.jsp12 Apr 2002 22:01:46 - 1.3 @@ -23,6 +23,7 @@ html:hidden property=adminAction/ html:hidden property=parentObjectName/ html:hidden property=objectName/ + html:hidden property=valveType/ table width=100% border=0 cellspacing=0 cellpadding=0 tr bgcolor=7171A5 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve DeleteValveAction.java SaveAccessLogValveAction.java SaveRemoteAddrValveAction.java SaveRemoteHostValveAction.java SaveRequestDumperValveAction.java SaveSingleSignOnValveAction.java ValveUtil.java
manveen 02/04/12 15:06:30
Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve
DeleteValveAction.java
SaveAccessLogValveAction.java
SaveRemoteAddrValveAction.java
SaveRemoteHostValveAction.java
SaveRequestDumperValveAction.java
SaveSingleSignOnValveAction.java ValveUtil.java
Log:
Implemented remote valves.
Minor fixes for create valve. -- creating all types of valves operational.
Revision ChangesPath
1.2 +7 -22
jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve/DeleteValveAction.java
Index: DeleteValveAction.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve/DeleteValveAction.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- DeleteValveAction.java11 Apr 2002 19:17:18 - 1.1
+++ DeleteValveAction.java12 Apr 2002 22:06:30 - 1.2
@@ -1,7 +1,7 @@
/*
- * $Header:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve/DeleteValveAction.java,v
1.1 2002/04/11 19:17:18 manveen Exp $
- * $Revision: 1.1 $
- * $Date: 2002/04/11 19:17:18 $
+ * $Header:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve/DeleteValveAction.java,v
1.2 2002/04/12 22:06:30 manveen Exp $
+ * $Revision: 1.2 $
+ * $Date: 2002/04/12 22:06:30 $
*
*
*
@@ -91,13 +91,13 @@
import org.apache.webapp.admin.ApplicationServlet;
import org.apache.webapp.admin.TomcatTreeBuilder;
-import org.apache.webapp.admin.logger.DeleteLoggerAction;
+import org.apache.webapp.admin.Lists;
/**
* The codeAction/code that sets up emDelete Valves/em transactions.
*
* @author Manveen Kaur
- * @version $Revision: 1.1 $ $Date: 2002/04/11 19:17:18 $
+ * @version $Revision: 1.2 $ $Date: 2002/04/12 22:06:30 $
*/
public class DeleteValveAction extends Action {
@@ -170,24 +170,9 @@
// Accumulate a list of all available valves
ArrayList list = new ArrayList();
String parent = request.getParameter(parent);
-
-if (parent != null) {
-try {
-pattern = DeleteLoggerAction.getObjectName(
- parent,TomcatTreeBuilder.REALM_TYPE);
-} catch (Exception e) {
-getServlet().log
-(resources.getMessage(locale, users.error.select));
-response.sendError
-(HttpServletResponse.SC_INTERNAL_SERVER_ERROR,
-resources.getMessage(locale, users.error.select));
-return (null);
-}
-}
-
+
try {
-Iterator items =
-mBServer.queryNames(new ObjectName(pattern), null).iterator();
+Iterator items = (Lists.getValves(mBServer, parent)).iterator();
while (items.hasNext()) {
list.add(items.next().toString());
}
1.2 +6 -6
jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve/SaveAccessLogValveAction.java
Index: SaveAccessLogValveAction.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve/SaveAccessLogValveAction.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- SaveAccessLogValveAction.java 11 Apr 2002 14:47:47 - 1.1
+++ SaveAccessLogValveAction.java 12 Apr 2002 22:06:30 - 1.2
@@ -1,7 +1,7 @@
/*
- * $Header:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve/SaveAccessLogValveAction.java,v
1.1 2002/04/11 14:47:47 manveen Exp $
- * $Revision: 1.1 $
- * $Date: 2002/04/11 14:47:47 $
+ * $Header:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve/SaveAccessLogValveAction.java,v
1.2 2002/04/12 22:06:30 manveen Exp $
+ * $Revision: 1.2 $
+ * $Date: 2002/04/12 22:06:30 $
*
*
*
@@ -88,7 +88,7 @@
* emEdit Valve/em transactions for AccessLog valve.
*
* @author Manveen Kaur
- * @version $Revision: 1.1 $ $Date: 2002/04/11 14:47:47 $
+ * @version $Revision: 1.2 $ $Date: 2002/04/12 22:06:30 $
*/
public final class SaveAccessLogValveAction extends Action {
@@ -149,12 +149,12 @@
AccessLogValveForm vform = (AccessLogValveForm) form;
String adminAction =
cvs commit: jakarta-tomcat-4.0/webapps/admin/host host.jsp
manveen 02/04/12 15:10:32 Modified:webapps/admin/host host.jsp Log: Enabled create (all 5 types of valves) and remove valve actions from the properties list under host. Revision ChangesPath 1.11 +12 -12jakarta-tomcat-4.0/webapps/admin/host/host.jsp Index: host.jsp === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/host/host.jsp,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- host.jsp 26 Mar 2002 00:04:45 - 1.10 +++ host.jsp 12 Apr 2002 22:10:32 - 1.11 @@ -44,12 +44,9 @@ controls:action disabled=true - /controls:action logic:notEqual name=hostForm property=adminAction value=Create %-- -controls:action url= bean:message key=actions.accesslogger.create/ /controls:action -controls:action url= bean:message key=actions.accesslogger.delete/ /controls:action -controls:action - /controls:action controls:action url= bean:message key=actions.alias.create/ /controls:action controls:action url= bean:message key=actions.alias.delete/ /controls:action -/controls:action +controls:action - /controls:action --% controls:action url='%= /AddLogger.do?parent= + URLEncoder.encode(thisObjectName) %' @@ -60,14 +57,6 @@ bean:message key=actions.loggers.deletes/ /controls:action controls:action disabled=true - /controls:action -%-- -controls:action url= bean:message key=actions.requestfilter.create/ /controls:action -controls:action url= bean:message key=actions.requestfilter.delete/ /controls:action -controls:action disabled=true - /controls:action -controls:action url= bean:message key=actions.valves.create/ /controls:action -controls:action url= bean:message key=actions.valves.deletes/ /controls:action -controls:action disabled=true - /controls:action ---% controls:action url='%= /AddContext.do?parent= + URLEncoder.encode(thisObjectName) %' bean:message key=actions.contexts.create/ @@ -86,6 +75,17 @@ controls:action url='%= /DeleteRealm.do?parent= + URLEncoder.encode(thisObjectName) %' bean:message key=actions.realms.deletes/ +/controls:action +controls:action disabled=true +- +/controls:action +controls:action url='%= /AddValve.do?parent= + + URLEncoder.encode(thisObjectName) %' +bean:message key=actions.valves.create/ +/controls:action +controls:action url='%= /DeleteValve.do?parent= + + URLEncoder.encode(thisObjectName) %' +bean:message key=actions.valves.deletes/ /controls:action controls:action disabled=true - -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_apr_socket.c jk_shm.c
nacho 02/04/12 15:53:56
Modified:jk/native2 build.xml
jk/native2/common jk_channel_apr_socket.c jk_shm.c
Log:
Fixes for Win32 compatibility
Revision ChangesPath
1.21 +26 -4 jakarta-tomcat-connectors/jk/native2/build.xml
Index: build.xml
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/build.xml,v
retrieving revision 1.20
retrieving revision 1.21
diff -u -r1.20 -r1.21
--- build.xml 11 Apr 2002 05:20:48 - 1.20
+++ build.xml 12 Apr 2002 22:53:56 - 1.21
@@ -76,6 +76,7 @@
target name=apache20 depends=init if=apache2.detect
property name=apr.include location=${apache2.home}/include /
+echo message=${apr.include}/
mkdir dir=${build.dir}/apache2 /
so sofile=mod_jk2
buildDir=${build.dir}/apache2
@@ -88,30 +89,52 @@
info=Read/Write buffer size /
def name=USE_APACHE_MD5
info=Use the MD5 implementation that is part of apache2 /
- def name=HAS_APR
+ def name=HAS_APR
info=Allow APR specific extensions /
def name=HAVE_JNI
info=Jni worker /
def name=HPUX11 if=hpux /
- src dir=.
+ def name=WIN32 if=win32 /
+ def name=NDEBUG if=win32 /
+ def name=_WINDOWS if=win32 /
+ def name=_MBCS if=win32 /
+ def name=_USRDLL if=win32 /
+ def name=MOD_JK2_EXPORTS if=win32 /
+ src dir=.
include name=server/apache2/*.c /
include name=common/*.c /
include name=common/apr/*.c /
- include name=jni/*.c /
+ include name=jni/*.c unless=win32/
+ !-- exclude name=common/jk_channel_apr_socket.c if=win32/ --
/src
includes
include name=${native.dir}/common /
include name=${apache2.include} /
include name=${apr.include} /
+ include name=${apr-util.include} /
include name=${native.dir}/include /
include name=${java.home}/../include /
include name=${java.home}/../include/linux if=linux /
include name=${java.home}/../include/hp-ux if=hpux /
+include name=${java.home}/../include/win32 if=win32 /
/includes
depends
fileset dir=${native.dir}/common includes=*.h /
fileset dir=${native.dir}/include includes=*.h /
/depends
+ import fileName=libhttpd.lib if=win32 /
+ import fileName=libapr.lib if=win32 /
+ import fileName=libaprutil.lib if=win32 /
+ import fileName=wsock32.lib if=win32 /
+ import fileName=kernel32.lib if=win32 /
+ import fileName=user32.lib if=win32 /
+ import fileName=gdi32.lib if=win32 /
+ import fileName=winspool.lib if=win32 /
+ import fileName=comdlg32.lib if=win32 /
+ linkOpt value=/libpath:quot;${build.compiler.base}/libquot; if=win32 /
+ linkOpt value=/libpath:quot;${apr.lib}quot; if=win32 /
+ linkOpt value=/libpath:quot;${apr-util.lib}quot; if=win32 /
+ linkOpt value=/libpath:quot;${apache2.lib}quot; if=win32 /
/so
/target
@@ -180,7 +203,6 @@
include name=${java.home}/../include/netware if=netware /
include name=${java.home}/../include/win32 if=win32 /
-include name=${java.home}/../include/linux if=linux /
include name=${java.home}/../include/linux if=linux /
/includes
depends
1.7 +18 -6
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.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- jk_channel_apr_socket.c 11 Apr 2002 19:29:40 - 1.6
+++ jk_channel_apr_socket.c 12 Apr 2002 22:53:56 - 1.7
@@ -95,7 +95,9 @@
struct jk_channel_apr_private {
int ndelay;
apr_sockaddr_t *addr;
+#ifdef HAVE_UNIXSOCKETS
struct sockaddr_un unix_addr;
+#endif
int type; /* AF_INET or AF_UNIX */
char *host;
short port;
@@ -106,7 +108,9 @@
typedef struct jk_channel_apr_data {
int type; /* AF_INET or AF_UNIX */
apr_socket_t *sock;
+#ifdef HAVE_UNIXSOCKETS
int unixsock;
+#endif
} jk_channel_apr_data_t;
typedef struct jk_channel_apr_private jk_channel_apr_private_t;
@@ -205,6 +209,7 @@
/*env-l-jkLog(env, env-l, JK_LOG_ERROR, */
/* jk2_channel_apr_resolve: %s %d\n, */
/* host, port); */
+#ifdef HAVE_UNIXSOCKETS
if (host[0]=='/') {
rc-type = TYPE_UNIX;
memset(rc-unix_addr, 0, sizeof(struct sockaddr_un));
@@ -212,7 +217,9 @@
cvs commit: jakarta-tomcat-connectors/jk/native2/include jk_vm.h
costin 02/04/12 16:00:45 Modified:jk/native2/include jk_vm.h Log: Eliminate some crap from the vm stuff. The code got too complex in supporting JDK1.1 - which not supported in 4.0 anyway. If you want in-process worker with JDK1.1 - use mod_jk1 or write a separate jk object. Revision ChangesPath 1.3 +5 -33 jakarta-tomcat-connectors/jk/native2/include/jk_vm.h Index: jk_vm.h === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/include/jk_vm.h,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- jk_vm.h 18 Mar 2002 17:56:40 - 1.2 +++ jk_vm.h 12 Apr 2002 23:00:45 - 1.3 @@ -84,48 +84,20 @@ */ void *jvm; -char *tomcat_classpath; - /* Full path to the jni javai/jvm dll */ char *jvm_dll_path; /* - * Initial Java heap size - */ -unsigned tomcat_ms; - -/* - * Max Java heap size - */ -unsigned tomcat_mx; - -/* - * Java system properties - */ -char **sysprops; - -/* - * Java 2 initialization options (-X... , -verbose etc.) + * All initialization options */ -char **java2opts; - -/* - * Java 2 lax/strict option checking (bool) - */ -int java2lax; +char **options; -/** Process the properties and set internal structures +int nOptions; + +/** Create the VM, attach - don't execute anything */ int (*init)(struct jk_env *env, struct jk_vm *p ); - -/** Load the java libs, prepare for openning. - */ -int (*load)(struct jk_env *env, struct jk_vm *p ); - -/** Create the VM. - */ -int (*open)(struct jk_env *env, struct jk_vm *p ); void *(*attach)(struct jk_env *env, struct jk_vm *p); -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8036] - Tomcat 4.0.3 doesn't extract war file automatically
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=8036. 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=8036 Tomcat 4.0.3 doesn't extract war file automatically [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 23:05 --- *** This bug has been marked as a duplicate of 4829 *** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4829] - Automatic deployment of war files does not work properly
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=4829. 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=4829 Automatic deployment of war files does not work properly [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 23:05 --- *** Bug 8036 has been marked as a duplicate of this bug. *** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8039] - connector.http.HttpResponseStream.checkHead NullPointerException
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=8039. 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=8039 connector.http.HttpResponseStream.checkHead NullPointerException [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Component|Catalina|Connector:HTTP/1.1 ||(deprecated) Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 23:06 --- This problem has already been fixed in 4.0.4 Beta. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_jni.c
costin 02/04/12 16:07:11
Modified:jk/native2/common jk_channel_jni.c
Log:
Upgrade the jni channel.
Revision ChangesPath
1.8 +9 -8 jakarta-tomcat-connectors/jk/native2/common/jk_channel_jni.c
Index: jk_channel_jni.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_channel_jni.c,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- jk_channel_jni.c 12 Apr 2002 21:49:03 - 1.7
+++ jk_channel_jni.c 12 Apr 2002 23:07:11 - 1.8
@@ -110,12 +110,6 @@
static int JK_METHOD jk2_channel_jni_init(jk_env_t *env,
jk_channel_t *_this)
{
-/* the channel is init-ed during a worker validation. If a jni worker
- is not already defined... well, not good. But on open we should
- have it.
-*/
-env-l-jkLog(env, env-l, JK_LOG_INFO,channel_jni.init(): %s\n,
- _this-worker-mbean-name );
return JK_TRUE;
}
@@ -141,7 +135,14 @@
return JK_TRUE;
}
+env-l-jkLog(env, env-l, JK_LOG_INFO,channel_jni.init(): \n );
+
jniCh-vm=(jk_vm_t *)we-vm;
+if( jniCh-vm == NULL ) {
+env-l-jkLog(env, env-l, JK_LOG_INFO,
+ channel_jni.open() no VM found\n );
+return JK_FALSE;
+}
jniEnv = (JNIEnv *)jniCh-vm-attach( env, jniCh-vm );
if( jniEnv == NULL ) {
@@ -176,7 +177,7 @@
}
jmethod=(*jniEnv)-GetStaticMethodID(jniEnv, jniCh-jniBridge,
- createEndpointStatic, (JJ)Lorg/apache/jk/core/Endpoint;);
+ createEndpointStatic, (JJ)Lorg/apache/jk/core/MsgContext;);
if( jmethod == NULL ) {
env-l-jkLog(env, env-l, JK_LOG_INFO,
channel_jni.open() can't find createEndpointStatic\n);
@@ -225,7 +226,7 @@
jniCh-writeMethod =
(*jniEnv)-GetStaticMethodID(jniEnv, jniCh-jniBridge,
receiveRequest,
- (JJLorg/apache/jk/core/Endpoint;
+ (JJLorg/apache/jk/core/MsgContext;
Lorg/apache/jk/common/MsgAjp;)I);
if( jniCh-writeMethod == NULL ) {
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8029] - String literal %\ in JSP page causes 'Invalid escape character' complier error
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=8029. 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=8029 String literal %\ in JSP page causes 'Invalid escape character' complier error [EMAIL PROTECTED] changed: What|Removed |Added Component|Catalina|Jasper Summary|String literal %\ in JSP |String literal %\ in JSP |page causes 'Invalid escape |page causes 'Invalid escape |character' complier error |character' complier error -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_config.c
costin 02/04/12 16:08:45
Modified:jk/native2/common jk_config.c
Log:
Few methods made public, fix a problem in replaceProperties.
( the public methods will be 'inherited' in config_registry ).
Also use the virtual methods - so overriding can work.
I love OO programming :-)
Revision ChangesPath
1.11 +12 -10jakarta-tomcat-connectors/jk/native2/common/jk_config.c
Index: jk_config.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_config.c,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -r1.10 -r1.11
--- jk_config.c 12 Apr 2002 21:49:03 - 1.10
+++ jk_config.c 12 Apr 2002 23:08:45 - 1.11
@@ -58,7 +58,7 @@
/***
* Description: General purpose config object *
* Author: Gal Shachor [EMAIL PROTECTED] *
- * Version: $Revision: 1.10 $ *
+ * Version: $Revision: 1.11 $ *
***/
#include jk_global.h
@@ -239,8 +239,8 @@
@param name the property to be set ( can't have '.' or ':' in it )
@param val the value, $(property) will be replaced.
*/
-static int jk2_config_setProperty(jk_env_t *env, jk_config_t *cfg,
- jk_bean_t *mbean, char *name, void *val)
+int jk2_config_setProperty(jk_env_t *env, jk_config_t *cfg,
+ jk_bean_t *mbean, char *name, void *val)
{
char *pname;
if( mbean == cfg-mbean ) {
@@ -283,7 +283,7 @@
return JK_FALSE;
}
-static int jk2_config_setPropertyString(jk_env_t *env, jk_config_t *cfg,
+int jk2_config_setPropertyString(jk_env_t *env, jk_config_t *cfg,
char *name, char *value)
{
jk_bean_t *mbean;
@@ -299,7 +299,7 @@
status=jk2_config_processBeanPropertyString(env, cfg, name, objName, propName
);
if( status!=JK_TRUE ) {
/* Unknown properties ends up in our config, as 'unclaimed' or global */
-jk2_config_setProperty( env, cfg, cfg-mbean, name, value );
+cfg-setProperty( env, cfg, cfg-mbean, name, value );
return status;
}
@@ -310,18 +310,18 @@
if( mbean == NULL ) {
/* Can't create it, save the value in our map */
-jk2_config_setProperty( env, cfg, cfg-mbean, name, value );
+cfg-setProperty( env, cfg, cfg-mbean, name, value );
return JK_FALSE;
}
if( mbean-settings == NULL )
jk2_map_default_create(env, mbean-settings, cfg-pool);
-return jk2_config_setProperty( env, cfg, mbean, propName, value );
+return cfg-setProperty( env, cfg, mbean, propName, value );
}
-static char *jk2_config_getString(jk_env_t *env, jk_config_t *conf,
+char *jk2_config_getString(jk_env_t *env, jk_config_t *conf,
const char *name, char *def)
{
char *val= conf-map-get( env, conf-map, name );
@@ -330,7 +330,7 @@
return val;
}
-static int jk2_config_getBool(jk_env_t *env, jk_config_t *conf,
+int jk2_config_getBool(jk_env_t *env, jk_config_t *conf,
const char *prop, const char *def)
{
char *val=jk2_config_getString( env, conf, prop, (char *)def );
@@ -739,7 +739,7 @@
if(env_value != NULL ) {
int offset=0;
-char *new_value = resultPool-alloc(env, resultPool,
+char *new_value = resultPool-calloc(env, resultPool,
(strlen(rc) +
strlen(env_value)));
if(!new_value) {
break;
@@ -749,6 +749,8 @@
} else {
strncpy(new_value, rc, env_start-rc);
}
+/* fprintf(stderr, XXX %s %s %s\n, new_value, env_value, env_end
+ 1 ); */
+
strcat(new_value, env_value);
strcat(new_value, env_end + 1);
offset= env_start - rc + strlen( env_value );
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8026] - Exceptions in StandardHostDeployer.addChild are lost through invokeMethod
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=8026. 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=8026 Exceptions in StandardHostDeployer.addChild are lost through invokeMethod [EMAIL PROTECTED] changed: What|Removed |Added Severity|Normal |Enhancement --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 23:09 --- Thanks for the feedback. This is definitely an enhancement, though. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_registry.c jk_registry.h
costin 02/04/12 16:09:19 Modified:jk/native2/common jk_registry.c jk_registry.h Log: Correct registration for the jni worker. Revision ChangesPath 1.18 +3 -1 jakarta-tomcat-connectors/jk/native2/common/jk_registry.c Index: jk_registry.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_registry.c,v retrieving revision 1.17 retrieving revision 1.18 diff -u -r1.17 -r1.18 --- jk_registry.c 11 Apr 2002 05:45:56 - 1.17 +++ jk_registry.c 12 Apr 2002 23:09:19 - 1.18 @@ -69,7 +69,7 @@ /*** * Description: Worker list* - * Version: $Revision: 1.17 $ * + * Version: $Revision: 1.18 $ * ***/ /** Static declarations for all 'hardcoded' modules. This is a hack, @@ -147,6 +147,8 @@ #ifdef HAVE_JNI env-registerFactory( env, channel.jni, jk2_channel_jni_factory ); + env-registerFactory( env, worker.jni, jk2_worker_jni_factory ); + env-registerFactory( env, vm, jk2_vm_factory ); #endif #ifdef AJP12 env-registerFactory( env, ajp12, jk2_worker_ajp12_factory ); 1.12 +5 -1 jakarta-tomcat-connectors/jk/native2/common/jk_registry.h Index: jk_registry.h === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_registry.h,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- jk_registry.h 10 Apr 2002 23:44:29 - 1.11 +++ jk_registry.h 12 Apr 2002 23:09:19 - 1.12 @@ -62,7 +62,7 @@ /*** * Description: Worker list* - * Version: $Revision: 1.11 $ * + * Version: $Revision: 1.12 $ * ***/ /** Static declarations for all 'hardcoded' modules. This is a hack, @@ -95,6 +95,10 @@ int JK_METHOD jk2_worker_jni_factory(jk_env_t *env, jk_pool_t *pool, + jk_bean_t *result, + const char *type, const char *name); + +int JK_METHOD jk2_vm_factory(jk_env_t *env, jk_pool_t *pool, jk_bean_t *result, const char *type, const char *name); -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_uriMap.c
costin 02/04/12 16:09:50
Modified:jk/native2/common jk_uriMap.c
Log:
Don't init invalid uri maps.
Revision ChangesPath
1.23 +8 -3 jakarta-tomcat-connectors/jk/native2/common/jk_uriMap.c
Index: jk_uriMap.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_uriMap.c,v
retrieving revision 1.22
retrieving revision 1.23
diff -u -r1.22 -r1.23
--- jk_uriMap.c 12 Apr 2002 21:49:03 - 1.22
+++ jk_uriMap.c 12 Apr 2002 23:09:50 - 1.23
@@ -67,7 +67,7 @@
* servlet container.
*
* Author: Gal Shachor [EMAIL PROTECTED]
- * Version: $Revision: 1.22 $
+ * Version: $Revision: 1.23 $
*/
#include jk_pool.h
@@ -272,8 +272,13 @@
_this-maps[i]-uri, wname);
}
} else {
-_this-maps[i]-worker= workerEnv-defaultWorker;
-_this-maps[i]-workerName= workerEnv-defaultWorker-mbean-name;
+if( _this-maps[i]-uri!= NULL ) {
+env-l-jkLog(env, env-l, JK_LOG_ERROR,
+ uriMap.init() map to default worker %s %s\n,
+ _this-maps[i]-uri,
workerEnv-defaultWorker-mbean-name);
+_this-maps[i]-worker= workerEnv-defaultWorker;
+_this-maps[i]-workerName= workerEnv-defaultWorker-mbean-name;
+}
}
}
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_vm_default.c
costin 02/04/12 16:12:16
Modified:jk/native2/common jk_vm_default.c
Log:
Remove the JDK1.1 workarounds - it made the code unreadable. If you need
1.1 support - get the old version from CVS and create a separate jk_vm_11.c
object. Or use mod_jk1.
I also removed a lot of config overhead and reduced the object to it's
base function - instantiate a Java VM.
worker_jni will call java methods ( like start tomcat ), while channel_jni
will forward the requests ( using Ajp13 encoding and protocol )
Revision ChangesPath
1.8 +116 -511 jakarta-tomcat-connectors/jk/native2/common/jk_vm_default.c
Index: jk_vm_default.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_vm_default.c,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- jk_vm_default.c 12 Apr 2002 21:49:03 - 1.7
+++ jk_vm_default.c 12 Apr 2002 23:12:16 - 1.8
@@ -74,6 +74,7 @@
* @author: Costin Manolache
*/
+#include jk_global.h
#include jk_vm.h
#include jk_config.h
@@ -94,6 +95,22 @@
#include jni.h
+#ifndef JNI_VERSION_1_2
+
+#warning ---
+#warning JAVA 1.1 IS NO LONGER SUPPORTED
+#warning ---
+
+int jk2_vm_factory(jk_env_t *env, jk_pool_t *pool,
+ jk_bean_t *result,
+ char *type, char *name)
+{
+return JK_FALSE;
+}
+
+#else
+
+
#ifndef JNI_VERSION_1_1
#define JNI_VERSION_1_1 0x00010001
#endif
@@ -112,13 +129,8 @@
#define null_check(e) if ((e) == 0) return JK_FALSE
-
-static int jk2_open_jvm1(jk_env_t *env, jk_vm_t *p);
-
-#ifdef JNI_VERSION_1_2
static int jk2_detect_jvm_version(jk_env_t *env);
static int jk2_open_jvm2(jk_env_t *env, jk_vm_t *p);
-#endif
jint (JNICALL *jni_get_default_java_vm_init_args)(void *) = NULL;
jint (JNICALL *jni_create_java_vm)(JavaVM **, JNIEnv **, void *) = NULL;
@@ -127,18 +139,9 @@
/* Guessing - try all those to find the right dll
*/
static const char *defaultVM_PATH[]={
-$(JAVA_HOME)$(fs)jre$(fs)bin$(fs)classic$(fs)libjvm.$(so),
-$(JAVA_HOME)$(fs)jre$(fs)lib$(fs)$(arch)$(fs)classic$(fs)libjvm.$(so),
-$(JAVA_HOME)$(fs)jre$(fs)bin$(fs)classic$(fs)jvm.$(so),
-NULL
-};
-
-/** Where to try to find jk jars ( if user doesn't specify it explicitely ) */
-static const char *defaultJK_PATH[]={
-$(tomcat.home)$(fs)modules$(fs)jk$(fs)WEB-INF$(fs)lib$(fs)tomcat-jk2.jar,
- $(tomcat.home)$(fs)modules$(fs)jk$(fs)WEB-INF$(fs)lib$(fs)tomcat-utils.jar,
-$(tomcat.home)$(fs)webapps(fs)jk$(fs)WEB-INF$(fs)lib$(fs)tomcat-jk2.jar,
- $(tomcat.home)$(fs)webapps(fs)jk$(fs)WEB-INF$(fs)lib$(fs)tomcat-utils.jar,
+${JAVA_HOME}${fs}jre${fs}bin${fs}classic${fs}libjvm.${so},
+${JAVA_HOME}${fs}jre${fs}lib${fs}${arch}${fs}classic${fs}libjvm.${so},
+${JAVA_HOME}${fs}jre${fs}bin${fs}classic${fs}jvm.${so},
NULL
};
@@ -169,11 +172,14 @@
#endif
-
-int jk2_vm_loadJvm(jk_env_t *env, jk_vm_t *p)
+/** Load the VM. Must be called after init.
+ */
+static int jk2_vm_loadJvm(jk_env_t *env, jk_vm_t *jkvm)
{
+
+
#ifdef WIN32
-HINSTANCE hInst = LoadLibrary(p-jvm_dll_path);
+HINSTANCE hInst = LoadLibrary(jkvm-jvm_dll_path);
if(hInst) {
(FARPROC)jni_create_java_vm =
GetProcAddress(hInst, JNI_CreateJavaVM);
@@ -195,6 +201,7 @@
FreeLibrary(hInst);
}
+return JK_TRUE;
#elif defined(NETWARE)
int javaNlmHandle = FindNLMHandle(JVM);
if (0 == javaNlmHandle) {
@@ -222,11 +229,11 @@
return JK_TRUE;
#else
void *handle;
-handle = dlopen(p-jvm_dll_path, RTLD_NOW | RTLD_GLOBAL);
+handle = dlopen(jkvm-jvm_dll_path, RTLD_NOW | RTLD_GLOBAL);
if(handle == NULL ) {
env-l-jkLog(env, env-l, JK_LOG_EMERG,
- Can't load native library %s : %s\n, p-jvm_dll_path,
+ Can't load native library %s : %s\n, jkvm-jvm_dll_path,
dlerror());
return JK_FALSE;
}
@@ -242,26 +249,27 @@
{
env-l-jkLog(env, env-l, JK_LOG_EMERG,
jni.loadJvm() Can't resolve symbols %s\n,
- p-jvm_dll_path );
+ jkvm-jvm_dll_path );
dlclose(handle);
return JK_FALSE;
}
/* env-l-jkLog(env, env-l, JK_LOG_INFO, */
/* jni.loadJvm() %s symbols resolved\n,
- p-jvm_dll_path); */
+ jkvm-jvm_dll_path); */
return JK_TRUE;
#endif
}
-void *jk2_vm_attach(jk_env_t *env, jk_vm_t *p)
+static void
cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_workerEnv.c
costin 02/04/12 16:13:25
Modified:jk/native2/common jk_workerEnv.c
Log:
Init the vm ( if loaded )
Revision ChangesPath
1.29 +7 -1 jakarta-tomcat-connectors/jk/native2/common/jk_workerEnv.c
Index: jk_workerEnv.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_workerEnv.c,v
retrieving revision 1.28
retrieving revision 1.29
diff -u -r1.28 -r1.29
--- jk_workerEnv.c12 Apr 2002 21:49:03 - 1.28
+++ jk_workerEnv.c12 Apr 2002 23:13:24 - 1.29
@@ -59,7 +59,7 @@
* Description: Workers controller *
* Author: Gal Shachor [EMAIL PROTECTED] *
* Author: Henri Gomez [EMAIL PROTECTED] *
- * Version: $Revision: 1.28 $ *
+ * Version: $Revision: 1.29 $ *
***/
#include jk_env.h
@@ -162,6 +162,7 @@
*sizeP=newSize;
}
+
static int jk2_workerEnv_initWorkers(jk_env_t *env,
jk_workerEnv_t *wEnv)
{
@@ -321,7 +322,12 @@
wEnv-defaultWorker= w;
}
+if( wEnv-vm != NULL ) {
+wEnv-vm-init( env, wEnv-vm );
+}
+
jk2_workerEnv_initChannels( env, wEnv );
+
jk2_workerEnv_initWorkers( env, wEnv );
jk2_workerEnv_initHandlers( env, wEnv );
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
FW: Bad link
NACK! It seems that the web.xml.txt file that IE6 recognizes as XML anyway (although the content type is text/plain)... Anyway there's a mistake: description This servlet plays the controller role in the MVC architecture used in this application. It is generally mapped to the .do filename extension with a servlet-mapping element, and all form --- ^^^ submits in the app will be submitted to a request URI like saveCustomer.do, which will therefore be mapped to this servlet. The initialization parameter namess for this servlet are the servlet path that will be received by this servlet (after the filename extension is removed). The corresponding value is the name of the action class that will be used to process this request. /description lt; gt; :-/ Pier -- I think that it's extremely foolish to name a server after the current U.S. President. B.W. Fitzpatrick -- Forwarded Message From: Gerry Reno [EMAIL PROTECTED] Date: Fri, 12 Apr 2002 16:39:26 -0400 To: [EMAIL PROTECTED] Subject: Bad link Please fix the link to the basic web.xml file located on the Tomcat, Deployment page. It points to web.xml.txt instead of web.xml. This is making my browser (IE6) complain: The XML page cannot be displayed Cannot view XML input using XSL style sheet. Please correct the error and then click the Refresh button, or try again later. End tag 'description' does not match the start tag 'servlet-mapping'. Error processing resource 'http://jakarta.apache.org/tomcat/tomcat-4.0-doc/appdev/web.xml.txt'. Line 87, Position 9 /description ^ -- End of Forwarded Message -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_worker_jni.c
costin 02/04/12 16:15:48
Modified:jk/native2/common jk_worker_jni.c
Log:
Remove duplicated ( or redundant ) code, simplify.
Things are working now - but I still want to cut the JniMain and
start directly tomcat ( or other java programs ) using normal main.
And use ajp13 for shutdown.
Revision ChangesPath
1.7 +25 -106 jakarta-tomcat-connectors/jk/native2/common/jk_worker_jni.c
Index: jk_worker_jni.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_worker_jni.c,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- jk_worker_jni.c 26 Mar 2002 03:04:24 - 1.6
+++ jk_worker_jni.c 12 Apr 2002 23:15:48 - 1.7
@@ -73,8 +73,6 @@
struct jni_worker_data {
-jk_vm_t *vm;
-
jclass jk_java_bridge_class;
jmethodID jk_startup_method;
jmethodID jk_shutdown_method;
@@ -88,6 +86,8 @@
typedef struct jni_worker_data jni_worker_data_t;
+/** Startup */
+
/** Static methods - much easier...
*/
static int jk2_get_method_ids(jk_env_t *env, jni_worker_data_t *p, JNIEnv *jniEnv )
@@ -147,13 +147,10 @@
jniWorker-tomcat_cmd_line = value;
} else if( strcmp( name, stdout )==0 ) {
jniWorker-stdout_name=value;
-} else if( strcmp( name, lb_factor )==0 ) {
-pThis-lb_factor=atof( value );
} else if( strcmp( name, stderr )==0 ) {
jniWorker-stderr_name=value;
} else {
-return rc=jniWorker-vm-mbean-setAttribute(env, jniWorker-vm-mbean,
- name, value );
+return JK_FALSE;
}
return JK_TRUE;
@@ -170,6 +167,7 @@
char *str_config = NULL;
jk_map_t *props=_this-workerEnv-initData;
jk_bean_t *chB;
+jk_vm_t *vm=_this-workerEnv-vm;
if(! _this || ! _this-worker_private) {
env-l-jkLog(env, env-l, JK_LOG_EMERG,
@@ -177,19 +175,14 @@
return JK_FALSE;
}
-jniWorker = _this-worker_private;
-{
-jniWorker-vm-properties=_this-workerEnv-initData;
-
-rc=jniWorker-vm-init(env, jniWorker-vm );
-
-if( rc!=JK_TRUE ) {
-env-l-jkLog(env, env-l, JK_LOG_ERROR,
- jni.validate() failed to load vm init params\n);
-return JK_FALSE;
-}
+if( vm == NULL ) {
+env-l-jkLog(env, env-l, JK_LOG_ERROR,
+ workerJni.init() No VM found\n);
+return JK_FALSE;
}
-
+
+jniWorker = _this-worker_private;
+
if( jniWorker-className==NULL )
jniWorker-className=JAVA_BRIDGE_CLASS_NAME;
@@ -198,36 +191,24 @@
jniWorker-className, jniWorker-tomcat_cmd_line,
jniWorker-stdout_name, jniWorker-stderr_name);
-/* Verify if we can load the vm XXX do we want this now ? */
-
-rc= jniWorker-vm-load(env, jniWorker-vm );
-
-if( !rc ) {
-env-l-jkLog(env, env-l, JK_LOG_EMERG,
- jni.validated() Error - can't load jvm dll\n);
-/* [V] no detach needed here */
-return JK_FALSE;
-}
-rc = jniWorker-vm-open(env, jniWorker-vm );
-
-if( rc== JK_FALSE ) {
-env-l-jkLog(env, env-l, JK_LOG_EMERG, Fail- can't open jvm\n);
-/* [V] no detach needed here */
+jniEnv = (JNIEnv *)vm-attach( env, vm );
+
+if( jniEnv==NULL ) {
+env-l-jkLog(env, env-l, JK_LOG_ERROR,
+ workerJni.init() Can't attach to VM\n);
+
return JK_FALSE;
}
-
-jniEnv = (JNIEnv *)jniWorker-vm-attach( env, jniWorker-vm );
jniWorker-jk_java_bridge_class =
(*jniEnv)-FindClass(jniEnv, jniWorker-className );
if( jniWorker-jk_java_bridge_class == NULL ) {
env-l-jkLog(env, env-l, JK_LOG_EMERG,
- Can't find class %s in %s\n, jniWorker-className,
- jniWorker-vm-tomcat_classpath );
+ Can't find class %s\n, jniWorker-className );
/* [V] the detach here may segfault on 1.1 JVM... */
-jniWorker-vm-detach(env, jniWorker-vm);
+vm-detach(env, vm);
return JK_FALSE;
}
@@ -239,39 +220,12 @@
env-l-jkLog(env, env-l, JK_LOG_EMERG,
Fail- can't get method ids\n);
/* [V] the detach here may segfault on 1.1 JVM... */
-jniWorker-vm-detach(env, jniWorker-vm);
-return JK_FALSE;
-}
-
-env-l-jkLog(env, env-l, JK_LOG_INFO,
- jni.validate() ok\n);
-
-
-
-
-
cvs commit: jakarta-tomcat-connectors/jk/conf workers2.properties
costin 02/04/12 16:18:35
Modified:jk/conf workers2.properties
Log:
Added the config settings for jni. I'll disable it later.
Revision ChangesPath
1.3 +21 -12jakarta-tomcat-connectors/jk/conf/workers2.properties
Index: workers2.properties
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/conf/workers2.properties,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- workers2.properties 12 Apr 2002 00:25:39 - 1.2
+++ workers2.properties 12 Apr 2002 23:18:35 - 1.3
@@ -4,7 +4,8 @@
# Global options ( in addition to the pre-defined fs, ps, java_home
[config]
-jkHome=/opt/tomcat
+TOMCAT_HOME=/opt/tomcat
+JAVA_HOME=/usr/java/ibm1.3
# Logger options. For apache2 only level can be set ( it logs to apache's error.log
)
@@ -39,9 +40,11 @@
# Example unix socket.
# XXX We must use an explicit setting to use substitution - resolve this
[channel.apr:unixSocket]
-file=${jkHome}/work/jk2.socket
+file=${TOMCAT_HOME}/work/jk2.socket
+[channel.jni:jni]
+
Workers
# All non-ajp13 workers or workers with special configurations
@@ -61,20 +64,25 @@
# [worker.lb:group1]
-# XXX document/implement a better way to 'disable' a setting. Comments are
-# unsafe ( hard to preserve with auto config )
# Requirements: libjvm.so MUST BE INCLUDED in LD_LIBRARY_PATH for this
# to work reliably and on all platforms. Same for other java libs.
# java script is a good example, Sun needs it to start java and we need it to.
# JAVA_HOME and TOMCAT_HOME can be set as environment variables
-# [worker.jni]
-# tomcat_home=/opt/tomcat
-# java_home=/usr/java/ibm1.3
-# cmd_line=start -config ${tomcat_home}${ps}conf${ps}server.xml -home ${tomcat_home}
-# stdout=${workers.tomcat_home}${ps}logs${ps}inprocess.stdout
-# stderr=${workers.tomcat_home}${ps}logs${ps}inprocess.stderr
-# sysprops=tomcat.home=${workers.tomcat_home}
-# sysprops=java.compiler=NONE
+[vm]
+# Optional: JVM= PATH_TO_libjvm.so ( standard locations are searched )
+OPT=-Djava.class.path=${TOMCAT_HOME}/lib/container/tomcat-jk2.jar${ps}${TOMCAT_HOME}/lib/common/tomcat-util.jar
+#OPT=-Djava.class.path=${TOMCAT_HOME}/server/lib/tomcat-jk2.jar${ps}${TOMCAT_HOME}/server/lib/tomcat-util.jar
+OPT=-Xmx128M
+OPT=-Dtomcat.home=${TOMCAT_HOME}
+OPT=-Djava.compiler=NONE
+
+
+# Call org.apache.jk.server.JniMain with the 3 params.
+# XXX make it more generic
+[worker.jni]
+stdout=${serverRoot}${fs}logs${fs}inprocess.out
+stderr=${serverRoot}${fs}logs${fs}inprocess.err
+cmd_line=${TOMCAT_HOME}${ps}conf${ps}jk2.properties
@@ -83,6 +91,7 @@
# XXX Webapps to be declared automatically, using webapps/ content :-)
[uri:/examples/*]
+worker=ajp13:jni
# worker=ajp13:localhost:8009
# worker=ajp13:unixSocket
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JniMain.java
costin 02/04/12 16:51:34
Modified:jk/java/org/apache/jk/server JniMain.java
Log:
Remove the old library. ( The whole JniMain may disapear soon :-)
Revision ChangesPath
1.3 +2 -1
jakarta-tomcat-connectors/jk/java/org/apache/jk/server/JniMain.java
Index: JniMain.java
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/jk/server/JniMain.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- JniMain.java 6 Feb 2002 18:23:25 - 1.2
+++ JniMain.java 12 Apr 2002 23:51:34 - 1.3
@@ -121,6 +121,8 @@
System.setOut( System.err );
}
+// Start container
+
wEnv=new WorkerEnv();
ChannelJni cjni=new ChannelJni();
wEnv.addHandler( jni, cjni );
@@ -132,7 +134,6 @@
wEnv.start();
-System.load(/ws/jtc/jk/build/WEB-INF/jk2/jni/jni_connect.so);
} catch(Throwable t) {
t.printStackTrace();
}
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
