Re: Native 1.1.12 release

> Tomcat native is not separate product, but rather an integral > part of Tomcat distribution. The need for tag is needed because > we'd need to put some serious native part build (as well as tools) > when building Tomcat. Perhaps some day we'll do that, so we can > tag the Tomcat together with nat

Re: Is Tomcat5.0 FIPS compliant?

Hi Info regarding FIPS is:The Federal Information Processing Standard 140-1 (FIPS 140-1) and its successor FIPS 140-2 are United States Government standards that provide a benchmark for implementing cryptographic software. They specify best practices for implementing crypto algorithms, handling

Re: svn commit: r611696 - in /tomcat/connectors/trunk/jk: native/apache-1.3/ native/apache-2.0/ native/common/ xdocs/generic_howto/ xdocs/miscellaneous/ xdocs/reference/

Hi Rainer, many thanks for that cool feature ;-) Peter Am 14.01.2008 um 03:28 schrieb [EMAIL PROTECTED]: Author: rjung Date: Sun Jan 13 18:28:27 2008 New Revision: 611696 URL: http://svn.apache.org/viewvc?rev=611696&view=rev Log: Allow dynamic setting of reply timeout using the httpd enviro

Re: Native 1.1.12 release

> No, like said, Tomcat Native is voted *together* > with Tomcat version that contains it. May be but the version numbers are different. It seems very similar to mod_jk in my opinion, since it's a part of Tomcat but not mandatory. Just my 0,01 EUR ---

Re: Native 1.1.12 release

Henri Gomez wrote: Tomcat native is not separate product, but rather an integral part of Tomcat distribution. The need for tag is needed because we'd need to put some serious native part build (as well as tools) when building Tomcat. Perhaps some day we'll do that, so we can tag the Tomcat togeth

Re: Native 1.1.12 release

Henri Gomez wrote: No, like said, Tomcat Native is voted *together* with Tomcat version that contains it. May be but the version numbers are different. It seems very similar to mod_jk in my opinion, since it's a part of Tomcat but not mandatory. But it's not. We don't have announce for Tomc

Re: svn commit: r609294 - in /tomcat/tc6.0.x/trunk: STATUS.txt conf/catalina.policy webapps/docs/changelog.xml

On Sun, 2008-01-13 at 22:38 +, Mark Thomas wrote: > Remy Maucherat wrote: > > On Fri, 2008-01-11 at 13:27 -0500, Larry Isaacs wrote: > >>> I used java.security.debug=failure. The NPE isn't visible without it > >>> (and nothing gets logged). I also did try adding various file > >>> permissions,

Re: svn commit: r611696 - in /tomcat/connectors/trunk/jk: native/apache-1.3/ native/apache-2.0/ native/common/ xdocs/generic_howto/ xdocs/miscellaneous/ xdocs/reference/

Hi Peter, sometimes the nice things are the easy ones :) In fact I *don't* want to open a can of worms by letting the web server overwrite many worker attributes, but reply_timeout is the one with a very strong dependency on the URL. All others, except maybe for fail_on_status are not really

DO NOT REPLY [Bug 44223] - Tomcat ignores the "javax.net.ssl.trustStoreType" system property

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

DO NOT REPLY [Bug 44223] New: - Tomcat ignores the "javax.net.ssl.trustStoreType" system property

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

DO NOT REPLY [Bug 44225] New: - SSL connector tries to load the private keystore file after privileges have already been dropped by JSVC

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: Is Tomcat5.0 FIPS compliant?

robingandhi21 wrote: Info regarding FIPS is:The Federal Information Processing Standard 140-1 (FIPS 140-1) and its successor FIPS 140-2 are United States Government standards that provide a benchmark for implementing cryptographic software. They specify best practices for implementing crypto alg

DO NOT REPLY [Bug 44227] New: - Space

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

svn commit: r611877 - in /tomcat/connectors/trunk/jk: native/common/jk_lb_worker.c native/common/jk_lb_worker.h xdocs/miscellaneous/changelog.xml

Author: rjung Date: Mon Jan 14 10:28:34 2008 New Revision: 611877 URL: http://svn.apache.org/viewvc?rev=611877&view=rev Log: Optimize state macros n LB to improve performance. The new macros are equivalent to the old ones, as long as the constant value sused are sorted correctly. The new macros sh

DO NOT REPLY [Bug 44215] - jkunmount causes apache to throw permission denied error

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: Native 1.1.12 release

Mladen Turk wrote: Henri Gomez wrote: No, like said, Tomcat Native is voted *together* with Tomcat version that contains it. May be but the version numbers are different. It seems very similar to mod_jk in my opinion, since it's a part of Tomcat but not mandatory. But it's not. We don't ha

DO NOT REPLY [Bug 44227] - Space

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

May Chun Chew/FEA/PEC is out of the office.

I will be out of the office starting 01/15/2008 and will not return until 01/16/2008. For urgent matters, pls contact [EMAIL PROTECTED] Tel: (65)63629408 I am also Contactable at (65)97876648. - To unsubscribe, e-mail: [EMAIL

DO NOT REPLY [Bug 44215] - jkunmount causes apache to throw permission denied error

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

DO NOT REPLY [Bug 44225] - SSL connector tries to load the private keystore file after privileges have already been dropped by JSVC

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

svn commit: r611929 - in /tomcat/connectors/trunk/jk: native/apache-1.3/mod_jk.c native/apache-2.0/mod_jk.c xdocs/miscellaneous/changelog.xml

Author: rjung Date: Mon Jan 14 12:59:12 2008 New Revision: 611929 URL: http://svn.apache.org/viewvc?rev=611929&view=rev Log: JkAutoAlias does not work in combination with JkMountCopy if there are no Jk(Un)Mount in virtual host. Modified: tomcat/connectors/trunk/jk/native/apache-1.3/mod_jk.c

svn commit: r611941 - /tomcat/tc6.0.x/trunk/STATUS.txt

Author: markt Date: Mon Jan 14 13:23:59 2008 New Revision: 611941 URL: http://svn.apache.org/viewvc?rev=611941&view=rev Log: Propose release note update Modified: tomcat/tc6.0.x/trunk/STATUS.txt Modified: tomcat/tc6.0.x/trunk/STATUS.txt URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk

svn commit: r611940 - /tomcat/trunk/RELEASE-NOTES

Author: markt Date: Mon Jan 14 13:22:09 2008 New Revision: 611940 URL: http://svn.apache.org/viewvc?rev=611940&view=rev Log: Update to available libraries Modified: tomcat/trunk/RELEASE-NOTES Modified: tomcat/trunk/RELEASE-NOTES URL: http://svn.apache.org/viewvc/tomcat/trunk/RELEASE-NOTES?r

DO NOT REPLY [Bug 44223] - Tomcat ignores the "javax.net.ssl.trustStoreType" system property

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: Native 1.1.12 release

Mladen Turk wrote: OK if you insist. The *Foundation* insists ;-) I suppose we can then use the src tarball from the heanet.ie site (used by the installer BTW) instead dist site. Or you can remove the file to /dev/dist/, and hold a release vote already? > Or we can have it inside > http:/

Re: Native 1.1.12 release

Mark Thomas wrote: Mladen Turk wrote: Henri Gomez wrote: No, like said, Tomcat Native is voted *together* with Tomcat version that contains it. May be but the version numbers are different. It seems very similar to mod_jk in my opinion, since it's a part of Tomcat but not mandatory. But i

Re: Native 1.1.12 release

Filip Hanik - Dev Lists wrote: you're other option is to just vote on tcnative separately, and that way utilize all the ASF mirrors and release sites But that is exactly what we should *not* do. Tomcat comes with it's native, so if you upgrade the Tomcat, upgrade its native as well (if change

[VOTE] Release Tomcat native 1.1.12

The source distributions are here: http://www.apache.org/dist/tomcat/tomcat-connectors/native/tomcat-native-1.1.12-src.tar.gz http://www.apache.org/dist/tomcat/tomcat-connectors/native/tomcat-native-1.1.12-win32-src.zip According to the release process, the 1.1.12 tarball is: [ ] Broken [ ] A

Re: Native 1.1.12 release

William A. Rowe, Jr. wrote: Mladen Turk wrote: OK if you insist. The *Foundation* insists ;-) OK ;) I suppose we can then use the src tarball from the heanet.ie site (used by the installer BTW) instead dist site. Or you can remove the file to /dev/dist/, and hold a release vote alread

Re: Native 1.1.12 release

you're other option is to just vote on tcnative separately, and that way utilize all the ASF mirrors and release sites Filip Mladen Turk wrote: Mark Thomas wrote: Mladen Turk wrote: Henri Gomez wrote: No, like said, Tomcat Native is voted *together* with Tomcat version that contains it. M

Re: Native 1.1.12 release

Filip Hanik - Dev Lists wrote: you're other option is to just vote on tcnative separately, and that way utilize all the ASF mirrors and release sites A vote seems to be the quickest and best solution along with standard releases (like mod_jk) going forward. It isn't like there is a lack of p

Re: Native 1.1.12 release

Mladen Turk wrote: It would mean that you will need *nix for building the Tomcat release, but that's fine with me. If the Tomcat RM's are fine with that, it's a very simple task. That means we require the release to be built on Windows so we can built the installer and on *nix for native. Ess

Re: [VOTE] Release Tomcat native 1.1.12

I think the difference is based on an understanding of what constitutes a release. A tarball in www.apache.org/dist/... is a release by definition. Files cannot go in that directory or its children without a vote. If they're there, they're a release. We have to vote on them or pull them out. I

Re: [VOTE] Release Tomcat native 1.1.12

Mladen Turk wrote: Mark Thomas wrote: Mladen Turk wrote: -1 (or if you wish veto) Releases can't be voted. The 3 more +1s than -1s rule still applies though. OK, it seems we have problem here. Did you read what I said? There is no such thing as *tomcat-native release*, period, so there i

Re: [VOTE] Release Tomcat native 1.1.12

Mark Thomas wrote: Mladen Turk wrote: -1 (or if you wish veto) Releases can't be voted. The 3 more +1s than -1s rule still applies though. BTW, (if that would be considered as a release at the first place) you were not RM (Jean-Frederic made the tag), so you cannot ask for an vote. Well, I'

Re: [VOTE] Release Tomcat native 1.1.12

Mark Thomas wrote: Mladen Turk wrote: -1 (or if you wish veto) Releases can't be voted. The 3 more +1s than -1s rule still applies though. OK, it seems we have problem here. Did you read what I said? There is no such thing as *tomcat-native release*, period, so there is no thing we can vote

Re: [VOTE] Release Tomcat native 1.1.12

Mark Thomas wrote: The source distributions are here: http://www.apache.org/dist/tomcat/tomcat-connectors/native/tomcat-native-1.1.12-src.tar.gz http://www.apache.org/dist/tomcat/tomcat-connectors/native/tomcat-native-1.1.12-win32-src.zip According to the release process, the 1.1.12 tarbal

Re: [VOTE] Release Tomcat native 1.1.12

Mladen Turk wrote: -1 (or if you wish veto) Releases can't be voted. The 3 more +1s than -1s rule still applies though. There is no such thing as tomcat-native product that we can vote for. What are all these then? http://tomcat.heanet.ie/native/ Tomcat-native is integral part of Tomcat,

Re: [VOTE] Release Tomcat native 1.1.12

Mark Thomas wrote: Mladen Turk wrote: -1 (or if you wish veto) Releases can't be voted. The 3 more +1s than -1s rule still applies though. Opps. Make that "Releases can't be vetoed". It's getting late here ;) Mark - To un

Re: [VOTE] Release Tomcat native 1.1.12

Mark Thomas wrote: We have been making the src available for download since the first version, so why not continue to do so but do so within the ASF rules and have a release vote? The overhead of a vote is pretty small and it isn't like it is going to be struggling for +1s. But we *never*

Re: Native 1.1.12 release

Guenter Knauf wrote: just an idea / suggestion: isnt it usable for the release process that you create a place in SVN where you commit the tarballs, and then download them via http from there instead from a directory location? That would work. We use the same process for the windows service b

Re: [VOTE] Release Tomcat native 1.1.12

Mark Thomas wrote: This may end up as moot when the "to release or not to release" thread concludes but if not, here is my vote LOL, I love you Mark, because you cannot be distracted. I've tried, but I've failed :) Cheers, Mladen -

Re: Native 1.1.12 release

Mladen Turk wrote: Because it's native and the one that makes a release needs some extra prerequisites to build it. Part of this confusion is that projects never vote on binary artifacts, they vote on source code releases. Because the sources land in tags/ and a tarball, I'd strongly consider

Re: [VOTE] Release Tomcat native 1.1.12

This may end up as moot when the "to release or not to release" thread concludes but if not, here is my vote Mark Thomas wrote: The source distributions are here: http://www.apache.org/dist/tomcat/tomcat-connectors/native/tomcat-native-1.1.12-src.tar.gz http://www.apache.org/dist/tomcat/tomc

Re: Native 1.1.12 release

Mladen Turk wrote: Filip Hanik - Dev Lists wrote: you're other option is to just vote on tcnative separately, and that way utilize all the ASF mirrors and release sites But that is exactly what we should *not* do. Tomcat comes with it's native, so if you upgrade the Tomcat, upgrade its nativ

Re: [VOTE] Release Tomcat native 1.1.12

Mladen Turk wrote: Did you read what I said? There is no such thing as *tomcat-native release*, period, so there is no thing we can vote for. If we make a src tarball available for download, then it is a release. It doesn't matter that it is useless on it's own nor that similar functionality

Re: [VOTE] Release Tomcat native 1.1.12

Yoav Shapira wrote: Sorry, I typed this before reading the other thread. +1 for releasing this specific file. If this vote doesn't pass, the file has to be removed. I'll remove the file (1.1.12) Like said they are already inside http://tomcat.apache.org/dev/dist/tomcat-connectors/native/ I

Re: [VOTE] Release Tomcat native 1.1.12

Sorry, I typed this before reading the other thread. +1 for releasing this specific file. If this vote doesn't pass, the file has to be removed. What we decide to do going forwards I leave to the native release manager, and I have no preference in the matter. Except of course we have to comply

Re: Native 1.1.12 release

Filip Hanik - Dev Lists wrote: Mladen Turk wrote: Filip Hanik - Dev Lists wrote: you're other option is to just vote on tcnative separately, and that way utilize all the ASF mirrors and release sites But that is exactly what we should *not* do. Tomcat comes with it's native, so if you upgra

Re: Native 1.1.12 release

Hi Mladen, > But that is exactly what we should *not* do. > Tomcat comes with it's native, so if you upgrade the > Tomcat, upgrade its native as well (if changed) > Like said, all that can be easy done by simply > extending requirements for building Tomcat release. > One will need Python and a set

Re: [VOTE] Release Tomcat native 1.1.12

Mladen Turk wrote: Yoav Shapira wrote: Sorry, I typed this before reading the other thread. +1 for releasing this specific file. If this vote doesn't pass, the file has to be removed. I'll remove the file (1.1.12) Like said they are already inside http://tomcat.apache.org/dev/dist/tomcat-co

Re: Native 1.1.12 release

Mladen Turk wrote: Guenter Knauf wrote: just an idea / suggestion: isnt it usable for the release process that you create a place in SVN where you commit the tarballs, and then download them via http from there instead from a directory location? Finally, an interesting idea. You are right.

Re: Native 1.1.12 release

William A. Rowe, Jr. wrote: I understand the desire to make this "easy" for the RM, and the statement that its "useless" from outside of tomcat, but the simple fact is that this is a released unit of code, separately versioned, determined before the "real release" of Tomcat is designated. Look

Re: [VOTE] Release Tomcat native 1.1.12

Mladen Turk wrote: Mark Thomas wrote: We have been making the src available for download since the first version, so why not continue to do so but do so within the ASF rules and have a release vote? The overhead of a vote is pretty small and it isn't like it is going to be struggling for +1s

Re: Native 1.1.12 release

Guenter Knauf wrote: Hi Mladen, But that is exactly what we should *not* do. Tomcat comes with it's native, so if you upgrade the Tomcat, upgrade its native as well (if changed) Like said, all that can be easy done by simply extending requirements for building Tomcat release. One will need Py

Re: Native 1.1.12 release

Hi, > Still need to figure out what to do with all the other versions in > a.o/dist though - we can't just leave them. well, someone needs to commit them all to a project's SVN subdir like 'tagged_tarballs' or such; this way the history would stay available... Guen. --

DO NOT REPLY [Bug 44215] - jkunmount causes apache to throw permission denied error

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

DO NOT REPLY [Bug 44237] New: - Memory consumption is More in Tomcat 5.0 than Tomcat 6.1.4.Memory release is not happening successfully.

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: Native 1.1.12 release

Filip Hanik - Dev Lists wrote: Mladen Turk wrote: Filip Hanik - Dev Lists wrote: you're other option is to just vote on tcnative separately, and that way utilize all the ASF mirrors and release sites But that is exactly what we should *not* do. Tomcat comes with it's native, so if you upgra