svn commit: r530674 - in /tomcat/connectors/trunk/jk: native/apache-2.0/ native/common/ xdocs/webserver_howto/

[hgomez]

Author: hgomez
Date: Fri Apr 20 00:24:47 2007
New Revision: 530674

URL: http://svn.apache.org/viewvc?view=rev&rev=530674
Log:
Works in progress for i5/OS V5R4 adaptation. Still need to fix the INIT stage

Modified:
tomcat/connectors/trunk/jk/native/apache-2.0/mod_jk.c
tomcat/connectors/trunk/jk/native/common/jk_ajp12_worker.c
tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c
tomcat/connectors/trunk/jk/native/common/jk_jni_worker.c
tomcat/connectors/trunk/jk/native/common/jk_map.c
tomcat/connectors/trunk/jk/native/common/jk_msg_buff.c
tomcat/connectors/trunk/jk/native/common/jk_msg_buff.h
tomcat/connectors/trunk/jk/native/common/jk_util.c
tomcat/connectors/trunk/jk/xdocs/webserver_howto/apache.xml

Modified: tomcat/connectors/trunk/jk/native/apache-2.0/mod_jk.c
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/apache-2.0/mod_jk.c?view=diff&rev=530674&r1=530673&r2=530674
==
--- tomcat/connectors/trunk/jk/native/apache-2.0/mod_jk.c (original)
+++ tomcat/connectors/trunk/jk/native/apache-2.0/mod_jk.c Fri Apr 20 00:24:47 
2007
@@ -41,7 +41,7 @@
 #include "util_script.h"
 #include "ap_mpm.h"
 
-#ifdef AS400
+#if defined(AS400) && !defined(AS400_UTF8)
 #include "ap_charset.h"
 #include "util_charset.h"   /* ap_hdrs_from_ascii */
 #endif
@@ -294,7 +294,7 @@
 ap_set_content_type(r, tmp);
 }
 else if (!strcasecmp(header_names[h], "Location")) {
-#ifdef AS400
+#if defined(AS400) && !defined(AS400_UTF8)
 /* Fix escapes in Location Header URL */
 ap_fixup_escapes((char *)header_values[h],
  strlen(header_values[h]), ap_hdrs_from_ascii);
@@ -348,7 +348,7 @@
 }
 
 if (p->read_body_started) {
-#ifdef AS400
+#if defined(AS400) && !defined(AS400_UTF8)
 int long rv = OK;
 if (rv = ap_change_request_body_xlate(p->r, 65535, 65535)) {   
 /* turn off request body translation */
 ap_log_error(APLOG_MARK, APLOG_STARTUP | APLOG_CRIT, 0, NULL,
@@ -374,7 +374,7 @@
 
 static void JK_METHOD ws_flush(jk_ws_service_t *s)
 {
-#ifndef AS400
+#if defined(AS400) && !defined(AS400_UTF8)
 if (s && s->ws_private) {
 apache_private_data_t *p = s->ws_private;
 ap_rflush(p->r);
@@ -400,7 +400,7 @@
 
 static int JK_METHOD ws_write(jk_ws_service_t *s, const void *b, unsigned int 
l)
 {
-#ifdef AS400
+#if defined(AS400) && !defined(AS400_UTF8)
 int rc;
 #endif
 
@@ -422,12 +422,12 @@
 }
 }
 if (p->r->header_only) {
-#ifndef AS400
+#if defined(AS400) && !defined(AS400_UTF8)
 ap_rflush(p->r);
 #endif
 return JK_TRUE;
 }
-#ifdef AS400
+#if defined(AS400) && !defined(AS400_UTF8)
 /* turn off response body translation */
 rc = ap_change_response_body_xlate(p->r, 65535, 65535);
 if (rc) {
@@ -593,7 +593,7 @@
 s->content_length = get_content_length(r);
 s->is_chunked = r->read_chunked;
 s->no_more_chunks = 0;
-#ifdef AS400
+#if defined(AS400) && !defined(AS400_UTF8)
 /* Get the query string that is not translated to EBCDIC  */
 s->query_string = ap_get_original_query_string(r);
 #else
@@ -2795,17 +2795,17 @@
 jk_server_conf_t *sconf = (jk_server_conf_t 
*)ap_get_module_config(srv->module_config,

&jk_module);
 /***
- * on iSeries, the web server is 'HTTP Powered by Apache 2', as such it 
differs from the regular 
+ * on iSeries, the web server is 'HTTP Powered by Apache 2', as such it 
differs from the regular
  * implementations found on others boxes.
- * 
+ *
  * One of this difference is that the life cycle seems different and we 
discovered that on such platform
  * we need to initialize the jk log with the plog instead of pconf.
- * 
- * We're waiting for more feedback from Rochester iSeries Labs... 
- * 
+ *
+ * We're waiting for more feedback from Rochester iSeries Labs...
+ *
  ***/
-  
-#ifdef AS400
+
+#if defined(AS400) && !defined(AS400_UTF8)
 if (open_jklog(srv, plog))
 #else
 if (open_jklog(srv, pconf))

Modified: tomcat/connectors/trunk/jk/native/common/jk_ajp12_worker.c
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_ajp12_worker.c?view=diff&rev=530674&r1=530673&r2=530674
==
--- tomcat/connectors/trunk/jk/native/common/jk_ajp12_worker.c (original)
+++ tomcat/connectors/trunk/jk/native/common/jk_ajp12_worker.c Fri Apr 20 
00:24:47 2007
@@ -28,7 +28,7 @@
 #include "jk_connect.h"
 #include "jk_util.h"
 #include "jk_sockbuf.h"
-#ifdef AS400
+#if defined(AS400) && !defined(AS400_UTF8)
 #include "util_ebcdic.h"
 #include 
 #endif
@@ -61,11 +61,11 @@
 
 static int ajpv12_mark

svn commit: r530690 - /tomcat/connectors/trunk/jk/native/apache-2.0/mod_jk.c

[hgomez]

Author: hgomez
Date: Fri Apr 20 01:21:58 2007
New Revision: 530690

URL: http://svn.apache.org/viewvc?view=rev&rev=530690
Log:
Recent version of i5/OS APR fix the missing export

Modified:
tomcat/connectors/trunk/jk/native/apache-2.0/mod_jk.c

Modified: tomcat/connectors/trunk/jk/native/apache-2.0/mod_jk.c
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/apache-2.0/mod_jk.c?view=diff&rev=530690&r1=530689&r2=530690
==
--- tomcat/connectors/trunk/jk/native/apache-2.0/mod_jk.c (original)
+++ tomcat/connectors/trunk/jk/native/apache-2.0/mod_jk.c Fri Apr 20 01:21:58 
2007
@@ -54,16 +54,10 @@
 
 /* deprecated with apr 0.9.3 */
 
-/*
-   The latest Apache 2.0.47 for iSeries didn't export apr_filepath_name_get
-   but apr_filename_of_pathname, even if includes seems right and the APR
-   in use is 0.9.4
-*/
-
 #include "apr_version.h"
 #if (APR_MAJOR_VERSION == 0) && \
 (APR_MINOR_VERSION <= 9) && \
-(APR_PATCH_VERSION < 3) || defined(AS400)
+(APR_PATCH_VERSION < 3)
 #define apr_filepath_name_get apr_filename_of_pathname
 #endif
 



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

svn commit: r530691 - /tomcat/connectors/trunk/jk/native/apache-2.0/mod_jk.c

[hgomez]

Author: hgomez
Date: Fri Apr 20 01:29:24 2007
New Revision: 530691

URL: http://svn.apache.org/viewvc?view=rev&rev=530691
Log:
Using pconf on i5/OS V5R4 didn't show more problems.

Modified:
tomcat/connectors/trunk/jk/native/apache-2.0/mod_jk.c

Modified: tomcat/connectors/trunk/jk/native/apache-2.0/mod_jk.c
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/apache-2.0/mod_jk.c?view=diff&rev=530691&r1=530690&r2=530691
==
--- tomcat/connectors/trunk/jk/native/apache-2.0/mod_jk.c (original)
+++ tomcat/connectors/trunk/jk/native/apache-2.0/mod_jk.c Fri Apr 20 01:29:24 
2007
@@ -2788,22 +2788,7 @@
 for (; srv; srv = srv->next) {
 jk_server_conf_t *sconf = (jk_server_conf_t 
*)ap_get_module_config(srv->module_config,

&jk_module);
-/***
- * on iSeries, the web server is 'HTTP Powered by Apache 2', as such it 
differs from the regular
- * implementations found on others boxes.
- *
- * One of this difference is that the life cycle seems different and we 
discovered that on such platform
- * we need to initialize the jk log with the plog instead of pconf.
- *
- * We're waiting for more feedback from Rochester iSeries Labs...
- *
- ***/
-
-#if defined(AS400) && !defined(AS400_UTF8)
-if (open_jklog(srv, plog))
-#else
 if (open_jklog(srv, pconf))
-#endif
 return HTTP_INTERNAL_SERVER_ERROR;
 if (sconf) {
 if (!uri_worker_map_alloc(&(sconf->uw_map),



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

Building 5.0.x for svn

[Jean-Frederic]

Hi,

Is there an explanation how to build a TC-5.0.x from the svn?

Cheers

Jean-Frederic




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

DO NOT REPLY [Bug 42157] - URLs returned by ServletContext.getResource() cannot resolve, directories cannot be browsed...

[bugzilla]

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

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





--- Additional Comments From [EMAIL PROTECTED]  2007-04-20 03:08 ---
(In reply to comment #8)

William... you are absolutely right :D

I just read: http://tomcat.apache.org/tomcat-5.5-doc/config/context.html
tested it and it works beautifully \o/

I use tomcat for a few years now... I guess when I started missed that path
detail and until now I've never had trouble so I presumed the configuration
was fine (maybe initially used some file already bad configured that worked
fine or simply was being dumb, really don't remember).

I'm sorry for wasting you time on this.
and thank you for clearly care to explain my mistake.

As you say i was trying to help and did spent time reading the source
code (plus the time i tried solve this in the code i'm writing),
so don't be "bothered" at this.

I wish that some day Remy is able to provide such quality as you in his replies.

Again, thank you very much :D


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

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

svn commit: r530761 - /tomcat/build/branches/tc5.0.x/build.properties.default

[jfclere]

Author: jfclere
Date: Fri Apr 20 05:17:25 2007
New Revision: 530761

URL: http://svn.apache.org/viewvc?view=rev&rev=530761
Log:
Arrange the location to be able to build.
Note that mx4j and jakarta-regexp-1.3 are not solved.

Modified:
tomcat/build/branches/tc5.0.x/build.properties.default

Modified: tomcat/build/branches/tc5.0.x/build.properties.default
URL: 
http://svn.apache.org/viewvc/tomcat/build/branches/tc5.0.x/build.properties.default?view=diff&rev=530761&r1=530760&r2=530761
==
--- tomcat/build/branches/tc5.0.x/build.properties.default (original)
+++ tomcat/build/branches/tc5.0.x/build.properties.default Fri Apr 20 05:17:25 
2007
@@ -43,10 +43,13 @@
 base-jakarta.loc=http://archive.apache.org/dist/jakarta
 
 # - XML files base location -
-base-xml.loc=http://archive.apache.org/dist/xml
+base-xml.loc=${base-apache.loc}/xml
+
+# - Struts files base location -
+base-struts.loc=http://archive.apache.org/dist/struts
 
 # - Sourceforge files base location -
-base-sf.loc=http://telia.dl.sourceforge.net/sourceforge
+base-sf.loc=http://switch.dl.sourceforge.net/sourceforge
 
 # --
 #REQUIRED LIBRARIES
@@ -204,7 +207,7 @@
 struts.home=${base.path}/jakarta-struts-1.2.4
 struts.lib=${struts.home}/lib
 struts.jar=${struts.lib}/struts.jar
-struts.loc=${base-jakarta.loc}/struts/binaries/jakarta-struts-1.2.4.tar.gz
+struts.loc=${base-struts.loc}/struts/binaries/jakarta-struts-1.2.4.tar.gz
 
 
 # --



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

Re: svn commit: r530674 - in /tomcat/connectors/trunk/jk: native/apache-2.0/ native/common/ xdocs/webserver_howto/

[Mladen Turk]

[EMAIL PROTECTED] wrote:

Author: hgomez
 
-#ifdef AS400

+#if defined(AS400) && !defined(AS400_UTF8)


So, seems that UTF8 is now default for AS400
I wonder why are you maintain AS400 since you said
it doesn't work anyhow.

Also, UTF8 in mod_jk does not exist. All we have
is < 127, so there is no need to conversion (now).

BTW, did you try simply to remove all EBCDIC translations?

Regards,
Mladen.

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

Re: svn commit: r530674 - in /tomcat/connectors/trunk/jk: native/apache-2.0/ native/common/ xdocs/webserver_howto/

[Henri Gomez]

2007/4/20, Mladen Turk <[EMAIL PROTECTED]>:

[EMAIL PROTECTED] wrote:
> Author: hgomez
>
> -#ifdef AS400
> +#if defined(AS400) && !defined(AS400_UTF8)

So, seems that UTF8 is now default for AS400


On i5/OS V5R4 (not on previous release)


I wonder why are you maintain AS400 since you said
it doesn't work anyhow.


Because I need jk to works. Situation. jk 1.2.19 works on V5R3. On
V5R4 no jk works and we need jk on i5/OS for some weeks until we
switch Apache 2.x to a Linux box


Also, UTF8 in mod_jk does not exist. All we have
is < 127, so there is no need to conversion (now).

BTW, did you try simply to remove all EBCDIC translations?


I did, and I'm now puzzled by cute UTF support.

APR and Apache functions expect/return UTF (well ASCII), but native
functions, like inet_addr() seems to expect  EBCDIC ;(

I'm still looking for support from IBM Labs since I wonder what
modification they do on other 'supported' Apache 2 modules, like
mod_proxy. It could be very usefull to us but the information is
hidden somewhere inside the Labs and it's very hard to get support
from them.

So my question will be :

- If we couldn't get support for i5/OS (AS400) from IBM labs, should
we stop support i5/OS in JK ? If so why not remove all i5/OS support
code from the code to avoid ofuscate the sources with #ifdef for an
operating system where ASFpeople can't get informations to continue
port and adaptation ?

Regards

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

Re: svn commit: r530674 - in /tomcat/connectors/trunk/jk: native/apache-2.0/ native/common/ xdocs/webserver_howto/

[Mladen Turk]

Henri Gomez wrote:

2007/4/20, Mladen Turk <[EMAIL PROTECTED]>:

[EMAIL PROTECTED] wrote:
> Author: hgomez
>
> -#ifdef AS400
> +#if defined(AS400) && !defined(AS400_UTF8)

So, seems that UTF8 is now default for AS400


On i5/OS V5R4 (not on previous release)



But they are supposed to work, right?



- If we couldn't get support for i5/OS (AS400) from IBM labs, should
we stop support i5/OS in JK ?


Probably. We have the same situation with iPlanet
(SunOne, or what ever they are calling that nowadays)

From all your comments it is obvious that the IBM Httpd
server is a product that has very little in common with
standard httpd distributions from ASF. Although they might
name their product (apache httpd based), it is obviously
not an ASF compatible product.
So, dropping a support is the only thing we can do.
If someone is willing to support it, then it should be
listed as a separate 'web container', but not as a Apache
Httpd. Trying to insert #ifdef for every change there is
would lead to nowhere.

Think we had the same thing with Domino, that was
IBM version of IIS server, and guess how it ended?

Regards,
Mladen.

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

Re: svn commit: r530674 - in /tomcat/connectors/trunk/jk: native/apache-2.0/ native/common/ xdocs/webserver_howto/

[Henri Gomez]

BTW, there is still the log problem in V5R4 which make requests core :

02EE:940456 Stack:  mpmt_pthread.c : request thread exception
02EE:940504 Stack:  Library/ Program Module  Stmt
Procedure
02EE:940520 Stack:  QSYS   / QLESPI  QLECRTTH17:
LE_Create_Thread2__FP12crtth_parm_t
02EE:940528 Stack:  QSYS   / QP0WPINTQP0WSPTHR   19:
pthread_create_part2
   TRCTCPAPP Output
02EE:940544 Stack:  QHTTPSVR   / QZSRAPR THREAD  2 :
dummy_worker
02EE:940552 Stack:  QHTTPSVR   / QZSRCOREMPMT_PTHRE  21:
request_thread
02EE:940560 Stack:  QHTTPSVR   / QZSRCOREHTTP_ASYNC  6 :
ap_process_IOCP
02EE:940568 Stack:  QHTTPSVR   / QZSRCOREHTTP_ASYNC  47:
asyncIO_wait
02EE:940576 Stack:  QHTTPSVR   / QZSRCORECONNECTION  5 :
ap_run_process_connection
02EE:940592 Stack:  QHTTPSVR   / QZSRCOREHTTP_CORE   12:
ap_process_http_connection
02EE:940600 Stack:  QHTTPSVR   / QZSRCOREHTTP_REQUE  19:
ap_process_request
02EE:940608 Stack:  QHTTPSVR   / QZSRCOREHTTP_CONFI  27:
ap_invoke_handler
02EE:940616 Stack:  QHTTPSVR   / QZSRCOREHTTP_CONFI  5 :
ap_run_handler
02EE:940624 Stack:  QHTTPSVR   / MOD_JK1222  MOD_JK  83:
jk_handler
02EE:940640 Stack:  QHTTPSVR   / MOD_JK1222  JK_AJP_COM  51:
ajp_service
02EE:940648 Stack:  QHTTPSVR   / MOD_JK1222  JK_AJP_COM  39:
ajp_get_reply
02EE:944592 Stack:  QHTTPSVR   / MOD_JK1222  JK_AJP_COM  30:
ajp_process_callback
02EE:944608 Stack:  QHTTPSVR   / MOD_JK1222  MOD_JK  17:
ws_write
02EE:944616 Stack:  QHTTPSVR   / MOD_JK1222  JK_UTIL 36:
jk_log
02EE:944624 Stack:  QHTTPSVR   / QZSRCOREMPMT_PTHRE  11:
Request_Thread_Excp_Handler
02EE:944640 Stack:  QHTTPSVR   / QZSRCOREMPMT_PTHRE  26:
Common_Thread_Excp_Handler_Code
02EE:944648 Stack:  QHTTPSVR   / QZSRAPR OS400TRACE  7 :
apr_dstack_CCSID
02EE:944656 Stack:  QSYS   / QP0ZCPA QP0ZUDBG3 :
Qp0zDumpStack
02EE:944672 Stack:  QSYS   / QP0ZSCPAQP0ZSDBG2 :
Qp0zSUDumpStack
02EE:944680 Stack:  QSYS   / QP0ZSCPAQP0ZSDBG12:
Qp0zSUDumpTargetStack
02EE:944680 Stack:  Completed

Still the jk_log problem ;(


2007/4/20, Mladen Turk <[EMAIL PROTECTED]>:

Henri Gomez wrote:
> 2007/4/20, Mladen Turk <[EMAIL PROTECTED]>:
>> [EMAIL PROTECTED] wrote:
>> > Author: hgomez
>> >
>> > -#ifdef AS400
>> > +#if defined(AS400) && !defined(AS400_UTF8)
>>
>> So, seems that UTF8 is now default for AS400
>
> On i5/OS V5R4 (not on previous release)
>

But they are supposed to work, right?

>
> - If we couldn't get support for i5/OS (AS400) from IBM labs, should
> we stop support i5/OS in JK ?

Probably. We have the same situation with iPlanet
(SunOne, or what ever they are calling that nowadays)

 From all your comments it is obvious that the IBM Httpd
server is a product that has very little in common with
standard httpd distributions from ASF. Although they might
name their product (apache httpd based), it is obviously
not an ASF compatible product.
So, dropping a support is the only thing we can do.
If someone is willing to support it, then it should be
listed as a separate 'web container', but not as a Apache
Httpd. Trying to insert #ifdef for every change there is
would lead to nowhere.

Think we had the same thing with Domino, that was
IBM version of IIS server, and guess how it ended?

Regards,
Mladen.

-
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]

svn commit: r530826 - in /tomcat/jasper/branches/tc5.0.x/jasper2/src/share/org/apache/jasper: runtime/PageContextImpl.java servlet/JspServletWrapper.java

[jfclere]

Author: jfclere
Date: Fri Apr 20 07:34:27 2007
New Revision: 530826

URL: http://svn.apache.org/viewvc?view=rev&rev=530826
Log:
typos

Modified:

tomcat/jasper/branches/tc5.0.x/jasper2/src/share/org/apache/jasper/runtime/PageContextImpl.java

tomcat/jasper/branches/tc5.0.x/jasper2/src/share/org/apache/jasper/servlet/JspServletWrapper.java

Modified: 
tomcat/jasper/branches/tc5.0.x/jasper2/src/share/org/apache/jasper/runtime/PageContextImpl.java
URL: 
http://svn.apache.org/viewvc/tomcat/jasper/branches/tc5.0.x/jasper2/src/share/org/apache/jasper/runtime/PageContextImpl.java?view=diff&rev=530826&r1=530825&r2=530826
==
--- 
tomcat/jasper/branches/tc5.0.x/jasper2/src/share/org/apache/jasper/runtime/PageContextImpl.java
 (original)
+++ 
tomcat/jasper/branches/tc5.0.x/jasper2/src/share/org/apache/jasper/runtime/PageContextImpl.java
 Fri Apr 20 07:34:27 2007
@@ -104,7 +104,7 @@
  * Constructor.
  */
 PageContextImpl(JspFactory factory) {
-log = LogFactory.getLog(getclass());
+log = LogFactory.getLog(getClass());
 
 this.factory = factory;
this.variableResolver = new VariableResolverImpl(this);

Modified: 
tomcat/jasper/branches/tc5.0.x/jasper2/src/share/org/apache/jasper/servlet/JspServletWrapper.java
URL: 
http://svn.apache.org/viewvc/tomcat/jasper/branches/tc5.0.x/jasper2/src/share/org/apache/jasper/servlet/JspServletWrapper.java?view=diff&rev=530826&r1=530825&r2=530826
==
--- 
tomcat/jasper/branches/tc5.0.x/jasper2/src/share/org/apache/jasper/servlet/JspServletWrapper.java
 (original)
+++ 
tomcat/jasper/branches/tc5.0.x/jasper2/src/share/org/apache/jasper/servlet/JspServletWrapper.java
 Fri Apr 20 07:34:27 2007
@@ -353,7 +353,7 @@
 response.sendError(HttpServletResponse.SC_NOT_FOUND, 
   ex.getMessage());
 } catch (IllegalStateException ise) {
-Log log = logFactory.getLog(getClass());
+Log log = LogFactory.getLog(getClass());
 log.error(Localizer.getMessage("jsp.error.file.not.found",
   ex.getMessage()),
  ex);



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

DO NOT REPLY [Bug 42177] New: - Apache 2.0.59/mod_jk 1.2.22: SSI failure

[bugzilla]

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

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

   Summary: Apache 2.0.59/mod_jk 1.2.22:  SSI failure
   Product: Tomcat 5
   Version: 5.0.28
  Platform: PC
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Native:JK
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I use Apache 2.0.59, mod_jk 1.2.22, and Tomcat 5.0.28.  I have a web app which
returns mostly static web pages, but it forces a login to see them.  The web
pages  require SSI (which is enabled on Apache), and the files to be included
need to be served by the web app.

The SSI consistently fails - the Apache mod_include can't find the include file
which comes from the web app.

The interesting thing is that when I use the old and moldy mod_jk2, version
2.0.4,  things work as I expected!!!  The SSI works, and the pages have all
their pieces and parts.

Even though it's been deprecated, mod_jk2 works when mod_jk doesn't...

I'd like to move up to mod_jk, but I can't until this functionality works.

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

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

DO NOT REPLY [Bug 42177] - Apache 2.0.59/mod_jk 1.2.22: SSI failure

[bugzilla]

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

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





--- Additional Comments From [EMAIL PROTECTED]  2007-04-20 09:13 ---
Can you share some light on us, and give us a config that
works with JK2 and doesn't with JK 1.2.22

Also, although not essential, what is the OS you are using?

BTW, your entry has nothing to do with bugzilla. This is a
typical question for Tomcat users group, but I'm curious ;)

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

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

DO NOT REPLY [Bug 42177] - Apache 2.0.59/mod_jk 1.2.22: SSI failure

[bugzilla]

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

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





--- Additional Comments From [EMAIL PROTECTED]  2007-04-20 11:45 ---
I've taken another look, and now agree with mladen turk; things now work with 
mod_jk 1.2.22 IF I set the connection pool size to 2.

Leave the pool size at 1, things don't work.  At 2 or greater, the SSI works.

I don't know if there would be any bad affects for making that configuration 
change.  We'll see...

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

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

DO NOT REPLY [Bug 42177] - Apache 2.0.59/mod_jk 1.2.22: SSI failure

[bugzilla]

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

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2007-04-20 12:06 ---
Great it works. Anyhow, some sort of log and config would be helpfull.

Like said, for any further assistance try users list, but be sure to
post your configuration, logs, OS info, etc.
SSI works just fine with mod_jk if configured correctly.


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

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