Re: [FAQ] jGuru FAQ Update
As I said in my original post, I had it daily for a few days so I could work out the kinks. It's weekly now (and has been for over a week). Sorry for the confusion. - A On Sat, Jul 21, 2001 at 01:40:26AM +0100, Pier P. Fumagalli wrote: [EMAIL PROTECTED] at [EMAIL PROTECTED] wrote: Sure, it could, but (a) I don't think one message a week will be enough traffic to bother anyone, and (b) sometimes developer-related FAQs show up on the Tomcat list. It's pretty cool, but check your scripts, as it's coming once a day, not once a week... Pier (again on the floor laughing for that MTV ad: gotta MPG it) -- Alex Chaffee mailto:[EMAIL PROTECTED] jGuru - Java News and FAQs http://www.jguru.com/alex/ Creator of Gamelan http://www.gamelan.com/ Founder of Purple Technology http://www.purpletech.com/ Curator of Stinky Art Collective http://www.stinky.com/
Re: [TC4] jakarta-regexp.jar
The problem you are having can be easily resolved by simply editing your local jakarta-turbine-4.0/build.properties or your ${user.home}/build.properties Why could still use symlink as I do in my RPM :) ln -s jakarta-regexp-1.2.jar jakarta-regexp.jar Yes, these are all possible solutions, but I'd prefer it if there weren't a problem in the first place. Easily editing a file or making a symlink is one more step that a local user can mess up. (user = developer, I know, but it's an open source project; it should be as simple as possible for people to fix bugs etc.) Anyway, nevermind. I see I'm not going to make headway here. :-) - A -- Alex Chaffee mailto:[EMAIL PROTECTED] jGuru - Java News and FAQs http://www.jguru.com/alex/ Creator of Gamelan http://www.gamelan.com/ Founder of Purple Technology http://www.purpletech.com/ Curator of Stinky Art Collective http://www.stinky.com/
Re: [DOC] INSTALL.txt
Neat! It might be better to split INSTALLATION into two separate sections, one for Windows, one for Unix. HOWTOs work best with fewer conditionals. - A On Tue, Jul 17, 2001 at 08:23:10PM -0400, Rob S. wrote: Along the right line? Used the formatting from the TC4 readme files. Needs some polish. - r
Re: [TC4] jakarta-regexp.jar
On Thu, Jul 19, 2001 at 10:58:21PM -0700, Craig R. McClanahan wrote: On Thu, 19 Jul 2001 [EMAIL PROTECTED] wrote: Do you have a position on including a jakarta-regexp.jar (or a jakarta-regexp-1.2.jar or a jakarta-regexp-1.3-dev.jar) directly in jakarta-tomcat-4.0/lib so we can build it without synching and building jakarta-regexp? I'm positive Jon will be +1 for this :-), but I'm very -1 for reasons that have been discussed at length on this and other lists in the past. Storing JAR files is evil, because it creates dependencies on those particular versions of the JAR files and you cannot reliably recreate a release purely from sources. The dependencies are already there, and always will be. The only difference is that at present, the actual jars can slip out from under you at any time (which actually just happened to me -- while you weren't looking, jakarta-regexp changed the name of their jar file which broke your build). As for building from pure source, that argument is a lot less compelling when your object code is platform-independent Java. Sure, it made sense not to depend on statically linked OS-specific object code, but I can't think of a good reason not to depend on a JAR. It's no worse than depending on a GIF. Likewise for servlet.jar / jakarta-servletapi-4. Note that the project already contains an ant.jar and a jaxp.jar and crimson.jar, and that works just fine :-) Tomcat 4 doesn't have an ant.jar. My mistake. And the only reason it has jaxp.jar and crimson.jar is because the stupid actual release has sealed JARs, which *totally* screws up class loading. As soon as there's a JAXP release that removes this restriction, these files are gone. And as soon as someone screws up JAXP again, it'll break again, and require a bugfix release of the *source* of Catalina just to allow it to build. Or what about the developer who's installed an incompatible JAXP wasting his time and the list's bandwidth when it could have been averted by shipping the version of JAXP on which Catalina is dependent... (That's until JAXP is core and stable and works, none of which are actually true yet, AFAIK.) The problem you are having can be easily resolved by simply editing your local jakarta-turbine-4.0/build.properties or your ${user.home}/build.properties Yeah, mine and everyone else's in the world who wants to build it. One less step is one less step that can go wrong. Actually, Jon's suggestion is the right answer. Developers working from source should have *absolute* control over which versions of dependent software they build with. My solution doesn't prevent you from overriding the checked-in version with one of your own. I was thinking more that out of the box, it would work, but that if you have your own jar you can edit build.properties and retain *absolute* control. But until you need to do that, there's less to set up before running build. That is... One less step is one less step that can go wrong. :-) -- Alex Chaffee mailto:[EMAIL PROTECTED] jGuru - Java News and FAQs http://www.jguru.com/alex/ Creator of Gamelan http://www.gamelan.com/ Founder of Purple Technology http://www.purpletech.com/ Curator of Stinky Art Collective http://www.stinky.com/
Re: [anoncvs@jakarta.apache.org-error]Connection refused
The Apache CVS server was reconfigured over the weekend. Try again soon. - A On Mon, Jul 16, 2001 at 12:45:54PM +0100, Morrison, John wrote: Try cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic mailto::pserver:[EMAIL PROTECTED]:/home/cvspublic login J. -Original Message- From: Dongsheng, Song [mailto:[EMAIL PROTECTED]] Sent: Monday, 16 July 2001 12:44 pm To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [[EMAIL PROTECTED]]Connection refused Hi, When I execute: cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic login with password anoncvs, the error occured: cvs [login aborted]: connect to jakarta.apache.org:2401 failed: Connection refused Has anyone encountered this problem, and/or is there a solution? Dongsheng Song === Information in this email and any attachments are confidential, and may not be copied or used by anyone other than the addressee, nor disclosed to any third party without our permission. There is no intention to create any legally binding contract or other commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF -- Alex Chaffee mailto:[EMAIL PROTECTED] jGuru - Java News and FAQs http://www.jguru.com/alex/ Creator of Gamelan http://www.gamelan.com/ Founder of Purple Technology http://www.purpletech.com/ Curator of Stinky Art Collective http://www.stinky.com/
[FAQ] jGuru FAQ Update
jGuru maintains FAQs and Forums on Servlets, JSP, and Tomcat (as well as many other Java topics). Here is an automated update on recent postings to Tomcat-related FAQs. Please direct flames and feedback to [EMAIL PROTECTED] . SPONSORED BY developerWorks need it? get it. tools, code and tutorials for open-standards based development. Stay informed with dW's weekly email newsletter http://www.jguru.com/misc/register_devworks.jsp?src=notify - Hi. You asked to be notified daily when certain jGuru.com items get new entries. You can shut email notification off at the FAQ home page(s) or: http://www.jguru.com/guru/notifyprefs.jsp ++ JavaServer Pages (JSP) FAQ: http://www.jguru.com/faq/JSP How can I prevent Microsoft's so-called SmartTags from manipulating my web content? http://www.jguru.com/misc/faqtrampoline.jsp?src=notifyEID=446724 How can I recognise which submit button (as images using the type=quot;imagequot; attribute) is pressed in a form containing multible (image) submit buttons? http://www.jguru.com/misc/faqtrampoline.jsp?src=notifyEID=446673 In our JSP form , we are accepting user name and passwords we submit the form using POST method to a servlet. How safe is this? Is their any way someone can use a sniffer and get this password? What is the right way to accept usernames passwords? http://www.jguru.com/misc/faqtrampoline.jsp?src=notifyEID=446031 How can I pass XML generated by JSP to Cocoon for further processing? http://www.jguru.com/misc/faqtrampoline.jsp?src=notifyEID=445943 ++ Servlets FAQ: http://www.jguru.com/faq/Servlets How can I prevent Microsoft's so-called SmartTags from manipulating my web content? http://www.jguru.com/misc/faqtrampoline.jsp?src=notifyEID=446724 How can I recognise which submit button (as images using the type=quot;imagequot; attribute) is pressed in a form containing multible (image) submit buttons? http://www.jguru.com/misc/faqtrampoline.jsp?src=notifyEID=446673 How do i know from which page the request has come from? http://www.jguru.com/misc/faqtrampoline.jsp?src=notifyEID=446592 Is there a way I can get the context name and the servlet path from the init method of a servlet? http://www.jguru.com/misc/faqtrampoline.jsp?src=notifyEID=445946 Why doesn't Response.sendRedirect() work after the binding of Tomcat with Apache server? http://www.jguru.com/misc/faqtrampoline.jsp?src=notifyEID=445939 ++ Tomcat FAQ: http://www.jguru.com/faq/Tomcat How can I pass XML generated by JSP to Cocoon for further processing? http://www.jguru.com/misc/faqtrampoline.jsp?src=notifyEID=445943 Is there any way to restrict access from subnets or specific IP addresses to Tomcat like Apache does? http://www.jguru.com/misc/faqtrampoline.jsp?src=notifyEID=445942 Why doesn't Response.sendRedirect() work after the binding of Tomcat with Apache server? http://www.jguru.com/misc/faqtrampoline.jsp?src=notifyEID=445939 How can I use LDAP for Tomcat authentication ? http://www.jguru.com/misc/faqtrampoline.jsp?src=notifyEID=445936 Do I really need to build a complete 'webapp' just to add a simple 'Helloworld' servlet to the server? http://www.jguru.com/misc/faqtrampoline.jsp?src=notifyEID=445934
Re: [FAQ] jGuru FAQ Update
Sure, it could, but (a) I don't think one message a week will be enough traffic to bother anyone, and (b) sometimes developer-related FAQs show up on the Tomcat list. Also, usually it's developers who can answer these FAQs (or augment them) so I'd like to wave them under their noses and see if anyone is inspired to jump to the site and wax pedantic. :-) Please give it a week or two, and if it's still bugging you, bring up the topic again and I'll be happy to stop it. - Alex On Mon, Jul 16, 2001 at 04:12:33PM -0400, Kurt Schrader wrote: Could this just be sent to the user list and not to the dev list? -Kurt On Monday, July 16, 2001, at 03:55 PM, [EMAIL PROTECTED] wrote: jGuru maintains FAQs and Forums on Servlets, JSP, and Tomcat (as well as many other Java topics). Here is an automated update on recent postings to Tomcat-related FAQs. Please direct flames and feedback to [EMAIL PROTECTED] . cut -- Alex Chaffee mailto:[EMAIL PROTECTED] jGuru - Java News and FAQs http://www.jguru.com/alex/ Creator of Gamelan http://www.gamelan.com/ Founder of Purple Technology http://www.purpletech.com/ Curator of Stinky Art Collective http://www.stinky.com/
Re: OT - HTML dev-list filter?
I don't know how but I'd +1 it. Actually I do know how, sort of -- ezmlm-make has an option -x that configures it with extras including html rejecting. But I'm not sure how to apply it to a running list. ezmlm is kind of unfriendly. Read through the ezmlm FAQ for info. One annoying thing I remember is that if you're using virtual hosts you have to specify where the config file is so you can change some cryptic line in it... - A On Mon, Jul 16, 2001 at 12:38:13PM -0600, Christopher Cain wrote: Is there any way I can talk someone into implementing Jon's HTML-filter on the Tomcat Dev list? AFAIK there were no objections to the idea itself. Does someone with the appropriate access (Pier, Craig, Jon?) maybe have a few minutes to look into it? Granted it's not an urgent priority, but it sounds like something that would be quick and easy to implement, especially since Jon's been running it on the Turbine lists. Pretty please ... I'll dance at your wedding =) - Christopher Jon Stevens wrote: on 7/13/01 12:26 PM, Christopher Cain [EMAIL PROTECTED] wrote: I'm not familiar with list managing software myself, so I'll ask some of you who are. Is there any decent way of bouncing HTML-formatted messages from the lists (or at least this one)? Another OSS project I am involved in bounces multipart messages on its user list, which has the side-effect of rejecting mails with attachments as well. Obviously that wouldn't work for a dev list, but could a slightly more involved filter check specifically for an HTML mime header and bounce those? I will assume that the reasons why HTML e-mails suck is fairly common knowledge, so I won't belabor the point. I assume that there would be no objections to having such a thing in place, although with the Tomcat list you never really know, do you? =) - Christopher ezmlm has a way to just filter out the text/plain. The only thing that I believe it rejects is attachments of text/html. We do this on the turbine lists and it hasn't been a problem. -jon -- Alex Chaffee mailto:[EMAIL PROTECTED] jGuru - Java News and FAQs http://www.jguru.com/alex/ Creator of Gamelan http://www.gamelan.com/ Founder of Purple Technology http://www.purpletech.com/ Curator of Stinky Art Collective http://www.stinky.com/
Re: Suggestions (was Re: hello everyone (regarding documentation))
On Tue, Jul 10, 2001 at 10:39:12AM +0200, Alex Fernández wrote: Hi Hiten! hiten pandya wrote: i am planning to start my own documentation project for Tomcat 3.3 and 4.0. The different thing about this project is that, i am going to port all of the tomcat documentation to XML Docbook format. Not speaking officially, I'm not a committer: if you want to document Tomcat, then go ahead and good luck! Your focused work can do lots for the docs: you will probably end before the committee decides the right format for Tomcat docs :) OK, I appreciate the :-) but... that's not *quite* fair. We're closing in on a decision, and if you want to write new stuff now you should just go ahead and do it. Use text or HTML or even Word. I think using DocBook is premature. I don't think a wholesale conversion of existing docs to DocBook will be a good use of anyone's time right now. Maybe in a week or two we'll be converting them to Anakia or DocBook but not just yet. Just a suggestion: Though i am not very good at docbook but i think i can cope. Once the documentation is complete, I will submit it to the main tomcat development team. Don't wait till everything is ready; send your updates regularly to the dev list, so folks can criticize your work and point possible mistakes. That way, you can change course in a timely manner; otherwise you might find at the end that a chapter is unnecessary and another one is missing :) Before you write a chapter (or article or HOWTO or whatever you want to call it), please take a look at (a) the existing docs, and more importantly (b) the Table of Contents and see if it fits in anywhere. Then let the list know what you're working on. We're trying to organize the docs so there's no redundant information. (For instance, there's lots of information on configuring Apache scattered among half a dozen howtos and FAQs right now. Most of it is now out of date, and it'll be impossible to bring it all current. I'd like there to be one chapter on integrating with Apache, with subsections for mod_jk, mod_webapp, mod_jserv, and so on -- and since the subsections can rely on the introduction of the Apache chapter, they won't have to duplicate information that's already been covered above, and won't confuse anybody. On the Tomcat Forum I regularly get questions where people have read a mod_jserv howto instead of a mod_jk howto and they don't even realize there's a difference, since they're both called Configuring Apache without mentioning the name of the connector.) -- Alex Chaffee mailto:[EMAIL PROTECTED] jGuru - Java News and FAQs http://www.jguru.com/alex/ Creator of Gamelan http://www.gamelan.com/ Founder of Purple Technology http://www.purpletech.com/ Curator of Stinky Art Collective http://www.stinky.com/
Re: [PRE-PROPOSAL] jakarta-tomcat-doc sub-project : WAS: [TomcatDocu mentation Redactors To Hire]
On Fri, Jul 06, 2001 at 10:06:21PM -0700, Craig R. McClanahan wrote: * Docs should live in the source tree of the project that they are about. Although Henri's suggestion for jakarta-tomcat-docs is noble, what you'll find in practice is that there is very little documentation that is relevant across multiple versions of Tomcat. That remains to be seen. My gut tells me the opposite. I'm thinking connectors, classpath issues (though some details are different with Catalina, a lot are the same), web.xml docs, authentication, performance-tuning a web app... I'd love to get your input on the outline I just posted if you get around to it -- tell me which sections are definitely different between 3 and 4. The current situation with the docs on the site for 3.2 and 3.3 illustrate the problem with fragmenting two doc trees that are actually very similar. Any reorganization or new docs or error fixing will need to be propagated back to the 3.2 branch, which will be a terror to maintain. I feel the same thing could easily happen with 4.0 vs 4.1 in the near future. * The files that are checked in should only be the XML sources, *not* the generated files. This varies from what Jon set up in jakarta-site2, based on long and drawn out earlier discussions (same issues as those surrounding checking JAR files into CVS :-). +1 .xml = .java, .html = .class ./build.sh docs would generate the html directory -- Alex Chaffee mailto:[EMAIL PROTECTED] jGuru - Java News and FAQs http://www.jguru.com/alex/ Creator of Gamelan http://www.gamelan.com/ Founder of Purple Technology http://www.purpletech.com/ Curator of Stinky Art Collective http://www.stinky.com/
Re: First day - RE: PROPOSAL: Tomcat docs
On Sat, Jul 07, 2001 at 09:37:55AM -0700, Craig R. McClanahan wrote: We might not need to spend as much time on the generic how to build a web application stuff, now that other resources are available -- and focus on the stuff that is important for configuration, like all the stuff that goes into server.xml. I agree. There's already plenty of Servlets/Webapps documentation, including your App Dev Guide. I see the need for the following documents: Standalone Installation Guide Installation Behind a Web Server Guide Administrator's Guide Developing Tomcat Guide See my post DOC: Table of Contents for more details. (More details than you want, probably :-) -- Alex Chaffee mailto:[EMAIL PROTECTED] jGuru - Java News and FAQs http://www.jguru.com/alex/ Creator of Gamelan http://www.gamelan.com/ Founder of Purple Technology http://www.purpletech.com/ Curator of Stinky Art Collective http://www.stinky.com/
Tomcat Documentation Project
Leaving aside the issue of file format for just one second... Are we agreed on the following? 1. Tomcat documentation sucks :-) 2. There needs to be a new CVS project called jakarta-tomcat-doc. My reasoning is that we want to avoid the fragmentation of documentation into different trees for 3.2, 3.3, and 4.0. Why? Because a lot of documentation would apply equally to all versions. Looking at it in reverse, the fact that someone is using an old version of Tomcat shouldn't mean they're forced to use an old version of the documentation. Instead, a chapter on, say, web application deployment may need to have a sidebar describing changes between 3.x and 4.x, but assuming 4.x isn't *radically* different, they can both use the same core text. (In cases where 4.x *is* radically different, it would just have a separate document/chapter, with the 4.x specificity clearly labelled in the title.) I know the 4.x crew have begun the process of creating a separate documentation set, including xdocs, and this is great. If it's too much work to integrate 3.x and 4.x then maybe they should remain separate CVS projects too, but it may still be desirable to have a separate CVS project anyway. 3. There needs to be a better index/TOC for the documentation we do have, and a reorganization of the redundant / outdated / wrong parts of the existing docs (the Apache config stuff comes to mind). 4. Someone or some small group of people should take responsibility for making this happen (before we run out of steam), regularly submitting proposals and keeping the rest of the group apprised of developments and decisions, but retaining some authority. Let's call this person/people the Documentation Czar. I'm not proposing he/they have any real authority over the content, but just over organizing it, deciding where to place it, and forming to do lists for documents/chapters that need to be written or proofed or tech edited or revised. If we agree on the above, then there's a good chance I'd volunteer to be the Doc Czar, even though I think it's a lot of work. I've been managing the jGuru Tomcat FAQ for a year, and the Servlets FAQ for longer, so I at least have some idea of the scope of this kind of organizational task. (Note that I'm not suggesting I actually *write* all this new documentation... :-) Maybe a better term would be Doc Editor or Editorial Board. And maybe I'm being too anal in proposing it; maybe the open source process will ensure the job gets done by interested developers even without the title. - Alex -- Alex Chaffee mailto:[EMAIL PROTECTED] jGuru - Java News and FAQs http://www.jguru.com/alex/ Creator of Gamelan http://www.gamelan.com/ Founder of Purple Technology http://www.purpletech.com/ Curator of Stinky Art Collective http://www.stinky.com/