Re:Re: SQL Realm for tomcat

Hi Ian, Thanks for pointing me to the links. Coming back to the realm, as far as I know, JDBCRealm does not allow you to run arbitrary SQL queries against the database to retrieve the role/password information. I believe, this can be solved to some extent by creating appropriate views in the dat

Re: Next try: mod_jk 1.2.17 release candidate ready to test

What the status of mod_jk 1.2.17 ? It would be usefull to get some binaries to help users check against their platform, for instance win32. Regards 2006/7/13, Henri Gomez <[EMAIL PROTECTED]>: 2006/7/13, Jean-frederic Clere <[EMAIL PROTECTED]>: > Henri Gomez wrote: > > > I don't know if we coul

Re: Next try: mod_jk 1.2.17 release candidate ready to test

Henri Gomez wrote: What the status of mod_jk 1.2.17 ? It would be usefull to get some binaries to help users check against their platform, for instance win32. http://www.apache.org/dist/tomcat/tomcat-connectors/jk/binaries/win32/ Wait for a while until synced. Regards, Mladen. -

Re: Next try: mod_jk 1.2.17 release candidate ready to test

Hi Mladen, would you mind putting it on http://tomcat.apache.org/dev/dist/ first? Many thanks for the Win-Builds! Regards, Rainer Mladen Turk wrote: Henri Gomez wrote: What the status of mod_jk 1.2.17 ? It would be usefull to get some binaries to help users check against their platform,

Re: Next try: mod_jk 1.2.17 release candidate ready to test

Rainer Jung wrote: Hi Mladen, would you mind putting it on http://tomcat.apache.org/dev/dist/ first? Nope. There is no version/platform directory structure inside. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTE

Re: Next try: mod_jk 1.2.17 release candidate ready to test

Thanks ! 2006/7/17, Mladen Turk <[EMAIL PROTECTED]>: Henri Gomez wrote: > What the status of mod_jk 1.2.17 ? > > It would be usefull to get some binaries to help users check against > their platform, for instance win32. > http://www.apache.org/dist/tomcat/tomcat-connectors/jk/binaries/win32/ Wa

DO NOT REPLY [Bug 40056] New: - added httpHeader after invoking chain.doFilter(..) gets lost by chunked transfer

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_bu

Re: Next try: mod_jk 1.2.17 release candidate ready to test

Mladen Turk wrote: Rainer Jung wrote: Hi Mladen, would you mind putting it on http://tomcat.apache.org/dev/dist/ first? Nope. There is no version/platform directory structure inside. Uhm - then create one? /dev/dist/ has the distinction of containing anything any RM wants to create. ww

Re: Next try: mod_jk 1.2.17 release candidate ready to test

William A. Rowe, Jr. wrote: Mladen Turk wrote: Rainer Jung wrote: Hi Mladen, would you mind putting it on http://tomcat.apache.org/dev/dist/ first? Nope. There is no version/platform directory structure inside. Uhm - then create one? /dev/dist/ has the distinction of containing anythin

Re: Next try: mod_jk 1.2.17 release candidate ready to test

William A. Rowe, Jr. wrote: IF 1.2.17 sources aren't at www. then, well, the binaries don't belong there either. Simply used the current method. Was not aware of the new repo inside tomcat. Should I delete them or what? Regards, Mladen. --

Re: Next try: mod_jk 1.2.17 release candidate ready to test

Henri Gomez wrote: jk 1.2.17 build failed on iSeries v5R3. /home/apache/jk/native/common/jk_connect.c, 198.38: CZM0280(30) Function argument assignment between types "int*" and "unsigned int*" is not allowed. Henri, can you commit the working version? Seems that the 'unsigned int' is presen

DO NOT REPLY [Bug 36976] - Tomcat VM does not shutdown with remote jmx enabled

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_bu

Re: Next try: mod_jk 1.2.17 release candidate ready to test

Be careful: I understand Henri problem report as getsockopt complaining about the *last* argument. So it has been introduced between 1.2.15 and 1.2.16: r386629 | pero | 2006-03-17 13:36:04 +0100 (Fri, 17 Mar 2006) | 1 lin

Re: Next try: mod_jk 1.2.17 release candidate ready to test

Rainer Jung wrote: Be careful: I understand Henri problem report as getsockopt complaining about the *last* argument. So it has been introduced between 1.2.15 and 1.2.16: r386629 | pero | 2006-03-17 13:36:04 +0100 (Fri,

Re: Next try: mod_jk 1.2.17 release candidate ready to test

Mladen Turk wrote: Anyhow, I suppose it should be neither int nor unsigned int, but rather size_t, at least that's the retval from sizeof, right? Of course its used by getsockopt that OTOH requires socklen_t. Since it's only use is putting it into getsockopt(), I would suggest the use of sockl