Re: Beans invokes method on JSP??
Dear All, I want to talk to a perl master in our jsp group out there ?hurry.I badly need a help on perl Varna... - Original Message - From: Christian Kurze [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, December 26, 2001 4:52 PM Subject: Beans invokes method on JSP?? Hi, is it possible, that a bean can invoke a method on a JSP when a PropertyChangeEvent is thrown on a special field of the bean? How could I implement it? Maybe the BeanContext is helpful? I already know the method of pushlets, as described in JavaWorld 03-2000 (http://www.javaworld.com/javaworld/jw-03-2000/jw-03-pushlet_p.html), but that doesn't fit my problem, because I want to write completely browser-independent, that's why I don't want to use JavaScript. Or is it possible to bind a stream to the session where the servlet writes in and the JSP reads from it? But when does the JSP know when it should read from it. Can I register a PropertyChangeListener to the stream in the JSP? I'm grateful for every hint, maybe someone can advice me a book or an URL. Christian, a beginner ;-) === To unsubscribe: mailto [EMAIL PROTECTED] with body: signoff JSP-INTEREST. For digest: mailto [EMAIL PROTECTED] with body: set JSP-INTEREST DIGEST. Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: signoff JSP-INTEREST. For digest: mailto [EMAIL PROTECTED] with body: set JSP-INTEREST DIGEST. Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
Re: Beans invokes method on JSP??
I don't know the perl list id - Original Message - From: Panagiotis Konstantinidis [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, January 09, 2002 3:02 PM Subject: Re: Beans invokes method on JSP?? Why don't you look to a Perl list then? 09/01/2002 09:27:31, Ravindra [EMAIL PROTECTED] wrote: Dear All, I want to talk to a perl master in our jsp group out there ?hurry.I badly need a help on perl Varna... - Original Message - From: Christian Kurze [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, December 26, 2001 4:52 PM Subject: Beans invokes method on JSP?? Hi, is it possible, that a bean can invoke a method on a JSP when a PropertyChangeEvent is thrown on a special field of the bean? How could I implement it? Maybe the BeanContext is helpful? I already know the method of pushlets, as described in JavaWorld 03-2000 (http://www.javaworld.com/javaworld/jw-03-2000/jw-03-pushlet_p.html), but that doesn't fit my problem, because I want to write completely browser-independent, that's why I don't want to use JavaScript. Or is it possible to bind a stream to the session where the servlet writes in and the JSP reads from it? But when does the JSP know when it should read from it. Can I register a PropertyChangeListener to the stream in the JSP? I'm grateful for every hint, maybe someone can advice me a book or an URL. Christian, a beginner ;-) === To unsubscribe: mailto [EMAIL PROTECTED] with body: signoff JSP-INTEREST. For digest: mailto [EMAIL PROTECTED] with body: set JSP-INTEREST DIGEST. Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: signoff JSP-INTEREST. For digest: mailto [EMAIL PROTECTED] with body: set JSP-INTEREST DIGEST. Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com __ It can only be attributed to human error 2001 A Space Odyssey === To unsubscribe: mailto [EMAIL PROTECTED] with body: signoff JSP-INTEREST. For digest: mailto [EMAIL PROTECTED] with body: set JSP-INTEREST DIGEST. Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: signoff JSP-INTEREST. For digest: mailto [EMAIL PROTECTED] with body: set JSP-INTEREST DIGEST. Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
Re: Beans invokes method on JSP??
Ravindra wrote: Dear All, I want to talk to a perl master in our jsp group out there ?hurry.I badly need a help on perl what about trying a perl mailing list? === To unsubscribe: mailto [EMAIL PROTECTED] with body: signoff JSP-INTEREST. For digest: mailto [EMAIL PROTECTED] with body: set JSP-INTEREST DIGEST. Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
Re: Beans vs. Taglibs
Thanks Fei Li. You cleared my thoughts and gave me better insight to taglibs. Rohit. - Original Message - From: "Fei Li" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, 02 April, 2001 1:54 AM Subject: Re: Beans vs. Taglibs Think it in this way. When you write code you find a lot of repeating part then you take them all off and make a method for it. The same thing for taglib. When you write JSP you find a lot of that then you can take them off and put a custom tag there. At least this is one practical reason to consider a custom tag. You use JSP language to write tag including all implied object like request, response... But when you use bean you use it in set/put properties way, right? A bean is supposed to be friend of JSP and taglib is supposed to be family member of JSP. But, I never try, all thing if can do by tablib should also can do by bean. Fei Li -Original Message- From: kuttappan [mailto:[EMAIL PROTECTED]] Sent: Sunday, April 01, 2001 8:44 AM To: [EMAIL PROTECTED] Subject: Beans vs. Taglibs Hello all, I'm new to JSP and would like to know what is the difference between JavaBeans and custom actions [Taglibs]. Where is it most appropriate to use beans and where to use tablibs. In "Java Server Pages" [O'Reilly] Hans Bergsten has written "A custom action - actually a tag handler class for a custom action - is basically a bean with property setter methods corresponding to the custom action element's attributes." Does this mean that beans and tablibs work the same way? Rohit. --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.237 / Virus Database: 115 - Release Date: 07/03/2001 === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.237 / Virus Database: 115 - Release Date: 07/03/2001 === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Beans vs. Taglibs
Think it in this way. When you write code you find a lot of repeating part then you take them all off and make a method for it. The same thing for taglib. When you write JSP you find a lot of that then you can take them off and put a custom tag there. At least this is one practical reason to consider a custom tag. You use JSP language to write tag including all implied object like request, response... But when you use bean you use it in set/put properties way, right? A bean is supposed to be friend of JSP and taglib is supposed to be family member of JSP. But, I never try, all thing if can do by tablib should also can do by bean. Fei Li -Original Message- From: kuttappan [mailto:[EMAIL PROTECTED]] Sent: Sunday, April 01, 2001 8:44 AM To: [EMAIL PROTECTED] Subject: Beans vs. Taglibs Hello all, I'm new to JSP and would like to know what is the difference between JavaBeans and custom actions [Taglibs]. Where is it most appropriate to use beans and where to use tablibs. In "Java Server Pages" [O'Reilly] Hans Bergsten has written "A custom action - actually a tag handler class for a custom action - is basically a bean with property setter methods corresponding to the custom action element's attributes." Does this mean that beans and tablibs work the same way? Rohit. --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.237 / Virus Database: 115 - Release Date: 07/03/2001 === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Beans and scope
The default value for session timeout is up to the container (JRun in your case), but you can modify it if you need to. See section 7.5 in the Servlets 2.2 spec. -- Martin Cooper Tumbleweed Communications - Original Message - From: "Marie Josephe Plainecassagne" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, February 28, 2001 9:21 AM Subject: Beans and scope I have an application where I use Java beans in JSP pages. I declare these beans with a scope=session parameter. However, after a while of inactivity on the browser side, the data included in these beans seem to be invalidated. It looks like a garbage collector beeing done. This "timeout" seems to be something like 15 minutes... Here is a typical declaration : jsp:useBean id="headerBean" class="mypackage.orderHeaderBean" scope="session"/ I am using JSP 1.0 with Jrun 2.3.3 + patch 157. I have checked many documentation. I have found somewhere that the session may have a limited life time of 30 minutes when there is no activity. Can you confirm? Marie-Jo === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Beans and scope
Marie When you declare a bean to be in the session scope, the server sends a piece of information to the browser that the browser then includes in all subsequent requests. This is called a "session ID", and it's used by the server to recognize a set of requests from the same browser as related: in other words, as part of the same session. This session can be ended explicitly by the application, or the JSP container can end it after a period of user inactivity (the default value is typically 30 minutes after the last request). After that, the session ID is not more valid. How can you solve it? I don't use JRun. I use Tomcat, and I don't know, but I suppose you can change this default value. See your JRun documentation and how to configure it. Information extracted from the book: JAVASERVER PAGES Author:Hans Bergsten O'Reilly ISBN: 156592746X From: Marie Josephe Plainecassagne [EMAIL PROTECTED] Reply-To: A mailing list about Java Server Pages specification and reference [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Beans and scope Date: Wed, 28 Feb 2001 18:21:28 +0100 I have an application where I use Java beans in JSP pages. I declare these beans with a scope=session parameter. However, after a while of inactivity on the browser side, the data included in these beans seem to be invalidated. It looks like a garbage collector beeing done. This "timeout" seems to be something like 15 minutes... Here is a typical declaration : jsp:useBean id="headerBean" class="mypackage.orderHeaderBean" scope="session"/ I am using JSP 1.0 with Jrun 2.3.3 + patch 157. I have checked many documentation. I have found somewhere that the session may have a limited life time of 30 minutes when there is no activity. Can you confirm? Marie-Jo === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Beans to do International conversions
Doug- I wish I could say that I have, but I have not.. All I can say is that it exists, and it does Italian better than I thought it would. One warning, it does formal Italian well- slang and informal speech is handled terribly. - Stephanie -Original Message- From: Doug W [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 26, 2000 4:09 PM To: [EMAIL PROTECTED] Subject: Re: Beans to do International conversions Stephanie, are you talking about their AlphaWorlks International Machine translation? Have you used it before within your JSP site? Can you give us feedback? "Spike, Stephanie" [EMAIL PROTECTED] on 10/26/2000 12:56:37 PM Please respond to A mailing list about Java Server Pages specification and reference [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc:(bcc: Douglas Wong/CDS/CG/CAPITAL) Subject: Re: Beans to do International conversions IBM offers a product that will translate English to seven other languages automatically, I don't know what it is called or what the price tag is like but I do know it does English/Italian very well. Hope this helps, Stephanie -Original Message- From: Karau, Joe [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 26, 2000 3:18 PM To: [EMAIL PROTECTED] Subject: Re: Beans to do International conversions Doug, I don't know of any way to automatically translate from one language to another because of all the considerations that go along with translating between languages, not only the words but also the grammar would have to be translated. However, if you do happen to find one, I'd greatly appreciate it if you could let me know. About the 'page code detection of language' I'm not quite sure what you mean, so I can't help you there. Joseph Karau Kingland Systems [EMAIL PROTECTED] 507-536-3629 -Original Message- From: Doug W [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 26, 2000 1:42 PM To: [EMAIL PROTECTED] Subject: Beans to do International conversions Anyone know of any beans to do translation of text from one language to another? must be Unicode complaint Also, are there any beans to automatic page code detection of the language? thanks === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Beans to do International conversions
Doug, I don't know of any way to automatically translate from one language to another because of all the considerations that go along with translating between languages, not only the words but also the grammar would have to be translated. However, if you do happen to find one, I'd greatly appreciate it if you could let me know. About the 'page code detection of language' I'm not quite sure what you mean, so I can't help you there. Joseph Karau Kingland Systems [EMAIL PROTECTED] 507-536-3629 -Original Message- From: Doug W [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 26, 2000 1:42 PM To: [EMAIL PROTECTED] Subject: Beans to do International conversions Anyone know of any beans to do translation of text from one language to another? must be Unicode complaint Also, are there any beans to automatic page code detection of the language? thanks === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Beans to do International conversions
IBM offers a product that will translate English to seven other languages automatically, I don't know what it is called or what the price tag is like but I do know it does English/Italian very well. Hope this helps, Stephanie -Original Message- From: Karau, Joe [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 26, 2000 3:18 PM To: [EMAIL PROTECTED] Subject: Re: Beans to do International conversions Doug, I don't know of any way to automatically translate from one language to another because of all the considerations that go along with translating between languages, not only the words but also the grammar would have to be translated. However, if you do happen to find one, I'd greatly appreciate it if you could let me know. About the 'page code detection of language' I'm not quite sure what you mean, so I can't help you there. Joseph Karau Kingland Systems [EMAIL PROTECTED] 507-536-3629 -Original Message- From: Doug W [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 26, 2000 1:42 PM To: [EMAIL PROTECTED] Subject: Beans to do International conversions Anyone know of any beans to do translation of text from one language to another? must be Unicode complaint Also, are there any beans to automatic page code detection of the language? thanks === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Beans to do International conversions
Stephanie, are you talking about their AlphaWorlks International Machine translation? Have you used it before within your JSP site? Can you give us feedback? "Spike, Stephanie" [EMAIL PROTECTED] on 10/26/2000 12:56:37 PM Please respond to A mailing list about Java Server Pages specification and reference [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc:(bcc: Douglas Wong/CDS/CG/CAPITAL) Subject: Re: Beans to do International conversions IBM offers a product that will translate English to seven other languages automatically, I don't know what it is called or what the price tag is like but I do know it does English/Italian very well. Hope this helps, Stephanie -Original Message- From: Karau, Joe [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 26, 2000 3:18 PM To: [EMAIL PROTECTED] Subject: Re: Beans to do International conversions Doug, I don't know of any way to automatically translate from one language to another because of all the considerations that go along with translating between languages, not only the words but also the grammar would have to be translated. However, if you do happen to find one, I'd greatly appreciate it if you could let me know. About the 'page code detection of language' I'm not quite sure what you mean, so I can't help you there. Joseph Karau Kingland Systems [EMAIL PROTECTED] 507-536-3629 -Original Message- From: Doug W [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 26, 2000 1:42 PM To: [EMAIL PROTECTED] Subject: Beans to do International conversions Anyone know of any beans to do translation of text from one language to another? must be Unicode complaint Also, are there any beans to automatic page code detection of the language? thanks === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Beans to do International conversions
Systran is another company that is big into translation. They actually do web based translation also. But Machine translation is never accurate. Inspite of all the advances we have in technology, machine translation is still unreliable and the final product has to be cross checked by human translators.Check out www.systran.com. (This doesn't answer the original question however, 'cos I don't know about "multilingual" beans either :^). Actually I think there aren't any.) -Original Message- From: Spike, Stephanie [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 26, 2000 3:57 PM To: [EMAIL PROTECTED] Subject: Re: Beans to do International conversions IBM offers a product that will translate English to seven other languages automatically, I don't know what it is called or what the price tag is like but I do know it does English/Italian very well. Hope this helps, Stephanie -Original Message- From: Karau, Joe [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 26, 2000 3:18 PM To: [EMAIL PROTECTED] Subject: Re: Beans to do International conversions Doug, I don't know of any way to automatically translate from one language to another because of all the considerations that go along with translating between languages, not only the words but also the grammar would have to be translated. However, if you do happen to find one, I'd greatly appreciate it if you could let me know. About the 'page code detection of language' I'm not quite sure what you mean, so I can't help you there. Joseph Karau Kingland Systems [EMAIL PROTECTED] 507-536-3629 -Original Message- From: Doug W [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 26, 2000 1:42 PM To: [EMAIL PROTECTED] Subject: Beans to do International conversions Anyone know of any beans to do translation of text from one language to another? must be Unicode complaint Also, are there any beans to automatic page code detection of the language? thanks === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Beans to do International conversions
I understand that "auto translators" aren't bullet proof (in fact, you can't really rely on them), but I'm looking for similar technology with beans to get an idea on how it is done. Here is some info for you: http://www.basistech.com/products/ What I mean by autodetection is when a user types some sentences or characters in a web form, a servlet or jsp page would be able to figure out what kind of language it istake a look at the URL above... Wondering if anyone else has done something similar to this Doug Please respond to A mailing list about Java Server Pages specification and reference [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc:(bcc: Douglas Wong/CDS/CG/CAPITAL) Subject: Re: Beans to do International conversions Doug, I don't know of any way to automatically translate from one language to another because of all the considerations that go along with translating between languages, not only the words but also the grammar would have to be translated. However, if you do happen to find one, I'd greatly appreciate it if you could let me know. About the 'page code detection of language' I'm not quite sure what you mean, so I can't help you there. Joseph Karau Kingland Systems [EMAIL PROTECTED] 507-536-3629 -Original Message- From: Doug W [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 26, 2000 1:42 PM To: [EMAIL PROTECTED] Subject: Beans to do International conversions Anyone know of any beans to do translation of text from one language to another? must be Unicode complaint Also, are there any beans to automatic page code detection of the language? thanks === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Beans to do International conversions
OOPS!! the link is www.systran.org or www.systransoft.com -Original Message- From: Yamijala, Kalyan Sent: Thursday, October 26, 2000 4:13 PM To: 'A mailing list about Java Server Pages specification and reference' Subject: RE: Beans to do International conversions Systran is another company that is big into translation. They actually do web based translation also. But Machine translation is never accurate. Inspite of all the advances we have in technology, machine translation is still unreliable and the final product has to be cross checked by human translators.Check out www.systran.com. (This doesn't answer the original question however, 'cos I don't know about "multilingual" beans either :^). Actually I think there aren't any.) -Original Message- From: Spike, Stephanie [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 26, 2000 3:57 PM To: [EMAIL PROTECTED] Subject: Re: Beans to do International conversions IBM offers a product that will translate English to seven other languages automatically, I don't know what it is called or what the price tag is like but I do know it does English/Italian very well. Hope this helps, Stephanie -Original Message- From: Karau, Joe [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 26, 2000 3:18 PM To: [EMAIL PROTECTED] Subject: Re: Beans to do International conversions Doug, I don't know of any way to automatically translate from one language to another because of all the considerations that go along with translating between languages, not only the words but also the grammar would have to be translated. However, if you do happen to find one, I'd greatly appreciate it if you could let me know. About the 'page code detection of language' I'm not quite sure what you mean, so I can't help you there. Joseph Karau Kingland Systems [EMAIL PROTECTED] 507-536-3629 -Original Message- From: Doug W [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 26, 2000 1:42 PM To: [EMAIL PROTECTED] Subject: Beans to do International conversions Anyone know of any beans to do translation of text from one language to another? must be Unicode complaint Also, are there any beans to automatic page code detection of the language? thanks === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Beans not getting initalized properly
Try this . it should work : jsp:setProperty name="Smart" property="name" value="%=request.getParamter('name') %" / Vivek --- J S Gaidu [EMAIL PROTECTED] wrote: I have this problem . Unable to find any documents to solve , so please help I have one html page , one jsp page with a bean . It is very simple HTML PAGE does nothing except getting the value of field name as follows and calling jsp page smart.jsp In this jsp page there is bean Smart Bean , having one getter setter method. When I use this statement jsp:setProperty name="Smart" property="*" / the bean gets initialised correctly but when I try jsp:setProperty name="Smart" property="name" value="%request.getParamter("name") %" / I get Error saying Attrivute name has no value. Can somebody give me the syntax HTML FORM METHOD=POST ACTION="http://abc:8080/smart.jsp" TD ALIGN="top"First Name:/TD TD ALIGN="left"INPUT TYPE="text" NAME="name" VALUE="" SIZE="20"/INPUT/TD /TR TR BGCOLOR=#FF99FF TD ALIGN="center" COLSPAN=2 INPUT TYPE="Submit" VALUE="Submit" INPUT TYPE="Reset" VALUE="Reset" /TD /HTML JSP PAGE BODY BGCOLOR="#FF" %@ page language="java" import="Smart.*" % BR jsp:useBean id ="Smart" class="Smart" scope="request" / jsp:setProperty name="Smart" property="*" / /BODY /HTML SimpleBean.java import java.io.*; import java.lang.*; public class Smart { String name = ""; public String getName () { return name; } public void setName (String name) { this.name = name; } } J S GAIDU email: [EMAIL PROTECTED] === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets __ Do You Yahoo!? Yahoo! Messenger - Talk while you surf! It's FREE. http://im.yahoo.com/ === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Beans not getting initalized properly
I think the same thing is not working in both WEBLOGIC and Resin?? Any one tried?? But property=* will make this work.. I tried it in WEBLOGIC. Some one help me out.. Cheers, Venu --- vivek tiwari [EMAIL PROTECTED] wrote: Try this . it should work : jsp:setProperty name="Smart" property="name" value="%=request.getParamter('name') %" / Vivek --- J S Gaidu [EMAIL PROTECTED] wrote: I have this problem . Unable to find any documents to solve , so please help I have one html page , one jsp page with a bean . It is very simple HTML PAGE does nothing except getting the value of field name as follows and calling jsp page smart.jsp In this jsp page there is bean Smart Bean , having one getter setter method. When I use this statement jsp:setProperty name="Smart" property="*" / the bean gets initialised correctly but when I try jsp:setProperty name="Smart" property="name" value="%request.getParamter("name") %" / I get Error saying Attrivute name has no value. Can somebody give me the syntax HTML FORM METHOD=POST ACTION="http://abc:8080/smart.jsp" TD ALIGN="top"First Name:/TD TD ALIGN="left"INPUT TYPE="text" NAME="name" VALUE="" SIZE="20"/INPUT/TD /TR TR BGCOLOR=#FF99FF TD ALIGN="center" COLSPAN=2 INPUT TYPE="Submit" VALUE="Submit" INPUT TYPE="Reset" VALUE="Reset" /TD /HTML JSP PAGE BODY BGCOLOR="#FF" %@ page language="java" import="Smart.*" % BR jsp:useBean id ="Smart" class="Smart" scope="request" / jsp:setProperty name="Smart" property="*" / /BODY /HTML SimpleBean.java import java.io.*; import java.lang.*; public class Smart { String name = ""; public String getName () { return name; } public void setName (String name) { this.name = name; } } J S GAIDU email: [EMAIL PROTECTED] === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets __ Do You Yahoo!? Yahoo! Messenger - Talk while you surf! It's FREE. http://im.yahoo.com/ === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets __ Do You Yahoo!? Yahoo! Messenger - Talk while you surf! It's FREE. http://im.yahoo.com/ === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Beans not found error
You need to import into the jsp using something like: %@ page language="java" import="java.io.*,java.util.*,com.foo.bar.*"/ -Original Message- From: A mailing list about Java Server Pages specification and reference [mailto:[EMAIL PROTECTED]]On Behalf Of Ramesh Dasari Sent: Tuesday, August 29, 2000 2:52 PM To: [EMAIL PROTECTED] Subject: Beans not found error Hi everybody, In a jsp if I want to use a bean or a class, is it necessary that the bean or class should be in a package(ie while writing the bean or class is package ; should be the first statement). For ex: package Demo1; public class XXX ... { } I compiled the above program with javac -d . .java Then I got a class file in Demo1 package which is under the Demo directory. Demo directory is in the classpath. Then I am able to access the class or bean using Demo1. x = new Demo1.(); When I compiled the above program without package Demo1; statement using javac XXX.java I got a class file Demo directory. Demo directory is in the classpath. When I am accessing the class or bean using x = new (); Then I am getting the error saying that the class or bean not found. Can anybody help me out? _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Beans accessing ServletContext
Hi, apparently to achieve what you want you need to store in your bean class a handle to any servlet class to get access to servlet context, from which you can retrieve other beans. However it is not a good idea in general as you introduce 2 way dependency between your logic (beans) and presentation classes (servlets). You even have a syclic dependency which is a no-go in OOP. Bean-Servlet-ServletContext-Bean-etc. Better approach would be to create a singleton class that would hold other beans, whilc at the same time residing in the same business layer (or maybe even the same package) as beans. Vadim Shun NEW Corp Dulles, VA Date:Thu, 20 Jul 2000 17:03:55 GMT From:Serbulent Ozturk [EMAIL PROTECTED] Subject: Beans accessing ServletContext Hello, I have been trying to provide JavaBeans with an access to specific JavaBean instance stored in various scopes, i.e. application (ServletContext), session, request: - I create an instance of a bean and store it in some scope, e.g. application. - I can retrieve that bean instance in another servlet or a jsp by matching the scope, id and class. But the problem is I can not access that bean access from other beans. Does the bean have to extend javax.servlet.http.HttpServlet to use the getServletContext() etc.? I have tried to have all the methods and instance variables as static and put an instance of that class in the ServletContex to prevent unwanted garbage collection. It looked OK with JDK1.2 but it looks very unstable with jdk1.3. Does anyone have any suggestion? Thanks Bulent === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: beans vs objects
I am sending a mail without any attachement.But I do not see it in the interest group. Instead I am getting a mail from [EMAIL PROTECTED] about their mailing policy. Kindly help. Regards, Tushar Gunaseelan Nagarajan wrote: hi everyone, I am having a jsp file which uses a class(bean) for accessing data. I then display the data from the bean using "%=" tags. Initially i did it using jsp:use-bean tag. The jsp page was slow. so i replaced the use-bean with % MyClass myObj = new MyClass(); % The jsp is some 5 times faster. Almost same as the servlet version which used a template engine. will this cause any problems? any comments. thanks Nagaraj __ Do You Yahoo!? Get Yahoo! Mail - Free email you can access from anywhere! http://mail.yahoo.com/ === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: beans vs objects
hi , Happened with me too . was a frustrsting experience Had to subscribe from my other mail account and again subscribe from my other account This solved the problem but its time the list manager solved the prolem It is still blocking my other mail account .I think it blocks your mail address Regards Sanjay From: Tushar Kuwad [EMAIL PROTECTED] Reply-To: A mailing list about Java Server Pages specification and reference [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: beans vs objects Date: Mon, 26 Jun 2000 20:27:00 +0530 I am sending a mail without any attachement.But I do not see it in the interest group. Instead I am getting a mail from [EMAIL PROTECTED] about their mailing policy. Kindly help. Regards, Tushar Gunaseelan Nagarajan wrote: hi everyone, I am having a jsp file which uses a class(bean) for accessing data. I then display the data from the bean using "%=" tags. Initially i did it using jsp:use-bean tag. The jsp page was slow. so i replaced the use-bean with % MyClass myObj = new MyClass(); % The jsp is some 5 times faster. Almost same as the servlet version which used a template engine. will this cause any problems? any comments. thanks Nagaraj __ Do You Yahoo!? Get Yahoo! Mail - Free email you can access from anywhere! http://mail.yahoo.com/ === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: beans vs objects
Can u send the sample code of how u tried this.. - Original Message - From: Gunaseelan Nagarajan [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, June 23, 2000 3:31 PM Subject: beans vs objects hi everyone, I am having a jsp file which uses a class(bean) for accessing data. I then display the data from the bean using "%=" tags. Initially i did it using jsp:use-bean tag. The jsp page was slow. so i replaced the use-bean with % MyClass myObj = new MyClass(); % The jsp is some 5 times faster. Almost same as the servlet version which used a template engine. will this cause any problems? any comments. thanks Nagaraj __ Do You Yahoo!? Get Yahoo! Mail - Free email you can access from anywhere! http://mail.yahoo.com/ === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: beans vs objects
There is not tech reason why you would have to use the tag rather than calling out new instance directly. Your employer may have a preference though. From: Gunaseelan Nagarajan [EMAIL PROTECTED] Reply-To: A mailing list about Java Server Pages specification and reference [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: beans vs objects Date: Fri, 23 Jun 2000 03:01:40 -0700 hi everyone, I am having a jsp file which uses a class(bean) for accessing data. I then display the data from the bean using "%=" tags. Initially i did it using jsp:use-bean tag. The jsp page was slow. so i replaced the use-bean with % MyClass myObj = new MyClass(); % The jsp is some 5 times faster. Almost same as the servlet version which used a template engine. will this cause any problems? any comments. thanks Nagaraj __ Do You Yahoo!? Get Yahoo! Mail - Free email you can access from anywhere! http://mail.yahoo.com/ === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: beans accessing database pool
Hello: I am going to do the similar thing. Do you know where I can find an example on the net? Thanks, Dennis Huang -Original Message- From: Jacob W Anderson [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 29, 2000 4:44 AM To: [EMAIL PROTECTED] Subject: Re: beans accessing database pool Don't forget to add mutex locking around your connection pool object, otherwise you will have a race condition and end up with multiple instances of the connection pool. class SingletonConnectionPool { private static SingletonConnectionPool m_conPool = null; private static Object _mutex = new Object(); // JWA public static getInstance() { synchronized(_mutex) { // JWA if (m_conPool == null) m_conPool = new SingletonConnectionPool(); } // JWA return m_conPool(); } private SingletonConnectionPool(...); } == Jacob W Anderson Software Design Management Consultant Arrowhead General Insurance Group [EMAIL PROTECTED] (858) 361 2384 = === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: beans accessing database pool
Don't forget to add mutex locking around your connection pool object, otherwise you will have a race condition and end up with multiple instances of the connection pool. class SingletonConnectionPool { private static SingletonConnectionPool m_conPool = null; private static Object _mutex = new Object(); // JWA public static getInstance() { synchronized(_mutex) { // JWA if (m_conPool == null) m_conPool = new SingletonConnectionPool(); } // JWA return m_conPool(); } private SingletonConnectionPool(...); } == Jacob W Anderson Software Design Management Consultant Arrowhead General Insurance Group [EMAIL PROTECTED] (858) 361 2384 = === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: beans accessing database pool
Also, you could make your connection pool class a singleton class. Suppose you have a class ConnectionPool with a method getConnection() that returns a java.sql.connection. You could make a singleton class like this: class SingletonConnectionPool { private static SingletonConnectionPool m_conPool = null; public static getInstance() { if (m_conPool == null) m_conPool = new SingletonConnectionPool(); return m_conPool(); } private SingletonConnectionPool(...); } That way, every time you needed access to a connection pool, you would call SingletonConnectionPool.getInstance(), and still be assured that only 1 connection pool ever exists. If you need a start on a connection pool class, go to http://www.servlets.com/jsp/examples/index.html and download jservlet.zip, which has a basic ConnectionPool class. Alex Devine Ted Fritsch tfritsch@BIGFOOTTo: [EMAIL PROTECTED] .COMcc: Sent by: A Subject: Re: beans accessing database pool mailing list about Java Server Pages specification and reference JSP-INTEREST@JAV A.SUN.COM 02/24/00 07:11 AM Please respond to Ted Fritsch You will want to have the connection pool created when you start your server - some servers like BEA Weblogic also have built-in connection pooling, so if you configure it properly the connection pool will be instantiated when you start the server. Then, from your bean you just get a connection from the connection pool, rathar than from the db. WHen you are finished with the connection, you then return it to the pool and it can be used by another request. Hope this helps, Ted Jeff Behl wrote: What's the best way to do this on a bean that only has request scope? it doesn't make much sense to have a database pool instantiated every time the bean is. Without goign to an EJB model, is placing a database pool in the bean via a scriplet a viable option? basically, I want to use the same bean on a number of product web pages to display product specific information. Current plan is to have a setProperty method that sets the ProductID (primary key) on each page which allows the bean to grab the product information. If anyone has a better way to do this, I'd love to hear about it. thanks -- Jeff Behl [EMAIL PROTECTED] === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html -- - Ted L. Fritsch The Revere Group Phone: (847) 790-9800 x4103 Email: [EMAIL PROTECTED] === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: beans accessing database pool
You will want to have the connection pool created when you start your server - some servers like BEA Weblogic also have built-in connection pooling, so if you configure it properly the connection pool will be instantiated when you start the server. Then, from your bean you just get a connection from the connection pool, rathar than from the db. WHen you are finished with the connection, you then return it to the pool and it can be used by another request. Hope this helps, Ted Jeff Behl wrote: What's the best way to do this on a bean that only has request scope? it doesn't make much sense to have a database pool instantiated every time the bean is. Without goign to an EJB model, is placing a database pool in the bean via a scriplet a viable option? basically, I want to use the same bean on a number of product web pages to display product specific information. Current plan is to have a setProperty method that sets the ProductID (primary key) on each page which allows the bean to grab the product information. If anyone has a better way to do this, I'd love to hear about it. thanks -- Jeff Behl [EMAIL PROTECTED] === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html -- - Ted L. Fritsch The Revere Group Phone: (847) 790-9800 x4103 Email: [EMAIL PROTECTED] === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: beans accessing database pool
Jeff Behl wrote: What's the best way to do this on a bean that only has request scope? it doesn't make much sense to have a database pool instantiated every time the bean is. Without goign to an EJB model, is placing a database pool in the bean via a scriplet a viable option? basically, I want to use the same bean on a number of product web pages to display product specific information. Current plan is to have a setProperty method that sets the ProductID (primary key) on each page which allows the bean to grab the product information. If anyone has a better way to do this, I'd love to hear about it. You can place the pool as an application scope attribute (e.g. let a servlet loaded at startup create it and save it as a context attribute), and then use bean setter method to set it: jsp:useBean id="foo" class="com.mycomp.FooBean" jsp:setProperty name="foo" property="pool" value="%= application.getAttribute(\"pool\") %" / jsp:setProperty name="foo" property="prodID" value="%= request.getParameter(\"prodID\") %" / /jsp:useBean Hans -- Hans Bergsten [EMAIL PROTECTED] Gefion Software http://www.gefionsoftware.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: beans multi-threading
Here is something that I wonder about. There are session beans as referred to below and there are also ejb session beans. Ejb session beans should only be accessed by one client at a time (which I assume means one thread). Often session beans call on ejb session beans. But since session beans might be call by more then one thread at a time you shouldn't do that. So how can ejb session beans be used from a session bean? Hans Bergsten wrote: Jari Worsley wrote: Session scope beans are available to a user and their browser session (I'm 99% sure that one session corresponds to connection from one browser program). So if a user has two browser windows open accessing pages on your site, then they can potentially create simultaneous requests that access the same bean in session scope. So session beans need to be thread safe. Actually, one session corresponds to a set of requests from the same client within a certain period of time (the connection between the client and server may be closed and reopened, but the session remains). But yes, a user with multiple browser windows can cause multiple requests within the same session. Other cases are when you use frames where the content of each frame is from a JSP page; the browser will request all frames at roughly the same time so you have multiple requests in the same session. And another is a user that keeps hitting the Submit button before the response is delivered; every time a new request is made but the previous request may still be executing. Hans I don't understand why beans with session scope should be thread safe. Could you explain this more in depth ? (With an example if possible ?) Thanks in advance, Peter Collette === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html -- Hans Bergsten [EMAIL PROTECTED] Gefion Software http://www.gefionsoftware.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: beans multi-threading
Jari Worsley wrote: Session scope beans are available to a user and their browser session (I'm 99% sure that one session corresponds to connection from one browser program). So if a user has two browser windows open accessing pages on your site, then they can potentially create simultaneous requests that access the same bean in session scope. So session beans need to be thread safe. That is one case where multiple threads can work on the same session (it actually depends also on which browser you are using, and whether you're using cookies or URL rewriting, but sharing sessions is the most common scenario). Here is another. If you are using frames in your UI, the individual requests for the various frames will often be in progress simultaneously (for example, by default Netscape issues up to four simultaneous requests). If all of the frames participate in your session -- the usual case -- then you will quite often have multiple threads accessing your session variables at the same time. Moral of the story -- you need to ensure that any interactions with your session beans are thread safe. Craig McClanahan === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: beans multi-threading
thanks for answering my question Jari. I'm not an expert in Java and JSP, so I have more questions. Session beans should be kept thread safe because a user can open multiple browser session. Is the 'synchronized (this)' approach the only solution ? And the situation of using frames with several requests participating the same session objects. Here also 'synchronized(this) ? Thanks in advance (also to Craig) Peter Jari Worrsley wrote Session scope beans are available to a user and their browser session (I'm 99% sure that one session corresponds to connection from one browser program). So if a user has two browser windows open accessing pages on your site, then they can potentially create simultaneous requests that access the same bean in session scope. So session beans need to be thread safe. snip I don't understand why beans with session scope should be thread safe. Could you explain this more in depth ? (With an example if possible ?) Thanks in advance, Peter Collette === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: beans multi-threading
Jari Worsley wrote: Session scope beans are available to a user and their browser session (I'm 99% sure that one session corresponds to connection from one browser program). So if a user has two browser windows open accessing pages on your site, then they can potentially create simultaneous requests that access the same bean in session scope. So session beans need to be thread safe. Actually, one session corresponds to a set of requests from the same client within a certain period of time (the connection between the client and server may be closed and reopened, but the session remains). But yes, a user with multiple browser windows can cause multiple requests within the same session. Other cases are when you use frames where the content of each frame is from a JSP page; the browser will request all frames at roughly the same time so you have multiple requests in the same session. And another is a user that keeps hitting the Submit button before the response is delivered; every time a new request is made but the previous request may still be executing. Hans I don't understand why beans with session scope should be thread safe. Could you explain this more in depth ? (With an example if possible ?) Thanks in advance, Peter Collette === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html -- Hans Bergsten [EMAIL PROTECTED] Gefion Software http://www.gefionsoftware.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: Beans vs. Classes
The reason you can't see the difference is that you are obviously comming from a programming background and not a web page development background ;-) One reason for using beans is that any programming can be taken away from then html gurus and left to programmers to do it properly :-) But realy the point of JSP's is to help you seperate the logic from the display. Stuff like " clock.getDayOfMonth() " requires a html person to know about the underlying programming logic in the bean. What I would sugest is that you create your bean, document it, create all the beaninfo stuff and then all a html editor would need to do is read the docs for your bean, find out that it has a property called "dayOfMonth" and "year"then use the standard jsp:getProperty or jsp:setProperty tags (only two extra tags for html man to learn, so there's a benefit ;-) eg:- %@ page import="calendar.jspCalendar" % html jsp:useBean id="clock" class="calendar.jspCalendar" jsp:setProperty name="clock" property="*" / /jsp:useBean ul liDay: jsp:getProperty name="clock" property="dayOfMonth" / liYear: jsp:getProperty name="clock" property="year" / /ul /html hope that explains a reason why you should use beans, ie seperate the programming logic from the presentation logic. PS I noticed that on JSP 1.1 Beta Syntax card that I'm currently using the jsp:getProperty / tag is missing perhaps I'd better see if there is a new one. (sigh!) Karl Patrick Regan wrote: I am trying to determine what the benefits are to using beans over just an ordinary class. From the little that I know, I don't see the benefit. Take the calendar example for a bean (here is the JSP code) : html jsp:useBean id="clock" class="calendar.jspCalendar"/ ul liDay:%= clock.getDayOfMonth() % liYear:%= clock.getYear() % /ul /html Versus just an ordinary server-side java class (here is the JSP code): html % JspCalendar clock = new JspCalendar() % ul liDay:%= clock.getDayOfMonth() % liYear:%= clock.getYear() % /ul /html Can someone give me an idea of why I should use beans over a regular server-side class? Thanks, Patrick Regan === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: Beans vs. Classes
Bill, I'm sure it's me but I had difficulty visualizing scenario (2). I think it's saying that the servlet would be contacted first, the servlet does some work, the servlet invokes the JSP page for formatting, the JSP page returns formatted HTML to the servlet, the servlet returns the formatted HTML to the client. Is that what (2) is saying? Sincerely, Wes Williams -Original Message- From: Bomberry Bill [SMTP:[EMAIL PROTECTED]] Sent: Tuesday, January 04, 2000 9:17 PM Subject: Re: Beans vs. Classes If the JSP page has input fields possible reasons to use the bean include the following: 2) If you decide to use the Servlet as the View Controller and relegate the JSP to formatting and display, you would not invoke the JSP page until the unit of work the Servlet was processing was complete. But a bean would still have benefit as you could write a simple method that used reflection and the bean interface to map the Servlet request parameters to the bean. This mapping assumes that the ServletRequest parameter names match the associated bean property names. In this vein you might have one Bean per JSP page. Beans used in this way encapsulate the data of the ServletRequest object. regards, Bill Bomberry -Original Message- From: Patrick Regan [SMTP:[EMAIL PROTECTED]] Sent: Tuesday, January 04, 2000 1:09 PM To: [EMAIL PROTECTED] Subject: Beans vs. Classes I am trying to determine what the benefits are to using beans over just an ordinary class. From the little that I know, I don't see the benefit. Take the calendar example for a bean (here is the JSP code) : html jsp:useBean id="clock" class="calendar.jspCalendar"/ ul liDay:%= clock.getDayOfMonth() % liYear:%= clock.getYear() % /ul /html Versus just an ordinary server-side java class (here is the JSP code): html % JspCalendar clock = new JspCalendar() % ul liDay:%= clock.getDayOfMonth() % liYear:%= clock.getYear() % /ul /html Can someone give me an idea of why I should use beans over a regular server-side class? === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: Beans vs. Classes
Hello Wes, Yes the approach I was suggesting has the Servlet working with non JSP Classes to complete the unit of work that the user was requesting and the JSP handle formatting and display only. For instance an orderEdit Servlet may work with a shopping cart EJB and account EJB to change a customers order. When the orderEdit Servlet was complete it may create an order edit view bean that contains the properties that the order edit JSP needs to present the updated order back to the customer. The Order Edit JSP is only responsible for creating dynamic portions of the HTML page and it collaborates with the order edit view bean. The November issue of Java Report contains an article titled JSP and Servlets: A powerful pair by Dan Malks that contains a description of this approach. He calls it the "Service to Workers" pattern. There is also an article in December issue of Java Report by Akerley et al. in which they propose that the JSP is relegated to the role of formatting and display. regards, Bill Bomberry -Original Message- From: Williams, Wes [SMTP:[EMAIL PROTECTED]] Sent: Wednesday, January 05, 2000 10:55 AM To: Bomberry Bill Cc: [EMAIL PROTECTED] Subject: RE: Beans vs. Classes Bill, I'm sure it's me but I had difficulty visualizing scenario (2). I think it's saying that the servlet would be contacted first, the servlet does some work, the servlet invokes the JSP page for formatting, the JSP page returns formatted HTML to the servlet, the servlet returns the formatted HTML to the client. Is that what (2) is saying? Sincerely, Wes Williams -Original Message- From: Bomberry Bill [SMTP:[EMAIL PROTECTED]] Sent: Tuesday, January 04, 2000 9:17 PM Subject: Re: Beans vs. Classes If the JSP page has input fields possible reasons to use the bean include the following: 2) If you decide to use the Servlet as the View Controller and relegate the JSP to formatting and display, you would not invoke the JSP page until the unit of work the Servlet was processing was complete. But a bean would still have benefit as you could write a simple method that used reflection and the bean interface to map the Servlet request parameters to the bean. This mapping assumes that the ServletRequest parameter names match the associated bean property names. In this vein you might have one Bean per JSP page. Beans used in this way encapsulate the data of the ServletRequest object. regards, Bill Bomberry -Original Message- From: Patrick Regan [SMTP:[EMAIL PROTECTED]] Sent: Tuesday, January 04, 2000 1:09 PM To: [EMAIL PROTECTED] Subject: Beans vs. Classes I am trying to determine what the benefits are to using beans over just an ordinary class. From the little that I know, I don't see the benefit. Take the calendar example for a bean (here is the JSP code) : html jsp:useBean id="clock" class="calendar.jspCalendar"/ ul liDay:%= clock.getDayOfMonth() % liYear:%= clock.getYear() % /ul /html Versus just an ordinary server-side java class (here is the JSP code): html % JspCalendar clock = new JspCalendar() % ul liDay:%= clock.getDayOfMonth() % liYear:%= clock.getYear() % /ul /html Can someone give me an idea of why I should use beans over a regular server-side class? === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: Beans vs. Classes
If the JSP page has input fields possible reasons to use the bean include the following: 1) The jsp:setProperty name="fooBean" property="*" will "iterate over the current ServletRequest parameters, matching parameter names and value type(s) to property names and setter method type(s), setting each matched property to the value of the matching parameter." Java Server Pages 1.1 Specification - Public Release 2, p. 67. 2) If you decide to use the Servlet as the View Controller and relegate the JSP to formatting and display, you would not invoke the JSP page until the unit of work the Servlet was processing was complete. But a bean would still have benefit as you could write a simple method that used reflection and the bean interface to map the Servlet request parameters to the bean. This mapping assumes that the ServletRequest parameter names match the associated bean property names. In this vein you might have one Bean per JSP page. Beans used in this way encapsulate the data of the ServletRequest object. regards, Bill Bomberry -Original Message- From: Patrick Regan [SMTP:[EMAIL PROTECTED]] Sent: Tuesday, January 04, 2000 1:09 PM To: [EMAIL PROTECTED] Subject: Beans vs. Classes I am trying to determine what the benefits are to using beans over just an ordinary class. From the little that I know, I don't see the benefit. Take the calendar example for a bean (here is the JSP code) : html jsp:useBean id="clock" class="calendar.jspCalendar"/ ul liDay:%= clock.getDayOfMonth() % liYear:%= clock.getYear() % /ul /html Versus just an ordinary server-side java class (here is the JSP code): html % JspCalendar clock = new JspCalendar() % ul liDay:%= clock.getDayOfMonth() % liYear:%= clock.getYear() % /ul /html Can someone give me an idea of why I should use beans over a regular server-side class? Thanks, Patrick Regan == = To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: Beans. How to make a session bean to be a new one.
Hi, U can give scope of the bean as request instead of session. regards, Chandana. === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: Beans. How to make a session bean to be a new one.
Why not use the bean with scope="request" ? If you can't, remove the bean once you have used it using % session.removeValue("myBean"); % /Ola -Original Message- From: Jose Luis Diaz [mailto:[EMAIL PROTECTED]] Sent: Friday, December 17, 1999 11:12 AM To: [EMAIL PROTECTED] Subject: Beans. How to make a session bean to be a new one. I have a problem with a session bean. I want the bean to be created in a page everytime the user access that page even if the bean already exists in the session. Or I want to eliminate a bean once I have used it through the pages that needed it. Thanks. Jose Luis Diaz Diaz [EMAIL PROTECTED] === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: beans in jsp
Hi, Try using a relative path rather than an absolute path. That may involve moving your file to a different directory. sue Wong Mary wrote: On Mon, 4 Oct 1999 17:48:44 -0700, Mingzhe Zhu [EMAIL PROTECTED] wrote: Try to copy the line jsp:useBean id="loginHandler" class="LoginBean" scope="session"/ and paste to the second file. Doing the above would result in a error of duplicate variable names. Actually, I've gotten over this hurdle by making the authenticate.jsp as follows. html %! LoginBean formHandler; % % formHandler = (LoginBean)session.getValue("loginBean"); if ( null!=formHandler) formHandler.processRequest(); else System.out.println("null handlerBean in request"); % %@ include file ="/jsp/login/login.jsp" % /html The challenge now is in returning to the original login.jsp as indicated in the %@ include file = ... tag. That part isn't working right. Any suggestions out there? -Mary -ming Wong Mary wrote: Hello, I have a jsp with various form inputs. The inputs are mapped to bean properties. I want to start processing the form only after all the submitted properties are set. To achieve this effect, I am specifying a helper jsp as the form action in the jsp which submits the input. Let's take login as an example. in login.jsp: ... jsp:useBean id="loginHandler" class="LoginBean" scope="session"/ ... form method=post action=authenticate.jsp User name: input type=text name=username Password: input type=password name=passwd input type=submit value="Submit" /form ... in authenticate.jsp: html % loginHandler.processRequest(); % %@ include file ="login.jsp" % /html If I process the 2 pages as they are, the "loginHandler" in the 2nd page will be tagged as undefined parameter or class during page compilation. What is the proper way to convey the sharing of this parameter. Also, is this approach of using the form action in the first jsp to ensure entry to backend processing only after setting necessary states a valid way to go? Or are there better ways to go about it? (BTW, all this similates the afterSet() used in ATG Dynamo.) Thanks, -Mary === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: beans in jsp
I'm pretty sure Mingzhe Zhu's suggestion should work and that it wouldn't result in duplicate variable names. Login.jsp and Authenticate.jsp each end up as separate .java files. The useBean line ends up in the .java file as something like : LoginBean loginHandler = (LoginBean)session.get("loginHandler"); if(loginHandler == null) // bean doesn't exist in session yet, so create and add it { loginHandler=new LoginBean(); session.put("loginHandler", loginHandler); } Both Login.jsp AND Authenticate.jsp should have this code in them so that the "loginHandler" variable will be available to the rest of the code in them. The only way you should get duplicate variable names is if you had useBean twice in the same file using the same id (i.e. variable name). Hope that helps, Brien Voorhees - Original Message - From: Wong Mary [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, October 04, 1999 6:10 PM Subject: Re: beans in jsp On Mon, 4 Oct 1999 17:48:44 -0700, Mingzhe Zhu [EMAIL PROTECTED] wrote: Try to copy the line jsp:useBean id="loginHandler" class="LoginBean" scope="session"/ and paste to the second file. Doing the above would result in a error of duplicate variable names. Actually, I've gotten over this hurdle by making the authenticate.jsp as follows. html %! LoginBean formHandler; % % formHandler = (LoginBean)session.getValue("loginBean"); if ( null!=formHandler) formHandler.processRequest(); else System.out.println("null handlerBean in request"); % %@ include file ="/jsp/login/login.jsp" % /html The challenge now is in returning to the original login.jsp as indicated in the %@ include file = ... tag. That part isn't working right. Any suggestions out there? -Mary -ming Wong Mary wrote: Hello, I have a jsp with various form inputs. The inputs are mapped to bean properties. I want to start processing the form only after all the submitted properties are set. To achieve this effect, I am specifying a helper jsp as the form action in the jsp which submits the input. Let's take login as an example. in login.jsp: ... jsp:useBean id="loginHandler" class="LoginBean" scope="session"/ ... form method=post action=authenticate.jsp User name: input type=text name=username Password: input type=password name=passwd input type=submit value="Submit" /form ... in authenticate.jsp: html % loginHandler.processRequest(); % %@ include file ="login.jsp" % /html If I process the 2 pages as they are, the "loginHandler" in the 2nd page will be tagged as undefined parameter or class during page compilation. What is the proper way to convey the sharing of this parameter. Also, is this approach of using the form action in the first jsp to ensure entry to backend processing only after setting necessary states a valid way to go? Or are there better ways to go about it? (BTW, all this similates the afterSet() used in ATG Dynamo.) Thanks, -Mary === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: beans in jsp
Try to copy the line jsp:useBean id="loginHandler" class="LoginBean" scope="session"/ and paste to the second file. -ming Wong Mary wrote: Hello, I have a jsp with various form inputs. The inputs are mapped to bean properties. I want to start processing the form only after all the submitted properties are set. To achieve this effect, I am specifying a helper jsp as the form action in the jsp which submits the input. Let's take login as an example. in login.jsp: ... jsp:useBean id="loginHandler" class="LoginBean" scope="session"/ ... form method=post action=authenticate.jsp User name: input type=text name=username Password: input type=password name=passwd input type=submit value="Submit" /form ... in authenticate.jsp: html % loginHandler.processRequest(); % %@ include file ="login.jsp" % /html If I process the 2 pages as they are, the "loginHandler" in the 2nd page will be tagged as undefined parameter or class during page compilation. What is the proper way to convey the sharing of this parameter. Also, is this approach of using the form action in the first jsp to ensure entry to backend processing only after setting necessary states a valid way to go? Or are there better ways to go about it? (BTW, all this similates the afterSet() used in ATG Dynamo.) Thanks, -Mary === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: beans in jsp
On Mon, 4 Oct 1999 17:48:44 -0700, Mingzhe Zhu [EMAIL PROTECTED] wrote: Try to copy the line jsp:useBean id="loginHandler" class="LoginBean" scope="session"/ and paste to the second file. Doing the above would result in a error of duplicate variable names. Actually, I've gotten over this hurdle by making the authenticate.jsp as follows. html %! LoginBean formHandler; % % formHandler = (LoginBean)session.getValue("loginBean"); if ( null!=formHandler) formHandler.processRequest(); else System.out.println("null handlerBean in request"); % %@ include file ="/jsp/login/login.jsp" % /html The challenge now is in returning to the original login.jsp as indicated in the %@ include file = ... tag. That part isn't working right. Any suggestions out there? -Mary -ming Wong Mary wrote: Hello, I have a jsp with various form inputs. The inputs are mapped to bean properties. I want to start processing the form only after all the submitted properties are set. To achieve this effect, I am specifying a helper jsp as the form action in the jsp which submits the input. Let's take login as an example. in login.jsp: ... jsp:useBean id="loginHandler" class="LoginBean" scope="session"/ ... form method=post action=authenticate.jsp User name: input type=text name=username Password: input type=password name=passwd input type=submit value="Submit" /form ... in authenticate.jsp: html % loginHandler.processRequest(); % %@ include file ="login.jsp" % /html If I process the 2 pages as they are, the "loginHandler" in the 2nd page will be tagged as undefined parameter or class during page compilation. What is the proper way to convey the sharing of this parameter. Also, is this approach of using the form action in the first jsp to ensure entry to backend processing only after setting necessary states a valid way to go? Or are there better ways to go about it? (BTW, all this similates the afterSet() used in ATG Dynamo.) Thanks, -Mary === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: Beans in JSP(Servlet)
Hi Li, take a look at the java code generated for your jsp page and if you want to look further down you may take a look at the source of a jsp engine, e.g. gnujsp at http://www.klomp.org/gnujsp/, take an actual cvs snapshot. I wonder Beans in JSP(Servlet) are compiled in or dynamically loaded? Suppose I use a bean in JSP(servlet). If several accesses happen at the same time, Sevelet Engine will let them share the code. But how is the bean used inside? I'd like to know things happening behind the scene. Thanks Li Xuejun === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST" . FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html Ciao, Carsten Heyl Carsten Heyl [EMAIL PROTECTED] NADS - Solutions on Nets http://www.nads.de/ NADS GmbH http://www.pixelboxx.de/ Hildebrandtstr. 4ETel.: +49 211 933 02-90 D-40215 Duesseldorf Fax.: +49 211 933 02-93 === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Bean props from params [Was: Re: beans, beans, they're good for your heart (tms)]
Frank, I think that what you're running into are the limitations of assigning properties from a string value. From what I understand, JSP is effectively doing a setProperty() on the request parameters that match properties in your bean, but remember that these parameters are passed as Strings. I believe that the relevant part of the JSP spec (I'm quoting from the 1.1 version), Section 2.13.2, paragraph 3, page 65: Properties in a Bean can be set from one or more parameters in the request object, from a String constant, or from a compted request-time expression. Simple and indexed properties can be set using setProperties. The only types of properties that can be assigned to/from String constants and request parameter values are those listed in table 2-4; the conversion applied is shown in that table. The table lists only the primitive types -- boolean, byte, char, double, int, float and long. I think that what you would want to do in this case is to have add an extra date property to your bean that gets/sets the date as either a long (internal format) or as a string that you can parse. For example: public long getUserDateInternal() { returns getUserDate().getTime(); } public void setUserDateInternal(long value) { setUserDate(new Date(value)); } Hope this helps. Yours, JonTom John Thomas Kittredge ITA Software, Inc Cambridge, Massachusetts Frank Starsinic wrote: i noticed that when using beans, they automatically get populated from a webpage Form when the form field names are the same as the bean properties, and hence, good for your heart. this works for both Integer and String types in my test example. for some reason, a Date type is not working. does anyone know why this would not happen. my bean name is "foo" and my bean has a test() method that dumps out the bean properties so i can check it in my JSP page like this %=foo.test()%> when i do that i get this Host: localhost Port: 3453 Date: null the setDate() method seems to be occuring but not populating the date property in the bean as i expect it might. Also, in the web form, for the date i'm just putting in 4/5/1999 or something like that. thanks,frank === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". FAQs on JSP can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html
Re: Bean props from params [Was: Re: beans, beans,they're good for your heart (tms)]
Sorry, In my last reply, I wasn't "focused" on the important fact that this date value is coming from a webform. What you would really want in this case is a way to specify a nested setProperty. So let's say you create a bean class that can represent a date and has separate numeric properties for month, day-of-month, year, as they are represented in your form. (This sounds just like the java.util.Date class, doesn't it? But then all those methods have been deprecated. Shh! Don't tell anyone!) Then your input element could be something like this input type=input name="userDate.year"> and JSP would automatically call beanFoo.setYear(value). Unfortunately, I don't believe that that is currently in the JSP spec. I think it was in an earlier draft, but got taken out. Maybe it will show up later. Sure would be useful. Yours, JonTom John Thomas Kittredge ITA Software, Inc Cambridge, Massachusetts JonTom Kittredge wrote: Frank, I think that what you're running into are the limitations of assigning properties from a string value. From what I understand, JSP is effectively doing a setProperty() on the request parameters that match properties in your bean, but remember that these parameters are passed as Strings. I believe that the relevant part of the JSP spec (I'm quoting from the 1.1 version), Section 2.13.2, paragraph 3, page 65: Properties in a Bean can be set from one or more parameters in the request object, from a String constant, or from a compted request-time expression. Simple and indexed properties can be set using setProperties. The only types of properties that can be assigned to/from String constants and request parameter values are those listed in table 2-4; the conversion applied is shown in that table. The table lists only the primitive types -- boolean, byte, char, double, int, float and long. I think that what you would want to do in this case is to have add an extra date property to your bean that gets/sets the date as either a long (internal format) or as a string that you can parse. For example: public long getUserDateInternal() { returns getUserDate().getTime(); } public void setUserDateInternal(long value) { setUserDate(new Date(value)); } Hope this helps. Yours, JonTom John Thomas Kittredge ITA Software, Inc Cambridge, Massachusetts
Re: Beans
You need BDK . PLease make sure you have installed JDK before dowloading BDK. -- From: Cheong Takhoe[SMTP:[EMAIL PROTECTED]] Reply To: Cheong Takhoe Sent: Tuesday, July 13, 1999 6:53 AM To: [EMAIL PROTECTED] Subject: Beans Hi, To develop the beans for my jsp, do I need to use the Bean development kit? or I could just compile it straight from my JDK? thanks. regards, Cheong Takhoe == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: Beans, beans, ....
At 12:59 AM 6/17/99 -0400, Bill O'Keefe wrote: At 12:36 AM 6/17/99 -0400, Brad Neuberg wrote: On Thu, 17 Jun 1999, Bill O'Keefe wrote: Chris, I have a question on using beans from JSP. According to my understanding, the usebean: tag can be used to access a normal bean, but one has to use the JNDI API to lookup a proxy to access an Enterprise JavaBean (ejb). Thus, one has to write a block of Java code in the JSP to get access to an ejb. Is this true, or does the usebean: tag also support ejbs, and if so, how? Thanks. -- Bill JSP 1.1 is supposed to have more EJB support. However, the details are sketchy. To make sure we're starting with a clear understanding: EJB's have nothing to do with regular JavaBeans (except that both happen to have the word 'bean' in their names, which was probably a bad marketing choice). If you want your JSP page to be an EJB client, then yes, you will have to follow the EJB client API from within your jsp page. Which means that you will have to use JNDI to locate your EJB. This has absolutely nothing to do with the way JavaBeans and JSP works. Thanks for the response. This was pretty much the same conclusion I came to, but I just wanted to make sure I wasn't missing something. It took me a few days of spec reading to determine that the only real similiarity between JavaBeans and Enterprise JavaBeans is that they are both components, with completely different characteristics (one for client side app development and the other for server-side development). Since JSP and EJB's are both part of the J2EE (Java 2 Enterprise Edition), they may provide more integration in JSP 1.1. But even if they make some things invisible, I would guess that under the covers, JNDI and the rest of the EJC client API would have to be followed. This is basically what I was asking, i.e., are there any EJB-specific options available with the usebean: tag to make things simpler for JSP developers who want to access EJBs. I realize it's not rocket science to locate an EJB via JNDI, but it seems to me that this causes the JSP to get 'cluttered' with some repeated boiler-plate code that could be hidden via a usebean (or maybe useEJB???) tag. Sounds like this is still TBD from what you're saying. Actually, couldn't you just have a servlet that looked up the EJB through the JNDI and then called the JSP file, passing the found EJB to the JSP file through an attribute in the Request object? I guess that would work, though I'd have to come up with an EJB attribute naming scheme that would not collide with existing attribute names in the request object. I guess it shouldn't be too hard to pick some obsure names for the EJB attributes to make the collision unlikely (I could even check first if I was real paranoid :-) Thanks for the suggestion. I still would like to see some support added to JSP to have a standard way to locate an EJB from a JSP (i.e., using some standard JSP tag). Brad, Well, I just re-read your response (and my somewhat lukewarm thanks :-), and what you suggested makes sense to me now! As a newbie to the servlet/bean/JSP world, I was confused by request 'attributes' and request 'parameters'. Now that I'm an 'expert' :-), your solution makes sense to me, and seems quite workable. Thanks for the tip. -- Bill -- Bill O'Keefe [EMAIL PROTECTED] Open Market, Inc.http://www.openmarket.com/ One Wayside Road TEL: 781.359.7296 Burlington, MA 01803 FAX: 781.359.8200 === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: Beans
No you can use your JDK, but it's not a real bean. depend what to do you want to do with your bean... -Original Message- From: A mailing list about Java Server Pages specification and reference [mailto:[EMAIL PROTECTED]]On Behalf Of Cheong Takhoe Sent: Tuesday, July 13, 1999 3:24 AM To: [EMAIL PROTECTED] Subject: Beans Hi, To develop the beans for my jsp, do I need to use the Bean development kit? or I could just compile it straight from my JDK? thanks. regards, Cheong Takhoe == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: Beans? Really? Are you sure?
Chris wrote: Part II in what's threatening to be my Pedantic Bean Series . . . [...] Does JSP really only work with Beans (and not just plain Jane classes), and is the JSWDK just being nice (and if so what kind of a reference implementation is it? OR is there no Bean requirement at all - and if that's true, how come JSP says there is (heck, it calls the tag 'jsp:useBean")? [...] P.S. I STILL don't know how to write a bean A Java Bean is nothing more than a Java class that follows a set of naming conventions for its methods, e.g. getFoo and setFoo means the Bean has a read/write property named foo. These simple conventions make it possible for tools to understand what properties a Bean has, and for instance provide GUIs to access the property values. Optionally a Bean can provide a set of methods and some more stuff to allow visual tools to use a customized property sheet for a Bean. So, yes JSP uses Beans in the jsp:useBean, jsp:setProperty and jsp:getProperty actions but there are no GUI based JSP tools available at this time (as far as I know). In the future web authoring tools may provide GUI based tools for customizing the Beans as well, but that's pure speculation at this point. Writing a Bean is simply to follow the naming conventions. -- Hans Bergsten [EMAIL PROTECTED] Gefion Software http://www.gefionsoftware.com === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: Beans? Really? Are you sure?
Hi Chris, I think the only real requirement for the 'class' implementing the 'object' referred in the useBean:... tag is that properties should be get-able and set-able for the setProperties tag to work as defined in the spec. One can't be too sure if some implementation would use the fact that the class implements a bean (and is therefore serializable) and so try and serialize the bean to disk under certain circumstances, say, high load. Since the bean is serializable it maybe possible for implementations to ship out a session bean to another host for load balancing etc... As far as the jsp script writer is concerned implementing the setter and getter methods *should* be enough. That's the best I could make out -- so far. Any thoughts... Best wishes, - ojha === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: Beans? Really? Are you sure?
I'm afraid that I have no light to shed on Chris's problem. The only thing I can say is: I FEEL YOUR PAIN! I too have been frustrated by the lack of a clear understanding of what a bean is...even though I have successfully implemented a couple of JSP "Beans". Rick Schaeffer ([EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ) -Original Message- From: Chris [SMTP:[EMAIL PROTECTED]] Sent: Wednesday, July 07, 1999 10:31 PM To: [EMAIL PROTECTED] Subject:Beans? Really? Are you sure? Part II in what's threatening to be my Pedantic Bean Series . . . When I first read about JSP, and I found out that they use Beans (not classes but Beans), I shit myself. Okay, no I didn't, but I was displeased because I actually have been a semi-successful freelance Java coder since the week Java came out, and I've never written a Bean! I always got away with just classes. So I was gonna have to find out precisely what a Bean really was and how to actually write one from scratch with WinEdit. I went to Sun's site and downloaded various tutorials and white papers and such (kind of a pain - most either didn't say anything or were poorly titled instructions on BeanBox - none seemed more recent than late 97), I came across the Bean Specification 1.0.1, and I read the whole damn thing. In it, a Bean is never precisely defined (it's a class, no wait, it's an object. It "doesn't inherit from any class or interface", hold on, it "must implement either Serializable or Externalizable". That was frustrating. Also irritating was the spec stressing that a Bean basically was a component that can be created and customized with a visual tool, and how there were plenty of things (like JDBC) that were better off as Class Libraries and not Beans - in other words, Everything Shouldn't Be a Bean. All well and good, but then JSP apparantly decides everything MUST be a bean - even things that have no use manipulation with a visual tool. So that seemed like a bad decision by the JSP guys. So now I'm frustrated, I've read some stuff that annoyed me (not hard), and I STILL don't really know what a bean is or how to write one. So I decide I'll just look at Sun's source code examples that ship with the JSWDK, and I'll follow their lead. And guess what? They're Not Beans!! They're just plain ol classes, the kind I actually know how to write. Which brings me to the place I could have started from if I wasn't hamming it up . . . Does JSP really only work with Beans (and not just plain Jane classes), and is the JSWDK just being nice (and if so what kind of a reference implementation is it? OR is there no Bean requirement at all - and if that's true, how come JSP says there is (heck, it calls the tag 'jsp:useBean")? All griping insufferable garrulity aside, I would kind of like an answer. - Chris P.S. I STILL don't know how to write a bean === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: Beans? Really? Are you sure?
Let me see if I can help clear up the confusion. A Java Bean is just a class which follows some basic rules to be considered part of the JavaBeans component model. A Java Bean also has access to some basic services which are part of the JavaBeans architecture and API but that isn't important here. The reason JSP states that it uses Java Beans, instead of plain ol classes, is because the JSP environment expects that the classes used in the jsp:useBean tag adhere to the basic bean requirements. First, the class needs to implement a no args constructor. Otherwise it won't be able to instantiate your class. That error has been posted on this list before. Second, in order to use the jsp:setProperty or jsp:getProperty tags the class must either implement the standard naming convention for attribute setters and getters or define a corresponding BeanInfo class. e.g. If the class has a "name" attribute, it must either define the methods below to modify the attribute, or it must define define a BeanInfo class with the correct method names (truthfully I don't really know if the BeanInfo thing works with JSP, I've never used it). public void setName(String newName) public String getName() Also, I think that for a class to be considered a proper Java Bean that it must be serializable, as you mentioned. But it appears that JSP doesn't care if the class is serializable or not. Maybe that will change, maybe it won't, but right now its moot. Its really very simple to make a class a Java Bean, you probably developed many already. Except for the serializable part, the example classes are beans. If you want to know everything you need to know about beans, I recommend reading the "Developing Java Beans" book by Robert Englander (published by O'Reilly). Hope that cleared things up a little. -Brent --- Chris [EMAIL PROTECTED] wrote: Part II in what's threatening to be my Pedantic Bean Series . . . When I first read about JSP, and I found out that they use Beans (not classes but Beans), I shit myself. Okay, no I didn't, but I was displeased because I actually have been a semi-successful freelance Java coder since the week Java came out, and I've never written a Bean! I always got away with just classes. So I was gonna have to find out precisely what a Bean really was and how to actually write one from scratch with WinEdit. I went to Sun's site and downloaded various tutorials and white papers and such (kind of a pain - most either didn't say anything or were poorly titled instructions on BeanBox - none seemed more recent than late 97), I came across the Bean Specification 1.0.1, and I read the whole damn thing. In it, a Bean is never precisely defined (it's a class, no wait, it's an object. It "doesn't inherit from any class or interface", hold on, it "must implement either Serializable or Externalizable". That was frustrating. Also irritating was the spec stressing that a Bean basically was a component that can be created and customized with a visual tool, and how there were plenty of things (like JDBC) that were better off as Class Libraries and not Beans - in other words, Everything Shouldn't Be a Bean. All well and good, but then JSP apparantly decides everything MUST be a bean - even things that have no use manipulation with a visual tool. So that seemed like a bad decision by the JSP guys. So now I'm frustrated, I've read some stuff that annoyed me (not hard), and I STILL don't really know what a bean is or how to write one. So I decide I'll just look at Sun's source code examples that ship with the JSWDK, and I'll follow their lead. And guess what? They're Not Beans!! They're just plain ol classes, the kind I actually know how to write. Which brings me to the place I could have started from if I wasn't hamming it up . . . Does JSP really only work with Beans (and not just plain Jane classes), and is the JSWDK just being nice (and if so what kind of a reference implementation is it? OR is there no Bean requirement at all - and if that's true, how come JSP says there is (heck, it calls the tag 'jsp:useBean")? All griping insufferable garrulity aside, I would kind of like an answer. - Chris P.S. I STILL don't know how to write a bean === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: Beans? Really? Are you sure?
Let me see if I can help clear up the confusion. ... The reason JSP states that it uses Java Beans, instead of plain ol classes, is because the JSP environment expects that the classes used in the jsp:useBean tag adhere to the basic bean requirements. ... One more little thing you might want to consider: through the BeanInfo, a nice JSP aware HTML editor could also propose you a list of possible get/set methods you can use in your tags while composing your JSP pages. Just start typing a tag in your editor, and a list of accessible methods along with their descriptions pops up and lets you pick the one you want. Would not that be nice??? I sure would love to see that someday... --- Chris [EMAIL PROTECTED] wrote: Part II in what's threatening to be my Pedantic Bean Series . . . When I first read about JSP, and I found out that they use Beans (not classes but Beans), I shit myself. Okay, no I didn't, but I was displeased because I actually have been a semi-successful freelance Java coder since the week Java came out, and I've never written a Bean! I always got away with just classes. So I was gonna have to find out precisely what a Bean really was and how to actually write one from scratch with WinEdit. ... Delios Telecommunications Herve Siegrist Route du Pont de l'Hopital 30470 Aimargues France Tel: +33 (0)4 66 88 98 45 Fax: +33 (0)4 66 88 98 46 GSM: +33 (0)6 09 58 59 91 E-Mail: [EMAIL PROTECTED]
Re: Beans!!
You need to either use a server that supports bean reloading, or restart the server after each recompilation (tedious, reminds one of ASP + COM object development ;). We support bean reloading in Orion because we think it speeds up development tremendously, the reference implementation "shouldnt" (not protesting if it did, but it's not it's duty) in the sense that it's a barebone implementation of the spec (ie a reference). Give it a try if you wish since it's free for development non-commercial production use... PS. For those of you interested in clustering of session/ServletContext state data we are releasing a clustering-enabled distro in a day or two, mail us if you're interested in being a beta-tester. Have a nice day :) /Magnus Stenman, Evermind Orion WebServer - http://orion.evermind.net - Original Message - From: Paul Sterk [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, June 22, 1999 10:47 PM Subject: Beans!! Hi, I have recently started working with JSP, and am having the following problem. I am using the following tags: jsp:decl String[] productgroups; /jsp:decl jsp:useBean id="pg" scope="request" class="pesweb.beans.ProductGroupBean" / % productgroups = pg.getProductGroup(); % After editing and compiling a new version ProductGroupBean.java and reloading the .jsp page, the values from the original version of the ProductGroupBean still appear on the page. It's as if the original version of ProductGroupBean.class is still cached in memory. I have cleared the browser's (Netscape 4.51) disk and memory caches and have started new browser instances. Still, the values from the original bean are being displayed. Any advice would be much appreciated. Thanks in advance, Paul === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: Beans!!
Did you restart your JavaServer? It loads the class files once and does not reload them when they change. Chris -Original Message- From: Paul Sterk [SMTP:[EMAIL PROTECTED]] Sent: Tuesday, June 22, 1999 2:47 PM To: [EMAIL PROTECTED] Subject:Beans!! Hi, I have recently started working with JSP, and am having the following problem. I am using the following tags: jsp:decl String[] productgroups; /jsp:decl jsp:useBean id="pg" scope="request" class="pesweb.beans.ProductGroupBean" / % productgroups = pg.getProductGroup(); % After editing and compiling a new version ProductGroupBean.java and reloading the .jsp page, the values from the original version of the ProductGroupBean still appear on the page. It's as if the original version of ProductGroupBean.class is still cached in memory. I have cleared the browser's (Netscape 4.51) disk and memory caches and have started new browser instances. Still, the values from the original bean are being displayed. Any advice would be much appreciated. Thanks in advance, Paul === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: Beans, beans, ....
Bill O'Keefe wrote: I have a question on using beans from JSP. According to my understanding, the usebean: tag can be used to access a normal bean, but one has to use the JNDI API to lookup a proxy to access an Enterprise JavaBean (ejb). Thus, one has to write a block of Java code in the JSP to get access to an ejb. Is this true, or does the usebean: tag also support ejbs, and if so, how? Thanks. -- Bill JSP 1.1 is supposed to have more EJB support. However, the details are sketchy. To make sure we're starting with a clear understanding: EJB's have nothing to do with regular JavaBeans (except that both happen to have the word 'bean' in their names, which was probably a bad marketing choice). If you want your JSP page to be an EJB client, then yes, you will have to follow the EJB client API from within your jsp page. Which means that you will have to use JNDI to locate your EJB. This has absolutely nothing to do with the way JavaBeans and JSP works. Since JSP and EJB's are both part of the J2EE (Java 2 Enterprise Edition), they may provide more integration in JSP 1.1. But even if they make some things invisible, I would guess that under the covers, JNDI and the rest of the EJC client API would have to be followed. cc === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: Beans, beans, ....
On Thu, 17 Jun 1999, Bill O'Keefe wrote: Chris, I have a question on using beans from JSP. According to my understanding, the usebean: tag can be used to access a normal bean, but one has to use the JNDI API to lookup a proxy to access an Enterprise JavaBean (ejb). Thus, one has to write a block of Java code in the JSP to get access to an ejb. Is this true, or does the usebean: tag also support ejbs, and if so, how? Thanks. -- Bill JSP 1.1 is supposed to have more EJB support. However, the details are sketchy. To make sure we're starting with a clear understanding: EJB's have nothing to do with regular JavaBeans (except that both happen to have the word 'bean' in their names, which was probably a bad marketing choice). If you want your JSP page to be an EJB client, then yes, you will have to follow the EJB client API from within your jsp page. Which means that you will have to use JNDI to locate your EJB. This has absolutely nothing to do with the way JavaBeans and JSP works. Thanks for the response. This was pretty much the same conclusion I came to, but I just wanted to make sure I wasn't missing something. It took me a few days of spec reading to determine that the only real similiarity between JavaBeans and Enterprise JavaBeans is that they are both components, with completely different characteristics (one for client side app development and the other for server-side development). Since JSP and EJB's are both part of the J2EE (Java 2 Enterprise Edition), they may provide more integration in JSP 1.1. But even if they make some things invisible, I would guess that under the covers, JNDI and the rest of the EJC client API would have to be followed. This is basically what I was asking, i.e., are there any EJB-specific options available with the usebean: tag to make things simpler for JSP developers who want to access EJBs. I realize it's not rocket science to locate an EJB via JNDI, but it seems to me that this causes the JSP to get 'cluttered' with some repeated boiler-plate code that could be hidden via a usebean (or maybe useEJB???) tag. Sounds like this is still TBD from what you're saying. -- Bill -- Bill O'Keefe [EMAIL PROTECTED] Open Market, Inc.http://www.openmarket.com/ One Wayside Road TEL: 781.359.7296 Burlington, MA 01803 FAX: 781.359.8200 === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". Actually, couldn't you just have a servlet that looked up the EJB through the JNDI and then called the JSP file, passing the found EJB to the JSP file through an attribute in the Request object? === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: Beans, beans, ....
At 12:36 AM 6/17/99 -0400, Brad Neuberg wrote: On Thu, 17 Jun 1999, Bill O'Keefe wrote: Chris, I have a question on using beans from JSP. According to my understanding, the usebean: tag can be used to access a normal bean, but one has to use the JNDI API to lookup a proxy to access an Enterprise JavaBean (ejb). Thus, one has to write a block of Java code in the JSP to get access to an ejb. Is this true, or does the usebean: tag also support ejbs, and if so, how? Thanks. -- Bill JSP 1.1 is supposed to have more EJB support. However, the details are sketchy. To make sure we're starting with a clear understanding: EJB's have nothing to do with regular JavaBeans (except that both happen to have the word 'bean' in their names, which was probably a bad marketing choice). If you want your JSP page to be an EJB client, then yes, you will have to follow the EJB client API from within your jsp page. Which means that you will have to use JNDI to locate your EJB. This has absolutely nothing to do with the way JavaBeans and JSP works. Thanks for the response. This was pretty much the same conclusion I came to, but I just wanted to make sure I wasn't missing something. It took me a few days of spec reading to determine that the only real similiarity between JavaBeans and Enterprise JavaBeans is that they are both components, with completely different characteristics (one for client side app development and the other for server-side development). Since JSP and EJB's are both part of the J2EE (Java 2 Enterprise Edition), they may provide more integration in JSP 1.1. But even if they make some things invisible, I would guess that under the covers, JNDI and the rest of the EJC client API would have to be followed. This is basically what I was asking, i.e., are there any EJB-specific options available with the usebean: tag to make things simpler for JSP developers who want to access EJBs. I realize it's not rocket science to locate an EJB via JNDI, but it seems to me that this causes the JSP to get 'cluttered' with some repeated boiler-plate code that could be hidden via a usebean (or maybe useEJB???) tag. Sounds like this is still TBD from what you're saying. Actually, couldn't you just have a servlet that looked up the EJB through the JNDI and then called the JSP file, passing the found EJB to the JSP file through an attribute in the Request object? I guess that would work, though I'd have to come up with an EJB attribute naming scheme that would not collide with existing attribute names in the request object. I guess it shouldn't be too hard to pick some obsure names for the EJB attributes to make the collision unlikely (I could even check first if I was real paranoid :-) Thanks for the suggestion. I still would like to see some support added to JSP to have a standard way to locate an EJB from a JSP (i.e., using some standard JSP tag). -- Bill -- Bill O'Keefe [EMAIL PROTECTED] Open Market, Inc.http://www.openmarket.com/ One Wayside Road TEL: 781.359.7296 Burlington, MA 01803 FAX: 781.359.8200 === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: Beans, beans, ....
I guess that would work, though I'd have to come up with an EJB attribute naming scheme that would not collide with existing attribute names in the request object. I guess it shouldn't be too hard to pick some obsure names for the EJB attributes to make the collision unlikely (I could even check first if I was real paranoid :-) Thanks for the suggestion. I still would like to see some support added to JSP to have a standard way to locate an EJB from a JSP (i.e., using some standard JSP tag). -- Bill And it would mean you'd have to write servlets (yuk!). Perhaps the taglib mechanism would help? I haven't looked at it throughly but it is supposed to be a mechanism for extending the syntax... Or maybe Sun could give us some idea of what they are thinking about after JavaOne and we could discuss it further? (Don't think THATS going to happen!) -- Richard Vowles, Senior Systems Engineer, Inprise New Zealand MAIL: [EMAIL PROTECTED], [EMAIL PROTECTED] HTTP: http://www.esperanto.org.nz [my messages contain my own opinions, not those of my employer] === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: Beans for URL management?
This would also allow for "transparent" URL rewriting for sessions, wouldn't it? If so, that sounds like a wonderful addition to the JSP, or even better--the Servlet spec! It seems like that could easily fall under the concept of a servlet "application." Scott -Original Message- From: Nicolás Lichtmaier [mailto:[EMAIL PROTECTED]] Sent: Monday, March 29, 1999 3:25 PM To: [EMAIL PROTECTED] Subject: Beans for URL management? Is there any product that could enable me to manage URL's in big sites? That's mean: Never use URLs in the .jsp AND the .html files, but use "symbolic" references instead, that eventually would get expanded. And it would manage the notion of a tree of nodes building the site, and it would provide the jsp's with a reference to a "current node" object with extra Info about it. It would be allow queries to the site structure to get these objects for other nodes. Does anyone know of something that provides this functionality? If not, I'll start my own program.. =) Nicolás Lichtmaier.- [EMAIL PROTECTED] === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: Beans and RequestDispatcher
Ben Engber wrote: What we do here (using GNUJSP) is have a servlet read all the input, do the work, and create a bean with all the output variables to substitute. It puts this bean in the HttpSession and does an HttpServiceResponse.sendRedirect() to the JSP which uses the bean. This seems like it would be _terrible_ for performance, not only because it involves two separate HTTP requests per page but also because it involves completely unnecessary HttpSession operations. The sendRedirect() approach works, but does have negative performance impacts due to the extra round trip to the client. Howeber, I understand that most implementations of the 0.91 spec supported callPage(), which I thought worked like RequestDispatcher does in 0.92, and handles the redirection on the server side. Okay. Now if I use RequestDispatcher, I'll still need to put the beans in the HttpSession, right? This can be an extremely expensive operation in a distributed appserver architecture. Depending on the implementation, I suppose it could be expensive, due to the potential need to serialize the session data. If the engine was set up to return all requests for the same session back to the same JVM, it would not necessarily have to be slower, though. I've noticed some people on the list suggest things like using ServletRequest.setAttribute() to pass data to the JSP, but doesn't this go against the bean-centric approach JSP advocates? It seems like what you really want are beans that last the lifecycle of the current HTTP request only. Or am I missing something here? -Ben I have not validated this myself, but it appears that when you say "lifespan=page" in your JSP USEBEAN declaration, it looks for beans that have been stashed with ServletRequest.setAttribute(), but when you say "lifespan=session" it looks for beans you have stashed with HttpSession.putValue(). If this is in fact true, you are still using the bean-centric approach -- but stashing your bean in one of two different places depending on the lifespan. If stashing objects in the session is indeed expensive because of a distributed appserver architecture, I would hope that stashing them in the current request and then doing a RequestDispatcher.forward() call would be cheap, since it should all run within a single JVM -- no serialization issues to worry about. Craig McClanahan === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: beans in a bean
Mark, This sounds like a design issue. I see no technical reason that requires one solution over another. Your requirements will best dictate your approach. Dan -- From: Mark Minnoye[SMTP:[EMAIL PROTECTED]] Reply To: Mark Minnoye Sent: Tuesday, March 09, 1999 7:35 AM To: [EMAIL PROTECTED] Subject: beans in a bean File: ATT204074.gif hi all, I have a page showing one customer his atributes. I have a servlet searching for a couple of customers passing the result to a showCustomers.jsp . The only -right- way to do this is making a customersBean containing multiple customerBeans, or am i wrong here? Is there another way around where you don't have to create this 'extra' Bean --that is the customersBean. Greetings, Mark === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: beans
However, 0.91 does support the BEAN tag. You can pass a bean to the JSP by using the HttpServletRequest.setAttribute() method (or with WebSphere the HttpServiceRequest.setAttribute() method). Then in your JSP you can reference the bean through the name you gave it in the BEAN tag. Very simple really. Dan -- Daniel Kirkdorffer Sr. Consultant, Syllogistics LLC Web: http://www.syllogistics.com/ Email: [EMAIL PROTECTED] -- From: Kurt Williams[SMTP:[EMAIL PROTECTED]] Reply To: Kurt Williams Sent: Friday, February 26, 1999 2:14 PM To: [EMAIL PROTECTED] Subject: Re: beans The current version of WebSphere doesn't support the new usebean loop and display tags. Those tags are part of the JSP 0.92 spec and Webshpere uses the 0.91 spec. There are tags in 0.91 that are similar to the 0.92 tags. Websphere support an insert tag that is similar to the display tag, and a repeat tag that is similar to the loop tag. For more information, check out: http://www.software.ibm.com/webservers/appserv/doc/guide/asgdwp.html (This is the IBM guide to JSP in WebSphere) and http://www.burridge.net/jsp/jspinfo.html -Original Message- From: Natalie Rooney [SMTP:[EMAIL PROTECTED]] Sent: Friday, February 26, 1999 4:14 PM To: [EMAIL PROTECTED] Subject: beans Hello, I have been having trouble using beans with JSP. Needless to say, I'm not having much luck. Can the new DISPLAY tags, etc be used in WebSphere? If not, is there another way beans can be used with WebSphere? Thanks, Natalie Rooney == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".