mavenize tomcat
Hi all, Let me just explain a few things first: 1) I stopped checking out Tomcat from CVS the minute I had to download or check out in concert with (the servlet-api) more than five files and had to setup so many properties that the build refused to run. The time commitment was not worth it to me, so I just started downloading the releases 2) I am an active Maven user - I have three projects using Maven. They aren't as complex as Tomcat, but do do some interesting things for Webapps I would like Tomcat to become easy to build again, when someone decided it was no longer a wise idea to keep the jars in CVS they should have had a reasonable replacement, they didn't and its been painful ever since. I would also like Tomcat to become easy to add documentation to without worrying whether or not something that should have been there (the javadocs for example) was actually there without question. So, If I can get significant developer buy-in I would be willing to cut a version or two of the maven project descriptor for those of us who would like it to be easy again ;-). If not, that's fine. -warner +warner onstine+ -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Re: mavenize tomcat
- Original Message - From: Costin Manolache [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, October 24, 2002 4:50 PM Subject: Re: mavenize tomcat Warner Onstine wrote: So, If I can get significant developer buy-in I would be willing to cut a version or two of the maven project descriptor for those of us who would like it to be easy again ;-). If not, that's fine. As long as you don't change build.xml or the gump descriptors - I'm ok. With the new Maven, it isn't necessary, it now only uses Ant under the covers with Jelly and Werkz tags doing the work with the POM (Project Object Model). FYI, tomcat5 does have a 'download' target that gets you all the jars, and an 'update' that gets you all the cvs repositories that you need. That's what I use, and it's not that bad ( even if slow ) Interesting, sounds like it is duplicating what Maven can do as it stores all the jars in a common repository. -warner -- Costin -- 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
javadocs - please!!!!!!!!!!!!!!!
Ok, I have now waited for over a week to see the javadocs back on the web-site or in the 4.1.12 build. Could someone please just build the docs and put them on the site? And don't tell me to build them myself. I can't put them on the site, someone who is in charge of the site needs to do this. I'm not the only one asking for this (and I also thinks it's ridiculous that there is a broken link on the site, we're developers haven't we heard of QA?). If you guys were using something like Maven this wouldn't be an issue - it automatically includes the javadoc as part of the documentation (and it makes it a heck of a lot easier to build large projects, one reason I won't ever check tomcat out again until it's build process is easier). -warner +warner onstine+ -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Fw: javadoc on web site
Since noone has responded on the user list, I'm posting this here, hoping someone will put those files back up. -warner - Original Message - From: Warner Onstine [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, October 16, 2002 10:32 PM Subject: javadoc on web site Hi guys, Don't know if anyone has noticed this but the javadoc: http://jakarta.apache.org/tomcat/tomcat-4.1-doc/catalina/docs/api/index.html is missing, as well as missing from the 4.1.2 release distribution. I really need to look at this documentation if anyone has this available on-line (btw - I'm not in the mood to debug Tomcat's latest build quirks, like what I need to download, what it needs to be called and where it needs to go to even attempt building from source, last time I tried that I spent 1.5 hours trying to set all the variables and figure out where to get the right jars from ;-). Thanks in advance. -warner +warner onstine+ -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-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
Re: bugzilla
Thanks for the info! -warner - Original Message - From: "Pier Fumagalli" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, February 02, 2001 8:15 PM Subject: Re: bugzilla Warner Onstine [EMAIL PROTECTED] wrote: Is it possible to set the from or the to address on the bugs to reflect where they are actually coming from? ie - tomcat, ant, etc.? Unfortunately my email client cannot filter on the reply-to or any of those other w addresses (and I'm sure others are the same way, hope, hope ;-). The import of the ANT and TOMCAT-3.3 bugs from BugRat is linked to an alias of [EMAIL PROTECTED], so, until those bugs don't get assigned to a "proper" owner... When they are reassigned it'll go away (shouldn't take long as far as I can see). Pier -- Pier Fumagalli mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: [TC4] multiple certificates
- Original Message - From: "Craig R. McClanahan" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, November 21, 2000 7:43 PM Subject: Re: [TC4] multiple certificates Warner Onstine wrote: Hi all, It's been a while since I looked at the SSL stuff and I just received a request which I'm not sure how it would be handled in TC4. Would it be possible to handle multiple certificates for SSL per servlet? If this needs further clarification let me know. I guess I don't quite get what you are after. Are you talking about a certificate chain that authenticates an individual user? If so, that is already supported -- the request attribute that you get is an array of certificate objects, with the first one being the certificate of the client principal, and the subsequent ones being the certificates of the certificate authorities vouching for the previous certificate in the chain. Sure, what we're working with is possibly using different server certificates for different servlets, is this at all possible? From what I can tell right now, no. Basically what I see right now is if we turn on ssl support it uses the certificate that you specify for each connection from the SSLServerSocketFactory. The only way I can see doing this is to specify a different port for different certificates, correct? If that's not what you are after, could you please explain further? Craig Thanks, -warner
