JavaService Tomcat4.1
Hi, It seems that www.alexandriasc.com does not work any more, does someone knows why? In Tomcat5 we are using procrun, should n't we do the same on Tomcat4? Cheers Jean-Frederic - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29923] - localized resources for example servlets in Portuguese
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29923. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29923 localized resources for example servlets in Portuguese --- Additional Comments From [EMAIL PROTECTED] 2004-07-06 07:25 --- Created an attachment (id=12038) Localised Strings in Portuguese - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22247] - org.apache.catalina.ant - unknown protocol: c on DeployTask
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=22247. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=22247 org.apache.catalina.ant - unknown protocol: c on DeployTask [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2004-07-06 09:03 --- Although I know this is a Tomcat 5 bugbase but I'm having the same problem with the Tomcat 4.1.29. There is no such bug in the Tomcat 4 bug base and I don't want to insert a same bug for Tomcat 4. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29907] - hanging during SSL negotiation
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29907. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29907 hanging during SSL negotiation --- Additional Comments From [EMAIL PROTECTED] 2004-07-06 09:39 --- - Mozilla hangs after saying Connected to hostname.domain.tld... in the status bar without a timeout (http://bugzilla.mozilla.org/show_bug.cgi?id=249976) - MSIE 6.0.2800.1106.xpsp2.030422-1633 says in the status bar opening page https://hostname.domain.tld:port/...; - no timeout - Netscape 4.7: Connect: host hostname.domain.tld:8443 contacted - waiting for reply - no timeout - redhat 9 ELinks 0.4.2 - Text WWW browser: SSL negotiation and no timeout - redhat 9 Links 0.96 - SSL negotiation and no timeout - Opera 7.50K 'Sende Anfrage an hostname.domain.tld...' if anybody has a recommendation which browser to use to learn where it breaks down, this would be highly appreciated! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29907] - hanging during SSL negotiation
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29907. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29907 hanging during SSL negotiation --- Additional Comments From [EMAIL PROTECTED] 2004-07-06 09:41 --- Links 0.96: gives a late timeout Error Receive timeout [cancel] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29887] - Recursive Tag files modification check causes StackOverflowError
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29887. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29887 Recursive Tag files modification check causes StackOverflowError --- Additional Comments From [EMAIL PROTECTED] 2004-07-06 10:21 --- I'm adding a patch that works around the problem by not allowing the recursive dependency to be added to the page. This is rather dealing with the symptoms than a good solution but it solves and might help to illustrate my current problem. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29936] New: - XML parser loading problems by container
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29936. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29936 XML parser loading problems by container Summary: XML parser loading problems by container Product: Tomcat 5 Version: 5.0.25 Platform: PC OS/Version: Windows XP Status: NEW Severity: Blocker Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I'm trying to use JSTL 1.1 with this version of tomcat and have both saxon and crimson in my web-app. If we have crimson and saxon in our webapp lib then tomcat tries to use crimson as the xml parser when reading the web.xml and compiling the jsp and we get the prefix error: org.apache.jasper.JasperException: h3Validation error messages from TagLibraryValidator for c/h3pnull: java.lang.IllegalStateException: can't declare any more prefixes in this context/ph3Validation error messages from TagLibraryValidator for fmt/h3pnull: java.lang.IllegalStateException: can't declare any more prefixes in this context/p If we remove crimson, tomcat uses saxon (aelfred parser) and this fails on reading the web.xml (javax.xml.parsers.ParserConfigurationException: AElfred parser is namespace-aware) If we remove saxon and crimson then we are okay (defaults to xerces in the tomcat endorsed directory?) It seems to me that tomcat is using the parser in my web-app to read the web.xml rather than using xerces from the endorsed directory. The same web-app runs without problems in version 5.0.16. Tomcat seems to be using the service provider mechanism in 5.0.25 as I have property files in C:\Java\jakarta-tomcat-5.0.25 \work\Catalina\localhost\diabetes\loader\META-INF\services (can't find any documents on this). If I'm using more than one parser won't this cause problems as tomcat is setting only one parser and xslt processor here? Any comments are gratefully received. Thanks, Peter Neville - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29936] - XML parser loading problems by container
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29936. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29936 XML parser loading problems by container --- Additional Comments From [EMAIL PROTECTED] 2004-07-06 15:21 --- BTW: Java SDK is version 1.4.2_01 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29936] - XML parser loading problems by container
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29936. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29936 XML parser loading problems by container [EMAIL PROTECTED] changed: What|Removed |Added Severity|Blocker |Normal --- Additional Comments From [EMAIL PROTECTED] 2004-07-06 15:52 --- I am afraid if you want this resolved, you'll have to investigate this further. One thing which really hurts your report is the fact that this would be a classloader issue, and yet there is no relevant functional changes in the classloader since 5.0.16. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29918] - Missing host appBase is not logged.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29918. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29918 Missing host appBase is not logged. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-07-06 15:53 --- Sorry, there's no DTD and little validation. This will not be addressed for now. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29907] - hanging during SSL negotiation
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29907. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29907 hanging during SSL negotiation [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-07-06 15:55 --- I really don't see anything to fix here (if you think otheriwse, please propose a patch). You have to remember Tomcat isn't implementing SSL (JSSE does that). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 mod_jk2.c
jfclere 2004/07/06 08:56:42
Modified:jk/native2/common jk_endpoint.c jk_logger_win32.c
jk_requtil.c
jk/native2/server/apache2 mod_jk2.c
Log:
Use apr equivalent routine for snprintf, usleep and vsnprintf.
Revision ChangesPath
1.29 +1 -1 jakarta-tomcat-connectors/jk/native2/common/jk_endpoint.c
Index: jk_endpoint.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_endpoint.c,v
retrieving revision 1.28
retrieving revision 1.29
diff -u -r1.28 -r1.29
--- jk_endpoint.c 21 Mar 2004 09:43:09 - 1.28
+++ jk_endpoint.c 6 Jul 2004 15:56:41 - 1.29
@@ -43,7 +43,7 @@
if (wEnv-epStat == NULL) {
if (wEnv-shm != NULL wEnv-childId = 0) {
char shmName[128];
-snprintf(shmName, 128, epStat.%d, wEnv-childId);
+apr_snprintf(shmName, 128, epStat.%d, wEnv-childId);
wEnv-epStat =
wEnv-shm-createSlot(env, wEnv-shm, shmName, 8096);
1.12 +1 -1 jakarta-tomcat-connectors/jk/native2/common/jk_logger_win32.c
Index: jk_logger_win32.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_logger_win32.c,v
retrieving revision 1.11
retrieving revision 1.12
diff -u -r1.11 -r1.12
--- jk_logger_win32.c 21 Mar 2004 09:43:09 - 1.11
+++ jk_logger_win32.c 6 Jul 2004 15:56:41 - 1.12
@@ -128,7 +128,7 @@
}
-rc = _vsnprintf(buf + used, HUGE_BUFFER_SIZE - used, fmt, args);
+rc = apr_vsnprintf(buf + used, HUGE_BUFFER_SIZE - used, fmt, args);
l-log(env, l, level, buf);
}
1.34 +1 -1 jakarta-tomcat-connectors/jk/native2/common/jk_requtil.c
Index: jk_requtil.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_requtil.c,v
retrieving revision 1.33
retrieving revision 1.34
diff -u -r1.33 -r1.34
--- jk_requtil.c 15 Jun 2004 20:37:10 - 1.33
+++ jk_requtil.c 6 Jul 2004 15:56:41 - 1.34
@@ -494,7 +494,7 @@
va_start(vargs, fmt);
s-outPos = 0; /* Temp - we don't buffer */
ret =
-vsnprintf(s-outBuf + s-outPos, s-outSize - s-outPos, fmt, vargs);
+apr_vsnprintf(s-outBuf + s-outPos, s-outSize - s-outPos, fmt, vargs);
va_end(vargs);
s-write(env, s, s-outBuf, strlen(s-outBuf));
1.85 +2 -2 jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c
Index: mod_jk2.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c,v
retrieving revision 1.84
retrieving revision 1.85
diff -u -r1.84 -r1.85
--- mod_jk2.c 16 Jun 2004 15:42:03 - 1.84
+++ mod_jk2.c 6 Jul 2004 15:56:41 - 1.85
@@ -638,7 +638,7 @@
env-l-jkLog(env, env-l, JK_LOG_INFO,
jk2_child_init() child %d not in scoreboard yet, spin %d\n,
proc.pid, counter);
- usleep(10);
+ apr_sleep((apr_interval_time_t)10);
workerEnv-childId = find_child_by_pid(proc);
}
if (workerEnv-childId == -1) {
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29936] - XML parser loading problems by container
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29936. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29936 XML parser loading problems by container [EMAIL PROTECTED] changed: What|Removed |Added Severity|Normal |Blocker --- Additional Comments From [EMAIL PROTECTED] 2004-07-06 16:02 --- Are you sure you haven't duplicated the tagdef in the JSP multiple times? For example - this would cause an error: %@ taglib uri=http://java.sun.com/jstl/core/c.tld; prefix=c % %@ taglib uri=http://java.sun.com/jstl/core/c.tld; prefix=c % Or this: %@ taglib uri=http://java.sun.com/jstl/core/c.tld; prefix=c % [EMAIL PROTECTED] page=foo.jsp% where foo.jsp also has: %@ taglib uri=http://java.sun.com/jstl/core/c.tld; prefix=c % - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29937] New: - stdout.log shows [bogus?] error handling https request from IIS 5.0
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29937. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29937 stdout.log shows [bogus?] error handling https request from IIS 5.0 Summary: stdout.log shows [bogus?] error handling https request from IIS 5.0 Product: Tomcat 5 Version: 5.0.19 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Connector:Coyote AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] IIS 5.0 is handling https validation with VeriSign certificate. isapi_redirector2.dll redirects to Tomcat 5.0.19 When https://... request is submitted, stdout.log shows: org.apache.jk.common.HandlerRequest decodeRequest WARNING: Error registering request When http://... request is submitted all is ok. Nothing else seems to be wrong. Is this just crying Wolf? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29938] New: - cygwin cygpath usage to convert to windows dirs
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29938. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29938 cygwin cygpath usage to convert to windows dirs Summary: cygwin cygpath usage to convert to windows dirs Product: Tomcat 5 Version: 5.0.25 Platform: PC OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] 1) JAVA_HOME, CATALINA_HOME, CATALINA_BASE, CATALINA_TMPDIR are not path variables (ie: bin\java:/usr/local/java) but are directories (the other type of paths :-). When the conversion is made back to windows dirs, the cygpath commands have the '--path' option included, which shouldn't be there. See cygpath help for more info on paths dirs. So need a fix so that no '--path' option should be set for JAVA_HOME, CATALINA_HOME, CATALINA_BASE, CATALINA_TMPDIR. 2) Also I sometimes use CATALINA_BASE of '.' cygpath converts this to '.\' with 'cygpath --windows .' (why I don't know) but this later causes the 'touch $CATALINA_BASE/logs/catalina.out' on line 203 to fail because the converted path is: '.\/logs/catalina.out'. If the cygpath option '--absolute' is added it prevents this case from happening. So need another fix for CATALINA_BASE to have the '--absolute' option added. Actually it can be added to JAVA_HOME, CATALINA_HOME, and CATALINA_TMPDIR too without problems but usually these don't have '.' as their dirpath. It probably should be added for these too for consistency. Here's the diff for the patch: catalina.sh (rev 1.14) 117,120c117,120 JAVA_HOME=`cygpath --path --windows $JAVA_HOME` CATALINA_HOME=`cygpath --path --windows $CATALINA_HOME` CATALINA_BASE=`cygpath --path --windows $CATALINA_BASE` CATALINA_TMPDIR=`cygpath --path --windows $CATALINA_TMPDIR` --- JAVA_HOME=`cygpath --windows --absolute $JAVA_HOME` CATALINA_HOME=`cygpath --windows --absolute $CATALINA_HOME` CATALINA_BASE=`cygpath --windows --absolute $CATALINA_BASE` CATALINA_TMPDIR=`cygpath --windows --absolute $CATALINA_TMPDIR` - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.next] Progress
- Possibly require JDK 1.5 (cleaner code, annotations, integrated JMX and JMX remote, etc) I have made prototype for mx4J JSR 160 support it looks very nice. Can't we refactor the ServerLifecycleListener also? http://nagoya.apache.org/bugzilla/show_bug.cgi?id=29259 No, that listener needs to go IMO. This listener is useless in the end (for this branch): this is done at the VM level much more cleanly, and the VM also provides tons of runtime statistics that nobody will want to live without. I'll rethink my position if J2SE 5 (I'm learning ;) ) turns out bad somehow, but I don't think the core VM is a big rewrite, so I expect it to be stable. I'll start using it soon for my builds and testing, and I'll see how it goes. Though I also really like Java 5's [yep, another neat numbering change from Sun :-)] built-MBeans for JVM monitoring, I'd *really* like to see a JSR 160 solution in Tomcat that works in Java 1.4.x and Java 1.5 (aka 5). Is this the plan/hope? At a high level it does not look too nasty to do this -- Jess Holle - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Stefano Cipriani/EU/CHPEU is out of the office.
I will be out of the office starting 05/07/2004 and will not return until 08/07/2004. I will reply to your message when I return. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24970] - charset appended to content-type even if not text/*
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=24970. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=24970 charset appended to content-type even if not text/* --- Additional Comments From [EMAIL PROTECTED] 2004-07-06 20:38 --- I noticed that this bug is marked as resolved, but i'm not sure it is. I came across this situation today when setting the content type to application/pdf. when i viewed the compiled code i noticed this being set by tomcat: response.setContentType(application/pdf;charset=ISO-8859-1); I set the content type to application/pdf, but i didn't add the charset. Tomcat seems to be setting the charset to the default when a content type is specified. In the case of application/pdf setting the charset won't work with Adobe Reader 6.0, 6.01, and 6.0.2. Viewing the headers with HTTPWatch, i'm able to see that the content type is application/pdf;charset=ISO-8859-1 even though i just set application/pdf Could someone please let me know if this is still a bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29937] - stdout.log shows [bogus?] error handling https request from IIS 5.0
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29937. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29937 stdout.log shows [bogus?] error handling https request from IIS 5.0 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE Summary|stdout.log shows [bogus?] |stdout.log shows [bogus?] |error handling https request|error handling https request |from IIS 5.0|from IIS 5.0 --- Additional Comments From [EMAIL PROTECTED] 2004-07-06 22:42 --- *** This bug has been marked as a duplicate of 27881 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27881] - Mar 23, 2004 12:40:31 PM org.apache.jk.common.HandlerRequest invoke
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=27881. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=27881 Mar 23, 2004 12:40:31 PM org.apache.jk.common.HandlerRequest invoke [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2004-07-06 22:42 --- *** Bug 29937 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Evelyne Bauer ist außer Haus.
Ich werde ab 01.07.2004 nicht im Büro sein. Ich kehre zurück am 08.07.2004. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
