HELLO
Here are your banks documents. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Fwd: Bug and Possible Fix in JK 1.2.8 (I am not sure where/how to post this)
Begin forwarded message: From: Ivo Conde [EMAIL PROTECTED] Date: 15 February 2005 01:43:39 GMT To: [EMAIL PROTECTED] Subject: Bug and Possible Fix in JK 1.2.8 (I am not sure where/how to post this) Hi, I have found a bug and possible fix in the latest version (1.2.8) of the JK Connector for Apache+Tomcat. The bug: JK converts user http HEAD requests made to Apache into http GET calls to Tomcat The fix: There seems to be in a error in jk_ajp_common.c , inside the method static int sc_for_req_method(const char *method, size_t len). The switch statement is incorrectly returning the GET method for the HEAD case. Here is the buggy part of the method: case 4: switch (method[0]) { case 'H': return (method[1] == 'E' method[2] == 'A' method[3] == 'D' ? SC_M_GET : UNKNOWN_METHOD); The fix: case 4: switch (method[0]) { case 'H': return (method[1] == 'E' method[2] == 'A' method[3] == 'D' ? SC_M_HEAD : UNKNOWN_METHOD); // REPLACE GET BY HEAD The fix worked, at least for me. The bug occurred in a Linux Red Hat Entreprise, Kernel 2.4.21-27.EL , EMT64 Processor (x86_64 GNU/Linux) Can you please forward this email to the right place? Sorry if Im not following the proper rules to report this, but I dont have much time to learn about bug/patch submission methods on jakarta. I did search your bug database but did not find this bug anywhere. I hope this can be of some help anyway. This is my first contribution to the open source community since years, and I wouldnt sleep at night if I missed this opportunity to give something back, after having received so much from it. Thanks and best regards, Ivo smime.p7s Description: S/MIME cryptographic signature
important document
Please read the attached file! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Error in document
Your important document, correction is finished! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [proxy] New implementation ready for testing
On 11 Aug 2004, at 17:14, Mladen Turk wrote: Hi all, We've finished the initial development of extended mod_proxy. Since the development took place at jakata-tomcat-connectors, the source code can be found under ajp/proxy. Here is the list of major features added: 3. Added new module proxy_balancer What's wrong with: ProxyPassReverse / http://localhost:/ ProxyPreserveHost On RewriteMap hosts rnd:/opt/apache/conf/tables/hosts.map RewriteRule ^/(.*) ${hosts:live}/$1 [P,L] It's in there already, and it works great (I even have a couple of CGIs reading and building up that table, enabling, disabling and prioritizing hosts). http://wiki.apache.org/cocoon/ApacheModProxy http://wiki.apache.org/cocoon/LoadBalancingWithModProxy Pier smime.p7s Description: S/MIME cryptographic signature
Fwd: md5 sums for jakarta downloads
Begin forwarded message: From: Andy Mudrak [EMAIL PROTECTED] Date: 10 August 2004 00:57:44 BST To: [EMAIL PROTECTED] Subject: md5 sums for jakarta downloads Hi, I noticed that your MD5 sums on your website are not all formatted correctly. I specifically downloaded the Tomcat 5.0.27 MD5 file, and found this out. Not that its a big deal or anything like that, but itd be good to have the MD5 properly formatted, that is the MD5 sum and then the file name Thanks, Andy Mudrak [EMAIL PROTECTED] smime.p7s Description: S/MIME cryptographic signature
Document
Important notice! KWF Email scanner found a virus in following attachment: Notice.zip Content type: application/octet-stream Additional information from antivirus: W95/Spaces.gen Attachement has been removed by firewall.
Fwd: an little mistake on site ?
Begin forwarded message: From: v.z. [EMAIL PROTECTED] Date: 5 January 2004 11:19:40 GMT To: [EMAIL PROTECTED] Subject: an little mistake on site ? Hi. On download source-site seems is present en little error. I've tried to check archive JK 2 Source Release .zip by pgp signature, your provided , and had mistake because the KEYS file don't contains appropriate public key. I'am not very experienced Linux user, and could make mistake , but the same procedure with tomkat archive was ok. Vadim. Do you Yahoo!? Find out what made the Top Yahoo! Searches of 2003 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Fwd: typo in tomcat site
Not acked. Pier Begin forwarded message: From: Martin Gomez [EMAIL PROTECTED] Date: 18 October 2003 19:07:28 GMT+09:00 To: [EMAIL PROTECTED] Subject: typo in tomcat site Hi Jakarta Webmaster, There's a typographic error in http://jakarta.apache.org/tomcat/tomcat-4.1-doc/class-loader-howto.html The first bullet should read ... under /WEB-INF/classes ... and not ... under /WEB-INF/classe ... Thanks. :) -- Martin Gomez Researcher, Ateneo Java Wireless Competency Center CTC 213, Ateneo de Manila University, QC 1108 martin.gomez_at_acm.org / martin_at_decode.ateneo.edu http://decode.ateneo.edu/martin/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FW: tomcat binary page links not up
FYI -- Forwarded Message From: Michael Kidd [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Tue, 23 Sep 2003 14:46:52 -0700 To: [EMAIL PROTECTED] Subject: tomcat binary page links not up Webmaster, I'm trying to download a tomcat file on the following page: http://jakarta.apache.org/site/binindex.html I keep getting a 404 error message, so I am unable to download the current version of Tomcat. It looks like all the links on this page for downloading are not correct either. -- Michael Kidd Line Support Technician - SBBT/FBBT (510) 714-0123 (cell) X32787 -- End of Forwarded Message - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FW: Downloading Tomcat 4.06
Getting lots of those lately... Might want to check the website. (It's not mirrored) Pier -- Forwarded Message From: Tye, Rebecca A [EMAIL PROTECTED] Date: Mon, 15 Sep 2003 14:48:16 -0400 To: [EMAIL PROTECTED] Subject: Downloading Tomcat 4.06 Where's the link to download Tomcat 4.06 for Unix? Rebecca Tye Unix Systems Administrator Lockheed Martin - EIS 772-873-2049 Phone 888-733-6856 Pager [EMAIL PROTECTED] Text Pager [EMAIL PROTECTED]Email -- End of Forwarded Message - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Fwd: Need Tomcat 4.0.6 LE (jdk1.4) Binaries]
Getting a lot of those... You might want to update the links in the website to point to the mirrors? Pier ---BeginMessage--- We are using Tomcat 4.0.6 and I need to download binaries, both the Windows install version and for Linux. Recently 4.0.6 downloads have disappeared from your website. The page http://jakarta.apache.org/site/other-releases.html has a link for 4.0.6 binaries, but I get a 403 Forbidden error when I follow the link (http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.6/). Can you help me? --Marc Riehm, Maptuit Corporation.---End Message--- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: General question about download
Grzegorz Paszka [EMAIL PROTECTED] wrote: On Thu, Jun 19, 2003 at 10:21:29AM +0100, Pier Fumagalli wrote: Grzegorz Paszka [EMAIL PROTECTED] wrote: i.e ecs, tomcat-4.1.24, Any example? On ftp.task.gda.pl and on sunsite.icm.edu.pl I'm not able to find rpm files for ecs and tomcat-4.1.24. As far as I can see they haven't been published yet. They are not in our downloads tree: http://www.apache.org/dist/jakarta/ecs/ http://www.apache.org/dist/jakarta/tomcat-4/ If they are not in those two locations (and there are no RPM available in there indeed), they do not exist (well, they might, but they won't be available for mirrors to grab). Pier - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FW: broken
Not acked... Pier -- Forwarded Message From: Vijaya Dasari [EMAIL PROTECTED] Date: Tue, 1 Apr 2003 13:18:26 +0100 To: [EMAIL PROTECTED] Subject: broken Hi, The link http://jakarta.apache.org/tomcat/tomcat-5.0-doc/coyote/jk2/index.html is broken. Thanks, Vijaya. --- Vijaya Krishna Dasari Heinz Nixdorf Zentrum fuer Informationsmanagement in der Max-Planck-Gesellschaft (ZIM) Phone: +49-89-3299-1557 Fax: +49-89-3299-1555 E-Mail: [EMAIL PROTECTED] http: www.zim.mpg.de Boltzmannstrasse 2/ITER Gebaeude D- 85748 Garching GERMANY --- -- End of Forwarded Message - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FW: Files missing from website - webapp module builds
Not acked. Pier -- Forwarded Message From: Bruce Friedman [EMAIL PROTECTED] Date: Tue, 1 Apr 2003 12:13:35 -0600 To: '[EMAIL PROTECTED]' [EMAIL PROTECTED], '[EMAIL PROTECTED]' [EMAIL PROTECTED], '[EMAIL PROTECTED]'[EMAIL PROTECTED] Subject: Files missing from website - webapp module builds I am following the link from: http://jakarta.apache.org/builds/jakarta-tomcat-4.0/archives/v4.1.18 that points to jakarta-tomcat-connectors binary folder. That link is: http://jakarta.apache.org/builds/jakarta-tomcat-connectors and the webapp directory under it is empty for the release builds. I am looking for the 4.1.18 compatible rpm for the webapp apache module for apache2.0. Please let me know where I might find that. Thanks! Sincerely, ___ Bruce Friedman System Administrator CSC Advanced Database Solutions, Inc. (847) 330-1313 x146 (voice) [EMAIL PROTECTED] www.cscads.com -- End of Forwarded Message - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FW: Poor documentation for jk
Not acked -- Forwarded Message From: mark [EMAIL PROTECTED] Date: Fri, 21 Mar 2003 10:25:52 -0500 To: [EMAIL PROTECTED] Subject: Poor documentation for jk Hi Webmaster, I would like to bring to light the fact that the documentation for the jk mod to bind apache and tomcat is severly skrewd. It's saying to run scripts that don't exist and basically making it impossible to use jk. jserv is what we now use and i guess have to continue to use. I would like to see apache remain #1 but that will not be the case with outdated documentation. Thank you and best regards, Mark Nye -- End of Forwarded Message - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FW: jakarta_tomcat_mod_jk connector
Not acked... -- Forwarded Message From: Tony Lockhart [EMAIL PROTECTED] Date: Fri, 21 Mar 2003 08:33:01 -0800 (PST) To: [EMAIL PROTECTED] Subject: Fwd: jakarta_tomcat_mod_jk connector As followup to my previous note, I have contacted redhatLinux, and found that their version of Apache for linux8.0 professional is httpd 2.0.40-e. If you could please advise me of which mod_jk connector is compatible with this version of Apache and tomcat-4.1.1.18 and where I can download it, I would greatly appreciate it. Tony Lockhart Note: forwarded message attached. Do you Yahoo!? Yahoo! Platinum http://rd.yahoo.com/platinum/evt=8162/*http://platinum.yahoo.com/splash.html - Watch CBS' NCAA March Madness, live on your desktop http://rd.yahoo.com/platinum/evt=8162/*http://platinum.yahoo.com/splash.html == From: Tony Lockhart [EMAIL PROTECTED] Date: Thu, 20 Mar 2003 21:40:25 -0800 (PST) To: [EMAIL PROTECTED] Subject: jakarta_tomcat_mod_jk connector I have downloaded both mod_jk_2.0.43.so and mod_jk_2.0.44.so, although the readme stated that they were for linux 7.3, I assumed they would work with redhatlinux8.0. I have loaded both of these connectors individually on my system using APXS to compile them, however, each time I have received the following when starting apache: [EMAIL PROTECTED] root]# /sbin/service httpd start Starting httpd: httpd: module mod_jk.c is not compatible with this version of Apache. Please contact the vendor for the correct version. [FAILED] So my question is, is there a version of mod_jk for redhatlinux8.0? And if there is where can I get it? Thanks! Tony Lockhart __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com -- End of Forwarded Message ---BeginMessage--- I have downloaded both mod_jk_2.0.43.so and mod_jk_2.0.44.so, although the readme stated that they were for linux 7.3, I assumed they would work with redhatlinux8.0. I have loaded both of these connectors individually on my system using APXS to compile them, however, each time I have received the following when starting apache: [EMAIL PROTECTED] root]# /sbin/service httpd start Starting httpd: httpd: module mod_jk.c is not compatible with this version of Apache. Please contact the vendor for the correct version. [FAILED] So my question is, is there a version of mod_jk for redhatlinux8.0? And if there is where can I get it? Thanks! Tony Lockhart __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com ---End Message--- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FW: openprojects.net name change
FYI, not acked -- Forwarded Message From: Rob Levin [EMAIL PROTECTED] Date: Thu, 30 Jan 2003 01:08:50 -0600 (CST) To: [EMAIL PROTECTED] Cc: Rob Levin [EMAIL PROTECTED] Subject: Re: openprojects.net name change Today (Jan 30, 2003) at 01:05 -0600, Rob Levin wrote: To the Webmaster, While browsing the Jakarta site, I noticed that the bug report page (http://jakarta.apache.org/tomcat/bugreport.html) still refers to the IRC channel #jakarta on irc.openprojects.net. I just wanted to remind you that Oops, my bad. that channel is #tomcat, and I should have directed my comment to the Tomcat team. However, I notice that the tomcat team's web page still uses the general webmaster as their contact. Please let me know who I need to email to fix this one. Thanks! Rob Levin -- End of Forwarded Message - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FW: dead links ...
-- Forwarded Message From: Adam Ferguson [EMAIL PROTECTED] Date: Fri, 17 Jan 2003 00:29:06 -0800 To: [EMAIL PROTECTED] Subject: dead links ... Hello ... I was interested in downloading the newest version of Tomcat and all the links I tried were dead. Here's where it sent me: http://www.apache.org/dist/jakarta/jakarta-tomcat-4.0/release/v4.1.17/ Just wanted to let you know ... Adam Ferguson -- End of Forwarded Message
FW: Tomcat IRC link bout to be broken
-- Forwarded Message From: Nicholas Schuetz [EMAIL PROTECTED] Date: Sun, 12 Jan 2003 15:57:21 -0600 To: [EMAIL PROTECTED] Subject: Tomcat IRC link bout to be broken As you may or may not know openprojects.net was bought by freenode.net. Therefore the server address you want has changed to: irc://irc.freenode.net/#tomcat Thanks, Nick aka Hellaenergy ;) -- End of Forwarded Message -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
FW: documentation error
Not acked... FYI... Pier -- Forwarded Message From: Stoffer, Shawn D [EMAIL PROTECTED] Date: Tue, 7 Jan 2003 11:55:11 -0700 To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Subject: documentation error I wished to point out that in the jakarta/tomcat documentation, there is an error. Under server configuration reference, Host (webapps\tomcat-docs\config\host.html), it shows, under the section heading request filters, an example of using the valve xml tag for the server.xml configuration file. Host name=localhost ... ... Valve className=org.apache.catalina.valves.RemoteHostValve allow=*.mycompany.com,www.yourcompany.com/ Valve className=org.apache.catalina.valves.RemoteAddrValve deny=192.168.1.*/ ... /Host The problem is in the regular expression, it should read: Host name=localhost ... ... Valve className=org.apache.catalina.valves.RemoteHostValve allow=\w*.mycompany.com,www.yourcompany.com/ Valve className=org.apache.catalina.valves.RemoteAddrValve deny=192.168.1.\d*/ ... /Host Without the '\w' and the '\d' the server will not start, as the regular expression engine will throw an exception. Excellent job, else, guys! Thanks, Shawn Stoffer Stoffer, Shawn D.vcf -- End of Forwarded Message Stoffer, Shawn D.vcf Description: Binary data -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
FW: GPG key for mod_jk2 2.0.2 not valid ?
FYI, not acked... Can someone look into it? Pier -- Forwarded Message From: Laurent Blume [EMAIL PROTECTED] Date: Fri, 20 Dec 2002 17:12:14 +0100 To: [EMAIL PROTECTED] Subject: GPG key for mod_jk2 2.0.2 not valid ? Hello, I hope you won't mind my email, I'm a bit unsure about whom I should contact, or if it may have been already pointed out. I downloaded the mod_jk2 DLL for Windows, version 2.0.2 (http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/release/v2.0 .2/bin/win32/mod_jk2-2.0.43.dll), when it was published, but I couldn't check the validity of its signature file. I get the following error: $ gpg mod_jk2-2.0.43.dll.asc gpg: Signature made Wed Nov 27 15:39:06 2002 using DSA key ID 881EBC94 gpg: Can't check signature: public key not found I imported every keyfile I could find on apache.org, to no avail. The 2.0.1 version I was using before is checked as: $ gpg mod_jk2-2.0.43.dll.asc gpg: Signature made Mon Oct 07 08:49:35 2002 using DSA key ID 43BBFD13 gpg: Good signature from Mladen Turk [EMAIL PROTECTED] gpg: WARNING: This key is not certified with a trusted signature! gpg: There is no indication that the signature belongs to the owner. Primary key fingerprint: CB31 CCBC 537F FC4F 2BAB 229E 9111 28C3 43BB FD13 Considering some recent events on other sites, I thought I'd better warn you before starting using that DLL. Thanks in advance! Wishing you a merry Christmas and a happy New Year, Laurent Blume -- IRI-Secodip www.infores.com 4, rue André Derain mailto:[EMAIL PROTECTED] 78240 Chambourcy tel: +33 (0) 130 06 26 52 France fax: +33 (0) 130 65 09 45 -- End of Forwarded Message -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: nagoya down
On 13/12/02 21:39 Bradford Holcombe [EMAIL PROTECTED] wrote: I've got some issues with 4.1.16 that I want to check against the Tomcat bug database, but nagoya is refusing connections. We just moved the machine... And it works fine at its new home... You might want to try straight from the IP address if your DNS is lame and didn't refresh the names yet: http://192.18.33.10/ Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Inputs from a Tomcat user.
On 12/12/02 5:28 Sriram N [EMAIL PROTECTED] wrote: Also, I've always respected Pier's views on a number of topics, but I do feel that crap is a very flexible adjective. The users I help out with Tomcat are very pleased with the admin tool. Bunch of loosers who're not able to see a server.xml or web.xml in a text editor? Maybe, or maybe I'm one of those old farts who grew up with a command line instead that a nice GUI (yes, I started off with those nifty green phospores 8008s). The admin tool might be a good addition. It is not _required_. And following Byron's law: give too much power to lusers and they're going to screw up your system. Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [VOTE] minimal JSR 154 only distribution
On 12/12/02 1:06 Glenn Nielsen [EMAIL PROTECTED] wrote: Looking at the original vote I realize that what you ask can't be done. Tomcat 4 is the RI of Servlet 2.3, JSR 154 is for Servlet 2.4. So it isn't possible to create a JSR 154 only dist of Tomcat 4. It is _NOT_... Tomcat is the servlet container included in the J2EE 1.3 reference implementation. There is no whatsoever reference implementation standalone of Servlet+JSP... The JCP did not bless that... Only with the new JCP agreement (however it's called) it will be possible to have an implementation of some spec which is included in a platform. And given that JSR-154 is not yet final there can't be (yet) a R.I.. But I believe that what Jon wants is just an implementation of the javax.servlet.** classes (let's try to be flexible and not stick to each single word as if it were the bible, I believe the message is quite clear)... Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [VOTE] Minimal tomcat ( JSR154 + JSR152 )
On 10/12/02 8:40 am, in article [EMAIL PROTECTED], Remy Maucherat [EMAIL PROTECTED] wrote: I remember perfectly, and this Tomcat-HA was a complete joke. You proposed a new implementation of the Catalina classes, which doesn't make sense given the current Tomcat state That's what I was asking... more or less what Jon does for Scarab, but to a greater degree, maybe even reimplementing some of the Standard* classes It's in the archives... Pier :-) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [VOTE] minimal JSR 154 only distribution
On 10/12/02 8:57 am, in article [EMAIL PROTECTED], Henri Gomez [EMAIL PROTECTED] wrote: Pier Fumagalli wrote: Pier (a _user_ now) And that's sad. Not apparently, as I am the reason why noone picked up Tomcat 4 :-) Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [VOTE] Minimal tomcat ( JSR154 + JSR152 )
On 10/12/02 8:40 am, in article [EMAIL PROTECTED], Remy Maucherat [EMAIL PROTECTED] wrote: Like the httpd, I'd prefer having a full distribution of all safe (yes, Jasper is safe) and generally useful modules. Experienced users can tweak the configuration to their liking, and it is easy to do, but the beginners get an easy to run environment which does what they need (and obviously a lot more, since you'd want the distribution to fill the needs of 95% of users). There is one big huge difference... Modules are DSOs, if you don't enable them in your httpd.conf, they don't get loaded, they don't get used Disabling all of them can be done by sed 's/^LoadModule/#LoadModule/g'. If you get a binary distribution... (which, btw, doesn't enable most of them, it just _ships_ them in the same bundle...) If you don't get a binary distribution, when I build, I have a lot of tiny --enable and --disable flags... I can _choose_ what to build, what to install, what goes on my machine... This doesn't happen with Tomcat and it SUCKS ASS. :-) Don't compare yourself to HTTPD, learn from them, that's the only thing you can do... :-) (suggestion from someone who has been around long enough). New signature! :-) Pier -- [...] mod_webapp, which was *the* main reason for many people not to adopt Tomcat 4.x - Remy MaucheratWorks for me - Pier Fumagalli -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [VOTE] minimal JSR 154 only distribution
On 9/12/02 3:59 Jeanfrancois Arcand [EMAIL PROTECTED] wrote: (2) The Admin Tool should go with the minimal distribution of Tomcat. We decided to include JMX in Tomcat distribution...what's the point having JMX and not the Admin Tool? Maybe JSP is not required by all Tomcat users, but I'm sure a lot of them like to have the Admin Tool . That is what I'm asking myself... What's the point in all this useless crap? Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [VOTE] minimal JSR 154 only distribution
On 9/12/02 9:16 Jon Scott Stevens [EMAIL PROTECTED] wrote: What I would love to see is a tree of downloads where each one gains more and more features (it is additive). Such as: JSR-154 Implementation / \ Jasper Velocity / \ \ Admin Tool (JMX) Java Server Feces Scarab Jon... That spelling of JSF is (C) and TM Pier 2002 :-) Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [VOTE] minimal JSR 154 only distribution
On 9/12/02 17:14 Jeanfrancois Arcand [EMAIL PROTECTED] wrote: Youy don't need to learn JSP/Admin Tool if you don't use it. The actual Tomcat installation doesn't require you to learn the Admin Tool or JSP As I said 6 or so months ago... That thing is a security hole as big as the Empire State Building... As most of the stuff that make up tomcat... We have some bugs in JSR-154, few in Jasper, few in JSSI, few in CGI... All together it makes a load of em... If someone can come up with a Servlet-only distribution, at least I won't get holes from all the other (totally useless) components... Pier (a _user_ now) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [VOTE] Minimal tomcat ( JSR154 + JSR152 )
On 9/12/02 15:16 Costin Manolache [EMAIL PROTECTED] wrote: Since things may get confusing around here, I would like to have an official vote on my prior proposal. This is the list of included features: Libs: - JMX - JAAS - JNDI - digester ( and beanutils, collections it needs ). - modeler - ant ( used for startup and automation of some tasks ) - commons-logging When/if the JNDI-based abstraction of config files is ready we'll not need digester - but most likely it'll still be required by modeler, and also by jasper, so I don't think we can remove it. Tomcat: - subset of catalina ( non-deprecated interfaces and base impl that is required for tomcat to work ). - coyote - tomcat-util - http11/jk2 - all valves/etc that are required for tomcat to operate. - naming - jasper ( at least jasper runtime - but probably the whole thing ). Votes: [ ] +1 I like the idea, I might help [ ] -1 I don't like the idea, I won't help. I remember that when I proposed the same thing (roughly) and wanted to call it Tomcat-HA or something like it, you said: If possible, please also change the name - unless ASF gives you permission to use tomcat name in your product. I _love_ fairness and justice in this world... What-EVER! Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [VOTE] minimal JSR 154 only distribution
On 9/12/02 23:06 Jeanfrancois Arcand [EMAIL PROTECTED] wrote: Pier Fumagalli wrote: On 9/12/02 17:14 Jeanfrancois Arcand [EMAIL PROTECTED] wrote: Youy don't need to learn JSP/Admin Tool if you don't use it. The actual Tomcat installation doesn't require you to learn the Admin Tool or JSP As I said 6 or so months ago... That thing is a security hole as big as Can you give me an example of a security hole? I would be interested to fix those holes They come up every now and then... That's why Costin wanted that all-private for your eyes only noone who is not cross checked with the FBI gets in security mailing list, right?... Want a list of the past ones? http://search.cert.org/query.html?col=certadvcol=incnotescol=vulnotesht=0 qp=qt=tomcatqs=qc=pw=100%25ws=1la=enqm=0st=1nh=25lk=1rf=2rq=0s i=1 (err, page 1 out of 24)... the Empire State Building... As most of the stuff that make up tomcat... We have some bugs in JSR-154, few in Jasper, few in JSSI, few in CGI... All together it makes a load of em... Yes, you are right (think about Windoses). Is the reason to have an only 154 distribution is security? That a very different story... For me it is... For others it might be a different reason... I joined Apache because of a friend, you because of your employer... SO? Reasons are different, outcome is the same... If someone can come up with a Servlet-only distribution, at least I won't get holes from all the other (totally useless) components... True. But if Jasper/AdminTool/etc. are secure, then that doesn't that no a good reason IMO. Ehemm... With 24 pages of vulnerability notes? Ha.. Hahaha Hahahaha! :-) Rule of the thumb #1... Not even public class Main public static void Main(String argv[]) { System.out.println(This program doesn't have a bug); } } Doesn't have a bug, allright? Because to execute that little statement my proc actually does some bazillion operations, and god knows how many INC, ADD, SUB and MUL my proc does to get that out... So, rule of the thumb #2. No software ever written is _ever_ secure (Just consider that the Boeing 777 software - which is the most secure OS on this planet as far as research goes - Has only one bug every 180.000 lines of code)... Now, don't tell me that ALL that collection of cruft doesn't have a bug... It's just that we are lucky and noone found them yet (given enough eyes... Linus says)... To sum up: rule of the thumb #3, less code, less bugs (you folks from Sun preach that all over your Solaris Blueprints stuff, I learnt it when your employer was paying my salary). So, please, don¹t come up on a mailing list saying that is secure, just say that noone has found a bug yet, because that (and only that) is the truth... Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [VOTE] Minimal tomcat ( JSR154 + JSR152 )
On 9/12/02 23:38 Costin Manolache [EMAIL PROTECTED] wrote: Pier Fumagalli wrote: On 9/12/02 15:16 Costin Manolache [EMAIL PROTECTED] wrote: Since things may get confusing around here, I would like to have an official vote on my prior proposal. This is the list of included features: Libs: - JMX - JAAS - JNDI - digester ( and beanutils, collections it needs ). - modeler - ant ( used for startup and automation of some tasks ) - commons-logging When/if the JNDI-based abstraction of config files is ready we'll not need digester - but most likely it'll still be required by modeler, and also by jasper, so I don't think we can remove it. Tomcat: - subset of catalina ( non-deprecated interfaces and base impl that is required for tomcat to work ). - coyote - tomcat-util - http11/jk2 - all valves/etc that are required for tomcat to operate. - naming - jasper ( at least jasper runtime - but probably the whole thing ). Votes: [ ] +1 I like the idea, I might help [ ] -1 I don't like the idea, I won't help. I remember that when I proposed the same thing (roughly) and wanted to call it Tomcat-HA or something like it, you said: If possible, please also change the name - unless ASF gives you permission to use tomcat name in your product. Can you point to the proposal you made on tomcat-dev and the vote results to your proposal ? Are you saying you made such a proposal and it was voted down ? Or it was approved and I didn't allowed you to call it whatever tomcat-dev decided ? My comment was in the context of a product named Tomcat-high-availability that wasn't voted by the tomcat-dev. It doesn't matter if it is a revolution or minimal or whatever it does - it shouldn't be named tomcat-anything without ASF or tomcat-dev permission. If this proposal doesn't pass I won't do it somewhere else and call it tomcat-minimal. You're better than me in scavanging through EyeBrowse... :-) Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [VOTE] minimal JSR 154 only distribution
On 9/12/02 23:51 Pier Fumagalli [EMAIL PROTECTED] wrote: Ehemm... With 24 pages of vulnerability notes? Ha.. Hahaha Hahahaha! :-) Correction to self... Not 24 pages... 24 notes... (Ok, I have an eyesight test tomorrow morning at 10:20 in SOHO... I know, I know...) Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [VOTE] Minimal tomcat ( JSR154 + JSR152 )
On 10/12/02 0:10 Jon Scott Stevens [EMAIL PROTECTED] wrote: But in this case you keep making false statements, and not only here. It should be quite easy to look for a [VOTE] or [PROPOSAL] that you made and was voted on tomcat-dev. Then find it. I believe it never even went to [VOTE]... Got shut down before.. I usually have the bad habit of asking others before proposing votes... And, well, sometimes I don't really use that [VOTE] or [PROPOSAL] thing... I just hope that open minded people will read and give opinions on a free-form text subject base... Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [VOTE] minimal JSR 154 only distribution
On 10/12/02 0:30 Jeanfrancois Arcand [EMAIL PROTECTED] wrote: Now, don't tell me that ALL that collection of cruft doesn't have a bug... It's just that we are lucky and noone found them yet (given enough eyes... Linus says)... I never say that and I will never says that. But I least I have try during the Security Audit to fix some of the obvious one. Still Tomcat is probably not enough secure (and will never be). My point is if you are aware of such obvious one, then let me know and I will fix them. You said (quote) Jasper/AdminTool/etc. are secure... That's a pretty bold statement. From my experience, security audits and stuff are all right, until someone doesn't call up at 3 AM saying the server is down because of a DOS... Nah, I don't like being woken up in the middle of the night... But I don't think Tomcat is more secure without JSP I know, I know, what I think you don't care :-) The bible (for us Sun customers, _your_ customers): http://wwws.sun.com/software/security/blueprints/#minimum Solaris Operating Environment Minimization for Security: A Simple, Reproducible and Secure Application Installation Methodology - Updated for the Solaris 8 Operating Environment - November 2000 - by Alex Noordergraaf Discusses the process of minimizing an installation of the Solaris Operating Environment. Mimimization is the process of removing all unnecessary components and services from the Solaris software to reduce system vulnerabilities. Also introduces a simple technique for replicating these types of installations across a large number of systems. _YOUR_ security folks tought me that... Go and talk to them, they're down in SCA-7 if I'm not wrong... Paranoia is an irreversible process for us on the line-of-fire. To sum up: rule of the thumb #3, less code, less bugs (you folks from Sun preach that all over your Solaris Blueprints stuff, I learnt it when your employer was paying my salary). Wow, didn't know that... I've missed the chance to work with you :-) Don't worry, you would have _hated_ working with me (and proudly keeping up my record of being the most hated freak on the planet). I should studies my Tomcat history and learn who is doing what, what biases he/she have, and then vote appropriatly. Oh, no, I got paranoid after I left Sun and started working on the other side of the barricade... Trying to use in production what I was coding earlier... :-) So, please, don¹t come up on a mailing list saying that is secure, just say that noone has found a bug yet, because that (and only that) is the truth... I agree my wording was not appropriate. Should say that in french next time :-) Pas de problemes (where are the accents on this keyboard?) Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [VOTE] Minimal tomcat ( JSR154 + JSR152 )
On 9/12/02 23:58 Costin Manolache [EMAIL PROTECTED] wrote: But in this case you keep making false statements, and not only here. It should be quite easy to look for a [VOTE] or [PROPOSAL] that you made and was voted on tomcat-dev. I swear that _LOVE_ my mates... My friend Tonia, who's apparently better than me in getting out old posts, actually _FOUND_ it! :-) Thank you :-) And for your own viewing pleasure, that's it... (OK, it didn't have the [PROPOSAL] tag, but the wording was in there, c'mon, be flexible! :-) Yes, ok, that's so true... I also vented the idea that _MAYBE_ (but maybe) someone could have reimplemented the Standard* classes, but WHAT THE HELL? All I said I wanted was (quote myself) more or less what Jon does for Scarab... I said that IN JUNE... JUNE for damn sake... And somewhere along this thread when it after degenerated in the usual flame war that always happens when something needs to be done you said If possible, please also change the name - unless ASF gives you permission to use tomcat name in your product. And now _I_ am the idiot who makes false statements... Damn... I _knew_ I had a reason to be upset... Tonia, thanks, I owe you two favours for this one (next time I'm in the US!) Pier Original Message Subject: Re: 5.0 proposal Date: Mon, 24 Jun 2002 21:49:51 +0100 From: Pier Fumagalli [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: On Mon, 24 Jun 2002, Pier Fumagalli wrote: That's why counts where not right on my side of the border... I don't recall vetoing the proposal... I just complained vehemently that I'd prefer to see 4.0 out of the door and stable rather than a 4.1 and a 5.0... 4.0 is out of door - the release happened long ago. So did 4.0.1... 4.0.4. 4.1 is getting close - and it should be more stable and better than 4.0.4. And 5.0 should be more stable and better than 4.1 and 3.3. And 6.0 will probably be better than 5.0. If you are interested in maintaining and improving 4.0.4 - just volunteer as release manager for the branch, you have my +1 on it. I can't be a RM for 4.0.4 because I would simply remove 70% of the code, and kiddies would start crying their butts off because they don't have the manager application, or JSP support :) But if anyone is interested I'd like to explore the opportunity of a Tomcat-HA (high-availability or hard-edition), based on 4.0 without the crap in there, and straightening out the request-response model... Simply, take the Catalina classes, and remove piles of useless stuff (more or less what Jon does for Scarab, but to a greater degree, maybe even reimplementing some of the Standard* classes). I can't veto as I don't really care how you want to spend your evenings and stuff... I don't think you can 'veto' a long term plan or release. AFAIK it's a majority vote. Veto in terms of -1ing it. Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [VOTE] minimal JSR 154 only distribution
On 10/12/02 1:06 Justyna Horwat [EMAIL PROTECTED] wrote: I guess the high art of potty humor is not lost on idiots. My buttocks are clenched in anticipation for the Pier (C) and TM fart jokes. :) Damn you know me far too well, Justy! :-) Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [VOTE] minimal JSR 154 only distribution
On 6/12/02 16:09 Jon Scott Stevens [EMAIL PROTECTED] wrote: Create a separate minimal JSR 154 only distribution of Tomcat 4.x: +1 [X] 0 [ ] -1 [ ] Or simply use Jetty :-) Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [VOTE] minimal JSR 154 only distribution
On 7/12/02 16:32 Costin Manolache [EMAIL PROTECTED] wrote: The majority decision works only if enough people vote. So far we have: +1: Jon, Pier, Bill -0: Costin -1: Remy Anyone else ? For the records, please check in $CVSROOT/avail... I'm not a committer... I only support _strongly_ the argument as an EX committer, because that was the actual reason which forced me to move to some alternative servlet containers (it was JUST A BIG F'IN pain in the ass to strip out all the crap from the distribution every time a new release came along)... That said, I also have to say that I won't be able to help in any way, as reluctantly, now I'm spending my times coding around those other alternatives to Tomcat, AKA Jetty... Jon, I'm very sorry mate, you're 4 months too late :-( I lost my fight about this very same topic back then... Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [VOTE] minimal JSR 154 only distribution
On 8/12/02 0:43 Jon Scott Stevens [EMAIL PROTECTED] wrote: on 2002/12/7 4:25 PM, Pier Fumagalli [EMAIL PROTECTED] wrote: Jon, I'm very sorry mate, you're 4 months too late :-( I lost my fight about this very same topic back then... Maybe to late for your opinion, but honestly, I haven't been that impressed with Jetty. In my case it speeds up my stuff around 3/4 times faster. And the footprint is considerably slower... Depends on the app... I saw very little if any speed increase with Jetty and Scarab and I actually consider Jetty's distribution to be packed with more crud than Tomcat's...but maybe I'm just biased by Tomcat. That's what I'm working on! :-) Greg just removed (finally) all the Win .BAT files from CVS and distros! :-) 3 less files! :-) At this point, I don't think that with JSR 154 and JSR 152 being separate, there is much that anyone here can say negative about distributing JSR 154 only engine. Clearly there is a demand. Clearly it is a good thing to have options. +1 +1 +1 +1 :-) I hope you succeed where I failed! :-) Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_jk-2.0.42.so
On 28/11/02 17:25 Pedro Igor Craveiro e Silva [EMAIL PROTECTED] wrote: Do you know what for is this libc.so.6 ? Main C library for Linux, the one that contains also printf... When i run the httpd, he return that this shared lib could not be found. Then you're in troubles. Update your Linux install to something more recent (including the new LIBC) or recompile the whole kit-n-kaboodle... Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_jk-2.0.42.so
On 28/11/02 7:37 pm, in article 000701c2970d$2d408f90$[EMAIL PROTECTED], Pedro Igor Craveiro e Silva [EMAIL PROTECTED] wrote: Ok. But, with that first module(mod_jk2.(etc)) the i was using i can put the apache e tomcat together? FreeBSD contains a Linux emulator, but AFAICR, it ships currently with GLIBC-5 ... You'd better off recompiling the module (Apache part) native for FreeBSD and the JNI lib for Linux GLIBC-5... Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
FW: Apache Tomcat
FYI -- Forwarded Message From: Manjiri Devdhar [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Fri, 15 Nov 2002 19:23:52 +0530 To: [EMAIL PROTECTED] Subject: Apache Tomcat Hello, This is Manjiri from Wrox Press Ltd taking care of the Open source titles. I really have high regard for your apache site, which really contributes, a great deal to the Apache and other open source lovers. Would like to update you with our Apache title released this year. This may help your community. 1. ProfessionalApache Tomcat ISBN 1861007213 released in Sep 2002 Would you kind enough to include this in your list of books at http://jakarta.apache.org/tomcat/resources.html http://httpd.apache.org/info/apache_books.html under the books section. Please do not hesitate to contact me if you have any concerns. Thank you, --Manjiri -- Peer Information India Pvt Ltd, Mumbai, India -- End of Forwarded Message
Re: ServletContext.getContext() still completely broken.
Martin Algesten [EMAIL PROTECTED] wrote: Are we going to release 4.1.15 without addressing this? This is a standard API call that currently DOES NOT WORK (or am I wrong, can anyone get hold of a foreign context from the ROOT context?) I've submitted a possible fix in BZ #13040 ... If you don't like it, then tell me why and I'll try patching it differently. I'm bored of maintaining my own patched up version locally. Surely a broken javax.servlet API call is serious enough to not be ignored? I wouldn't worry too much about it now... It might even be deprecated in the servlet specification in the future... Pier -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Re: JSPC refactoring/documentation
Remy Maucherat [EMAIL PROTECTED] wrote: I'd also like to point out that the servlet API changes are very limited, and it will be possible to use Tomcat 5.0 with the Jasper from Tomcat 4.1. So I think major new features should go in the 5.0 codebase. What is a realistic timeline for 5.0 being released? I'm now independent and unemployed, so I'm not aware of the Sun schedules for the spec anymore :-P Probably within 3-6 months given J2EE 1.4 is in beta. The rule is we cannot release a stable version of 5.0.x until the specs are final. Regarding servlets, the JSR-154 Spec Lead did not inform us yet of any deadline... I know that Sun wants to have it out soonish, but there are still quite few bits and bobs to sort out (like friggin' schema). If you have questions regarding JSR-154 (requirements/info/...) contact me as I'm still the official representative for the ASF on the JCP expert group. Have fun... Pier -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
FW: R: GOODBYE from tomcat-dev@jakarta.apache.org
Who unsubbed this guy on Fri Nov 1 03:31:13 PST 2002??? 1036089107 - [EMAIL PROTECTED] It's not a probe, so, someone (one of the moderators, I believe), unsubbed him manually (see at the bottom). Any reason why? Pier -- Forwarded Message From: Luca Ventura [EMAIL PROTECTED] Date: Fri, 1 Nov 2002 11:31:43 +0100 To: [EMAIL PROTECTED] Subject: R: GOODBYE from [EMAIL PROTECTED] Hello! Why has my address been removed from the tomcat-dev mailing list? Can you subscribe it to the tomcat-dev mailing list again, please? Thanks, Luca -Messaggio originale- Da: [EMAIL PROTECTED] [mailto:tomcat-dev-help;jakarta.apache.org] Inviato: giovedi 31 ottobre 2002 19.32 A: [EMAIL PROTECTED] Oggetto: GOODBYE from [EMAIL PROTECTED] Hi! This is the ezmlm program. I'm managing the [EMAIL PROTECTED] mailing list. I'm working for my owner, who can be reached at [EMAIL PROTECTED] Acknowledgment: I have removed the address [EMAIL PROTECTED] from the tomcat-dev mailing list. This address is no longer a subscriber. --- I have subscribed or unsubscribed you at the request of a moderator of the [EMAIL PROTECTED] mailing list. If this is not an action you desire, please send a complaint or other comments to the list owner ([EMAIL PROTECTED]) as soon as possible. If you would like more information on how to interact with the tomcat-dev mailing list, just send an empty message to [EMAIL PROTECTED] -- End of Forwarded Message -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Re: production quality?
On 31/10/02 14:36 Martin Algesten [EMAIL PROTECTED] wrote: 1. Tomcat should either not send any headers on a 304, or if it does then make sure that they do reflect the correct values for the requested object (e.g. not call a gif a text). 2. Not entirely sure here. Reading the HTTP/1.1 http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.3.5 It states: If a cache uses a received 304 response to update a cache entry, the cache MUST update the entry to reflect any new field values given in the response. I suspect that is what we're seeing in mod_proxy. But I just realised that I have some reading to do, the stuff about weak and strong validator didn't make much sense to me... I too believe that mod_proxy is behaving quite correctly according to the spec... Tomcat should not send those headers... It will also impact client (browser) caches, not only mod_proxy... Pier -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Re: [4.1.14] New test milestone released
On 30/10/02 9:19 am, Henri Gomez [EMAIL PROTECTED] wrote: ALL directories need to be 755 (therefore only THOSE and NOT THE FILES need to have the +x bit set) they need to look like drwxrwxr-x Why 755 on directory ? Shouldn't they be 775 to allow group member to update them ? Oh, mefuck... drwxrwxr-x :-) 775, finger slipped. -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Re: Someone fix this...
On 29/10/02 11:35 pm, Pier Fumagalli [EMAIL PROTECTED] wrote: On 29/10/02 23:02, Mike Anderson [EMAIL PROTECTED] wrote: DOH! Sorry. Thats what you get when you get a Non-Unix weanie to play around on a Unix box. I knew that I've had to do this in the past but completely spaced it for this. This should be fixed now. Rsync should run in another 5 hours now... Will see tomorrow in the morning. Yes, Mike, went thru perfectly... Please guys, when you post something on Daedalus, be careful about the files permissions... We're organizing for also Jakarta to be mirrored, sooo :-) If you use scp to put files on daedalus, note that putting umask 002 in your .profile (bash/sh) or .login ? (tcsh) file will solve the problem (well, in theory, but it'll be definitely better than what you have now! :-) And I recently figured out that not all of you know that) Thanks for listening... Hoping that Remy doesn't consider the ASF intent to mirror all Jakarta nosise for notihg, right Remy? Pier -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Re: production quality?
On 30/10/02 6:06 pm, Martin Algesten [EMAIL PROTECTED] wrote: An incorrect If-Modified-Since response seems to shag mod_proxy. Now I don't know how widely used mod_proxy is, or if perhaps this should be fixed there instead. However I am concerned about this and as I pointed out I am happy to look into it myself, however I would appreciate a hint of what to look at. You mention a header refactoring, elaborate? Could it be what we are observing on http://nagoya.apache.org/eyebrowse when we pass stuff in the backend on port 8080? What would be the outcome of this? (I mean you know any way in which I can find out if this is the bug we're seeing) Pier -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Re: production quality?
On 30/10/02 20:02, Martin Algesten [EMAIL PROTECTED] wrote: In a nutshell mod_proxy updates its cached entries with whatever new headers are given to it. E.g. first request comes into mod_proxy and it can't find the requested resource in its cache. It forwards on to my tomcat who responds with something like: HTTP/1.1 200 Content-Type: image/gif Content-Length: 12345 Second call comes into mod_proxy this time with an If-Modified-Since for the same resource. mod_proxy needs to revalidate its cached entry against tomcat and does an If-Modifed-Since against tomcat and tomcat answers: HTTP/1.1 304 Content-Type: text/html Content-Length: 0 At this point mod_proxy updates it's cached entry and ends up with a gif that has got a Content-Type set to text/html. Further requests to mod_proxy without If-Modified-Since results in GIFs with strange content types. Thank god for IE not trusting the content type :) Nope, that's not it, but it's a good catch. We don't keep proxied content cached... Thanks a lot for the clarification... Pier (gone diggin' mirrors) -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Re: TOMCAT memory usage : how to manage and benchmark ?
jean-frederic clere [EMAIL PROTECTED] wrote: The Linux threads implementation is _bad_ but that does not mean that the whole thing bad. That's why I said works for you? Good... For our setup we _need_ threads... For the Fun. The kernel threads appair also in ps but I have not (yet) tried to kill one ;-) It can provide hours of entertainment... Last time I tried it was _so_ wicked! :-) Pier -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Re: 10/29/02 Notes
One might still feel he's on the pteam! :-) pier On 29/10/02 22:00, Jean-Francois Arcand [EMAIL PROTECTED] wrote: Oups..wrong list...sorry. -- Jeanfrancois Jean-Francois Arcand wrote: are available under http://javaweb.sfbay.sun.com/~ja120114/security-audit/SecurityAudit.html Let me know if something is missing. Thanks, -- jeanfrancois -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Someone fix this...
send_files failed to open /builds/jakarta-tomcat-connectors/jk/release/v1.2.0/bin/netware/mod_jk_1.3.n lm.asc: Permission denied send_files failed to open /builds/jakarta-tomcat-connectors/jk/release/v1.2.0/bin/netware/mod_jk_2.0.4 2.nlm.asc: Permission denied send_files failed to open /builds/jakarta-tomcat-connectors/jk/release/v1.2.0/bin/netware/nsapi_rd.nlm .asc: Permission denied Files not mirrored... Pier -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Re: Someone fix this...
On 29/10/02 23:02, Mike Anderson [EMAIL PROTECTED] wrote: DOH! Sorry. Thats what you get when you get a Non-Unix weanie to play around on a Unix box. I knew that I've had to do this in the past but completely spaced it for this. This should be fixed now. Rsync should run in another 5 hours now... Will see tomorrow in the morning. Pier -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Re: [4.1.14] New test milestone released
On 29/10/02 22:46, Costin Manolache [EMAIL PROTECTED] wrote: Remy Maucherat wrote: A new test milestone of Tomcat 4.1 has just been released. Please help test this upcoming Tomcat release for compliance issues and other problems. Downloads: http://jakarta.apache.org/builds/jakarta-tomcat-4.0/test/v4.1.14/ Significant changes over 4.1.13 include a security manager bugfix. Over 4.1.12, Tomcat 4.1.14 includes bugfixes as well as performance improvements. The full list of changes is available in the release notes. http://jakarta.apache.org/builds/jakarta-tomcat-4.0/test/v4.1.14/RELEASE-NOTES One small issue: the .zip file doesn't have +x on the bin/ files. Ehemm... Actually, the whole thing is completely wrong (I mean how the files are on daedalus, not only what you said, Costin)... _MAKE_SURE_ (this is _very_ important for mirrors, and I'm trying to enforce it now that we're not _yet_ mirrored heavily) that your UMASK is set to 002 ZARRO ZARRO TO when putting stuff in /www, that _ALL_ the files you create have a 664 mode (therefore when listing them, it needs to come out with -rw-rw-r-- ...) ALL directories need to be 755 (therefore only THOSE and NOT THE FILES need to have the +x bit set) they need to look like drwxrwxr-x If you don't have a clue of what I'm talking about, make sure you do man chmod and man umask from your favorite Linux (HAHA!) box... Seriously speaking, now, with the way in which the files for 4.1.14 are laid out, they can't be moved, deleted, removed, updated, mirrored by anyone but Remy (nah, probably right now with my config I can get them mirrored, but anyhow, DON¹T DO IT) Thankyou! :-) Pier -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Re: TOMCAT memory usage : how to manage and benchmark ?
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote: So, My first question is : why tomcat use all the memory while there is no users connected (or just one) ? The JVM allocates chunks of memory (see the -Xmx and -Xms flags by invoking java -X) and manages them... So, one user, 100 users, same thing... My second question is : how much memory is needed if I want to use tomcat with many users (500, 1000,...) ? On a 5 millions hits/day server (not running Tomcat, another servlet container since Tomcat doesn't work for us), we have the VM starting with 1 Gigs of RAM (java -server -Xmx 1024m -Xms 1024m ...) but we use half of it (roughly) to cache data from the DB... I already read in the forum Tomcat don't manage the memory, it is the JVM... so why the jvm use so many processes ? Those are _not_ processes, they are threads... Use a decent operating system that supports them nicely (not Linux) and you'll see the difference (how many times do I have to repeat this?)... Linux sucks :-( Pier -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Re: TOMCAT memory usage : how to manage and benchmark ?
Henri Gomez [EMAIL PROTECTED] wrote: On Linux threads are +/- process and are really cheap to create, so it's should be a problem. Read, it shouldn't be a problem It is a problem because every time someone does a PS goes _nuts_ about the number of JVM processes... While at the end they are just threads... I believe I replied to this question at least 200 times in the past 5 years, and _still_ I see people asking... And try to do a little piece of code creating 1000 threads on Linux and on Windows 2k... Just to see which one is faster (and I believe we _all_ agree that Windows sucks!) :-) Anyhow, the old battle on why Linux sucks is over... Works for you, well, use it! :-) Pier (MacOS/X rocks!) -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Re: Réf. : Re: TOMCAT memory usage : how tomanage and benchmark ?
Henri Gomez [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: what is the goog hard config for 500 concurrent users on the same tomcat server ? It depend on your application, but I'll recommand a least 3 fast Intel based linux boxes, with about 512Mo of RAM, and in front an Apache 1.3/2.0 box + mod_jk. Or just one Sun dual 440 UltraSparc IIi, 1 Gb/ram, Solaris 8 and some tweaks (all in one box). That's our config, and that's roughly our traffic (ok, maybe 300/400 concurrent request). Henri's right... Depends on what your webapp has to do, though... Pier -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Re: [OT]Re: TOMCAT memory usage : how to manage and benchmark ?
micael [EMAIL PROTECTED] wrote: What operating system do you prefer, Pier? We use Solaris both for Intel and Sun platforms... First reason being is that we _know_ how that OS works, it's much more tuneable on live systems, and much easier to configure when you know what you're doing... Especially relating to Java, Solaris 8 was our platform of choice because of threading support. Linux threads behave like processes (you see them in ps for instance), that said it doesn't only have a visual disadvantage (that same output can be generated on Solaris with ps -AfL), but also a practical one... Limits and signals... First of all, threads-as-processes are vulnerable to signals, and therefore, given a bug in the VM (let's say a SEGV), what _can_ happen that only that process dies (instead of the whole JVM set of processes), I've seen that happening. Good point about that is that your Tomcat is going to be up, bad point about that is that it's going to really mess up the JVM internals (that's why Thread.kill() has been deprecated, and plus other random reasons). Short story, threads-as-processes are much weaker than threads-as-threads because of their behaviour towards the OS kernel... Second point about Solaris 8 is the _two_ different configurations of threads you can have... One is the default one, and works, but in some cases (fixed number of threads, usually pooled, yadayadayada) a nice thing such as LWP threads (used by pre-binding the /usr/lib/lwp/libthread.so in Java) can come _really_ handy and delivers a _lot_ more performances... (this helps a _lot_ also with Apache 2.0/worker). Third reason, limits... In case of highly loaded environments, the kernel will stop creating processes (and therefore threads under Linux) once the process limit is reached, threads-as-threads don't suffer from that because they are nested within their process scope, and the limit is _much_ higher. File descriptor limits, memory limits, swapping, and so on, come for free for us using Solaris, and it's _so_easy_ to tweak your network parameters on live systems by tweaking the kernel with NDD (file descriptors are in CLOSE_WAIT, no problem, set an NDD variable, and you're done)... Plus, what the heck, Solaris 8 minimal install is probably 20 packages and 100 Mb for both 32 and 64 bits, while if you install RedHat, you can never get below 400 Mb! :-) I love my disk space, and less code, less chances for a bug, right??? :-) It works for us, it has been working for ages, and we actually replaced all our old Linux/x86 installations with Solaris8/x86. That's production... For development, _of_course_ I use MacOS/X 10.2.2 which is by far the best desktop on the planet... I've had a short test with an X-Serve and load, performed allright (far better than a same-price Dell box), but it went nowhere because at the same time we inherited a lot more Sun Hardware for free (roughly! :-) so, we decided that we wanted to reuse all those nice UltraSparc machines! :-) Pier -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Re: TOMCAT memory usage : how to manage and benchmark ?
On 28/10/02 22:40, Bojan Smojver [EMAIL PROTECTED] wrote: On Tue, 2002-10-29 at 00:31, Pier Fumagalli wrote: Those are _not_ processes, they are threads... Use a decent operating system that supports them nicely (not Linux) and you'll see the difference (how many times do I have to repeat this?)... Linux sucks :-( Ha, ha... Keep dreaming Pier ;-) Works for you? Good! Doesn't for me! :-) Pier -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Problems mirroring the tomcat distribution site...
send_files failed to open /builds/jakarta-tomcat-4.0/archives/v4.0.5/bin/hotfix/13365.zip.asc: Permission denied send_files failed to open /builds/jakarta-tomcat-4.0/release/v4.0.5/bin/hotfix/13365.zip.asc: Permission denied send_files failed to open /builds/jakarta-tomcat-connectors/jk/release/v1.2.0/bin/netware/mod_jk_1.3.n lm.asc: Permission denied send_files failed to open /builds/jakarta-tomcat-connectors/jk/release/v1.2.0/bin/netware/mod_jk_2.0.4 2.nlm.asc: Permission denied send_files failed to open /builds/jakarta-tomcat-connectors/jk/release/v1.2.0/bin/netware/nsapi_rd.nlm .asc: Permission denied Can you guys (remm and mmanders) make sure you have the privileges set corretly? Please (to the list) when updating stuff in /build make sure the correct privileges are set as that stuff is mirrored... Pier -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
WEB.XML not reloaded???
Anyone noticed that the web.xml doesn't get reloaded when I reload a deployed context under 4.0? Or is it me being stupid? Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [VOTE] tomcat-commiters list
On 14/10/02 19:45, Sam Ruby [EMAIL PROTECTED] wrote: The proposal needs to identify a moderator. The moderator will be the one who approves subscription requests (as well as filtering out spam). And AFAIK, we've roughly always said no to extra mailing list (but -dev -cvs and -users) to keep all projects more-or-less in sync... Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: jk2 and daemon ( was Re: commons-daemon release ?)
Costin Manolache [EMAIL PROTECTED] wrote: - starting a VM using exec / monitor the child process. It is not implemented yet in jk2 - but pretty important ( it's one of the features from jserv that wasn't yet ported). It seems daemon has a bit of code - as I mentioned from reading it I don't think it works, and it would be better to use the code from jserv for this - whenever we do implement this. That was the feature which created more problems in JServ... I remember me and Ed hammering on it for months in 97/98. My hint, forget about it, also because if you tie it to the web server process, when you take down the Web Server, also your servlet engine is going to go down, and that's not a very desirable feature given how much time it takes to initialize 7/8 web applications Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: jk2 and daemon ( was Re: commons-daemon release ?)
On 10/10/02 20:21, Costin Manolache [EMAIL PROTECTED] wrote: The 'feature' is that all tomcat processes ( and you may run more than one in a load balanced mode ) can be started automatically and monitored. If one dies, it'll be automatically restarted. tip http://cr.yp.to/daemontools.html It's there, it works, don't reinvent the wheel /tip To make things interesting, this information ( and other like that ) needs to be communicated to apache servers ( to stop sending requests to not-ready servers ), and potentially to an eventual JMX proxy. This is the kind of 'control channel' that was proposed several times and will have to be implemented for other purposes. I read Covalent Managed Servers Console all over the place on this one! :-) Incredible what marketing does to people! :-) I also know that maybe a couple of clients of yours here in London might like that feature, as they asked me if it was possible to implement... :-) As far as I'm concerned, I'm happy with my old way of CVSing out web-applications and deploying them on my servers keeping them in sync, and if something dies, Mr. Bergstein (cr.yp.to) already wrote everything I need! :-) So there are separate issues - the most important beeing the startup of tocmat(s) automatically ( like jserv - but not strictly tied to apache process lifecycle ). I can tell you that our main Java instance for VNUNET.COM takes approximately 4 to 5 minutes to start... If I don't reply to HTTP when that thing is down, I'm going to loose my job, so it's not something I feel that in a real-life production environment comes handy... That said, if that's your itch, scratch it... I'm not going to use it! :-) Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Cannot build mod_webapp.so on Solaris 8
On 10/10/02 22:23, James C. McMaster (Jim) [EMAIL PROTECTED] wrote: I know this is not the proper place to ask configuration questions, but I do not believe this is such. Use mod_jk -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: jk2 and daemon ( was Re: commons-daemon release ?)
On 11/10/02 3:14, Jon Scott Stevens [EMAIL PROTECTED] wrote: on 2002/10/10 6:50 PM, Pier Fumagalli [EMAIL PROTECTED] wrote: I can tell you that our main Java instance for VNUNET.COM takes approximately 4 to 5 minutes to start... OUCH. Our main web-app has roughly 400 JSP pages to compile (you never know), 20 servlets loaded on startup, 4 lucene indexes to open, 500 connections to the database, 350/400 megabytes of cached objects to de-serialize and put down into memory, and some initial synchronization checks with the DB to find out what are the articles that need to be displayed first (articles ranking) out of an history of some hundred thousand of them (all on line)... It is a big bubba, the JVM memory size is somewhat in the range of 640 Mb... :-) (and it's just 1 web-application out of 6) Only problem? Tomcat doesn't scale that high :-( Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: JSP 2.0's J2SE 1.4 Requirement
On 5/10/02 12:43 am, Mark Roth [EMAIL PROTECTED] wrote: It has been brought to my attention that some members of the Tomcat community have expressed a desire to see a requirement lower than J2SE 1.4 in JSP 2.0. Great... One more reason to start thinking about kicking JSP out of the door! :-) I'm not going to run 1.4 in production for quite some time :-) Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Cannot Build WebApp on Solaris 2.8
On 27/9/02 0:22, Jay Ebert [EMAIL PROTECTED] wrote: I followed the Building the WebApp module exactly and cannot build the webapp module for Solaris 2.8 using gcc 2.95. After a successful ./configure ... , I get the following errors on the make: Use mod_jk -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Tired...
Since I'm tired of you lot, I'm going to say goodbye and retire in lala-land http://www.psc.edu/science/tang.html... Have fun and try not to hit bugtrack too often! :-) Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Jasper 2 Question
Hm The original question was about line numbers on JSPs, when they are compiled, and when they are executed and throw exceptions, right? Yes, it was... I said use some tea because Tea, developed by Disney, goes exactly in that direction, not having middle layer .java files over which the line number get messed up, they simply compile a template straight into .class having both the advantage of compiled templates, and the advatage that line numbers, both at compilation and runtime, are preserved... I am simply pointing out an alternative solution to your problem of line numbers, if that's ridiculous, well, that's _your_ problem... Not mine Die, JSPs, DII! :-) Pier On Thursday, September 19, 2002, at 07:30 PM, Lenny Karpel wrote: is it right that when I ask a serious question about jasper2 that I get these totally ridiculous answers ? -Original Message- From: Jon Scott Stevens [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 19, 2002 11:48 AM To: tomcat-dev Subject: Re: Jasper 2 Question on 2002/9/19 8:06 AM, Lenny Karpel [EMAIL PROTECTED] wrote: sorry .. I don't understand your response ! are you saying that we shouldn't use jsp ? I have been saying that for years now! http://jakarta.apache.org/velocity/ymtd/ymtd.html =) -jon -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Jasper 2 Question
On Thursday, September 19, 2002, at 10:24 PM, Bojan Smojver wrote: On Fri, 2002-09-20 at 04:30, Lenny Karpel wrote: is it right that when I ask a serious question about jasper2 that I get these totally ridiculous answers ? Well, Jon and Pier are known to throw in a curly one from time to time, which keeps all of us here on the list in good spirits ;-) Nonono... he has a problem with templates line numbers... I poined out that simply changing the technology and not using something so inerently stupid, you can overcome the problem... Ok, maybe I assumed that he clicked on the link I provided, and read some of the features of Tea... Assuming too much always... side to all this as JSP's are inherently evil. You'll find that creating true MVC applications in Velocity is almost trivial. I suggest you do read Jon's article. The fact that JSP's are official, doesn't mean they are good. Means that it's bad because it took me 6 months to make my employer understand that they are so evil, and that their server goes down 2 times a month when some idiot forgets to put jsp:session value=false or whatever the story is with that thing I'm not keen of giving control to my entire application and Java Virtual Machine (crunching some million servlet/hits a day) to a guy whose best skill is to use Macromedia DreamWeaver... And now my problem is that I have to rewrite some 5000 something pages... Bah... But it's better to do it now rather than waiting for another 5000 to be created and get stuck with JSPs forever. :-) Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: 4.1.10 tarball is borked.
On Wednesday, September 18, 2002, at 11:35 PM, Ian Darwin wrote: They admit that they aren't POSIX conformant, and claim that they will be, and will do it in a different way than GNUtar does at present. Do you know if this article is up to date? Well I guess it must be, it's on gnu.org. Obviously it would be good if all tars could read each others' archives. [pier@bubbles] ~ $ gnutar --help GNU `tar' saves many files together into a single tape or disk archive, and can restore individual files from the archive. [] Archive format selection: --posixwrite a POSIX conformant archive [...] GNU tar cannot read nor produce `--posix' archives. If POSIXLY_CORRECT is set in the environment, GNU extensions are disallowed with `--posix'. Support for POSIX is only partially implemented, don't count on it yet. [...] [pier@bubbles] ~ $ gnutar --version tar (GNU tar) 1.13 Copyright (C) 1988, 92,93,94,95,96,97,98, 1999 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Written by John Gilmore and Jay Fenlason. [pier@bubbles] ~ $ Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Jasper 2 Question
You can use some tea... http://opensource.go.com/ :-) Pier On Wednesday, September 18, 2002, at 10:33 PM, Lenny Karpel wrote: I use IntelliJ's IDEA product for Tomcat relared development .. I noted the following statement in thier bugs mailing list with regards to debugging JSP from thier IDE: As for Tomcat 4.1.x support, I'm afraid we are out-of-luck here. Tomcat 4.0.4 used to generate useful comments in the servlet code, that allowed the integration plugin to map jsp line numbers to servlet line numbers. But from the new version of Tomcat (Jasper2 in particular), this functionality is missing. At least I haven't been able to find anything to enable comment generation, and nobody from Tomcat user-list answered my question about this. Is this really true ?? Will this be fixed ?? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Small code contribution
Vaughn Bilton [EMAIL PROTECTED] wrote: I apologize in advance if I'm not following proper protocols for this submission, but I'm new at this. I have created a patch against Tomcat 4.1.10 which adds a custom tag and associated servlet to the Tomcat admin context. The tag, designed to replace a text field expecting a file/directory path entry, creates a text field and button combination on the page. Clicking the button opens up a popup window allowing the user to navigate the file system and select a file/directory. Clicking Okay closes the popup window and places the selected path in the text field. It's been tested under RedHat 7.2 and Windows 2000. I find this feature useful, and I would like to make the patch available to whoever would like to use it, but I'm not sure how to go about doing this. I hope this doesn't browse the file system on the server, thru servlet and/or JSP calls or something like that, because if so -1 for security reasons. Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Tomcat not scaling very well...
Pat Schaider [EMAIL PROTECTED] wrote: Hello all -- I'm risking getting scolded for using the wrong list for this, but the tomcat-user list was totally useless in solving this problem. The problem is on Tomcat 4.0.3 Standalone on Linux. I am managing this machine for my university's CS department, so we are using the security manager to keep students out of each others' files (so one context cannot FileInputStream() files in another context). We have contexts for each user for the security manager, and so that we can override the location of webapp directories, log files, etc. Note that students do not have logins on this machine; their Tomcat-related files are exported to other machines. The server starts up correctly (./startup.sh -security) and deploys and serves the webapps fine. But here's the problem: when a user decides to make a new jsp file, Tomcat cannot compile or process that new file. The old files in the directory still display properly; however Tomcat gives a Permission Denied error for the new file citing the working directory version of file in question. - error message: /usr/local/jakarta-tomcat-4.0.3/work/localhost/user/tomcat/webapps/myFiles/gra derC$jsp.java (Permission denied) I think that the machine is running out of file handles to open any new files. Looking in the /proc/[pid]/fd directory shows that each of 500 threads is opening each of the 250 user log files in addition to the normal files/pipes/sockets it must open. Here's some site-specific config info that will be useful. Tomcat version: 4.0.3 Standalone from binary There are about 250 contexts that get loaded when the server starts. A `ps aux` listing shows about 500 processes associated with Tomcat running. The machine is a P3-800 with 512 MB of memory, and does not have any other heavy services running on it, so Tomcat has full run of the box. Does anyone have experience setting up a system with this many contexts? What can I do? I realize it's probably an extension of what Tomcat is supposed to be used for with all the different contexts, but there must be a way! Any help is appreciated. And sorry for the lengthy message. Please do mind that usually VMs (at least Sun's) are borked when using something more that 2.5k file descriptors, so, I don't think you'll actually manage to have 500 contexts in one single VM process... The 500 processes you are seeing are Linux threads (damn Linux), and those are roughly allright, I believe you use something like autoreload for each context, therefore, you'll have one thread per context just doing basically nothing... I've got some experience with more than 500 threads per VM on Linux, but we had to switch OS because context switching was overkilling. If you think that increasing the number of file descriptors might help, you can always use ulimit -n where is the number of FDs each process (and all associated threads) can open (therefore, that's the MAX value for all you 500 threads reported by PS ALL TOGETHER). One thing to check is also the output of lsof, gives you some very good insight of what's going on... My recommendation is to stop using autoreload, and use IBM's VM because for what I can remember, it handles more file descriptors better than Sun's... Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: 4.1.10 tarball is borked.
Ian Darwin [EMAIL PROTECTED] wrote: On Mon, Sep 16, 2002 at 07:22:43PM -0700, Jon Scott Stevens wrote: Pier, you need to use GNU tar. *BSD* tar sucks balls. Er, you mean perhaps that BSD tar doesn't yet support the non-standard GNU extensions? Nope, it doesn't... I'm thinking whether we should package it up with a standard TAR or the GNU extended version of it... Bah... Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
4.1.10 tarball is borked.
Whoever packaged the tar gzip distribution didn't check that it was actually _packaged_ properly... I get a few gazillion broken files (noticeably with some beautiful ././@LongLink entries), and with all file names longer than 100 or something characters foobared up... (like: jakarta-tomcat-4.1.10/webapps/tomcat-docs/servletapi/javax/servlet/ServletCo ntextAttributeEvent.html100644) Plus, at the end, I s tar: Invalid header, starting valid header search. tar: End of archive volume 1 reached And thank god that this is supposed to be a _release_ release... (of course no errors in the .zip distribution, remember that WinZip doesn't friggin built correct TAR archives)... Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: 4.1.10 tarball is borked.
Craig R. McClanahan [EMAIL PROTECTED] wrote: On Thu, 12 Sep 2002, Pier Fumagalli wrote: Date: Thu, 12 Sep 2002 19:27:31 +0100 From: Pier Fumagalli [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Subject: 4.1.10 tarball is borked. Whoever packaged the tar gzip distribution didn't check that it was actually _packaged_ properly... Which file did you try? I just downloaded jakarta-tomcat-4.1.10.tar.gz (dated 30-Aug-2002 06:38) and it worked fine on RedHat 7.2. You're not trying to use Solaris tar by any chance? :-) No -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: 4.1.10 tarball is borked.
Pier Fumagalli [EMAIL PROTECTED] wrote: Craig R. McClanahan [EMAIL PROTECTED] wrote: On Thu, 12 Sep 2002, Pier Fumagalli wrote: Date: Thu, 12 Sep 2002 19:27:31 +0100 From: Pier Fumagalli [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Subject: 4.1.10 tarball is borked. Whoever packaged the tar gzip distribution didn't check that it was actually _packaged_ properly... Which file did you try? I just downloaded jakarta-tomcat-4.1.10.tar.gz (dated 30-Aug-2002 06:38) and it worked fine on RedHat 7.2. You're not trying to use Solaris tar by any chance? :-) No Hit return too fast... Doesn't look good with BSD tar (NetBSD and MacOS/X) at all... Older distributions worked fine... Maybe someone changed the way in which the tarballs are built? GNU tar works. Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [PATCH] for bug#12049: symlinked directories, jsp pages arenot served
On 13/9/02 1:14, Remy Maucherat [EMAIL PROTECTED] wrote: This bug is kind of annoying when there are lots of pages shared across multiple clients. The common practice we use on Tomcat 4.0.2 is to build symbolic links under each client that points to a centralized place to avoid file copying on deployment. With the new code in 4.1, the path check below prevents any symlinked pages from being served. I would like to have it removed. However, with these two lines removed, the code essentially retroback to 4.0.2 version with very minor changes. Obviously, those lines are for security reasons. -1 for the patch (at best, the check will be made optional). Hmm... I'm wondering what are the problems if that check is not performed... I don't see major concerns in allowing symlinked files or directories... Also, few lines below, the check should be done for OS/X as well, given that the file system is case insensitive, and for Unix operating systems if they mount network shared volumes in case those are case unsensitive (SMB with case insensitive FS on the other side, that kinda stuff)... Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
FW: [NAGOYA.APACHE.ORG] RSYNC Output
Therewego... Folks, when you change a release from TEST to FINAL, please, don't move files around... Use symlinks, but don't use neither mv nor cp... Yesterday's promotion of tomcat 4.1.10 from test to release overkilled the mirrors with a good 43 megabytes of downloads completely useless, and which costed I don't know how much (but a lot) to Collab.NET which is kindly paying for bandwidth! Pier -- Forwarded Message From: Rsync Daemon [EMAIL PROTECTED] Date: 6 Sep 2002 12:00:31 - To: [EMAIL PROTECTED] Subject: [NAGOYA.APACHE.ORG] RSYNC Output /usr/local/bin/rsync --recursive --times --links --compress --delete --delete-excluded --safe-links --verbose --include=.htaccess --include=.images --exclude=CVS --exclude=*~ --exclude=.* --exclude=obsolete --exclude=nightly www.apache.org::jakarta-site/builds/ /export/www/nagoya.apache.org/dist/jakarta/ --exclude=/ant --exclude=/gump --exclude=/scripts --exclude=/tomcat --exclude=/xmlrpc --exclude=nightly* receiving file list ... done jakarta-tomcat-4.0/release/ jakarta-tomcat-4.0/release/v4.1.10/ jakarta-tomcat-4.0/release/v4.1.10/bin/ jakarta-tomcat-4.0/release/v4.1.10/src/ jakarta-tomcat-4.0/test/ jakarta-tomcat-connectors/jk/release/v1.2.0/bin/ jakarta-tomcat-connectors/jk/release/v1.2.0/bin/iseries/ deleting jakarta-tomcat-4.0/test/v4.1.10/src/jakarta-tomcat-connectors-4.1.10-src.zip jakarta-tomcat-connectors/jk/release/v1.2.0/bin/macosx/ deleting jakarta-tomcat-4.0/test/v4.1.10/src/jakarta-tomcat-connectors-4.1.10-src.tar.g z deleting jakarta-tomcat-4.0/test/v4.1.10/src/jakarta-tomcat-4.1.10-src.zip jakarta-tomcat-connectors/jk/release/v1.2.0/bin/rpms/ deleting jakarta-tomcat-4.0/test/v4.1.10/src/jakarta-tomcat-4.1.10-src.tar.gz deleting directory jakarta-tomcat-4.0/test/v4.1.10/src deleting jakarta-tomcat-4.0/test/v4.1.10/bin/jakarta-tomcat-4.1.10.zip deleting jakarta-tomcat-4.0/test/v4.1.10/bin/jakarta-tomcat-4.1.10.tar.gz deleting jakarta-tomcat-4.0/test/v4.1.10/bin/jakarta-tomcat-4.1.10.exe deleting jakarta-tomcat-4.0/test/v4.1.10/bin/jakarta-tomcat-4.1.10-LE-jdk14.zip deleting jakarta-tomcat-4.0/test/v4.1.10/bin/jakarta-tomcat-4.1.10-LE-jdk14.tar.gz deleting jakarta-tomcat-4.0/test/v4.1.10/bin/jakarta-tomcat-4.1.10-LE-jdk14.exe deleting jakarta-tomcat-4.0/test/v4.1.10/bin/README.html deleting directory jakarta-tomcat-4.0/test/v4.1.10/bin deleting jakarta-tomcat-4.0/test/v4.1.10/RELEASE-NOTES deleting jakarta-tomcat-4.0/test/v4.1.10/README.html deleting jakarta-tomcat-4.0/test/v4.1.10/KEYS deleting directory jakarta-tomcat-4.0/test/v4.1.10 jakarta-tomcat-4.0/release/v4.1.10/KEYS jakarta-tomcat-4.0/release/v4.1.10/README.html jakarta-tomcat-4.0/release/v4.1.10/RELEASE-NOTES jakarta-tomcat-4.0/release/v4.1.10/bin/README.html jakarta-tomcat-4.0/release/v4.1.10/bin/jakarta-tomcat-4.1.10-LE-jdk14.exe jakarta-tomcat-4.0/release/v4.1.10/bin/jakarta-tomcat-4.1.10-LE-jdk14.exe.asc jakarta-tomcat-4.0/release/v4.1.10/bin/jakarta-tomcat-4.1.10-LE-jdk14.tar.gz jakarta-tomcat-4.0/release/v4.1.10/bin/jakarta-tomcat-4.1.10-LE-jdk14.tar.gz.a sc jakarta-tomcat-4.0/release/v4.1.10/bin/jakarta-tomcat-4.1.10-LE-jdk14.zip jakarta-tomcat-4.0/release/v4.1.10/bin/jakarta-tomcat-4.1.10-LE-jdk14.zip.asc jakarta-tomcat-4.0/release/v4.1.10/bin/jakarta-tomcat-4.1.10.exe jakarta-tomcat-4.0/release/v4.1.10/bin/jakarta-tomcat-4.1.10.exe.asc jakarta-tomcat-4.0/release/v4.1.10/bin/jakarta-tomcat-4.1.10.tar.gz jakarta-tomcat-4.0/release/v4.1.10/bin/jakarta-tomcat-4.1.10.tar.gz.asc jakarta-tomcat-4.0/release/v4.1.10/bin/jakarta-tomcat-4.1.10.zip jakarta-tomcat-4.0/release/v4.1.10/bin/jakarta-tomcat-4.1.10.zip.asc jakarta-tomcat-4.0/release/v4.1.10/src/jakarta-tomcat-4.1.10-src.tar.gz jakarta-tomcat-4.0/release/v4.1.10/src/jakarta-tomcat-4.1.10-src.tar.gz.asc jakarta-tomcat-4.0/release/v4.1.10/src/jakarta-tomcat-4.1.10-src.zip jakarta-tomcat-4.0/release/v4.1.10/src/jakarta-tomcat-4.1.10-src.zip.asc jakarta-tomcat-4.0/release/v4.1.10/src/jakarta-tomcat-connectors-4.1.10-src.ta r.gz jakarta-tomcat-4.0/release/v4.1.10/src/jakarta-tomcat-connectors-4.1.10-src.ta r.gz.asc jakarta-tomcat-4.0/release/v4.1.10/src/jakarta-tomcat-connectors-4.1.10-src.zi p jakarta-tomcat-4.0/release/v4.1.10/src/jakarta-tomcat-connectors-4.1.10-src.zi p.asc jakarta-tomcat-4.0/release/ jakarta-tomcat-4.0/release/v4.1.10/ jakarta-tomcat-4.0/release/v4.1.10/bin/ jakarta-tomcat-4.0/release/v4.1.10/src/ jakarta-tomcat-4.0/test/ jakarta-tomcat-connectors/jk/release/v1.2.0/bin/ wrote 634 bytes read 43501152 bytes 644470.90 bytes/sec total size is 3527824880 speedup is 81.10 -- End of Forwarded Message -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Fwd: Tomcat 4.03 / 4.04 source download incorrect.
Not acked Begin forwarded message: From: Lukas Hazlehurst [EMAIL PROTECTED] Date: Wed Aug 14, 2002 01:05:07 Europe/London To: [EMAIL PROTECTED] Subject: Tomcat 4.03 / 4.04 source download incorrect. Hello, Just thought i'd mention that the link onhttp://jakarta.apache.org/site/sourceindex.html to the source download for tomcat 4.03 is dead and (i'm guessing) needs to be changed to 4.04. The link works fine if you change the url to ...release/v4.0.4/src/ You guys do an amazing job btw. Lukas Sofnology Ltd. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Fwd: Minor bug in Tomcat docs
Not acked. Begin forwarded message: From: Asuja Andreas [EMAIL PROTECTED] Date: Fri Aug 16, 2002 09:09:44 Europe/London To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Subject: Minor bug in Tomcat docs Hi! On page http://jakarta.apache.org/tomcat/tomcat-4.1-doc/appdev/deployment.html Under heading Shared Library Files it says: $CATALINA_HOME/shared/lib - JAR files placed here are visible to all web applications, but not to internal Tomcat code. This is the right place for shared libraries that are specific to your application. But on page http://jakarta.apache.org/tomcat/tomcat-4.1-doc/class-loader-howto.html Under heading Class Loader Definitions = Shared Is said: All unpacked classes and resources in $CATALINA_HOME/shared/classes, as well as classes and resources in JAR files under $CATALINA_HOME/lib, are made visible through this class loader. The latter seems to be correct, but the former isn't true as Tomcat doesn't read libraries from $CATALINA_HOME/shared/lib. Yours, Andreas -- Andreas Asuja Fujitsu Invia, Finland Tel +358 10 599 4167 Fax +358 9 424651044 [EMAIL PROTECTED], http://invia.fujitsu.com/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Fwd: Broken link
Not acked Begin forwarded message: From: Jørgen Nørgaard [EMAIL PROTECTED] Date: Tue Aug 20, 2002 14:17:23 Europe/London To: [EMAIL PROTECTED] Subject: Broken link On http://jakarta.apache.org/site/sourceindex.html there is a link to Tomcat 4.0.2 srcs (http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.3/ src/) that appears to be broken? Regards -- /jørgen nørgaard [EMAIL PROTECTED] Phone: +45 3332 5770 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [5.0] [VOTE] Release numbering scheme and test releases
Remy Maucherat [EMAIL PROTECTED] wrote: ballot +1 [X] Tomcat 5 should use Tomcat 4.1 version numbering scheme and release management -1 [ ] Tomcat 5 should use something else (to be decided later) /ballot No comment. ballot +1 [ ] Start releasing milestones for Tomcat 5.0 on a regular basis soon -1 [X] No, later /ballot Get 4.1 out of the door first. Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Diffie Hellman
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi, does Tomcat support the Diffie-Hellman Key Agreement Method, when it is ssl enabled ? If not is it possible to make Tomcat-ssl use Diffie-Helman instead then RSA, so that Tomcat does not need a certificate when started in ssl mode ? I believe it depends on JSSI to do the cypher negotiation. Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: HotSpot Virtual Machine Error : 11
Ed Borkmann [EMAIL PROTECTED] wrote: # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi Can't you read what you post? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: webapp/apr cvs tags?
Punky Tse [EMAIL PROTECTED] wrote: Neil, I will try tonight if I encounter the same problem. BTW, if you can choose, why not move to httpd 2.0? At least Pier and me support it! ;-) That's for sure! :) Apache 2.0 rocks :) Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: webapp/apr cvs tags?
The latest CVS head works AFAIK... I can't see anywhere in the code where apr_thread_mutex_lock is actually used anywhere... It might have something to do with the atomic code, but, hmmm... Anyhow that should go away with the use of a new APR functionality called resource list on which we are working on... Few days, maybe a couple of weeks. Pier Neil Cronin [EMAIL PROTECTED] wrote: I'm trying to build mod_webapp for apache 1.3.26. I grabbed webapp and apr from cvs.apache.org. it seems to build fine: # ./configure --with-apr=../apr/ --with-apxs (configure output) # make (make output) Coonfiguration details: module version: mod_webapp/1.2.0-dev httpd version: Apache/1.3.26 (Unix) host machine/os: i686-pc-linux-gnu cration date:Tue Jul 30 04:58:30 PDT 2002 All done... # cp apache-1.3/mod_webapp.so /etc/apache/modules # /usr/sbin/apache Syntax error on line 63 of /etc/apache/conf/apache.conf: Cannot load /etc/apache/modules/mod_webapp.so into server: /etc/apache/modules/mod_webapp.so: undefined symbol: apr_thread_mutex_lock I've tried mod_webapp 1.0.1 with similar results. is this a known issue? is there a 1.1 branch of webapp that I can try? or another version of apr? thanks, neil -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [Fwd: webapp/apr cvs tags?]
Neil Cronin [EMAIL PROTECTED] wrote: using this version of apr, I was able to build and use mod_webapp.so http://jakarta.apache.org/builds/jakarta-tomcat-connectors/webapp/release/v1.2 .0/src/apr_APACHE_2_0_35.tar.gz I searched nagoya.apache.org for a bug on this, but came up empty handed. I'm not very knowledgable about apr/apx, but I'm happy to provide more info to anyone who might want it. Yes, that makes sense... The 2.0.35 tag wasn't relying on thread mutexes for atomic under linux... This is definitely an APR bug (if threads are disabled, the atomic code should just not use it)... Will report it. Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: webapp/apr cvs tags?
Neil Cronin [EMAIL PROTECTED] wrote: are you looking at the apache code, apr, or mod_webapp? All the three codebases (given my involvement lately - Pier is moving to HTTPD and APR :) all versions of mod_webapp compile fine with the trunk of apr, but none will be loaded with apache 1.3.26. Yes, indeed. This is because the final stage of linking, since you're building a module, ignores symbols which are not found, relying on the fact that someone has loaded them before Now, when we compile mod_webapp we specifically disallow threads, therefore excluding thread mutexes as well, and since the latest atomic code relies on them, well, the linker doesn't complain as it assumes it'll be loaded before our module. compiling with apr_APACHE_2_0_35.tar.gz, the module loads fine and runs fine. so it seems to me the problem is in the apr trunk... but I'm don't really know enough to say for sure. 2.0.35 was rolled before the atomic code changes... It definitely is a bug in APR's dependancies processing... Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [OT] Leaving Sun
Remy Maucherat [EMAIL PROTECTED] wrote: Hi all, Warning: Off topic ! I'd like to post a quick notice about my current job situation. As of today, I am no longer an employee of Sun Microsystems, and I am relocating in France. Welcome to the family of the now-Europeanized ex-Sun employees... Hope it works as it worked out for me! :) Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Connectors on MacOS X
Tobias Wunden [EMAIL PROTECTED] wrote: 3) Provide Information on dlopen Build on top of APR and that problem goes away. That's why APR is the way to go, right? Pier -- I love introducing bug: Floating Point Exception this is Access Violation, Access Violation, this is Floating Point Exception. Eric Prud'Hommeaux -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
FW: Jakarta-tomcat page requires update
Not acked... Pier -- I love introducing bug: Floating Point Exception this is Access Violation, Access Violation, this is Floating Point Exception. Eric Prud'Hommeaux -- Forwarded Message From: R Andrew Johnston [EMAIL PROTECTED] Date: Mon, 22 Jul 2002 17:24:29 -0400 (EDT) To: [EMAIL PROTECTED] Subject: Jakarta-tomcat page requires update Resent-From: Brian Behlendorf [EMAIL PROTECTED] Resent-To: [EMAIL PROTECTED] Resent-Date: Mon, 22 Jul 2002 15:16:59 -0700 (PDT) on this page http://jakarta.apache.org/site/sourceindex.html Under Release Builds, The link to Tomcat 4.0.3 is broken. http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.3/src/ and it should be to Tomcat 4.0.4 http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.4/src -- andrew -- End of Forwarded Message -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [PROPOSAL] Split the repo's
Patrick Luby [EMAIL PROTECTED] wrote: Oops. The javax.servlet.jsp.* packages have been in jakarta-servlet-4 for a long time. In any case, I tried seeing if this issue could be solved by merely moving the javax.servlet.jsp.* packages over to the jakarta-tomcat-jasper repository. Unfortunately, that breaks the jakarta-taglibs code that jakarta-tomcat-jasper depend on. I suspect that there are other projects that may expect the javax.servlet.jsp.* package to be in servlet.jar as well. :( So, even though I don't like the current structure and I think it would be cleaner to have the javax.servlet.jsp.* packages separated from the javax.servlet.* packages, separating them may cause a lot of pain for others who have come to depend on the current structure. I feel that I should take this into my vote and, hence, I am changing my vote to: In this case, it's not our problem... They should fix their stuff... Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [PROPOSAL] Split the repo's
Jon Scott Stevens [EMAIL PROTECTED] wrote: jakarta-apis/jsr154/src/java jakarta-apis/jsr152/src/java +1 Pier -- [Perl] combines all the worst aspects of C and Lisp: a billion of different sublanguages in one monolithic executable. It combines the power of C with the readability of PostScript. [Jamie Zawinski - DNA Lounge - San Francisco] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]