Re: cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/common JkMX.java
could you pl. redirect these messages to [EMAIL PROTECTED]
thanks best regards
Rajendra K. Warrier
From: [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/common
JkMX.java
Date: 2 Jun 2003 01:22:33 -
funkman 2003/06/01 18:22:33
Modified:jk/java/org/apache/jk/common JkMX.java
Log:
Check for the existence of the class before trying to load the adapter.
This is an attempt to prevent the logging of error messages
since they aren't errors. If no adapters get loaded, but mx.port
was defined, expose a warning message.
Revision ChangesPath
1.12 +119 -88
jakarta-tomcat-connectors/jk/java/org/apache/jk/common/JkMX.java
Index: JkMX.java
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/jk/common/JkMX.java,v
retrieving revision 1.11
retrieving revision 1.12
diff -u -r1.11 -r1.12
--- JkMX.java 11 Apr 2003 20:25:42 - 1.11
+++ JkMX.java 2 Jun 2003 01:22:32 - 1.12
@@ -78,7 +78,7 @@
MBeanServer mserver;
private int port=-1;
private String host;
-
+
public JkMX()
{
}
@@ -105,105 +105,124 @@
/* Start/stop */
ObjectName serverName=null;
-
+
/** Initialize the worker. After this call the worker will be
* ready to accept new requests.
*/
public void loadAdapter() throws IOException {
-try {
-serverName = new ObjectName(Http:name=HttpAdaptor);
-mserver.createMBean(mx4j.adaptor.http.HttpAdaptor,
serverName, null);
-if( host!=null )
-mserver.setAttribute(serverName, new Attribute(Host,
host));
-mserver.setAttribute(serverName, new Attribute(Port, new
Integer(port)));
-
-ObjectName processorName = new
ObjectName(Http:name=XSLTProcessor);
-mserver.createMBean(mx4j.adaptor.http.XSLTProcessor,
processorName, null);
-
-//mserver.setAttribute(processorName, new Attribute(File,
/opt/41/server/lib/openjmx-tools.jar));
-//mserver.setAttribute(processorName, new
Attribute(UseCache, new Boolean(false)));
-//mserver.setAttribute(processorName, new
Attribute(PathInJar, /openjmx/adaptor/http/xsl));
-mserver.setAttribute(serverName, new
Attribute(ProcessorName, processorName));
-
-//server.invoke(serverName, addAuthorization,
-// new Object[] {openjmx, openjmx},
-// new String[] {java.lang.String,
java.lang.String});
-
-// use basic authentication
-//server.setAttribute(serverName, new
Attribute(AuthenticationMethod, basic));
-
-// ObjectName sslFactory = new
ObjectName(Adaptor:service=SSLServerSocketFactory);
-//
server.createMBean(openjmx.adaptor.ssl.SSLAdaptorServerSocketFactory,
sslFactory, null);
-//SSLAdaptorServerSocketFactoryMBean factory =
-//
(SSLAdaptorServerSocketFactoryMBean)StandardMBeanProxy.create(SSLAdaptorServerSocketFactoryMBean.class,
server, sslFactory);
-// // Customize the values below
-// factory.setKeyStoreName(certs);
-// factory.setKeyStorePassword(openjmx);
-
-// server.setAttribute(serverName, new
Attribute(SocketFactoryName, sslFactory.toString()));
+boolean adapterLoaded = false;
+
+if (classExists(mx4j.adaptor.http)) {
+try {
+serverName = new ObjectName(Http:name=HttpAdaptor);
+mserver.createMBean(mx4j.adaptor.http.HttpAdaptor,
serverName, null);
+if( host!=null )
+mserver.setAttribute(serverName, new
Attribute(Host, host));
+mserver.setAttribute(serverName, new Attribute(Port,
new Integer(port)));
+
+ObjectName processorName = new
ObjectName(Http:name=XSLTProcessor);
+mserver.createMBean(mx4j.adaptor.http.XSLTProcessor,
processorName, null);
+
+//mserver.setAttribute(processorName, new
Attribute(File, /opt/41/server/lib/openjmx-tools.jar));
+//mserver.setAttribute(processorName, new
Attribute(UseCache, new Boolean(false)));
+//mserver.setAttribute(processorName, new
Attribute(PathInJar, /openjmx/adaptor/http/xsl));
+mserver.setAttribute(serverName, new
Attribute(ProcessorName, processorName));
+
+//server.invoke(serverName, addAuthorization,
+// new Object[] {openjmx, openjmx},
+// new String[] {java.lang.String,
DO NOT REPLY [Bug 20376] - Internet Explorer 6.0 Duplicate Requests IE PLEASE HELP
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=20376. 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=20376 Internet Explorer 6.0 Duplicate Requests IE PLEASE HELP --- Additional Comments From [EMAIL PROTECTED] 2003-06-02 14:26 --- Any body has an idea about this bug? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15479] - doc typo in server.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=15479. 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=15479 doc typo in server.xml --- Additional Comments From [EMAIL PROTECTED] 2003-06-02 14:41 --- This typo is still in the Tomcat 5.0.2 alpha releases. I know it seems trivial, but my system administrators did a cut-and-paste and we wasted days trying to get load balancing to work. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20376] - Internet Explorer 6.0 Duplicate Requests IE PLEASE HELP
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=20376. 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=20376 Internet Explorer 6.0 Duplicate Requests IE PLEASE HELP --- Additional Comments From [EMAIL PROTECTED] 2003-06-02 14:45 --- Could you please post a test case (URL/html) which posts twice? I've been developing heavily for IE 6 and haven't found anything to that matter. Also, are you certain there's nothing wrong with the way the form itself is built? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20419] New: - UserDatabaseRealm doesn't support Digest authentication
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=20419. 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=20419 UserDatabaseRealm doesn't support Digest authentication Summary: UserDatabaseRealm doesn't support Digest authentication Product: Tomcat 4 Version: 4.1.24 Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] The UserDatabaseRealm doesn't implement the methods used by RealmBase for Digest authentication. The attached patch for UserDatabaseRealm contains the implementation of getPassword(String) and getPrincipal(String). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20419] - UserDatabaseRealm doesn't support Digest authentication
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=20419. 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=20419 UserDatabaseRealm doesn't support Digest authentication --- Additional Comments From [EMAIL PROTECTED] 2003-06-02 14:47 --- Created an attachment (id=6598) Proposed fix - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk 1.2.4 test release distribution available
It works fine with Apache 2.0.46 on Windows. This includes the Alias use case that did not work with 1.2.3. I'll build against 1.3.27 on Solaris and AIX shortly. -- Jess Holle Glenn Nielsen wrote: Has anyone had a chance to build and test the mod_jk 1.2.4 distribution below? THe only person I heard from was Henri who reported a typo in the docs. It would be nice to build and test this on as many OS/web servers as possible before release. Thanks, Glenn Glenn Nielsen wrote: I have created a test mod_jk 1.2.4 distribution and placed it in my home page at: http://cvs.apache.org/~glenn/jakarta-tomcat-connectors-jk-1.2.4-src.tar.gz Please build and test this release. If there are no problems with it I will publish it as an official release. Thanks, Glenn - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Shutdown.sh does not work when long lasting operations, such as SQL Queries, are still active!
Just wondering if this option has been back ported into TC now? -Original Message- From: Costin Manolache [mailto:[EMAIL PROTECTED] Sent: Monday, February 10, 2003 3:04 PM To: [EMAIL PROTECTED] Subject:RE: Shutdown.sh does not work when long lasting operations, such as SQL Queries, are still active! Craig R. McClanahan wrote: It is OK for web applications to start threads -- as long as the web application cleans up after itself when the application is shut down (the easiest way to detect that is to create a ServletContextListener and wait for the contextDestroyed() method of your listener to be called). The JVM running Tomcat shuts down when all non-daemon threads have been killed. Tomcat properly cleans up all the threads that *it* creates -- it is up to your application to do the same. I can backport the -force option from 3.3 - basically save the PID and then use kill if tomcat doesn't shut down gracefully. Fact is many apps are not cleaning up - and having the whole server hunged and unable to restart for one bad app is not good. Costin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] # This e-mail message has been scanned for Viruses and Content and cleared by MailMarshal # ## This e-mail message has been scanned for Viruses and Contents ##
Re: mod_jk 1.2.4 test release distribution available
It works fine in very basic testing with Apache 1.3.27 EAPI on: * Windows * Solaris 8 * AIX 4.3.3 [Yes, I built and tested these against my EAPI (with MM as well on UNIX) Apache builds, but they're otherwise unaltered sources.] -- Jess Holle Jess M. Holle wrote: It works fine with Apache 2.0.46 on Windows. This includes the Alias use case that did not work with 1.2.3. I'll build against 1.3.27 on Solaris and AIX shortly. -- Jess Holle Glenn Nielsen wrote: Has anyone had a chance to build and test the mod_jk 1.2.4 distribution below? THe only person I heard from was Henri who reported a typo in the docs. It would be nice to build and test this on as many OS/web servers as possible before release. Thanks, Glenn Glenn Nielsen wrote: I have created a test mod_jk 1.2.4 distribution and placed it in my home page at: http://cvs.apache.org/~glenn/jakarta-tomcat-connectors-jk-1.2.4-src.tar.gz Please build and test this release. If there are no problems with it I will publish it as an official release. Thanks, Glenn - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk 1.2.4 test release distribution available
P.S. When do you think this could be elevated to an official release? Also, please make it very clear if anything beyond the docs, changes between the test release and the official. [Thanks.] -- Jess Holle Jess M. Holle wrote: It works fine in very basic testing with Apache 1.3.27 EAPI on: * Windows * Solaris 8 * AIX 4.3.3 [Yes, I built and tested these against my EAPI (with MM as well on UNIX) Apache builds, but they're otherwise unaltered sources.] -- Jess Holle Jess M. Holle wrote: It works fine with Apache 2.0.46 on Windows. This includes the Alias use case that did not work with 1.2.3. I'll build against 1.3.27 on Solaris and AIX shortly. -- Jess Holle Glenn Nielsen wrote: Has anyone had a chance to build and test the mod_jk 1.2.4 distribution below? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk 1.2.4 test release distribution available
Thanks for all your testing. I have also tested it with Apache 2 on Solaris 7 8. In fact I put it into production over the weekend. At this time the only change has been one small typo in the docs. It looks like we may finally have a solid candidate to release. Still hoping this source distribution will be tested on more OS/ web servers prior to that release. Thanks, Glenn Jess M. Holle wrote: P.S. When do you think this could be elevated to an official release? Also, please make it very clear if anything beyond the docs, changes between the test release and the official. [Thanks.] -- Jess Holle Jess M. Holle wrote: It works fine in very basic testing with Apache 1.3.27 EAPI on: * Windows * Solaris 8 * AIX 4.3.3 [Yes, I built and tested these against my EAPI (with MM as well on UNIX) Apache builds, but they're otherwise unaltered sources.] -- Jess Holle Jess M. Holle wrote: It works fine with Apache 2.0.46 on Windows. This includes the Alias use case that did not work with 1.2.3. I'll build against 1.3.27 on Solaris and AIX shortly. -- Jess Holle Glenn Nielsen wrote: Has anyone had a chance to build and test the mod_jk 1.2.4 distribution below? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk 1.2.4 test release distribution available
I also did quick, basic testing on HPUX 11 with good results. Jess M. Holle wrote: It works fine in very basic testing with Apache 1.3.27 EAPI on: * Windows * Solaris 8 * AIX 4.3.3 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17867] - new virtual host doesn't work after restart
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=17867. 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=17867 new virtual host doesn't work after restart --- Additional Comments From [EMAIL PROTECTED] 2003-06-02 17:26 --- Created an attachment (id=6601) This is my configuration. Also, go to http://www.cltractor.com to see this not working. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17867] - new virtual host doesn't work after restart
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=17867. 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=17867 new virtual host doesn't work after restart [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | --- Additional Comments From [EMAIL PROTECTED] 2003-06-02 17:35 --- I'm having this same problem. I go into the admin application and add a virtual host. Everything will work for a while. Then it appears that after the log file is updated I have problems. I have noticed that with autodeploy if i have a WEB-INF directory under a directory then I will have a new context deployed in my file. Thus the server.xml file has been overwritten. I also notice that when I change the file with VI I have problems after a save and restart. I have yet to figure out how to add a vhost by the text file. When I do it just doesn't work. I don't know if it is the xml parser or what, but all I get is no context configured. But the same values work when created by the admin tool and commit changes, but to get it working again I always have to delete the confiuration (the entire host) then add it all back, aliases, contexts, anything and everything. Not good. I kept it simple this time. No alias and only one context other than the default. And, it still did the same thing. OS: Red Hat Linux 9 Kernel: 2.4.20-13.9 JDK: 1.4.1_02 SUN same thing with 1.3.1 SUN Tomcat: 4.1.24 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http Cookies.java
luehe 2003/06/02 10:45:09
Modified:util/java/org/apache/tomcat/util/http Cookies.java
Log:
Fixed Bugtraq 4872647: RFC 2109 cookies with quoted values are not processed
properly
Patch provided by Ryan Lubke.
Revision ChangesPath
1.4 +5 -4
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/Cookies.java
Index: Cookies.java
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/Cookies.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- Cookies.java 17 Feb 2003 01:40:55 - 1.3
+++ Cookies.java 2 Jun 2003 17:45:09 - 1.4
@@ -231,6 +231,7 @@
int version=0; //sticky
ServerCookie sc=null;
+
while( posend ) {
byte cc;
// [ skip_spaces name skip_spaces = skip_spaces value EXTRA ; ] *
@@ -286,7 +287,7 @@
// quote is valid only in version=1 cookies
cc=bytes[pos];
- if( version==1 ( cc== '\'' || cc=='' ) ) {
+ if( ( version == 1 || isSpecial ) ( cc== '\'' || cc=='' ) ) {
startValue++;
endValue=indexOf( bytes, startValue, end, cc );
pos=endValue+1; // to skip to next cookie
@@ -470,7 +471,6 @@
}
/*
-
public static void main( String args[] ) {
test(foo=bar; a=b);
test(foo=bar;a=b);
@@ -480,7 +480,8 @@
test(foo=;a=b; ;);
test(foo;a=b; ;);
// v1
- test($Version=1; foo=bar;a=b);
+ test($Version=1; foo=bar;a=b);
+test($Version=\1\; foo='bar'; $Path=/path; $Domain=\localhost\);
test($Version=1;foo=bar;a=b; ; );
test($Version=1;foo=;a=b; ; );
test($Version=1;foo= ;a=b; ; );
@@ -505,6 +506,6 @@
}
}
-
*/
+
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17867] - new virtual host doesn't work after restart
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=17867. 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=17867 new virtual host doesn't work after restart --- Additional Comments From [EMAIL PROTECTED] 2003-06-02 18:09 --- Here is some more info. When I log into my admin after the no context defined error. I get this error when I try to click on the Default Context to edit it. === type Status report message Error retrieving attribute debug description The server encountered an internal error (Error retrieving attribute debug) that prevented it from fulfilling this request. to correct this the only work around I have found is to remove the configuration for the vhost and re-enter it all through the admin tool. :-( - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20376] - Internet Explorer 6.0 Duplicate Requests IE PLEASE HELP
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=20376. 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=20376 Internet Explorer 6.0 Duplicate Requests IE PLEASE HELP --- Additional Comments From [EMAIL PROTECTED] 2003-06-02 19:01 --- The problem with the form was just the way I found out about the problem. But actually the problem itself is persistent, even on get requests. It seems like all IE 6 Sp 1 (without the latest cummulative patch ) clients that is accessing Tomcat are doing duplicate requests. I think it has something to do with the Jakarta ISAPI.dll that might be the problem. Something to mention is I have a CompressIt plugin installed for IIS but i don't think that can cause any problems. it doesn't with asp pages at least. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
job opportunity
Greetings - By way of introduction, my name is Steven Pincus and I work for an executive search firm in NY by the name of R.W. Davis Co. We are currently working, on behalf of our large investment banking client, to locate a TomCat/JBoss expert. I was hoping to connect with you to find out if you would be interested in discussing this role in a bit more detail, either for yourself or someone you may know. I would appreciate a prompt call back. Thanks - Steven Steven Pincus R.W. Davis Co. 90 Park Avenue New York, NY 10016 Tel. (212)231-4400 ext. 216 Fax (212)993-8080 Cell (973)722-2163 [EMAIL PROTECTED] www.rwdavisco.com
Re: [5] Extended AccessLog Valve
I am currently seeing a lag of about 5 hours for cvs commit messages. Normally it only takes a few minutes. The lag may be due problems on icarus (the cvs server) the last few days. Regards, Glenn Tim Funk wrote: Thanks. I made the commit, and I see it in CVS (web version). But I didn't get an email of the commit and I don't see it in a mailing list archive. ( I made the commit a few hours ago) Is that normal? -Tim Bill Barker wrote: As Remy pointed out earlier today, we tend to trust the people that we vote in as committers here. There is no need to pre-post a commit: We allow people to scratch their itches here, and nobody is afraid to -1 a really bad commit. Just do it. Personally, I'd make the fileDateFormatter configurable (it is, admittedly low, on my to-do list to make this configurable for Catalina loggers -- It's a 3.3 feature that I miss :). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
mod_jk2 in active development or not?
Just wondering if mod_jk2 is still in active development as I see a lot of activity in mod_jk1.2.x and nothing in mod_jk2. I'm asking this question because I posted a critical bug on this list (almost two weeks ago) and later on in Bugzilla and did not get any response. This bug prevents us from upgrading our current production environment to Apache 2 + mod_jk2 + Tomcat 4.1.24. Here is the bug: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20184 Thanks in advance, Denis Goeury - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk 1.2.4 test release distribution available
I've built and testing against apache 1.3.27, apache 2.0.45, and netscape on NetWare. It's all good :-) Mike Anderson [EMAIL PROTECTED] 6/2/2003 5:04:50 AM Has anyone had a chance to build and test the mod_jk 1.2.4 distribution below? THe only person I heard from was Henri who reported a typo in the docs. It would be nice to build and test this on as many OS/web servers as possible before release. Thanks, Glenn Glenn Nielsen wrote: I have created a test mod_jk 1.2.4 distribution and placed it in my home page at: http://cvs.apache.org/~glenn/jakarta-tomcat-connectors-jk-1.2.4-src.tar.gz Please build and test this release. If there are no problems with it I will publish it as an official release. Thanks, Glenn - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 19145] - http to https redirect fails on non-standard ports
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=19145. 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=19145 http to https redirect fails on non-standard ports --- Additional Comments From [EMAIL PROTECTED] 2003-06-02 23:52 --- I tried to determine if the redirectPort was simply being ignored by leaving the HTTP connector port set to 80 and redirectPort set to 8443 while changing the HTTPS connector port to 443. Tomcat was unable to perform the redirect correctly. I created a second HTTPS connector to see if there was a fallback happening. The two connectors were configured to listen on port 443 and 8443. The HTTP connector port value was 80. This worked successfully. When the HTTP connector was listening on port 8080, none of the redirection configurations functioned properly. These symptoms seem to suggest that Tomcat is attempting to redirect to the redirectPort initially, but later falls back on the default SSL port (443). This probably was probably never seen because of Tomcat's reliance on the Apache web server mod_ajp connector. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8312] - Minor typos in doc and sample app
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=8312. 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=8312 Minor typos in doc and sample app [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-06-03 00:40 --- This appears already fixed in 4.1 and 5. The tomcat 4.0 branch won't be updated. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 13784] - Missing Javadoc documentation
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=13784. 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=13784 Missing Javadoc documentation [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-06-03 00:44 --- The website has the javadocs and the latest release has the docs. (Don't know when this got fixed) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15347] - First cookie is lost after auhtentication
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=15347. 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=15347 First cookie is lost after auhtentication [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-06-03 00:54 --- You need to configure apache to accept requests with ;jsessionid. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15176] - oracle.xml.sql.OracleXMLSQLException: java.lang.ClassCastException
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=15176. 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=15176 oracle.xml.sql.OracleXMLSQLException: java.lang.ClassCastException [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-06-03 01:02 --- Please use the tomcat-user list to debug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15793] - Unable to access form elements
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=15793. 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=15793 Unable to access form elements [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-06-03 01:03 --- Please use tomcat-user to debug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15794] - Unable to access form elements from 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=15794. 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=15794 Unable to access form elements from JSP [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-06-03 01:04 --- Please use the tomcat-user list to debug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 19158] - Security hole in FormAuthenticator regarding session ID.
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=19158. 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=19158 Security hole in FormAuthenticator regarding session ID. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-06-03 01:14 --- The spec does not require changing of session id going from insecure to secure. The solution is to require secure from the start. Otherwise it is application programmer issue. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20041] - request.getRemoteAddr() always returning 127.0.0.1
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=20041. 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=20041 request.getRemoteAddr() always returning 127.0.0.1 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-06-03 01:17 --- Please debug using the tomcat-user list. From this report we do not know the type of connector you are using or any other meaningful information to recreate the bug. The users on tomcat-user will point out if there really is a bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9590] - cookies stop sending to browser after nested loop
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=9590. 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=9590 cookies stop sending to browser after nested loop [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-06-03 01:24 --- Closing based on last comment. reopen if a test case can be made (and attached to this report) against 4.1.24 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15513] - OutOfMemoryError and adjusting the heap size not helping
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=15513. 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=15513 OutOfMemoryError and adjusting the heap size not helping [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-06-03 01:28 --- Please use the tomcat-user list to debug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15974] - Original stack trace is lost
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=15974. 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=15974 Original stack trace is lost [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-06-03 01:31 --- Your posted stack trace did show the root cause. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 14045] - JSP compilation fails consistently when Tomcat is run as NT Service
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=14045. 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=14045 JSP compilation fails consistently when Tomcat is run as NT Service [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2003-06-03 01:38 --- In have have already use the installer with jdk1.4.0 and tomcat 4.0. The service had been installed by the intaller and tomcat work fine. However, with tomcat 4.1.24 using either jdk1.4.0 or jdk1.4.1 the installer install the tomcat 4.1 service. however I got the jsp compilation error like describe in the previous description. I have been able to install the service using by command line and it was working fine. However, fixing the installer to make it install tomcat as a NT service should be very simple since it was working fine in previous version - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP] Build Failure - tomcat-catalina
Hi,
I'm not set up to build Tomcat, so I can't verify these changes, but I've
attached a patch that should fix the Gump breakage.
--
Martin Cooper
Craig McClanahan [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-06-02/tomcat-catalina.html
Buildfile: build.xml
flags:
flags.display:
[echo] --- Build environment for Catalina ---
[echo] If ${property_name} is displayed, then the property is not
set)
[echo] --- Build options ---
[echo] full.dist=${full.dist}
[echo] build.sysclasspath=only
[echo] compile.debug=${compile.debug}
[echo] compile.deprecation=${compile.deprecation}
[echo] compile.optimize=${compile.optimize}
[echo] --- Ant Flags ---
[echo] style task available (required)=true
[echo] --- JDK ---
[echo] jdk.1.2.present=true
[echo] jdk.1.3.present=true
[echo] jdk.1.4.present=true
[echo] --- Source Dependencies ---
[echo] jtc.home.present=true
[echo] --- Required Libraries ---
[echo] beanutils.present=true
[echo] collections.present=true
[echo] digester.present=true
[echo] jaxp.present=true
[echo] jndi.present=true
[echo] logging.present=true
[echo] regexp.present=true
[echo] servlet.present=true
[echo] --- Optional Libraries ---
[echo] daemon.present=${daemon.present}
[echo] dbcp.present=${dbcp.present}
[echo] fileupload.present=true
[echo] jaas.present=true
[echo] javamail.present=${javamail.present}
[echo] jmx.present=${jmx.present}
[echo] jsse.present=true
[echo] jta.present=${jta.present}
[echo] junit.present=${junit.present}
[echo] ldap.present=true
[echo] modeler.present=${modeler.present}
[echo] pool.present=${pool.present}
[echo] tyrex.present=${tyrex.present}
[echo] --- Required JARs ---
[echo] jndi.jar.present(except JDK 1.3+)=${jndi.jar.present}
[echo] regexp.jar.present=true
[echo] servlet.jar.present=true
[echo] xerces.jar.present(except JDK 1.4+ or
xerces2)=${xerces.jar.present}
[echo] xerces2.jars.present(except JDK 1.4+ or
xerces1)=${xerces2.jars.present}
[echo] --- Optional JARs ---
[echo] daemon.jar.present=${daemon.jar.present}
[echo] dbcp.jar.present=${dbcp.jar.present}
[echo] fileupload.jar.present=${fileupload.jar.present}
[echo] jaas.jar.present=${jaas.jar.present}
[echo] javamail.jar.present=${javamail.jar.present}
[echo] jdbc20ext.jar.present=${jdbc20ext.jar.present}
[echo] jmx.jar.present=${jmx.jar.present}
[echo] jta.jar.present=${jta.jar.present}
[echo] junit.jar.present=${junit.jar.present}
[echo] ldap.jar.present=${ldap.jar.present}
[echo] modeler.jar.present=${modeler.jar.present}
[echo] pool.jar.present=${pool.jar.present}
[echo] tyrex.jar.present=${tyrex.jar.present}
[echo] --- Conditional compilation flags ---
[echo] compile.daemon=${compile.daemon}
[echo] compile.dbcp=${compile.dbcp}
[echo] compile.jaas=true
[echo] compile.javamail=${compile.javamail}
[echo] compile.jmx=${compile.jmx}
[echo] compile.jndi=true
[echo] compile.jsse=true
[echo] compile.jta=${compile.jta}
[echo] compile.junit=${compile.junit}
[echo] compile.ldap=true
[echo] compile.ssi=true
[echo] compile.tyrex=${compile.tyrex}
[echo] --- Distribution flags ---
[echo] copy.daemon.jar=${copy.daemon.jar}
[echo] copy.dbcp.jar=${copy.dbcp.jar}
[echo] copy.jaas.jar=${copy.jaas.jar}
[echo] copy.jdbc20ext.jar=${copy.jdbc20ext.jar}
[echo] copy.javamail.jar=${copy.javamail.jar}
[echo] copy.jmx.jar=${copy.jmx.jar}
[echo] copy.jndi.jar=${copy.jndi.jar}
[echo] copy.jta.jar=${copy.jta.jar}
[echo] copy.ldap.jar=${copy.ldap.jar}
[echo] copy.logging.jar=true
[echo] copy.modeler.jar=${copy.modeler.jar}
[echo] copy.pool.jar=${copy.pool.jar}
[echo] copy.tyrex.jar=${copy.tyrex.jar}
[echo] copy.xerces.jar=${copy.xerces.jar}
[echo] copy.xerces2.jars=${copy.xerces2.jars}
build-prepare:
[mkdir] Created dir:
/home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build
[mkdir] Created dir:
/home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/bin
[mkdir] Created dir:
/home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/common/classes
[mkdir] Created dir:
/home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/common/lib
[mkdir] Created dir:
/home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/common/endorsed
[mkdir] Created dir:
/home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/conf
[mkdir] Created dir:
/home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/logs
DO NOT REPLY [Bug 14045] - JSP compilation fails consistently when Tomcat is run as NT Service
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=14045. 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=14045 JSP compilation fails consistently when Tomcat is run as NT Service [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2003-06-03 06:23 --- The installer might have been working for you in the previous release, but it was actually weaker and more error prone. My point is that this cannot be made to work reliably in all cases, and I'll stand by that resolution. Please do not reopen the bug (or I'll ignore it) without at least providing a sensible patch (since it's so easy to fix ...). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 19145] - http to https redirect fails on non-standard ports
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=19145. 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=19145 http to https redirect fails on non-standard ports --- Additional Comments From [EMAIL PROTECTED] 2003-06-03 06:26 --- It should be possible to investigate a bit further using a telnet, and looking at the Location header of the response. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20376] - Internet Explorer 6.0 Duplicate Requests IE PLEASE HELP
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=20376. 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=20376 Internet Explorer 6.0 Duplicate Requests IE PLEASE HELP --- Additional Comments From [EMAIL PROTECTED] 2003-06-03 07:09 --- Strange indeed, have you tried doing an HTTP GET manually using telnet? The only thing I can think of, is that somehow IE must be convinced that the HTTP connection wasn't established correctly. Try the following: telnet [servername] 80\n GET /[something.jsp] HTTP/1.1\n Host: [servername]\n \n \n Now compare the results from your ASP pages and your JSP pages. If there's a significant difference please post it back. Another thing to try is to have tomcat run standalone as well on port 8080 and check whether the problem persists (probably not, but at least that places the problem with the coupling between Tomcat and IIS) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 11592] - Starting apache server
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=11592. 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=11592 Starting apache server --- Additional Comments From [EMAIL PROTECTED] 2003-06-03 08:30 --- Ok, I'll search a ruby mailing list. Thx. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP] Build Failure - tomcat-catalina
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-06-03/tomcat-catalina.html
Buildfile: build.xml
flags:
flags.display:
[echo] --- Build environment for Catalina ---
[echo] If ${property_name} is displayed, then the property is not set)
[echo] --- Build options ---
[echo] full.dist=${full.dist}
[echo] build.sysclasspath=only
[echo] compile.debug=${compile.debug}
[echo] compile.deprecation=${compile.deprecation}
[echo] compile.optimize=${compile.optimize}
[echo] --- Ant Flags ---
[echo] style task available (required)=true
[echo] --- JDK ---
[echo] jdk.1.2.present=true
[echo] jdk.1.3.present=true
[echo] jdk.1.4.present=true
[echo] --- Source Dependencies ---
[echo] jtc.home.present=true
[echo] --- Required Libraries ---
[echo] beanutils.present=true
[echo] collections.present=true
[echo] digester.present=true
[echo] jaxp.present=true
[echo] jndi.present=true
[echo] logging.present=true
[echo] regexp.present=true
[echo] servlet.present=true
[echo] --- Optional Libraries ---
[echo] daemon.present=${daemon.present}
[echo] dbcp.present=${dbcp.present}
[echo] fileupload.present=true
[echo] jaas.present=true
[echo] javamail.present=${javamail.present}
[echo] jmx.present=${jmx.present}
[echo] jsse.present=true
[echo] jta.present=${jta.present}
[echo] junit.present=${junit.present}
[echo] ldap.present=true
[echo] modeler.present=${modeler.present}
[echo] pool.present=${pool.present}
[echo] tyrex.present=${tyrex.present}
[echo] --- Required JARs ---
[echo] jndi.jar.present(except JDK 1.3+)=${jndi.jar.present}
[echo] regexp.jar.present=true
[echo] servlet.jar.present=true
[echo] xerces.jar.present(except JDK 1.4+ or xerces2)=${xerces.jar.present}
[echo] xerces2.jars.present(except JDK 1.4+ or xerces1)=${xerces2.jars.present}
[echo] --- Optional JARs ---
[echo] daemon.jar.present=${daemon.jar.present}
[echo] dbcp.jar.present=${dbcp.jar.present}
[echo] fileupload.jar.present=${fileupload.jar.present}
[echo] jaas.jar.present=${jaas.jar.present}
[echo] javamail.jar.present=${javamail.jar.present}
[echo] jdbc20ext.jar.present=${jdbc20ext.jar.present}
[echo] jmx.jar.present=${jmx.jar.present}
[echo] jta.jar.present=${jta.jar.present}
[echo] junit.jar.present=${junit.jar.present}
[echo] ldap.jar.present=${ldap.jar.present}
[echo] modeler.jar.present=${modeler.jar.present}
[echo] pool.jar.present=${pool.jar.present}
[echo] tyrex.jar.present=${tyrex.jar.present}
[echo] --- Conditional compilation flags ---
[echo] compile.daemon=${compile.daemon}
[echo] compile.dbcp=${compile.dbcp}
[echo] compile.jaas=true
[echo] compile.javamail=${compile.javamail}
[echo] compile.jmx=${compile.jmx}
[echo] compile.jndi=true
[echo] compile.jsse=true
[echo] compile.jta=${compile.jta}
[echo] compile.junit=${compile.junit}
[echo] compile.ldap=true
[echo] compile.ssi=true
[echo] compile.tyrex=${compile.tyrex}
[echo] --- Distribution flags ---
[echo] copy.daemon.jar=${copy.daemon.jar}
[echo] copy.dbcp.jar=${copy.dbcp.jar}
[echo] copy.jaas.jar=${copy.jaas.jar}
[echo] copy.jdbc20ext.jar=${copy.jdbc20ext.jar}
[echo] copy.javamail.jar=${copy.javamail.jar}
[echo] copy.jmx.jar=${copy.jmx.jar}
[echo] copy.jndi.jar=${copy.jndi.jar}
[echo] copy.jta.jar=${copy.jta.jar}
[echo] copy.ldap.jar=${copy.ldap.jar}
[echo] copy.logging.jar=true
[echo] copy.modeler.jar=${copy.modeler.jar}
[echo] copy.pool.jar=${copy.pool.jar}
[echo] copy.tyrex.jar=${copy.tyrex.jar}
[echo] copy.xerces.jar=${copy.xerces.jar}
[echo] copy.xerces2.jars=${copy.xerces2.jars}
build-prepare:
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/bin
[mkdir] Created dir:
/home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/common/classes
[mkdir] Created dir:
/home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/common/lib
[mkdir] Created dir:
/home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/common/endorsed
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/conf
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/logs
[mkdir] Created dir:
/home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/server/classes
[mkdir] Created dir:
/home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/server/lib
[mkdir] Created dir:
/home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/shared/classes
[mkdir] Created dir:
[GUMP] Build timed out - jk
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-06-03/jakarta-tomcat-jk-native.html
Buildfile: build.xml
init:
[echo] /home/rubys
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/jk
[echo] linux=true solaris=${solaris} win32=${win32} hpux=${hpux}
netware=${netware}
apache20:
apache13:
iis:
netscape:
jni:
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/jk/jni
[so] Compiling 4 out of 4
Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native/common/jk_map.c
Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native/common/jk_pool.c
Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native/common/jk_util.c
Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native/jni/jk_jnicb.c
Linking /home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/jk/jni/jni_connect.so
/home/rubys/bin/timeout: timed out
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
using filters
Hi all, If i have implemented a filter who checks specific value in the session object ( some string manipulation is involved). Thus each request goes through filter. Will this hamper the performance ?? is it advisable to use filters for such cases ? thanx in advance. -- siddharth [EMAIL PROTECTED] -- http://www.fastmail.fm - mmm... Fastmail... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: using filters
There is some performance overhead to any filter, but it isn't much. The real hit is your custom code before and after your filter executes. -Tim siddharth wrote: Hi all, If i have implemented a filter who checks specific value in the session object ( some string manipulation is involved). Thus each request goes through filter. Will this hamper the performance ?? is it advisable to use filters for such cases ? thanx in advance. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
