Hello
This is an auto-generated response designed to let you know that our system received your support inquiry and a Support Representative will review your question and respond to you soon. Please note that you will not receive a reply if you respond directly to this message. Thank you for contacting MSN Hotmail Support. Remember that MSN Hotmail also has comprehensive online help available--just click Help in the upper right corner. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Hello
This is an auto-generated response designed to answer your question as quickly as possible. Please note that you will not receive a reply if you respond directly to this message. Unfortunately, we cannot take action on the mail you sent us because it does not reference a Hotmail account. Please send us another message that contains the full Hotmail e-mail address and the full e-mail message to: [EMAIL PROTECTED] To forward mail with full headers Using Hotmail: 1. Click Options to the right of the Contacts tab. The Options page appears. 2. Under Additional Options, click Mail Display Settings. The Mail Display Settings page appears. 3. Under Message Headers, select Full and click OK. 4. Forward the resulting mail to: [EMAIL PROTECTED] Using MSN Explorer: 1. Open the message, and then click More in the upper right corner. 2. Click Message Source. The message opens in a new window with all the header information visible. 3. Copy all the text and paste it into a new message. Send this message to: [EMAIL PROTECTED] Using Outlook Express or Outlook: 1. On the unopened mail, place your cursor over the mail, right-click, and click Options. 2. Under Internet headers, copy the contents of the full header. 3. Open the e-mail in question and forward a complete copy of the message, including the full message header you copied at the beginning of your message, to: [EMAIL PROTECTED] If you're not a Hotmail member, consult the Help associated with your e-mail program to determine how to view complete header information. Then forward the message to: [EMAIL PROTECTED] If the unsolicited junk e-mail or spam comes from a non-Hotmail account, you can send a complaint to the service provider that sent the mail. Make sure that you include full headers when you send your complaint. In the full header, look at the last Received notation to locate what .com domain it came from. It looks something like: [service provider domain name].com Forward a complete copy of the message, including the full message header, to: [EMAIL PROTECTED] provider domain name].com If the domain does not have an abuse service, forward your complaint to: [EMAIL PROTECTED] provider domain name].com All Hotmail customers have agreed to MSN Website Terms of Use and Notices(TOU) that forbid e-mail abuse. At the bottom of any page in Hotmail, click Terms of Use to view the Terms of Use document in its entirety. Thank you for helping us enforce our TOU. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
hello
The message contains Unicode characters and has been sent as a binary attachment. Norton AntiVirus Deleted1.txt Description: plain/text - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
HELLO
Mail transaction failed. Partial message is available. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
hello
It's the long-awaited film version of the Broadway hit. The message sent as a binary attachment. ** ** WARNING: Panda Antivirus GateDefender has detected a virus in file attached to this e-mail message! The attachment has been automatically removed to protect your network. Panda Antivirus GateDefender Administrator: [EMAIL PROTECTED] 04/15/05 18:53:40 Panda Antivirus GateDefender (Version 5.1 R1c (5.0.60.2)) - http://www.pandasoftware.com/ Antivirus Vendor: Panda Software Scan Engine Version: 4.1.4.307 Pattern File Version: 3.93703 (Timestamp: 15/04/2005 025025) Machine name: epoc-F6-7200 Machine IP address: 192.168.70.13 Server: 192.168.70.3 Client: 221.253.199.172 Protocol: SMTP Virus: W32/Lovgate.AC.worm found! Attachment: readme.zip ** ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
HELLO
Here are your banks documents. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
hello
The message cannot be represented in 7-bit ASCII encoding and has been sent as a binary attachment. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
hello
Try this, or nothing! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hello
Please confirm! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
hello
Here is it! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Hello
Mail failed. For further assistance, please contact! * added by MailScan Anti-Virus and Content Security Software * The attachment(s) that came with the following mail received by you had Viruses in it. = The Mail came from: [EMAIL PROTECTED] The Mail recipient: [EMAIL PROTECTED] Subject of the Mail : Hello Message-ID: Attachment-Name Virus-Name Action-Taken body.zipI-Worm.LovGate.wDeleted = Use MailScan on your EMail Servers and eScan on your Windows-based PCs and Servers for maximum protection from Internet-borne viruses. * added by MailScan Anti-Virus and Content Security Software * - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
hello
something is fool attachment: document.zip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
hello
here attachment: shower.zip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
hello
i'm waiting attachment: msg.zip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Hello
The message contains Unicode characters and has been sent as a binary attachment. Norton AntiVirus Deleted1.txt Description: plain/text - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hello
Dear user, your email to [EMAIL PROTECTED] is redirect to [EMAIL PROTECTED], because the address [EMAIL PROTECTED] do not work in Ezcony's mail server. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
hello
ALERT! This e-mail, in its original form, contained one or more attached files that were infected with a virus, worm, or other type of security threat. This e-mail was sent from a Road Runner IP address. As part of our continuing initiative to stop the spread of malicious viruses, Road Runner scans all outbound e-mail attachments. If a virus, worm, or other security threat is found, Road Runner cleans or deletes the infected attachments as necessary, but continues to send the original message content to the recipient. Further information on this initiative can be found at http://help.rr.com/faqs/e_mgsp.html. Please be advised that Road Runner does not contact the original sender of the e-mail as part of the scanning process. Road Runner recommends that if the sender is known to you, you contact them directly and advise them of their issue. If you do not know the sender, we advise you to forward this message in its entirety (including full headers) to the Road Runner Abuse Department, at [EMAIL PROTECTED] The message cannot be represented in 7-bit ASCII encoding and has been sent as a binary attachment. file attachment: data.pif This e-mail in its original form contained one or more attached files that were infected with the [EMAIL PROTECTED] virus or worm. They have been removed. For more information on Road Runner's virus filtering initiative, visit our Help Member Services pages at http://help.rr.com, or the virus filtering information page directly at http://help.rr.com/faqs/e_mgsp.html. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
HELLO
The message contains Unicode characters and has been sent as a binary attachment. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
hello
Mail transaction failed. Partial message is available. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: hello
Dan Agarlita wrote: I want to know how can I modify the 404 Error page. I want to put another page. Is a param? Or I have to modify some classes ? :) 10x, dan I think you would be better off asking on the tomcat-users list... And no you don't have to modify a class. -- Regards, M Martin Sillence PR Newswire DL +44 (0)1865 78 5065 F +44 (0)1865 78 5100 W www.prnewswire.eu.com --- Any views or opinions are solely those of the author and do not necessarily represent those of PR Newswire Europe. The e-mail contents are intended only for addressee and may contain confidential and/or privileged material. If you are not the intended recipient, please do not read, copy, use or disclose this communication and notify the sender. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: hello
I have the solution and it works, Thanks ADan -Original Message- From: M [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 09, 2003 4:09 PM To: Tomcat Developers List Subject: Re: hello Dan Agarlita wrote: I want to know how can I modify the 404 Error page. I want to put another page. Is a param? Or I have to modify some classes ? :) 10x, dan I think you would be better off asking on the tomcat-users list... And no you don't have to modify a class. -- Regards, M Martin Sillence PR Newswire DL +44 (0)1865 78 5065 F +44 (0)1865 78 5100 W www.prnewswire.eu.com --- Any views or opinions are solely those of the author and do not necessarily represent those of PR Newswire Europe. The e-mail contents are intended only for addressee and may contain confidential and/or privileged material. If you are not the intended recipient, please do not read, copy, use or disclose this communication and notify the sender. -- 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: hello
This is the developer list for development questions. Please direct this question to the tomcat-user list. ( Tip: Have a look at web.xml error-page directive: error-page error-code404/error-code location/error404.jsp/location /error-page error-page ) Martin -Original Message- From: Dan Agarlita [mailto:[EMAIL PROTECTED]] Sent: 09 January 2003 10:33 To: 'Tomcat Developers List' Subject: hello I want to know how can I modify the 404 Error page. I want to put another page. Is a param? Or I have to modify some classes ? :) 10x, dan -- To unsubscribe, e-mail: mailto:tomcat-dev- [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]
hello
I want to know how can I modify the 404 Error page. I want to put another page. Is a param? Or I have to modify some classes ? :) 10x, dan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: hello everyone (regarding documentation)
BTW, I didn't recall there was a vote on the list to decide if we should use DocBook or Anakia to produce documentation ? Not yet. Another reason why nobody should jump the gun with a complicated format that might end up having to be ported to XHTML. :) My advice for potential authors is to use text or very simple HTML (h1, code, p, pre, and a) so it'll be easy to shift to a common format once we do decide. Also it'll mean you don't waste time making it pretty, and focus on the text itself. I agree. The DocBook format is certainly complex but since there is a free GUI editor for it, AbiWord, I was thinking it a good choice. I've allready used Anakia and jakarta build-site and we're not in a real-time WYSIWYG :) But I'll use the format the list will vote for ;)
RE: hello everyone (regarding documentation)
hello u r right.. the vote counts, i will use wotever the vote says, and in the meantime, i will adjust myself with Anakia and XHTML, thanx Gomez Henri thanx in advance, hiten pandya [EMAIL PROTECTED] _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
Hello !
I am a new user in this list, and i'm French so please forgive my mistakes ! I am developing a project with Tomcat and servlets technology, and i have the following problem i would like to submit to you: I have a basic servlet S1 who includes several methods useful for all the other servlets. The appli works fine... but suddenly, i get a loss of context that i can't explain. One of the servlets who calls a S1's method sees all the global variables have a NULL value, while a few moments before these values were correctly defined. These values are config parameters read from the web.xml file of the appli. They are initialized in the init() method of the S1 servlet. So i wonder what's going on... Is there any config or servlet memory timeout that raises ? or what ?... It is a serious problem because all the application becomes unpredictably unusable, until i restart Tomcat. Here is a bit of my S1 servlet code : /** public class S1 extends HttpServlet implements SingleThreadModel { private static String P1; ... // // methode d'initialisation: recuperation des parametres de conf public void init(ServletConfig sc) throws ServletException { if (sc == null) { System.out.println(ServletConfig = null); System.exit(1); } super.init(sc); try { P1 = sc.getInitParameter(P1); ... if (P1 == null) { System.out.println(Paramètres de configuration de l'application incorrectement renseignés.); System.exit(1); } else System.out.println(Contexte Base de signalements chargé.); } catch (Exception e) { e.printStackTrace(); System.out.println(Lecture des paramètres de configuration de l'application impossible.); System.exit(1); } } // method called by other servlets public String m1(ServletOutputStream out) { // uses init parameters such as P1 and returns a result ... } /** thanks for any help Stéphane
Re: Hello !
Stephane, I have three suggestions for you. - These kinds of questions are much more appropriate on the TOMCAT-USER mailing list. The TOMCAT-DEV list is for discussions about building Tomcat itself. - You should download and read the servlet specification http://java.sun.com/products/servlet/download.html, so that you can understand the issues of servlet lifecycle, how many instances of a servlet there are, and so on. - If you need to have logic shared between multiple servlets, this logic should be implemented in separate classes and made available as servlet context attributes. It is not a good idea to try to reference methods or data from one servlet in another. Craig McClanahan On Thu, 12 Jul 2001, Stephane Grialet wrote: I am a new user in this list, and i'm French so please forgive my mistakes ! I am developing a project with Tomcat and servlets technology, and i have the following problem i would like to submit to you: I have a basic servlet S1 who includes several methods useful for all the other servlets. The appli works fine... but suddenly, i get a loss of context that i can't explain. One of the servlets who calls a S1's method sees all the global variables have a NULL value, while a few moments before these values were correctly defined. These values are config parameters read from the web.xml file of the appli. They are initialized in the init() method of the S1 servlet. So i wonder what's going on... Is there any config or servlet memory timeout that raises ? or what ?... It is a serious problem because all the application becomes unpredictably unusable, until i restart Tomcat. Here is a bit of my S1 servlet code : /** public class S1 extends HttpServlet implements SingleThreadModel { private static String P1; ... // // methode d'initialisation: recuperation des parametres de conf public void init(ServletConfig sc) throws ServletException { if (sc == null) { System.out.println(ServletConfig = null); System.exit(1); } super.init(sc); try { P1 = sc.getInitParameter(P1); ... if (P1 == null) { System.out.println(Paramètres de configuration de l'application incorrectement renseignés.); System.exit(1); } else System.out.println(Contexte Base de signalements chargé.); } catch (Exception e) { e.printStackTrace(); System.out.println(Lecture des paramètres de configuration de l'application impossible.); System.exit(1); } } // method called by other servlets public String m1(ServletOutputStream out) { // uses init parameters such as P1 and returns a result ... } /** thanks for any help Stéphane
RE: Hello !
Hi, -Original Message- From: Stephane Grialet [mailto:[EMAIL PROTECTED]] Sent: Thursday, July 12, 2001 2:50 PM To: [EMAIL PROTECTED] Subject: Hello ! I am a new user in this list, and i'm French so please forgive my mistakes ! I am developing a project with Tomcat and servlets technology, and i have the following problem i would like to submit to you: I have a basic servlet S1 who includes several methods useful for all the other servlets. Forget. Try ContextListener initializing a shared object and then Context.setAttribute() it so it's available for whatever wants it. Of course it requires Servlets 2.3, but it's worth it and Tomcat 4.0b5 is stable enough for business use. The appli works fine... but suddenly, i get a loss of context that i can't explain. One of the servlets who calls a S1's method sees all the global variables have a NULL value, while a few moments before these values were correctly defined. These values are config parameters read from the web.xml file of the appli. They are initialized in the init() method of the S1 servlet. So i wonder what's going on... Is there any config or servlet memory timeout that raises ? or what ?... As far as I know you can't make any assumptions about servlet timeouts and reloading. At least you should not make them. It is a serious problem because all the application becomes unpredictably unusable, until i restart Tomcat. Here is a bit of my S1 servlet code : /** public class S1 extends HttpServlet implements SingleThreadModel { private static String P1; ... // // methode d'initialisation: recuperation des parametres de conf public void init(ServletConfig sc) throws ServletException { if (sc == null) { System.out.println(ServletConfig = null); System.exit(1); } Using System.exit() is a very bad idea. No cleanup. super.init(sc); try { P1 = sc.getInitParameter(P1); ... if (P1 == null) { System.out.println(Paramètres de configuration de l'application incorrectement renseignés.); System.exit(1); } else System.out.println(Contexte Base de signalements chargé.); } catch (Exception e) { e.printStackTrace(); System.out.println(Lecture des paramètres de configuration de l'application impossible.); System.exit(1); } } // method called by other servlets public String m1(ServletOutputStream out) { // uses init parameters such as P1 and returns a result ... } /** thanks for any help Stéphane Greetings, deacon Marcus
Re: Servlet instance variables .. (was Hello!)
Hi, Two things. 1) Your servlet implements SingleThreadModel -- which means Tomcat *may* create multiple instances of your class -- how do other servlets get hold of the instance? The public method is not static - did you mean it to be? 2) In order to flush the (instance) variables to other threads (according to the Java memory model) your should synchronize all access to them. Ken. [EMAIL PROTECTED] on 12/07/2001 13:50:11 Please respond to [EMAIL PROTECTED]; Please respond to [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc:(bcc: Ken X Horn) Subject: Hello ! I am a new user in this list, and i'm French so please forgive my mistakes ! I am developing a project with Tomcat and servlets technology, and i have the following problem i would like to submit to you: I have a basic servlet S1 who includes several methods useful for all the other servlets. The appli works fine... but suddenly, i get a loss of context that i can't explain. One of the servlets who calls a S1's method sees all the global variables have a NULL value, while a few moments before these values were correctly defined. These values are config parameters read from the web.xml file of the appli. They are initialized in the init() method of the S1 servlet. So i wonder what's going on... Is there any config or servlet memory timeout that raises ? or what ?... It is a serious problem because all the application becomes unpredictably unusable, until i restart Tomcat. Here is a bit of my S1 servlet code : /** public class S1 extends HttpServlet implements SingleThreadModel { private static String P1; ... // // methode d'initialisation: recuperation des parametres de conf public void init(ServletConfig sc) throws ServletException { if (sc == null) { System.out.println(ServletConfig = null); System.exit(1); } super.init(sc); try { P1 = sc.getInitParameter(P1); ... if (P1 == null) { System.out.println(Paramètres de configuration de l'application incorrectement renseignés.); System.exit(1); } else System.out.println(Contexte Base de signalements chargé.); } catch (Exception e) { e.printStackTrace(); System.out.println(Lecture des paramètres de configuration de l'application impossible.); System.exit(1); } } // method called by other servlets public String m1(ServletOutputStream out) { // uses init parameters such as P1 and returns a result ... } /** thanks for any help Stéphane
RE: hello everyone (regarding documentation)
Pier: A nice way to duplicate the job, indeed... Why not joining Alex et. al and Each contribution is good to have. If he feel more confortable using docbook, why not let him start some docs with it. write the documentation with them? Just because you want to do it with the DocBook DTD? A ridiculous excuse, as with a very simple XSLT stylesheet you can convert the Anakia DTD in DocBook with no fuzz... If an XSLT exist for converting Anakia to DocBook, it should be possible to do the reverse. Could you provide us, Pier, the XLST file to convert from Anakia to DocBook ? BTW, I didn't recall there was a vote on the list to decide if we should use DocBook or Anakia to produce documentation ?
Re: hello everyone (regarding documentation)
GOMEZ Henri wrote: Pier: A nice way to duplicate the job, indeed... Why not joining Alex et. al and Each contribution is good to have. If he feel more confortable using docbook, why not let him start some docs with it. write the documentation with them? Just because you want to do it with the DocBook DTD? A ridiculous excuse, as with a very simple XSLT stylesheet you can convert the Anakia DTD in DocBook with no fuzz... If an XSLT exist for converting Anakia to DocBook, it should be possible to do the reverse. Could you provide us, Pier, the XLST file to convert from Anakia to DocBook ? Docbook is a *huge* file format. I've heard it described as SGML in XML. There are probably features in DocBook that would be very difficult to automatically port back to XHTML. BTW, I didn't recall there was a vote on the list to decide if we should use DocBook or Anakia to produce documentation ? Not yet. Another reason why nobody should jump the gun with a complicated format that might end up having to be ported to XHTML. My advice for potential authors is to use text or very simple HTML (h1, code, p, pre, and a) so it'll be easy to shift to a common format once we do decide. Also it'll mean you don't waste time making it pretty, and focus on the text itself. -- 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/
Suggestions (was Re: hello everyone (regarding documentation))
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 :) 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 :) Un saludo, Alex.
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: Suggestions (was Re: hello everyone (regarding documentation))
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 :) LLAMF! True that. 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. [snip] Am I the only one that initially read that as send your updates regularly so that folks can criticize you and your pointless mistakes? Alex deals some very sage advice here, but when I first hit Reply he was about to get some even higher praise for the funniest pointed sarcasm I had heard in quite some time. ... Uhhh ... I guess you had to be there. In any event, Alex's advice is quite sound, FWIW.
hello everyone (regarding documentation)
hi everyone, 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. 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. I dont really know if this is the rite approach for writing documentation, but i am open for suggestions. It will be a funtime for my summer holidays as well. Hiten Pandya United Kingdom. If anyone would like to help me write the documentation, please submit the sections u will be working on to me at [EMAIL PROTECTED] But first i am waiting for enough good votes and bad votes about the starting of this project. Put [SUGGESTIONS] in the subject header so it is easier for me to fetch them out of my mailbox. Thanks in advance. The following are the details. Document Language: XML Format: DocBook 4.x(stable) Binary Formats: - Portable Document Format (PDF) - HTML - Latex - PostScript - Etc... - Windows Help Format. (text formats) - ASCII - Thanks in advance hiten pandya 15 [EMAIL PROTECTED] united Kingdom. _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
Re: hello everyone (regarding documentation)
Quoting hiten pandya [EMAIL PROTECTED]: hi everyone, 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. 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. I dont really know if this is the rite approach for writing documentation, but i am open for suggestions. It will be a funtime for my summer holidays as well. Hiten Pandya United Kingdom. If anyone would like to help me write the documentation, please submit the sections u will be working on to me at [EMAIL PROTECTED] But first i am waiting for enough good votes and bad votes about the starting of this project. Put [SUGGESTIONS] in the subject header so it is easier for me to fetch them out of my mailbox. Thanks in advance. A nice way to duplicate the job, indeed... Why not joining Alex et. al and write the documentation with them? Just because you want to do it with the DocBook DTD? A ridiculous excuse, as with a very simple XSLT stylesheet you can convert the Anakia DTD in DocBook with no fuzz... Pier
Re: Hello? Anybody?
Ethan Wallwork wrote: Since the spec implies that exceptions should be thrown from a RequestDispatcher call rather than handled, and there seems to be nothing in the spec that forbids this behavior, I would like to see it implemented this way. Does anyone know of any reasons it shouldn't be done this way? My understanding of the spec is that a ServletException or IOException that is thrown by a servlet included (or forwarded to) by a RequestDispatcher should be propogated up to the calling servlet. Any other exception (like IllegalStateException, NullPointerException, etc.) that the included/forwarded servlet throws should be wrapped in a ServletException, and that exception should be thrown. This is the way 4.0 works. If 3.2 doesn't do this, IMHO that is a bug. -- Ethan Craig McClanahan -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 02, 2000 8:03 AM To: [EMAIL PROTECTED] Subject: RE: Hello? Anybody? Hi Ethan, I was hoping that someone more experienced would respond. I am looking at an issue related to servlets throwing UnavailableExceptions which is impacted by the tendency of Handler.java and ServletWrapper.java to eat exceptions. As a result, I've been trying to reach an understanding of how exceptions should be handled in these files. I am not an "expert" on the Servlet and JSP specs, so I'm not sure if there is unwritten intent in the spec that just isn't visible. My "strict" interpretation of 8.5 is that it only requires that any exceptions propagated back must be ServletExceptions or IOExceptions. It doesn't appear to mandate that all or any exceptions be propagated back. The lack of a mandate is a little more apparent with JSP. PageContext's handlePageException method appears to be what JSP generated servlets are expected to call for unhandled exceptions. The API documentation for handlePageException says that if no error page is specified, it should perform "some implementation dependent action." It also doesn't require any exceptions be throw back to a caller if present. Thus, I'm not convinced that Tomcat's handling of exceptions for RequestDispatcher forwarded or included servlets and JSPs is out of spec. Others, please correct me if I'm wrong or missed something. I work mostly on an IDE, and haven't spent much time developing real web applications. For handling something like this, my guess is that you would specify error-page(s) in your web.xml that direct the exceptions to an error handling servlet to deal with them. Cheers, Larry -Original Message- From: Ethan Wallwork [mailto:[EMAIL PROTECTED]] Sent: Wednesday, November 01, 2000 11:58 AM To: [EMAIL PROTECTED] Subject: Hello? Anybody? Can someone PLEASE respond on this? Even if only to tell me I have no idea what I'm talking about? I really would like to find out what the proper behaviour for Tomcat in this situation is. Thank you, Ethan -Original Message- From: Ethan Wallwork [mailto:[EMAIL PROTECTED]] Sent: Monday, October 30, 2000 10:31 AM To: [EMAIL PROTECTED] Subject: RE: BugRat Report #213 has been filed. Has anyone looked at this? It is a real problem for us, and if others agree it should be changed I will get started on a fix. -- Ethan -Original Message- From: BugRat Mail System [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 04, 2000 2:13 PM To: [EMAIL PROTECTED] Subject: BugRat Report #213 has been filed. Bug report #213 has just been filed. You can view the report at the following URL: http://znutar.cortexity.com:/BugRatViewer/ShowReport/213 REPORT #213 Details. Project: Tomcat Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: medium Severity: serious Confidence: public Environment: Release: 3.1, 3.2 JVM Release: any Operating System: any OS Release: any Platform: any Synopsis: RequestDispatcher does not propagate errors Description: If a servlet uses a RequestDispatcher to forward or include a second servlet (or JSP), and the second servlet throws and exception from it's service method, that exception is not propagated to the first servlet. This is a problem if you have a setup (like ours) where a single "master" servlet includes a particular JSP depending on thing other than just the request URI, and you want it to be able to handle the errors. As it is, the error gets handled by Tomcat (using default error page, or whatever error page you've configured in the JSP or web.xml file) and the main servlet never knows anything went wrong. In Tomcat 3.2, the RequestDispatcher forward/include methods call the Handler service method. This service method never throws an exception. In Tomcat 3.1 it calls the ServletWrapper handleRequest method, which also never throws and exception. The reason I think exceptions sh
Re: Hello? Anybody?
Larry Isaacs wrote: Thanks Craig, To support this behavior, should the spec require that for a JSP that is "included" or "forwarded", handlePageException() is required to propagate the exception back to the caller? Currently, it just says that if there is no error page, it should "perform some implementation dependent action." Was the "implementation dependent action" intended only for the original, i.e. non-"included" and non-"forwarded", servlet or JSP? Yah, the JSP spec's description of PageContext.handlePageException() is not very helpful in the included/forwarded scenario. It would seem to me that you'd want to throw IOException or ServletException (assuming that there is no error page defined) under any circumstance -- included/forwarded or not -- so that the servlet container would handle this problem for JSP pages just like it does for servlets. I'll forward a comment suggesting this clarification to the spec lead ([EMAIL PROTECTED]). It will need to get discussed by the JSR-053 expert group. Larry Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]