Re: svn commit: r530674 - in /tomcat/connectors/trunk/jk: native/apache-2.0/ native/common/ xdocs/webserver_howto/
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]
Re: svn commit: r530674 - in /tomcat/connectors/trunk/jk: native/apache-2.0/ native/common/ xdocs/webserver_howto/
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/
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/
[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]
svn commit: r530674 - in /tomcat/connectors/trunk/jk: native/apache-2.0/ native/common/ xdocs/webserver_howto/
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
