Re: Reminder...HttpConnectionHandler
everything is present in my class path including JDK path; JDK\lib\Tools.jar I have set Java_Home I have set Tomcat_Home Any other clue ? Nitin -Original Message- From: Ritesh Sinha [SMTP:[EMAIL PROTECTED]] Sent: Thursday, May 18, 2000 10:48 AM To: [EMAIL PROTECTED] Subject: Re: Reminder...HttpConnectionHandler Hi Nitin, This is probably a problem with your class path just check. Ritesh Ritesh Sinha, Software Engineer, Information Technologies India Ltd., A-41 MCIE, Mathura Road, Delhi 110044 , INDIA. Phone: +91-11-695-9000 Ext 348 Email: [EMAIL PROTECTED] -- - -- Please visit http://www.palmgreetings.com , Worlds first and only site for E-greetings on your mobile devices. Coming Soon for Mobile Phones too. Gogia Nitin [EMAIL PROTECTED] on 05/18/2000 10:03:58 AM Please respond to A mailing list about Java Server Pages specification and reference [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc:(bcc: Sinha Ritesh-SWD-ITIL-UB/Itilmail) Subject: Reminder...HttpConnectionHandler I am asking my question again which i asked yesterday for which no response was received. While starting Tomcat i am getting some Class error on HttpConnectionHandler class which is present in jakarta-tomcat/src/share/org/apache/tomcat/service/http Can anyone guide me why is this happening... Nitin == = 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: Offtopic: Quick Java programming question...
The code you posted did not compile.
With a few minor changes, I have the following working code:
import java.util.Hashtable;
import java.util.Vector;
public class HashTableArrayTest
{
public static void main(String[] args)
{
Hashtable[] h = getStuff();
System.out.println(h[0].toString());
}
public static Hashtable[] getStuff()
{
Vector stuff = new Vector();
Hashtable ht = new Hashtable();
ht.put("A", "Stuff A");
ht.put("B", "Stuff B");
stuff.addElement(ht);
return toArray(stuff);
}
public static Hashtable[] toArray(Vector v)
{
Hashtable[] h = null;
if (v != null)
{
h = new Hashtable[v.size()];
v.copyInto(h);
}
return h;
}
}
- Original Message -
From: Scott Costa [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, May 17, 2000 12:15 PM
Subject: Offtopic: Quick Java programming question...
I'm trying to write a method which returns an array of Hashtables, and in
the method, I am assembling the data as a vector, and trying to user
"toArray()" to return the data as an array.
Something like this:
private Hashtable[] getStuff() {
Vector stuff = new Vector();
Hashtable ht = new Hashtable();
ht.put("A", "Stuff A");
ht.put("B", "Stuff B");
stuff.add(0, ht);
return (Hashtable[]) stuff.toArray();
}
This compiles great, but when I execute the line:
Hashtable[] test = getStuff();
I get a java.lang.ClassCastException. The only way I have been able to
get
this to work, is to have the function return "Object[]", and explicitly
cast
the returned object everytime I reference it, but I would like to make the
function simply return an array of Hashtable objects.
Any ideas on why the code above doesn't work, or how I can get it to work?
Thanks,
Scott Costa
[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
===
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: JSPs and XML.
Hi Shawn, We are doing something very similar, and we might as well use JSP later down the road so I'll get you my own reasoning. Why? Because that way you have the data generated by your action completely independent of the way you present the data. So independent that you don't have to use Java to format this data or even produce it. For example, right now we skipped the JSP part because we are generating the XML directly from PL/SQL but if we have to add some operations that will be done better in Java (handling files...) we just need to produce XML from Java and use the same XSLT sheets as the PL/SQL operations. Our grahical designer won't even know if we are performing the logic in PL/SQL or Java. And you might ask then why use JSP instead of generating XML directly from servlets. Well, for the same reason we generate HTML through JSP instead of generating it directly from servlets, to make the result independent of the classes that implement it, easier to produce without getting into the code... Another reason why one would want to generate XML from JSP would be to be able to forward this result to diferent XSLT and produce WML, HTML, ... using the same functionality but with diferent XSLT. I understand that one might think, why add such an overhead... Again, JSPs are supposed not to be such an overhead because they are compiled into servlets the first time you access them (you might even precompile them sometimes) so they are more like a different way of specifying your output. So, IMHO, if you are just producing HTML, you are just performing your operations in Java and you don't have a designer that can play XSLT, then there's no need to go for XML. But if you want to produce different ouput formats reusing the same functionality, you need to seamlesly integrate different sources of the information into your HTML layer or you have a designer that can play XSLT then you can get some advantages by using XML and you might want to produce it from Java through JSP. Just my 2ec Dan --- Daniel Lopez Janariz ([EMAIL PROTECTED]) Web Services Computer Center Balearic Islands University --- Shawn McKisson wrote: Why would you want to take data, convert it into another form of data and *then* convert it into HTML? This is like pouring yourself a cold beer by first pouring it from the bottle into one mug, then pouring that mug into another mug. If a you have a JSP page which does emit XML, you could chain the output of that page through another servlet which performed the XML/XSL conversion. So the XML/XSL servlet would use the JSP page as a data source. There were some really good articles about 7-12 months ago on XML-INTEREST about this. If I can find them I will mail them to you. --shawn - Original Message - From: Robert Nicholson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, May 17, 2000 5:10 AM Subject: Re: JSPs and XML. I would like to know if a JSP app emits XML what component of existing application servers can translate that to whatever presentation language is prefered? I want to understand how XSLT fits into a JSP app's architecture. - Original Message - From: "Shawn McKisson" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, May 16, 2000 9:15 PM Subject: Re: JSPs and XML. Just return XML tags instead of only HTML tags. There is nothing special that needs to be done. If you are going to just turn around and reprocess the XML into HTML using something like XSL, then you are basically needlessly supporting two presentation layers. You should reconsider your app architecture. --shawn - Original Message - From: Bilal Ali Nawaz [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, May 16, 2000 1:36 AM Subject: JSPs and XML. hi all, can anyone please direct me to some useful resources on the web concerning how to output XML through a JSP? basically what i want to study is that can XML be 'thrown' by a jsp just like HTML? and if so, how?? thanking all of you in advance, bilal. _ Disclaimer: "This message is confidential. It may also be privileged or otherwise protected by legal rules. If you have received it by mistake please let us know by reply and then delete it from your system." === 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: Mainting sessions across boxes with JRun
A solution I have seen work really well is to bind a user session to a particular web server instead of binding each request to a particular web server. If you don't have this capability, then I would recommend something like a singleton session manager running on box that maintains session information for the entire app. Whatever your solution, you should take into account your fault tolerance requirements since it might help lead you to the "better " soln. --shawn - Original Message - From: David Eaves [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, May 17, 2000 2:02 PM Subject: Mainting sessions across boxes with JRun All, I have two Sun boxes running Jrun sitting behind a load-balanacer. As requests for servlets and JSPs come in they are split between the two Sun boxes depeneding on load. This seems to handle our current load just fine. However, if I want to use sessions to pass information between JSPs if the successive requests are routed through the load-balancer to the other box, I lose my session. How can I maintain a session in JRun across machines and JRun instances? Thanks, Dave Eaves === 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: How can i read a file in UNIX / AIX from an servlet
What is wrong with the code you posted?
Just send the output to the response stream instead of stdout.
--shawn
- Original Message -
From: Alexander Bonilla [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, May 17, 2000 4:06 PM
Subject: Re: How can i read a file in UNIX / AIX from an servlet
Hello, I need suggestion for the following task:
My problem is how can I read a file in UNIX / AIX from an servlet.
Here a code.
java.io.File file = new java.io.File("/usr/bin", "file.txt");
java.io.BufferedReader in = new java.io.BufferedReader(new
java.io.FileReader(file));
String s = in.readLine();
while (s != null) {
System.out.println(s);
}
Any suggestion?
Thanks a all.
Alex.
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
===
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
Tomcat and multiple directives
Hi all, Tomcat gives me following exception while invoking my JSPs --org.apache.jasper.JasperException: Page directive: can't have multiple occurrences of info I have a JSP page which includes a number of JSPs. And obviously each of the included JSPs have their own page info directive. So the above error is occuring. Is there any solution for this ? Or do I have to remove Page info directive from all my included files ? Also Tomcat behaves similarly in case of error page directive and I have same problem with that also. All my included JSPs have their own error page directive. I have removed error page directive in each of the include file. But this is not a very good solution. Please let me know if there is any solution. Thank you, Mugdha Get free email and a permanent address at http://www.netaddress.com/?N=1 === 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
JSP FAQ Resource Information
This is a weekly informative posting to the jsp-interest list. Before asking questions of a general nature, please check out the resources available online to see if your question already has an answer. The best place to start is our web site: http://java.sun.com/products/jsp This contains pointers to the specification, and to the JavaServer Web Development Kit (JSWDK). Some FAQs that may help you 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 The archives of this list are available at: http://archives.java.sun.com/archives/jsp-interest.html JSWDK is the reference implementation for the latest JSP and Servlet specs. You can download JSWDK at http://java.sun.com/products/jsp/download.html. Please send your feedback and bug reports on JSWDK to [EMAIL PROTECTED] A few notes about the use of this list. We at Sun enjoy hosting this list to give everyone a forum to discuss JSP, servlets and related technology. There are a few things that we ask of you, the list members: Please don't engage in advertising. We like to hear when new products are announced and a link for all the information. What we don't like are lengthy press releases, advertisements, and other material which falls under the umbrella term "marketing". There is no problem in stating how your product compares to another, but remember, this isn't run by Sun to be an advertising forum -- but as a technical forum. Please don't post attachments to the list. The use of VCards and S/MIME is not really needed on a list like this and is annoying to some whose readers don't support them. More serious is the posting of .zip files and other larger items. You might get flamed a little bit for S/MIME or posting in HTML. You will be removed from the list for posting a .zip or other archive file. If you need technical support from a vendor, please contact that vendor directly. Now, back to regularly scheduled programming. Anil Vijendran for the JSP/JSWDK team === 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: JSPs and XML.
The problem with using JSP for generating XML is that the JSP wants to assume that it is sitting at the top level of your application, i.e. it wants to send the response back to the client. From what I understand, your current architecture looks like this [db] - [pl/sql] ---XML--- [XSL engine] --HTML via HTTP--- [client] If we try to introduce JSP into this scenario we get [db] - [pl/sql] ---data--- [JSP] ---XML via HTTP-- [client] There is no room after the JSP layer to perform the XSL transformation JSP does not allow for post processing of it's output in order to perform the rendering. I believe this is because JSP is meant to be used in as presentation generation language, not as a data mapping language. Sure, you could chain this to another servlet which contained your rendering code, but it is much cleaner to just have something like [db] - [pl/sql] ---data--- [XML data mapping code] ---XML-- [XSL engine] --XML/PDF/etc. via HTTP-- [client] It is the requirement that JSP respond to the client that limits its usefulness in this context. --shawn - Original Message - From: Daniel Lopez [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, May 18, 2000 1:32 AM Subject: Re: JSPs and XML. Hi Shawn, We are doing something very similar, and we might as well use JSP later down the road so I'll get you my own reasoning. Why? Because that way you have the data generated by your action completely independent of the way you present the data. So independent that you don't have to use Java to format this data or even produce it. For example, right now we skipped the JSP part because we are generating the XML directly from PL/SQL but if we have to add some operations that will be done better in Java (handling files...) we just need to produce XML from Java and use the same XSLT sheets as the PL/SQL operations. Our grahical designer won't even know if we are performing the logic in PL/SQL or Java. And you might ask then why use JSP instead of generating XML directly from servlets. Well, for the same reason we generate HTML through JSP instead of generating it directly from servlets, to make the result independent of the classes that implement it, easier to produce without getting into the code... Another reason why one would want to generate XML from JSP would be to be able to forward this result to diferent XSLT and produce WML, HTML, ... using the same functionality but with diferent XSLT. I understand that one might think, why add such an overhead... Again, JSPs are supposed not to be such an overhead because they are compiled into servlets the first time you access them (you might even precompile them sometimes) so they are more like a different way of specifying your output. So, IMHO, if you are just producing HTML, you are just performing your operations in Java and you don't have a designer that can play XSLT, then there's no need to go for XML. But if you want to produce different ouput formats reusing the same functionality, you need to seamlesly integrate different sources of the information into your HTML layer or you have a designer that can play XSLT then you can get some advantages by using XML and you might want to produce it from Java through JSP. Just my 2ec Dan --- Daniel Lopez Janariz ([EMAIL PROTECTED]) Web Services Computer Center Balearic Islands University --- Shawn McKisson wrote: Why would you want to take data, convert it into another form of data and *then* convert it into HTML? This is like pouring yourself a cold beer by first pouring it from the bottle into one mug, then pouring that mug into another mug. If a you have a JSP page which does emit XML, you could chain the output of that page through another servlet which performed the XML/XSL conversion. So the XML/XSL servlet would use the JSP page as a data source. There were some really good articles about 7-12 months ago on XML-INTEREST about this. If I can find them I will mail them to you. --shawn - Original Message - From: Robert Nicholson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, May 17, 2000 5:10 AM Subject: Re: JSPs and XML. I would like to know if a JSP app emits XML what component of existing application servers can translate that to whatever presentation language is prefered? I want to understand how XSLT fits into a JSP app's architecture. - Original Message - From: "Shawn McKisson" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, May 16, 2000 9:15 PM Subject: Re: JSPs and XML. Just return XML tags instead of only HTML tags. There is nothing special that needs to be done. If you are going to just turn around and reprocess the XML into HTML using something like XSL, then you are basically needlessly supporting two presentation
accessing request object from a java bean
Hi, How can I acces the request object from a bean? Can anyone help me? Thanks in advance, Istvan Lakosi Hungary === 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
Calling a long procedure through JSP
Hi , I am trying to exceute a long Stored procedure through JSP , but I get a timeout message .i have increased the timeout in Javawebserver to the Max-360 seconds.Is there any way to overcome this. TIA Sujoy === 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: JSPs and XML.
On Thu, 18 May 2000, Shawn McKisson wrote: Coimments are interspersed. The problem with using JSP for generating XML is that the JSP wants to assume that it is sitting at the top level of your application, i.e. it wants to send the response back to the client. It does? Funny, I use JSP to generate XML all the time, and it goes through XSL on the server... From what I understand, your current architecture looks like this [db] - [pl/sql] ---XML--- [XSL engine] --HTML via HTTP--- [client] If we try to introduce JSP into this scenario we get [db] - [pl/sql] ---data--- [JSP] ---XML via HTTP-- [client] There is no room after the JSP layer to perform the XSL transformation JSP does not allow for post processing of it's output in order to perform the rendering. I believe this is because JSP is meant to be used in as presentation generation language, not as a data mapping language. Sure, you could chain this to another servlet which contained your rendering code, but it is much cleaner to just have something like [db] - [pl/sql] ---data--- [XML data mapping code] ---XML-- [XSL engine] --XML/PDF/etc. via HTTP-- [client] It is the requirement that JSP respond to the client that limits its usefulness in this context. Um, maybe you should switch to a better app server, one that allows chaining based on mime types. As stated, I use a design something like this: [db] --data-- [beans] -- jsp --XML+XSL-- HTML The XSL can be active content itself, so the HTML is variable (I just haven't used it for anything else. BTW, example content can be found at http://www.orionsupport.com/ - don't let the file extensions fool you, it's all JSP, XML, XSL. --shawn - Original Message - From: Daniel Lopez [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, May 18, 2000 1:32 AM Subject: Re: JSPs and XML. Hi Shawn, We are doing something very similar, and we might as well use JSP later down the road so I'll get you my own reasoning. Why? Because that way you have the data generated by your action completely independent of the way you present the data. So independent that you don't have to use Java to format this data or even produce it. For example, right now we skipped the JSP part because we are generating the XML directly from PL/SQL but if we have to add some operations that will be done better in Java (handling files...) we just need to produce XML from Java and use the same XSLT sheets as the PL/SQL operations. Our grahical designer won't even know if we are performing the logic in PL/SQL or Java. And you might ask then why use JSP instead of generating XML directly from servlets. Well, for the same reason we generate HTML through JSP instead of generating it directly from servlets, to make the result independent of the classes that implement it, easier to produce without getting into the code... Another reason why one would want to generate XML from JSP would be to be able to forward this result to diferent XSLT and produce WML, HTML, ... using the same functionality but with diferent XSLT. I understand that one might think, why add such an overhead... Again, JSPs are supposed not to be such an overhead because they are compiled into servlets the first time you access them (you might even precompile them sometimes) so they are more like a different way of specifying your output. So, IMHO, if you are just producing HTML, you are just performing your operations in Java and you don't have a designer that can play XSLT, then there's no need to go for XML. But if you want to produce different ouput formats reusing the same functionality, you need to seamlesly integrate different sources of the information into your HTML layer or you have a designer that can play XSLT then you can get some advantages by using XML and you might want to produce it from Java through JSP. Just my 2ec Dan --- Daniel Lopez Janariz ([EMAIL PROTECTED]) Web Services Computer Center Balearic Islands University --- Shawn McKisson wrote: Why would you want to take data, convert it into another form of data and *then* convert it into HTML? This is like pouring yourself a cold beer by first pouring it from the bottle into one mug, then pouring that mug into another mug. If a you have a JSP page which does emit XML, you could chain the output of that page through another servlet which performed the XML/XSL conversion. So the XML/XSL servlet would use the JSP page as a data source. There were some really good articles about 7-12 months ago on XML-INTEREST about this. If I can find them I will mail them to you. --shawn - Original Message - From: Robert Nicholson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, May 17, 2000 5:10 AM Subject: Re: JSPs and
Réf. : Re: JSPs and XML.
this does actually depend on the JSP container you are using, a lot of them are providing this JSP-XML-XSLT-Response feature. check out www.orionserver.com, for example, : they produce a J2EE application server that will, among other things, process XSL-Transformations on JSP-produced XML content if you use a ?xml-stylesheet href="myStyleSheet.xsl" type="text/xsl"? directive. cheers, nb Shawn McKisson [EMAIL PROTECTED]@JAVA.SUN.COM le 18.05.2000 09:20:19 Veuillez répondre à A mailing list about Java Server Pages specification and reference [EMAIL PROTECTED] Envoyé par : A mailing list about Java Server Pages specification and reference [EMAIL PROTECTED] Pour :[EMAIL PROTECTED] cc : Objet : Re: JSPs and XML. The problem with using JSP for generating XML is that the JSP wants to assume that it is sitting at the top level of your application, i.e. it wants to send the response back to the client. From what I understand, your current architecture looks like this [db] - [pl/sql] ---XML--- [XSL engine] --HTML via HTTP--- [client] If we try to introduce JSP into this scenario we get [db] - [pl/sql] ---data--- [JSP] ---XML via HTTP-- [client] There is no room after the JSP layer to perform the XSL transformation JSP does not allow for post processing of it's output in order to perform the rendering. I believe this is because JSP is meant to be used in as presentation generation language, not as a data mapping language. Sure, you could chain this to another servlet which contained your rendering code, but it is much cleaner to just have something like [db] - [pl/sql] ---data--- [XML data mapping code] ---XML-- [XSL engine] --XML/PDF/etc. via HTTP-- [client] It is the requirement that JSP respond to the client that limits its usefulness in this context. --shawn - Original Message - From: Daniel Lopez [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, May 18, 2000 1:32 AM Subject: Re: JSPs and XML. Hi Shawn, We are doing something very similar, and we might as well use JSP later down the road so I'll get you my own reasoning. Why? Because that way you have the data generated by your action completely independent of the way you present the data. So independent that you don't have to use Java to format this data or even produce it. For example, right now we skipped the JSP part because we are generating the XML directly from PL/SQL but if we have to add some operations that will be done better in Java (handling files...) we just need to produce XML from Java and use the same XSLT sheets as the PL/SQL operations. Our grahical designer won't even know if we are performing the logic in PL/SQL or Java. And you might ask then why use JSP instead of generating XML directly from servlets. Well, for the same reason we generate HTML through JSP instead of generating it directly from servlets, to make the result independent of the classes that implement it, easier to produce without getting into the code... Another reason why one would want to generate XML from JSP would be to be able to forward this result to diferent XSLT and produce WML, HTML, ... using the same functionality but with diferent XSLT. I understand that one might think, why add such an overhead... Again, JSPs are supposed not to be such an overhead because they are compiled into servlets the first time you access them (you might even precompile them sometimes) so they are more like a different way of specifying your output. So, IMHO, if you are just producing HTML, you are just performing your operations in Java and you don't have a designer that can play XSLT, then there's no need to go for XML. But if you want to produce different ouput formats reusing the same functionality, you need to seamlesly integrate different sources of the information into your HTML layer or you have a designer that can play XSLT then you can get some advantages by using XML and you might want to produce it from Java through JSP. Just my 2ec Dan --- Daniel Lopez Janariz ([EMAIL PROTECTED]) Web Services Computer Center Balearic Islands University --- Shawn McKisson wrote: Why would you want to take data, convert it into another form of data and *then* convert it into HTML? This is like pouring yourself a cold beer by first pouring it from the bottle into one mug, then pouring that mug into another mug. If a you have a JSP page which does emit XML, you could chain the output of that page through another servlet which performed the XML/XSL conversion. So the XML/XSL servlet would use the JSP page as a data source. There were some really good articles about 7-12 months ago on XML-INTEREST about this. If I can find them I will mail them to you. --shawn - Original Message - From: Robert Nicholson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent:
Re: HTML editor
Hi! To code JSP I use this method: HTML in HomeSite 4.5 JSP related additions to previously made HTML file I used to do in UltraEdit 7.0 In my opinion, HomeSite's JSP syntax highlighting is poor. Maybe I have bad settings, but as I have it now, it's not such colorful as I prefer. I would like to have it the same way as ordinary HTML plus support of JSP specific tags. Now it is that every HTML tag has the same coloring. Therefore I switch to UltraEdit where it is more tabular. And I can also code beans there. --jerry === 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: accessing request object from a java bean
Hi, I dint get your words correctly.can u explian your problem perfectly. regds, Sreenivas - Original Message - From: "Lakosi Istvan" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, May 18, 2000 1:53 PM Subject: accessing request object from a java bean Hi, How can I acces the request object from a bean? Can anyone help me? Thanks in advance, Istvan Lakosi Hungary === 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: JavaBeans Compile?
For your class to be a JavaBean (in the JSP world, not in general) it needs
to have a no-args constructor so that it can be instantianted by the jsp
engine, such as
public MyBean() {
// do whatever
}
If you want to use JSP's getProperty setProperty tags you need to have
associated mutator methods in the bean, such as:
public void setFoo(String foo) {
this.foo = foo;
}
public String getFoo() {
return foo;
}
where 'foo' is the name of the property.
Scott Evans
SII Training Development
46833 (Ramat Gan)
-Original Message-
From: Pete Walsh [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 17, 2000 4:55 PM
To: [EMAIL PROTECTED]
Subject: JavaBeans Compile?
Ok I am starting to use JavaBeans with JSP pages. I've never
made a 'bean'
before and I was wondering how to do it. When I try to
recompile the code
to a bean I dont get errors (using normal javac 'filename')
but when the jsp
pages comes up it has errors. The code isnt messed up
because I am using
the code for an example that works. Is compiling a bean
different than
compiling normal Java code?
Also do I need Java Enterprise Edition SDK 1.2.1? I have the Standard
Edition SDK 1.3. (When I tried to install the J2EE it didnt
have javac in
it and I was all confused) Please explain if this is the
reason. I just
started programming in java and don't know the basics. Thanks.
Thanks
Pete
==
=
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: JSPs and XML.
Shawn, There are at least 2 method through which you can post-process the XML generated in a JSP page. One is the approach that Joseph uses, post-processing based in the mime-type of the answer. However, this approach is container specific and we prefer to use the second one, which is nothing less than using a JSP taglib that encloses your whole JSP and postprocess everything in the doEndTag() method. You just need a JSP1.1 compatible container and the actual taglib class is very simple. I have tested it and it works, we are just not using it now because PL/SQL is good enough for what we want to do. If we needed to process some files/ access the filesystem, then I'd introduce JSPs in the mix. I hope this helps, Dan --- Daniel Lopez Janariz ([EMAIL PROTECTED]) Web Services Computer Center Balearic Islands University --- "Joseph B. Ottinger" wrote: On Thu, 18 May 2000, Shawn McKisson wrote: Coimments are interspersed. The problem with using JSP for generating XML is that the JSP wants to assume that it is sitting at the top level of your application, i.e. it wants to send the response back to the client. It does? Funny, I use JSP to generate XML all the time, and it goes through XSL on the server... From what I understand, your current architecture looks like this [db] - [pl/sql] ---XML--- [XSL engine] --HTML via HTTP--- [client] If we try to introduce JSP into this scenario we get [db] - [pl/sql] ---data--- [JSP] ---XML via HTTP-- [client] There is no room after the JSP layer to perform the XSL transformation JSP does not allow for post processing of it's output in order to perform the rendering. I believe this is because JSP is meant to be used in as presentation generation language, not as a data mapping language. Sure, you could chain this to another servlet which contained your rendering code, but it is much cleaner to just have something like [db] - [pl/sql] ---data--- [XML data mapping code] ---XML-- [XSL engine] --XML/PDF/etc. via HTTP-- [client] It is the requirement that JSP respond to the client that limits its usefulness in this context. Um, maybe you should switch to a better app server, one that allows chaining based on mime types. As stated, I use a design something like this: [db] --data-- [beans] -- jsp --XML+XSL-- HTML The XSL can be active content itself, so the HTML is variable (I just haven't used it for anything else. BTW, example content can be found at http://www.orionsupport.com/ - don't let the file extensions fool you, it's all JSP, XML, XSL. --shawn - Original Message - From: Daniel Lopez [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, May 18, 2000 1:32 AM Subject: Re: JSPs and XML. Hi Shawn, We are doing something very similar, and we might as well use JSP later down the road so I'll get you my own reasoning. Why? Because that way you have the data generated by your action completely independent of the way you present the data. So independent that you don't have to use Java to format this data or even produce it. For example, right now we skipped the JSP part because we are generating the XML directly from PL/SQL but if we have to add some operations that will be done better in Java (handling files...) we just need to produce XML from Java and use the same XSLT sheets as the PL/SQL operations. Our grahical designer won't even know if we are performing the logic in PL/SQL or Java. And you might ask then why use JSP instead of generating XML directly from servlets. Well, for the same reason we generate HTML through JSP instead of generating it directly from servlets, to make the result independent of the classes that implement it, easier to produce without getting into the code... Another reason why one would want to generate XML from JSP would be to be able to forward this result to diferent XSLT and produce WML, HTML, ... using the same functionality but with diferent XSLT. I understand that one might think, why add such an overhead... Again, JSPs are supposed not to be such an overhead because they are compiled into servlets the first time you access them (you might even precompile them sometimes) so they are more like a different way of specifying your output. So, IMHO, if you are just producing HTML, you are just performing your operations in Java and you don't have a designer that can play XSLT, then there's no need to go for XML. But if you want to produce different ouput formats reusing the same functionality, you need to seamlesly integrate different sources of the information into your HTML layer or you have a designer that can play XSLT then you can get some advantages by using XML and you might want to produce it from Java through JSP. Just my 2ec Dan
Re: How to pass parameter from html file to Bean with JSP
Have you tried changing the bean's scope to request? That's where the
parameters being passed via http live.
Scott Evans
SII Training Development
46833 (Ramat Gan)
-Original Message-
From: Nwalal Mi Nyom Martin [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 16, 2000 7:31 PM
To: [EMAIL PROTECTED]
Subject: How to pass parameter from html file to Bean with JSP
I am new in JSP, I havve a probleme to pass values from
login.html(below) to loginBean (below) by using JSP file.
please help i was already passed a lot of times without succes.
login.htm
==
html
body bgcolor="white"
br
form method="get" action= "checkLogin.jsp"
center
br Username:input type="text" name="username" size="25"
br Password:input type="text" name="password" size="25"
brinput type="submit" Value="OK" size="10"
/center
/form
/body/html
checkLogin.jsp
-
%@ page import="projet_pack1.*;" errorPage="errorpge.jsp" %
jsp:useBean id="loginBean" scope="page"
class="projet_pack1.loginBean"/
jsp:setProperty name="loginBean" property="*" /
%
String display="login.html";
User user=loginBean.authentification();
if(user!=null){
display="browser.jsp";
}
%
jsp:forward page="%=display%" /
--
loginBean.java
--
package projet_pack1;
public class loginBean{
private String username;
private String password;
public void setUsername(String username){
this.username=username;
}
public void setPassword(String password){
this.password=password;
}
public String getUsername(){
return username;
}
public String getPassword(){
return password;
}
public User authentification(){
if (username.equals("projet")password.equals
("jsp"))
return new User("projet");
else
return null;
}
}
---
User.java
package projet_pack1;
public class User{
private String userId;
public User(String userId){
this.userId=userId;
}
public String getUser(){
return userId;
}
public String toString(){
return userId;
}
}
__
Do You Yahoo!?
Send instant messages get email alerts with Yahoo! Messenger.
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
===
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: JSPs and XML.
I'm not arguing that the XML doesn't get processed on the server, I'm arguing that the only way to accomplish this processing from JSP is to introduce the notion one servlet acting like a client of another, which in my opinion is not very clean. I also think that the JSP- XML solution is less flexible, because what happens when you all of a sudden need to initiate a socket connection to a remote machine and pass it some of your XML data through. Now your XML mappings are tied to a front end servlet that is expecting an information pull when what you need is an information push. Reusing the mappings will require some weird contortion of the system. --shawn - Original Message - From: Joseph B. Ottinger [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, May 18, 2000 3:58 AM Subject: Re: JSPs and XML. On Thu, 18 May 2000, Shawn McKisson wrote: Coimments are interspersed. The problem with using JSP for generating XML is that the JSP wants to assume that it is sitting at the top level of your application, i.e. it wants to send the response back to the client. It does? Funny, I use JSP to generate XML all the time, and it goes through XSL on the server... From what I understand, your current architecture looks like this [db] - [pl/sql] ---XML--- [XSL engine] --HTML via HTTP--- [client] If we try to introduce JSP into this scenario we get [db] - [pl/sql] ---data--- [JSP] ---XML via HTTP-- [client] There is no room after the JSP layer to perform the XSL transformation JSP does not allow for post processing of it's output in order to perform the rendering. I believe this is because JSP is meant to be used in as presentation generation language, not as a data mapping language. Sure, you could chain this to another servlet which contained your rendering code, but it is much cleaner to just have something like [db] - [pl/sql] ---data--- [XML data mapping code] ---XML-- [XSL engine] --XML/PDF/etc. via HTTP-- [client] It is the requirement that JSP respond to the client that limits its usefulness in this context. Um, maybe you should switch to a better app server, one that allows chaining based on mime types. As stated, I use a design something like this: [db] --data-- [beans] -- jsp --XML+XSL-- HTML The XSL can be active content itself, so the HTML is variable (I just haven't used it for anything else. BTW, example content can be found at http://www.orionsupport.com/ - don't let the file extensions fool you, it's all JSP, XML, XSL. --shawn - Original Message - From: Daniel Lopez [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, May 18, 2000 1:32 AM Subject: Re: JSPs and XML. Hi Shawn, We are doing something very similar, and we might as well use JSP later down the road so I'll get you my own reasoning. Why? Because that way you have the data generated by your action completely independent of the way you present the data. So independent that you don't have to use Java to format this data or even produce it. For example, right now we skipped the JSP part because we are generating the XML directly from PL/SQL but if we have to add some operations that will be done better in Java (handling files...) we just need to produce XML from Java and use the same XSLT sheets as the PL/SQL operations. Our grahical designer won't even know if we are performing the logic in PL/SQL or Java. And you might ask then why use JSP instead of generating XML directly from servlets. Well, for the same reason we generate HTML through JSP instead of generating it directly from servlets, to make the result independent of the classes that implement it, easier to produce without getting into the code... Another reason why one would want to generate XML from JSP would be to be able to forward this result to diferent XSLT and produce WML, HTML, ... using the same functionality but with diferent XSLT. I understand that one might think, why add such an overhead... Again, JSPs are supposed not to be such an overhead because they are compiled into servlets the first time you access them (you might even precompile them sometimes) so they are more like a different way of specifying your output. So, IMHO, if you are just producing HTML, you are just performing your operations in Java and you don't have a designer that can play XSLT, then there's no need to go for XML. But if you want to produce different ouput formats reusing the same functionality, you need to seamlesly integrate different sources of the information into your HTML layer or you have a designer that can play XSLT then you can get some advantages by using XML and you might want to produce it from Java through JSP. Just my 2ec Dan --- Daniel Lopez Janariz ([EMAIL PROTECTED]) Web Services Computer Center
Re: JSPs and XML.
Sorry, I missed the bit about the Orion server on my first read through. I haven't yet seen this server - thanks for the info! That solves the chaining issues, but still has questionable flexibility... --shawn - Original Message - From: Joseph B. Ottinger [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, May 18, 2000 3:58 AM Subject: Re: JSPs and XML. On Thu, 18 May 2000, Shawn McKisson wrote: Coimments are interspersed. The problem with using JSP for generating XML is that the JSP wants to assume that it is sitting at the top level of your application, i.e. it wants to send the response back to the client. It does? Funny, I use JSP to generate XML all the time, and it goes through XSL on the server... From what I understand, your current architecture looks like this [db] - [pl/sql] ---XML--- [XSL engine] --HTML via HTTP--- [client] If we try to introduce JSP into this scenario we get [db] - [pl/sql] ---data--- [JSP] ---XML via HTTP-- [client] There is no room after the JSP layer to perform the XSL transformation JSP does not allow for post processing of it's output in order to perform the rendering. I believe this is because JSP is meant to be used in as presentation generation language, not as a data mapping language. Sure, you could chain this to another servlet which contained your rendering code, but it is much cleaner to just have something like [db] - [pl/sql] ---data--- [XML data mapping code] ---XML-- [XSL engine] --XML/PDF/etc. via HTTP-- [client] It is the requirement that JSP respond to the client that limits its usefulness in this context. Um, maybe you should switch to a better app server, one that allows chaining based on mime types. As stated, I use a design something like this: [db] --data-- [beans] -- jsp --XML+XSL-- HTML The XSL can be active content itself, so the HTML is variable (I just haven't used it for anything else. BTW, example content can be found at http://www.orionsupport.com/ - don't let the file extensions fool you, it's all JSP, XML, XSL. --shawn - Original Message - From: Daniel Lopez [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, May 18, 2000 1:32 AM Subject: Re: JSPs and XML. Hi Shawn, We are doing something very similar, and we might as well use JSP later down the road so I'll get you my own reasoning. Why? Because that way you have the data generated by your action completely independent of the way you present the data. So independent that you don't have to use Java to format this data or even produce it. For example, right now we skipped the JSP part because we are generating the XML directly from PL/SQL but if we have to add some operations that will be done better in Java (handling files...) we just need to produce XML from Java and use the same XSLT sheets as the PL/SQL operations. Our grahical designer won't even know if we are performing the logic in PL/SQL or Java. And you might ask then why use JSP instead of generating XML directly from servlets. Well, for the same reason we generate HTML through JSP instead of generating it directly from servlets, to make the result independent of the classes that implement it, easier to produce without getting into the code... Another reason why one would want to generate XML from JSP would be to be able to forward this result to diferent XSLT and produce WML, HTML, ... using the same functionality but with diferent XSLT. I understand that one might think, why add such an overhead... Again, JSPs are supposed not to be such an overhead because they are compiled into servlets the first time you access them (you might even precompile them sometimes) so they are more like a different way of specifying your output. So, IMHO, if you are just producing HTML, you are just performing your operations in Java and you don't have a designer that can play XSLT, then there's no need to go for XML. But if you want to produce different ouput formats reusing the same functionality, you need to seamlesly integrate different sources of the information into your HTML layer or you have a designer that can play XSLT then you can get some advantages by using XML and you might want to produce it from Java through JSP. Just my 2ec Dan --- Daniel Lopez Janariz ([EMAIL PROTECTED]) Web Services Computer Center Balearic Islands University --- Shawn McKisson wrote: Why would you want to take data, convert it into another form of data and *then* convert it into HTML? This is like pouring yourself a cold beer by first pouring it from the bottle into one mug, then pouring that mug into another mug. If a you have a JSP page which does emit XML, you could chain the output of
Event handlers
Is it posible to refer to a JSP code when an event (for example onClick at a select) occurs? (instead of a reference to a Java Script function). 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
ResultSet in different pages
Title: ResultSet in different pages Hi, I am querying the database to get resultsets Now I want to display a certain section of the resultset lets say 15 records in one page And then next 15 in other Using the number convention 1 2 3 4 Where numbers are links to other pages!! How do I do that?? I could think of making it in servlets itself Thanks in advance\ === 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: How to pass parameter from html file to Bean with JSP
You must use the POST option not the GET you are using!
Then the request object will have the data you want to access.
Many Thanks
John
Have you tried changing the bean's scope to request? That's where the
parameters being passed via http live.
Scott Evans
SII Training Development
46833 (Ramat Gan)
-Original Message-
From: Nwalal Mi Nyom Martin [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 16, 2000 7:31 PM
To: [EMAIL PROTECTED]
Subject: How to pass parameter from html file to Bean with JSP
I am new in JSP, I havve a probleme to pass values from
login.html(below) to loginBean (below) by using JSP file.
please help i was already passed a lot of times without succes.
login.htm
==
html
body bgcolor="white"
br
form method="get" action= "checkLogin.jsp"
center
br Username:input type="text" name="username" size="25"
br Password:input type="text" name="password" size="25"
brinput type="submit" Value="OK" size="10"
/center
/form
/body/html
checkLogin.jsp
-
%@ page import="projet_pack1.*;" errorPage="errorpge.jsp" %
jsp:useBean id="loginBean" scope="page"
class="projet_pack1.loginBean"/
jsp:setProperty name="loginBean" property="*" /
%
String display="login.html";
User user=loginBean.authentification();
if(user!=null){
display="browser.jsp";
}
%
jsp:forward page="%=display%" /
--
loginBean.java
--
package projet_pack1;
public class loginBean{
private String username;
private String password;
public void setUsername(String username){
this.username=username;
}
public void setPassword(String password){
this.password=password;
}
public String getUsername(){
return username;
}
public String getPassword(){
return password;
}
public User authentification(){
if (username.equals("projet")password.equals
("jsp"))
return new User("projet");
else
return null;
}
}
---
User.java
package projet_pack1;
public class User{
private String userId;
public User(String userId){
this.userId=userId;
}
public String getUser(){
return userId;
}
public String toString(){
return userId;
}
}
__
Do You Yahoo!?
Send instant messages get email alerts with Yahoo! Messenger.
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
===
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: JSPs and XML.
Can you please give an example of what the jsp page with the enclosing tag would look like? i.e. what about page directives and the like? TIA, Scott Evans -Original Message- From: Daniel Lopez [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 18, 2000 11:58 AM To: [EMAIL PROTECTED] Subject: Re: JSPs and XML. Shawn, There are at least 2 method through which you can post-process the XML generated in a JSP page. One is the approach that Joseph uses, post-processing based in the mime-type of the answer. However, this approach is container specific and we prefer to use the second one, which is nothing less than using a JSP taglib that encloses your whole JSP and postprocess everything in the doEndTag() method. You just need a JSP1.1 compatible container and the actual taglib class is very simple. I have tested it and it works, we are just not using it now because PL/SQL is good enough for what we want to do. If we needed to process some files/ access the filesystem, then I'd introduce JSPs in the mix. I hope this helps, Dan --- Daniel Lopez Janariz ([EMAIL PROTECTED]) Web Services Computer Center Balearic Islands University --- "Joseph B. Ottinger" wrote: On Thu, 18 May 2000, Shawn McKisson wrote: Coimments are interspersed. The problem with using JSP for generating XML is that the JSP wants to assume that it is sitting at the top level of your application, i.e. it wants to send the response back to the client. It does? Funny, I use JSP to generate XML all the time, and it goes through XSL on the server... From what I understand, your current architecture looks like this [db] - [pl/sql] ---XML--- [XSL engine] --HTML via HTTP--- [client] If we try to introduce JSP into this scenario we get [db] - [pl/sql] ---data--- [JSP] ---XML via HTTP-- [client] There is no room after the JSP layer to perform the XSL transformation JSP does not allow for post processing of it's output in order to perform the rendering. I believe this is because JSP is meant to be used in as presentation generation language, not as a data mapping language. Sure, you could chain this to another servlet which contained your rendering code, but it is much cleaner to just have something like [db] - [pl/sql] ---data--- [XML data mapping code] ---XML-- [XSL engine] --XML/PDF/etc. via HTTP-- [client] It is the requirement that JSP respond to the client that limits its usefulness in this context. Um, maybe you should switch to a better app server, one that allows chaining based on mime types. As stated, I use a design something like this: [db] --data-- [beans] -- jsp --XML+XSL-- HTML The XSL can be active content itself, so the HTML is variable (I just haven't used it for anything else. BTW, example content can be found at http://www.orionsupport.com/ - don't let the file extensions fool you, it's all JSP, XML, XSL. --shawn - Original Message - From: Daniel Lopez [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, May 18, 2000 1:32 AM Subject: Re: JSPs and XML. Hi Shawn, We are doing something very similar, and we might as well use JSP later down the road so I'll get you my own reasoning. Why? Because that way you have the data generated by your action completely independent of the way you present the data. So independent that you don't have to use Java to format this data or even produce it. For example, right now we skipped the JSP part because we are generating the XML directly from PL/SQL but if we have to add some operations that will be done better in Java (handling files...) we just need to produce XML from Java and use the same XSLT sheets as the PL/SQL operations. Our grahical designer won't even know if we are performing the logic in PL/SQL or Java. And you might ask then why use JSP instead of generating XML directly from servlets. Well, for the same reason we generate HTML through JSP instead of generating it directly from servlets, to make the result independent of the classes that implement it, easier to produce without getting into the code... Another reason why one would want to generate XML from JSP would be to be able to forward this result to diferent XSLT and produce WML, HTML, ... using the same functionality but with diferent XSLT. I understand that one might think, why add such an overhead... Again, JSPs are supposed not to be such an overhead because they are compiled into servlets the first time you access them (you might even precompile them sometimes) so they are more like a different way of specifying your output. So, IMHO, if you are just producing HTML, you are just performing your operations in
Re: Event handlers
the event takes place on the client side (browser) while the JSP code runs ONLY when an http request comes from the browser. however if all you want is to have somthing happen of the server side, make a link to a servlet/JSP and set it so it will return the no content error, this way the browser wouldn't be effected and you still got a request to the server if you want it to be bedirectional, my only solution is to build an applet that communicate with the server and rebuilds DHTML sections as neccesary. lee Lee Elenbaas ViryaNet [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] -Original Message- From: A mailing list about Java Server Pages specification and reference [mailto:[EMAIL PROTECTED]]On Behalf Of Garcia, Cristina Sent: Thursday, May 18, 2000 1:08 PM To: [EMAIL PROTECTED] Subject: Event handlers Is it posible to refer to a JSP code when an event (for example onClick at a select) occurs? (instead of a reference to a Java Script function). 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: accessing request object from a java bean
At the monent I can get parameters from JSP to java only via
setcontractdate().
My question is: is there a possibility to get access to
request/response objects itself?
part of my JSP:
jsp:useBean id="c1" class="pos.calc_nonlinear" scope="session"/
jsp:setProperty name="c1" property="*"/
% c1.recalc(); %
form method="get"
Date of contract input type="text" name="contractdate" value="%=
c1.getcontractdate() %"
input type="submit" name="submit"
**
part of my calc.java
package pos;
import java.util.*;
import java.io.*;
import java.lang.*;
import java.text.*;
public class calc {
public void setcontractdate(String){
...
public String getcontractdate(){
...
- Original Message -
From: P Sreenivasa Rao [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, May 18, 2000 11:51 AM
Subject: Re: accessing request object from a java bean
Hi,
I dint get your words correctly.can u explian your problem
perfectly.
regds,
Sreenivas
- Original Message -
From: "Lakosi Istvan" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, May 18, 2000 1:53 PM
Subject: accessing request object from a java bean
Hi,
How can I acces the request object from a bean?
Can anyone help me?
Thanks in advance,
Istvan Lakosi
Hungary
==
=
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: Error in starting TOMCAT
I think this is the same error I had. I had to move to from jdk1.2 to jdk1.3 to solve it. Gary -Original Message- From: Gogia Nitin [mailto:[EMAIL PROTECTED]] Sent: 17 May 2000 09:15 To: [EMAIL PROTECTED] Subject: Error in starting TOMCAT While starting TOMCAT i am getting error on HttpConnectionHandler class ? How can i come out of this problem. Please Help. Nitin === 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 This email is confidential and should not be used by anyone who is not an original intended recipient. If you receive this communication in error, please email [EMAIL PROTECTED] Prudential cannot accept liability for statements made which are clearly the sender's own and are not made on behalf of Prudential. No statement shall be construed as giving investment advice outside the UK. === 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: Error in starting TOMCAT
I will try to re-install it but i don't think problem is due to this Because one of my team mate and myself both are having JDK1.2.2 installed and it is running on his machine but not on my machineStill i will try to re-install again and will let u know tomorrow. Nitin -Original Message- From: Crawford, Gary [SMTP:[EMAIL PROTECTED]] Sent: Thursday, May 18, 2000 5:30 PM To: [EMAIL PROTECTED] Subject: Re: Error in starting TOMCAT I think this is the same error I had. I had to move to from jdk1.2 to jdk1.3 to solve it. Gary -Original Message- From: Gogia Nitin [mailto:[EMAIL PROTECTED]] Sent: 17 May 2000 09:15 To: [EMAIL PROTECTED] Subject: Error in starting TOMCAT While starting TOMCAT i am getting error on HttpConnectionHandler class ? How can i come out of this problem. Please Help. Nitin == = 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 This email is confidential and should not be used by anyone who is not an original intended recipient. If you receive this communication in error, please email [EMAIL PROTECTED] Prudential cannot accept liability for statements made which are clearly the sender's own and are not made on behalf of Prudential. No statement shall be construed as giving investment advice outside the UK. == = 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: Mainting sessions across boxes with JRun
You could also implement a custom session that would use a centralized database, Site Server for example uses a LDAP server to resolve this problem. That is of course if you cannot afford to simply bind the session to a particular server (your load balancing system should allow you to do that and forward all the same request from a given ip to the same server). Christian All, I have two Sun boxes running Jrun sitting behind a load-balanacer. As requests for servlets and JSPs come in they are split between the two Sun boxes depeneding on load. This seems to handle our current load just fine. However, if I want to use sessions to pass information between JSPs if the successive requests are routed through the load-balancer to the other box, I lose my session. How can I maintain a session in JRun across machines and JRun instances? Thanks, Dave Eaves == = 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: WebSphere 2.x and JSP - IBM ever going to support Websphere 3.x under Linux ????
Does anyone know if IBM intends to support Linux with their latest and greatest edition ? It's been quite some time since 3.02 has arrive for Windows/NT If not, we must move to Apache Jakarta which is showing promise. -Original Message- From: A mailing list about Java Server Pages specification and reference [mailto:[EMAIL PROTECTED]]On Behalf Of Peter Liu Sent: Tuesday, May 09, 2000 4:52 PM To: [EMAIL PROTECTED] Subject: Re: WebSphere 2.x and JSP Hi, Here is the best I can do for the beta JSP. http://as400.rochester.ibm.com/products/websphere/docs/as400v302/d ocs/jsp91s yn.html Thanks Piotr Peter. -Original Message- From: Piotr Wierzbicki To: [EMAIL PROTECTED] Sent: 5/4/00 7:50 PM Subject: Re: WebSphere 2.x and JSP Hi, AFAIK Websphere Application Server (WAS) 2.x supports only JSP v 0.9x and there's nothing you can do about short of upgrading to WAS 3.x (supporting both 0.91 and 1.0) or choosing another appserver, possibly supporting 1.0/1.1. And no, I could not find 0.9x specs on Sun's site. Regards, Piotr -Original Message- From: A mailing list about Java Server Pages specification and reference [mailto:[EMAIL PROTECTED]]On Behalf Of Peter Liu Sent: Thursday, May 04, 2000 18:53 To: [EMAIL PROTECTED] Subject: WebSphere 2.x and JSP Hi, If I have to use WebSphere 2.x, is it I can only use JSP beta, not 1.0 or 1.1? Is there any way to work around without changing the app server? If not, where I can get the spec for JSP beta which supported by WebSphere 2.x? Thanks all. Peter. === 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: WebSphere 2.x and JSP - IBM ever going to support Websphere 3.x under Linux ????
On Thu, 18 May 2000, M. Simms wrote: Does anyone know if IBM intends to support Linux with their latest and greatest edition ? It's been quite some time since 3.02 has arrive for Windows/NT If not, we must move to Apache Jakarta which is showing promise. Um, WebSphere and Jakarta are very different products, with different goals. WebSphere is an application server. Tomcat is a JSP and servlet container. Websphere HAS a JSP and servlet container, and represents a superset of what Tomcat is. If all you're doing is running simple servlets or JSP pages, and you don't mind putting up with a development product (i.e., a product in which speed and reliability are advantages and not primary goals), Tomcat will probably be fine. If you actually plan on using Java on the server side, and are looking at J2EE's entire suite (i.e., EJB, etc), you'll want to stay with WebSphere, or at least consider another application server. plug type="shamelessI use Orion, which is pure Java - which means it runs on any OS, and I run it currently on NT, Linux, and Windows98. It's incredibly fast, and is far more J2EE-compliant than the other app servers I've looked at. See the benchmarks at http://www.orionserver.com/ for more./plug --- Joseph B. Ottinger [EMAIL PROTECTED] http://cupid.suninternet.com/~joeo HOMES.COM Developer === 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: HTML editor
Have you tried the new color coding for HomeSite 4.5? It has full Java and HTML color coding built in. Brian Juraj Kazda wrote: Hi! To code JSP I use this method: HTML in HomeSite 4.5 JSP related additions to previously made HTML file I used to do in UltraEdit 7.0 In my opinion, HomeSite's JSP syntax highlighting is poor. Maybe I have bad settings, but as I have it now, it's not such colorful as I prefer. I would like to have it the same way as ordinary HTML plus support of JSP specific tags. Now it is that every HTML tag has the same coloring. Therefore I switch to UltraEdit where it is more tabular. And I can also code beans there. --jerry === 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 -- Brian N. Burridge Internet Architect Ext 3515 The Internet Group - ITSS Cox Target Media "Until a person can say deeply and honestly, "I am what I am today because of the choices I made yesterday," that person cannot say, "I choose otherwise." === 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
Retreivng data from a vector
hi, i am trying to return data from my EJB to a JSP using a vector. I push the recordset (as objects of type Details) in the vector in my EJB and my JSP retrieves the same thru a business method. But when i try to use that data using either the vector or enumeration in my JSP, i get typecast error. Details Det = (Details) vec.elementAt(i); Details Det = (Details)en.nextElement(); Can somebody help? Visit http://www.niit.com for eCommerce Solutions. === 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: Using EJB or JavaBeans ( MCV architecture )
Kent Disadvantages are added complexity, all calls to EJB's are remote even if your EJB server is on the same machine, even calls from one EJB to another is remote. /Kent Truth, but there are bigger problems with EJB IMHO (which many others also expressed on EJB-Interest): 1. EJB Spec forbids concurrent processing, so forget about using threads or including any external libraries since you do not know if they use threads inside. JMS (as supposed to be included in future EJB 2.0 spec) does not solve this problem at all since it addresses only asyncronous execution. 2. Prohibition of any IO (try to read XML file using XML parser which many of us now take as a givem). 3. Your design has to gravitate from normal OO design to the design where main factors are not main OO principles but rather bean execution optimization, for instance you cannot afford fine-grained entity beans. 4. In general, no matter how we try to avoid it, our entity beans begin to resemble tables, and most of the logic is concentrated on DB operations. If your programming approach is db-driven why bother with EJB and not use ColdFusion then. 5. CMP proved to be unusable for many situations, many had to resolve back to BMP. 6. Basic programming concepts are very difficult to implement. Try to create business class such as singleton using EJB. I personally found JSP model 2 approach very appealing as the one that works today, not because some future spec version can address it. JSP/ActionServlet/Business Classes/JDBC works fine for most cases, and JDBC even provides connection pooling nowadays. On the good side, EJB is supposed to provide failover (not for stateful beans at the moment however) and load balancing. Probably main advantage of EJB is that it looks well on your resume. Many companies hiring Java people require EJB because vendors market it aggressively (no wonder, given the prices they charge for EJB servers). Vadim Shun NEW Corp Dulles, VA -Original Message- From: Kent Symanzik [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 17, 2000 7:33 AM Subject: Re: Using EJB or JavaBeans ( MCV architecture ) I would not use EJBs unless your application warrants it. If your team is green and you are on a very tight schedule I would not try to use EJBs. They add a whole new level of complexity and if you do not design your EJB implementation correctly you will have performance issues to deal with. The advantages of using EJB's are scalability since your EJB's can run on servers other than your webserver and can service multiple webservers. You also can have more than one EJB server that support multi-server transactions. Disadvantages are added complexity, all calls to EJB's are remote even if your EJB server is on the same machine, even calls from one EJB to another is remote. For significant applications you will have poor performance unless you control the way your EJB's are accessed. There are a number of design patterns for doing this. One common fallacy is to just make all your domain objects EJB's. This is what we all want to do but it results in a unreliable (since everything is remote) and poor performing system. It may sound like I don't like EJB's but that is not true. I think they are a great idea but I'm just warning that there are many complex issues involved in implementing a successful application using EJBs. Kent - Original Message - From: Tom Gordon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, May 16, 2000 2:37 PM Subject: Re: Using EJB or JavaBeans ( MCV architecture ) Hi, I am also pondering whether to use EJB in conjunction with JSP and servlets. Did you ever get an answer to this question? Thanks, Tom "Bragg, James" wrote: What is the advantage of using EJB over JavaBeans (as the Model) in an web based application in which JSP will be used for Presentation(View), and Serlvets as the Controller. If I wasn't using Servlets as the Controller, I could seen the need for EJBs over JavaBeans for Security, Transaction Management and Session control... Problem is that I have a very small, very green(new to these technologies) develpment team trying to learn and develop this application in a very short timeframe. So the issue is do we include EJB and increase risk of missing target date, or settle for JavaBeans and reduce the capabilies of the web app. What is Advantage of using EJB over JavaBeans when used as the Model? thanks.. James === 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
jswdk 1.0.1 Problem
I'm having problems setting up my environment so I can run "Startserver.bat". I have downloaded JDK 1.3 and set up it up to run on my NT machine at work. What I'm trying to do is set it up for my Windows 98 machine at home but I get a "Out of environment space, using classpath;" message. I have altered my autoexec.bat file to include "path=%path%;C:\jdk1.3\bin" and I have altered my startserver.bat file to include "set sysJars=C:\jdk1.3\lib\tools.jar set appClassPath=.\classes;%appJars% set cp=%CLASSPATH% set CLASSPATH=%appClassPath%;%sysJars%" Is this wrong? If someone is running this on their Windows 98 machine please let me know what you put in your autoexec.bat and startserver.bat files to get this to work. If no one has any suggestions should I download another product like Tomcat? 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
Re: doPost() to doGet() via RequestDispatcher
i have a simplistic suggestion, and if anyone doesn't think this is a good
idea, please explain why (I am still learning all this). why not place a
dummy doGet method in Servlet B that calls the doPost method?
-Original Message-
From: Serbulent Ozturk [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 18, 2000 11:03 AM
To: [EMAIL PROTECTED]
Subject: doPost() to doGet() via RequestDispatcher
Hi,
My Servlet-(A) gets a POST request from a form after processing it I need to
pass it to another Servlet-(B) but I need to pass it to Servlet(B)'s doGet()
method. As the original request line was POST, it always invokes
Servlet-(B)'s doPost().
PRE
getServletContext().getRequestDispatcher("/servlet/B").include(req, res);
PRE
I guest I can set an attribute in the request in the Servlet-(A) before
dispatching and retrieve it at the begginning of Servlet-(B) doPost() and if
true call the doGet(), as a work around.
However, although I could not fond t in API Socumentation, I think there
must/should be a convential way of changing the Method type in the
Request-Line dynamically, as it is encapsulated as an object, i.e.
HttpServletRequest.
Any ideas?
Bulent
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
===
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
JSP Servlet
What are the advantages of using JSP instead of Servlet? === 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: JSPs and XML.
A different angle? We are using JSP as a "scripting engine", for formatting
our backend XML. To do this we call the JSP engine (GNU, Sun) directly from
java code. Not servlet code, so we can use this anywhere in the system.
Especially since we don't want the JSP output to necessarily go to a
browser, but maybe a file or FTP site, another object etc.
We are mainly using templates like such:
% Order oh = (Order)request.getAttribute("orderObject"); %
% OrderLine ol = (OrderLine)request.getAttribute("orderLineObject"); %
?xml version="1.0" encoding="UTF-8"?
!DOCTYPE abc SYSTEM "abc.dtd"
abc
timestamp%=new java.util.Date()%/timestamp
Header
From
Credential domain="abc"
Identity[ec_order_header].sold_to_member_name/Identity
...
% while ol.hasMoreElements() { %
do stuff.
etc.
Tough design issues and possible solutions that we are facing (easy for some
I'm sure)
Observations:
* All of the data between the XML tags has to come from a source in the DB
or can be derived. (ie: current date, merging two fields)
* If there is no data then the tag becomes an empty one of the form
ABC/ABC (Note that with a DTD any optional empty tag could be easily
removed if necessary)
* Created an XML template that has the tablename and fieldname
[tablename].fieldname between the
XML tags. (This greatly benefits developers and DB guys since it is readily
obvious what this data is in the DB world) (Ok, maybe the tags are supposed
to do that)
* Created a simple parser that converts and [tablename].fieldname to the
appropriate get method and JSP code.
* Beginning of document declares the appropriate objects and variables and
the simple parser knows which variable to prepend (ol.getMe()) to the get
method.
* Issues with data having special chars such as "" and "". Need a way to
deal with this.
* We also use this engine to format emails and faxes. Can now use XSLT for
view translation. (see note on this below)
* Write one translation to a standard, say RosettaNet, then use tools to map
between any other standard.
Why do it this way?
* CREATING documents using XML4J or another tool is a PITA IMHO. It is in
java code, thus harder to maintain and change. A change in the DB or
template can be done very simply in the template file, by a mere mortal.
* After JSP runs, we can validate the XML just like anywhere else.
* Provides an easy to understand model, reading a DTD isn't.
Some quick observations:
* XSL is not very easy to do. It still requires someone with more skills
than an HTML/JSP developer.
* IBM's tools are pretty cool (and free) for generating the XSL
* You spend just as much time working XSL than you would in this method
* For every new representation you have to create a new XSL, so why not just
create a new
template instead. A template can be created by a designer and not a
developer.
* Recreating a lot of EDI stuff in the XML world, kinda like a step back. No
flames please, there are benefits. ;)
* We aren't using Beans yet, but I'd like the Bean object say a PO,
serialize into XML, but that still has to be done somewhere, it's not magic.
* Between understanding Java, JSP's, Servlets, Beans, JDBC, JNI, SQL,
DBModels, and the upgrades, updates, bugs, "features", 1,000,001 development
tools, different implementations, there needs to be simple, yet powerful and
intuitive stuff (ie: jdom.org)
I may be way off on some of this stuff, this is just some observations.
- Ed
-Original Message-
From: A mailing list about Java Server Pages specification and reference
[mailto:[EMAIL PROTECTED]]On Behalf Of Shawn McKisson
Sent: Thursday, May 18, 2000 2:51 AM
To: [EMAIL PROTECTED]
Subject: Re: JSPs and XML.
I'm not arguing that the XML doesn't get processed on the server, I'm
arguing that the only way to accomplish this processing from JSP is to
introduce the notion one servlet acting like a client of another, which in
my opinion is not very clean.
I also think that the JSP- XML solution is less flexible, because what
happens when you all of a sudden need to initiate a socket connection to a
remote machine and pass it some of your XML data through. Now your XML
mappings are tied to a front end servlet that is expecting an information
pull when what you need is an information push. Reusing the mappings will
require some weird contortion of the system.
--shawn
- Original Message -
From: Joseph B. Ottinger [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, May 18, 2000 3:58 AM
Subject: Re: JSPs and XML.
On Thu, 18 May 2000, Shawn McKisson wrote:
Coimments are interspersed.
The problem with using JSP for generating XML is that the JSP wants to
assume that it is sitting at the top level of your application, i.e. it
wants to send the response back to the client.
It does? Funny, I use JSP to generate XML all the time, and it goes
through XSL on the server...
From what I understand, your current architecture looks like
Re: JSP Servlet
well, one of the reasons is it's a lot easier to change the output (html, layout, images, etc) because the JSP files are plain text.. and not compiled Java (although i think they do actualyl get compiled on the fly). .b -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 18, 2000 3:58 PM To: [EMAIL PROTECTED] Subject: JSP Servlet What are the advantages of using JSP instead of Servlet? == = 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: Retreivng data from a vector
RMI can't deal with vectors. In the ejb you need to return an enumeration: Enumeration enum = theVector.elements(); In the jsp code then you cast it into the object type you are looking for. This is how I do it for my ejb/servlet code. HTH, john Zaina Ajakie [EMAIL PROTECTED] on 05/18/2000 10:50:16 AM Please respond to A mailing list about Java Server Pages specification and reference [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc:(bcc: John M. O'Neill/CLE/Sherwin-Williams) Subject: Re: Retreivng data from a vector how did you place them into the vector?? Zaina Ajakie Development Surf without Searching... http://www.etour.com mailto:[EMAIL PROTECTED] -Original Message- From: Bhatia Ashish [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 18, 2000 9:39 AM To: [EMAIL PROTECTED] Subject: Retreivng data from a vector hi, i am trying to return data from my EJB to a JSP using a vector. I push the recordset (as objects of type Details) in the vector in my EJB and my JSP retrieves the same thru a business method. But when i try to use that data using either the vector or enumeration in my JSP, i get typecast error. Details Det = (Details) vec.elementAt(i); Details Det = (Details)en.nextElement(); Can somebody help? Visit http://www.niit.com for eCommerce Solutions. === 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: newbie: JSP Best Practices Handbook?
the back of the first edition of "thinking in java" (bruce eckel) has both a laundry list of practices, and a relative cost list of common actions. (it's a good text, in any case.) robert young -Original Message- From: A mailing list about Java Server Pages specification and reference [mailto:[EMAIL PROTECTED]]On Behalf Of David Edmister Sent: Thursday, May 18, 2000 11:13 AM To: [EMAIL PROTECTED] Subject: newbie: JSP "Best Practices" Handbook? since i'm new to java and jsp (but getting around fairly well), i'm wondering if there's a "Best Practices" book that's like the book Enough Rope to Shoot Yourself in the Foot: Rules for C and C++ Programming by Allen I. Holub http://www.amazon.com/exec/obidos/ASIN/0070296898/qid%3D958662469/002-985153 4-6403435 (even though this book might not be the best book, i need something like this for Java that's a credible source) basically i'm looking for "performance" related techniques that will keep me out of trouble (e.g., string contantenation using the "+=" is slower than ?) or memory leaks or whatever. has anyone created a reference for Java? thanks in advance and sorry if it's such a basic question. === 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: jswdk 1.0.1 Problem
Sounds like your environment size is not setup properly. Try including the following line in your config.sys file SHELL=C:\COMMAND.COM C:\ /E:32000 /P The /E switch enable 32K of space for environment variables. Andy - Original Message - From: Shawn Sohl [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, May 18, 2000 03:29 Subject: jswdk 1.0.1 Problem I'm having problems setting up my environment so I can run "Startserver.bat". I have downloaded JDK 1.3 and set up it up to run on my NT machine at work. What I'm trying to do is set it up for my Windows 98 machine at home but I get a "Out of environment space, using classpath;" message. I have altered my autoexec.bat file to include "path=%path%;C:\jdk1.3\bin" and I have altered my startserver.bat file to include "set sysJars=C:\jdk1.3\lib\tools.jar set appClassPath=.\classes;%appJars% set cp=%CLASSPATH% set CLASSPATH=%appClassPath%;%sysJars%" Is this wrong? If someone is running this on their Windows 98 machine please let me know what you put in your autoexec.bat and startserver.bat files to get this to work. If no one has any suggestions should I download another product like Tomcat? 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: JSP Servlet
JSP pages after compiling becames servlets so they are almost the same thing, it's depends on wheter you feel more confortable coding pure java (in servlets) or writing html mixed with java(in jsp pages). - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, May 18, 2000 11:57 AM Subject: JSP Servlet What are the advantages of using JSP instead of Servlet? === 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: JSP Servlet
jsp gets compiled to servlet codes. Ben Joyce wrote: well, one of the reasons is it's a lot easier to change the output (html, layout, images, etc) because the JSP files are plain text.. and not compiled Java (although i think they do actualyl get compiled on the fly). .b -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 18, 2000 3:58 PM To: [EMAIL PROTECTED] Subject: JSP Servlet What are the advantages of using JSP instead of Servlet? == = 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: Web Browser detection in JSP
Both netscape (i use 4.7) and ie have "mozilla compatible" in the user-agent
header.
- Original Message -
From: "Nestor Florez" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, May 17, 2000 1:13 PM
Subject: Re: Web Browser detection in JSP
Does that really work? I thought that the IE browser had in there
something
like
"Mozilla compatible".
Nestor :-)
-Original Message-
From: Donald Vandenbeld [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 17, 2000 12:55 PM
To: [EMAIL PROTECTED]
Subject: Re: Web Browser detection in JSP
I am using something like this in my controller servlet:
boolean nav = false;
boolean ie = false;
String browser = request.getHeader("User-Agent");
if (browser.indexOf ("Mozilla") (!browser.indexOf("compatible"))) nav =
true;
if (browser.indexOf ("MSIE")) ie = true;
Donald
"P.J. Tenn" wrote:
Hello,
I am surprised this wasn't already have been posted and answered, but I
searched the archives of this mailing list and could not find any info
on
this ...
At any rate, is there a way to detect whether someone is using Netscape
or
IE using JSP? I know this can be done easily in JavaScript using code
along
the lines of:
var browser = navigator.appName;
var Nav = (browser == "Netscape");
var IE = (browser == "Microsoft Internet Explorer);
However, I need to set boolean variables within the scriptlet % ... %
tags
based on whether Netscape or IE is being used.
Thanks in advance!!!
P.J.
===
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
__
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
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
call a servlet
Hi, What is the best method to call a servlet from a JSP ? I need to preserve the session also. I have managed to change the top.location.href property to point to the servlet. Though it works when I change the top.location.href property I get an ugly "Transfer interrupted" message as only part of the JSP is served at that stage ? Is there a clean method of doing this ? The redirect method doesn't fill up the top location. Can somebody explain the forward method ? bye, Mohan === 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
JSP using XML tags
I'm using the XML format for all 'tags' in a JSP page. So, instead of %@ page import="com.netabacus.*" ... %, I jsp:directive.page import="com.netabacus.*" ... /. For the most part these work fine in WebLogic v5.1. When I use the taglib directive, however, I get problems. According to the JSP Specification v1.1, the 'taglib directive is represented as an xmlns: attribute within the root node of the JSP page document.' So I tried the following: jsp:root xmlns:jsp="http://java.sun.com/products/jsp/dtd/jsp_1_0.dtd" xmlns:djsp="/netabacus/djsp" where 'djsp' is my tag extension libarary. Though I don't get errors, the tags are completely ignored. For the hell of it, I also tried syntax similar to other directives, jsp:directive.taglib uri="/netabacus/djsp" prefix="djsp"/ instead of %@ taglib uri="/netabacus/djsp" prefix="djsp" %. Not surprisingly, this didn't work either. Any suggestions on how to correct this situation? Thanks, -D _ Daniel C. Brown Co-Founder and Vice President of Technology NetAbacus Corporation 276 Main San Francisco, California 94105 415.777.0067 x207 http://www.netabacus.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: Retreivng data from a vector
Can't you serialise the object ? John -Original Message- From: John M. O'Neill [mailto:[EMAIL PROTECTED]] Sent: 18 May 2000 16:50 To: [EMAIL PROTECTED] Subject: Re: Retreivng data from a vector RMI can't deal with vectors. In the ejb you need to return an enumeration: Enumeration enum = theVector.elements(); In the jsp code then you cast it into the object type you are looking for. This is how I do it for my ejb/servlet code. HTH, john Zaina Ajakie [EMAIL PROTECTED] on 05/18/2000 10:50:16 AM Please respond to A mailing list about Java Server Pages specification and reference [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc:(bcc: John M. O'Neill/CLE/Sherwin-Williams) Subject: Re: Retreivng data from a vector how did you place them into the vector?? Zaina Ajakie Development Surf without Searching... http://www.etour.com mailto:[EMAIL PROTECTED] -Original Message- From: Bhatia Ashish [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 18, 2000 9:39 AM To: [EMAIL PROTECTED] Subject: Retreivng data from a vector hi, i am trying to return data from my EJB to a JSP using a vector. I push the recordset (as objects of type Details) in the vector in my EJB and my JSP retrieves the same thru a business method. But when i try to use that data using either the vector or enumeration in my JSP, i get typecast error. Details Det = (Details) vec.elementAt(i); Details Det = (Details)en.nextElement(); Can somebody help? Visit http://www.niit.com for eCommerce Solutions. === 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
JSP and WebLogic 5.1
How much ram does your WebLogic v5.1 box have? I'm curious because I get internal errors when I try eval version on my notebook. and I not know if it's because of the ram or something else. I have the JSPServlet configured as per the instructions. === 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: JSP Servlet
yeah, but when? do you have to compile them manually or is this done on the fly when the page is requested? -Original Message- From: Peter Choe [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 18, 2000 5:33 PM To: [EMAIL PROTECTED] Subject: Re: JSP Servlet jsp gets compiled to servlet codes. Ben Joyce wrote: well, one of the reasons is it's a lot easier to change the output (html, layout, images, etc) because the JSP files are plain text.. and not compiled Java (although i think they do actualyl get compiled on the fly). .b -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 18, 2000 3:58 PM To: [EMAIL PROTECTED] Subject: JSP Servlet What are the advantages of using JSP instead of Servlet? == = 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: JSPs and XML.
I think that your points here actually outline why it would be a benefit to use both JSP and XSL. For example, an average JSP on our site (after we complete the new architecture, design, and development), will first access a session bean that will log the use of the page, check to see if they have a session bean, if not it will initialize it, and check their security (via a call to LDAP) to decided if they should get the requested page or not. Then our JSP page will call Java methods that will create XML objects. So a page that is going to show a specific report, may have two or three methods that each return an XML object for that piece. The JSP page will then use an XSL tag to render the HTML. It would look like below (I don't have JSP 1.1 yet, so forgive any syntax errors please). This is very rough, but please punch holes in the idea if you can. The main idea is that JSP is the central place to call gather XML objects, wrap them in tag calls to specified XSL (which will be dynamic depending on the user and their device, etc)., use bean information and wrap it all together. %-- This sets the session bean, logs the page and checks the security (within the bean), by checking to see what security level they have --% jsp:useBean beanName="vpSession" type="SessionBean" scope="session" jsp:setProperty name="vpSession" propety="PageAccessed" value="HomePage" / jsp:setProperty name="vpSession" propety="PageVersion" value="2.1" / /jsp:useBean %-- this accesses the Navigation bean, which creates the table around the report (links to home page, etc) --% jsp:useBean beanName="vpInterface" type="InterfaceBean" scope="page" jsp:setProperty name="vpInterface" propety="PageAccessed" value="HomePage" / jsp:setProperty name="vpInterface" propety="PageVersion" value="2.1" / %= vpInterface.getInterface() % /jsp:useBean %-- this code comes from an email sent by Ryan Shriver. At present we use JSP .90, so I can't test this --% %-- this gets and displays the customer object --% %@ taglib uri="taglib.tld" prefix="stl" % stl:xslt xsl="customer.xsl" / Customer Name="John doe" Account ID="01" Balance="1230$" Account ID="02" Balance="-50$" /Customer /stl:xslt %-- this is another XML object that will be displayed on this page --% %@ taglib uri="taglib.tld" prefix="stl" % stl:xslt xsl="shipping.xsl" / . . Shipping XML . . /stl:xslt /body /html -- Brian N. Burridge Internet Architect Ext 3515 The Internet Group - ITSS Cox Target Media "Until a person can say deeply and honestly, "I am what I am today because of the choices I made yesterday," that person cannot say, "I choose otherwise." David Wall wrote: The problem with using JSP for generating XML is that the JSP wants to assume that it is sitting at the top level of your application, i.e. it wants to send the response back to the client. From what I understand, your current architecture looks like this [db] - [pl/sql] ---XML--- [XSL engine] --HTML via HTTP--- [client] If we try to introduce JSP into this scenario we get [db] - [pl/sql] ---data--- [JSP] ---XML via HTTP-- [client] There is no room after the JSP layer to perform the XSL transformation JSP does not allow for post processing of it's output in order to perform the rendering. I believe this is because JSP is meant to be used in as presentation generation language, not as a data mapping language. Sure, you could chain this to another servlet which contained your rendering code, but it is much cleaner to just have something like [db] - [pl/sql] ---data--- [XML data mapping code] ---XML-- [XSL engine] --XML/PDF/etc. via HTTP-- [client] A lot depends on whether you really "need" XSLT or not. JSP is in many ways an XSLT transform, creating output from the data in beans. XSLT transforms XML-formated data. JSP transforms bean data. Using both seems like overkill. JSP has the advantage in that it can merge lots of different beans together, whereas XSLT works on only a single XML doc. Of course, if your data comes out natively in XML format, then XSLT is a nice way to go. Realize that a lot of complex transforms via XSLT will likely be harder to get right than with JSPs. For simple mapping, XSLT seems very powerful, but it can be a complex beast when doing more complex things. David === 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
Re: JSP Servlet
it gets compiled when the page is requested. Ben Joyce wrote: yeah, but when? do you have to compile them manually or is this done on the fly when the page is requested? -Original Message- From: Peter Choe [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 18, 2000 5:33 PM To: [EMAIL PROTECTED] Subject: Re: JSP Servlet jsp gets compiled to servlet codes. Ben Joyce wrote: well, one of the reasons is it's a lot easier to change the output (html, layout, images, etc) because the JSP files are plain text.. and not compiled Java (although i think they do actualyl get compiled on the fly). .b -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 18, 2000 3:58 PM To: [EMAIL PROTECTED] Subject: JSP Servlet What are the advantages of using JSP instead of Servlet? == = 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: Tomcat and multiple directives
Mugdha, Page Directive: Defines attributes that apply to an entire JSP Page. If U R calling JSP inside a JSP and result is actually one JSP. One JSP one Page Directive. As a work around solution, U can use Include Directive. Thank U. With Regards Sree Mugdha Kulkarni wrote: Hi all, Tomcat gives me following exception while invoking my JSPs --org.apache.jasper.JasperException: Page directive: can't have multiple occurrences of info I have a JSP page which includes a number of JSPs. And obviously each of the included JSPs have their own page info directive. So the above error is occuring. Is there any solution for this ? Or do I have to remove Page info directive from all my included files ? Also Tomcat behaves similarly in case of error page directive and I have same problem with that also. All my included JSPs have their own error page directive. I have removed error page directive in each of the include file. But this is not a very good solution. Please let me know if there is any solution. Thank you, Mugdha Get free email and a permanent address at http://www.netaddress.com/?N=1 === 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
Memory for development machine running application server?
If I'm running an application server together with a database engine and will make use of a java compiler. What is the suggested amount of RAM needed for development? === 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: Tomcat and multiple directives
Mugdha Kulkarni wrote: Hi all, Tomcat gives me following exception while invoking my JSPs --org.apache.jasper.JasperException: Page directive: can't have multiple occurrences of info I have a JSP page which includes a number of JSPs. And obviously each of the included JSPs have their own page info directive. So the above error is occuring. Is there any solution for this ? Or do I have to remove Page info directive from all my included files ? Also Tomcat behaves similarly in case of error page directive and I have same problem with that also. All my included JSPs have their own error page directive. I have removed error page directive in each of the include file. But this is not a very good solution. Please let me know if there is any solution. When you use the %@ include ... % directive, you are merging the source of the included page with the source of the including page, so the combination of all pages must be a valid JSP page. Therefore the pages you include can not be complete JSP pages, with their own %@ page % directives etc. They have to be JSP page fragments that makes sense when merged with the including page. If you want to include pages that you also need to be able to invoke directly, you can use the jsp:include action instead. This ends up being processed in the request phase (as opposed to the translation phase) as an internal call to the target page. Instead of including the source of the target page, you're including the response generated by the target page. Here all pages are self contained and can have any directives you like. One drawback with this approach in JSP 1.0/1.1 is that the response buffer of the including page must be flushed before the target page response is included. Flushing the response means that no more headers can be set, so you can't set cookies, redirect, etc. after the include. Error handling (forwarding to an errorPage) can also be messed up, since it's not possible to forward after flushing the buffer. This problem will hopefully be solved in the next rev of the spec. Hans -- Hans Bergsten [EMAIL PROTECTED] Gefion Software http://www.gefionsoftware.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: JSP Servlet
This is done on the fly, but only on the very first request, so that later on there's no parsing or interpreting overhead like there is in ASP or so. Geert 'Darling' Van Damme -Original Message- From: A mailing list about Java Server Pages specification and reference [mailto:[EMAIL PROTECTED]]On Behalf Of Ben Joyce Sent: donderdag 18 mei 2000 19:14 To: [EMAIL PROTECTED] Subject: Re: JSP Servlet yeah, but when? do you have to compile them manually or is this done on the fly when the page is requested? -Original Message- From: Peter Choe [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 18, 2000 5:33 PM To: [EMAIL PROTECTED] Subject: Re: JSP Servlet jsp gets compiled to servlet codes. Ben Joyce wrote: well, one of the reasons is it's a lot easier to change the output (html, layout, images, etc) because the JSP files are plain text.. and not compiled Java (although i think they do actualyl get compiled on the fly). .b -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 18, 2000 3:58 PM To: [EMAIL PROTECTED] Subject: JSP Servlet What are the advantages of using JSP instead of Servlet? == = 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: JSP Servlet
It depends on what web/app server you are using. Some servers compile at each page load / some compile occasionally / some compile only the first time you get the page after the server starts up... N -Original Message- From: A mailing list about Java Server Pages specification and reference [mailto:[EMAIL PROTECTED]]On Behalf Of Ben Joyce Sent: Thursday, May 18, 2000 1:14 PM To: [EMAIL PROTECTED] Subject: Re: JSP Servlet yeah, but when? do you have to compile them manually or is this done on the fly when the page is requested? -Original Message- From: Peter Choe [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 18, 2000 5:33 PM To: [EMAIL PROTECTED] Subject: Re: JSP Servlet jsp gets compiled to servlet codes. Ben Joyce wrote: well, one of the reasons is it's a lot easier to change the output (html, layout, images, etc) because the JSP files are plain text.. and not compiled Java (although i think they do actualyl get compiled on the fly). .b -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 18, 2000 3:58 PM To: [EMAIL PROTECTED] Subject: JSP Servlet What are the advantages of using JSP instead of Servlet? == = 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
Handling of multiple requests for JSP and JavaBeans
Hello, I'm new to the JSP and JAVA world, and I'm trying to gain an = understanding of how different clients are handled, and potential = dangers of having several simultaneous requests. I get the concept of JSPs compiled into a servlet, and that they can = handle several simultaneous requests by spinning off separate threads. = My understanding so far is that everything that ends up in the service = method is local to the request, but class instances of variables and = methods are shared among all threads, right? Now, with the inclusion of JavaBeans in the JSP you can set the scope to = session. This means that one instance of this JavaBean is dedicated to = the client for the session. Is this a full flegded java object with no = chance of conflicts between instances for different clients? Are there a = pool of the JavaBeans in the JSP engine/container? If I create another object from some Java class within the JavaBean, = will that cause any problems for me? Will there be any conflicts between = clients if I have class variables in this class? Will the JSP = engine/container instantiate an object for each request or will there be = some kind of pooling? Thanks for any inputs, Roger Kjensrud === 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: JSP and WebLogic 5.1
I've run this on a Dell Inspiron 700 with 128Mb. -D -Original Message- From: Robert Nicholson [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 18, 2000 10:19 AM To: [EMAIL PROTECTED] Subject: JSP and WebLogic 5.1 How much ram does your WebLogic v5.1 box have? I'm curious because I get internal errors when I try eval version on my notebook. and I not know if it's because of the ram or something else. I have the JSPServlet configured as per the instructions. === 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
JServ installation problem
Hope this questions is NOT too off-topic. I have an installation problem, hope someone can point out where I did wrong. I am running Apache 1.3.11 with Jserv 1.1 on RedHat Linux 6.1. I got everything installed and configured and when I tried starting Apache (via apachectl), I got this error message in the Apache error_log: ApacheJServ/1.1: An error occurred listening to the port: java.lang.IncompatibleClasschangeError: Unimplemented interface method. I am not sure what that means and of course nothing get started... Did I point to perhaps the wrong jar file? I do have ApacheJServ.jar in the jserv classpath. Any help much appreciated! thanks --Vincent 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: Something strange
Hi Dennis,
The %! String str=""; % is a declaration, you want to use
a scriptlet % String str=""; %
Declarations create variables in the context of the JspPage object,
in other words they live through calls to _jspService().
Scriptlets create variables in the context of _jspService().
-James
On Wed, 15 Mar 2000, Dennis Huang wrote:
Hi:
I have a piece of code look like this:
%! String str=""; %
% for (int i=1; i 10; i++) { str = i +"br"+str; } %
Before BJSP/B Output P
%= str %
P After BJSP/B Output
This works. The strange thing is each time I click on the Refresh, %=str
% outputs more and more repeated values(from 9 to 1). It seems %! String
str=""; % does not work from the second time I click on the Refresh button.
Do you know why? I am using Tomcat and IE5.
Thanks,
Regards,
Dennis Huang
___
DATACOM SYSTEMS
34 Waterloo, North Ryde | * 0061-2-9023 5214
Sydney, NSW 1670| * 0061-2-9023 5300
Australia | * [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
===
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
JBOSS, EHYDRA
Does anyone have experience with JBOSS or EHYDRA. I am comparing these two open source app servers for a J2EE compliant application and I am wondering if any current users could provide some general comments. === 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: Mainting sessions across boxes with JRun
We are currently using ServletExec on NT machines, but we also have a load balancer and require the session to be persistent. We had to build our own session object, which we intantiate on every JSP page. Here is a short summary of how it works. Our created session (call it InternetSession) is passed around from page to page in the request object. However, its key,value pairs which it can store, are commited to a database table on each page. So, in this way on each page, we try and get our InternetSession from the request object. If this fails (meaning we have been load balanced and gone to a different server) then we instantiate a new one and fill it with the values that were stored in the database. Of course this requires cookies and a whole lot of designso i wish you the best of luck :) --- David Eaves [EMAIL PROTECTED] wrote: All, I have two Sun boxes running Jrun sitting behind a load-balanacer. As requests for servlets and JSPs come in they are split between the two Sun boxes depeneding on load. This seems to handle our current load just fine. However, if I want to use sessions to pass information between JSPs if the successive requests are routed through the load-balancer to the other box, I lose my session. How can I maintain a session in JRun across machines and JRun instances? Thanks, Dave Eaves === 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!? Send instant messages get email alerts with Yahoo! Messenger. 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: Memory for development machine running application server?
Robert Nicholson wrote: If I'm running an application server together with a database engine and will make use of a java compiler. What is the suggested amount of RAM needed for development? Ummm... As much as you can afford? While some would argue that this post is rather off-topic, I will concede that there is a small amount of JSP relevance here, as far as what you need for a machine for development. That said, this request is missing some *serious* information, like: - what operating system do you plan to use? Most OS' should be pretty happy if you give them at least 64Mb. I'm sure you would need to double that for Win2K. - what app server do you plan to use? The vendors will be happy to provide you with minimum or recommended system specs... - what database engine do you plan to use? Oracle is an incredible pig, esp. Oracle 8i. It needs at least 256Mb of its own to function happily. Sybase ASE 11.9 would be pretty happy with 64Mb for development. Not sure about ASE 12. - Do you plan to use any GUI tools for Java development or just text editors and javac? GUI tools require considerable resources, esp. those that are written in Java. - What are the memory requirements for your application? Are you planning to cache lots of session or result set information in RAM? If so, you will need to use some profiling tools to plan how much memory your JVM will need at runtime. Plan on at least 64Mb per JVM. I hope this gives you some starting points to consider... -=- D. J. === 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: JSP/JAVA IDE
++ 17/05/00 19:14 -0400 - Frank Apap: Does anyone know a good jsp and java IDE for linux? The only one I know of that does what I want is Borland's JBuilder 3.5. But only the enterprise edition supports jsp and I don't have the money for it. Any suggestions would be great thanks. IBM's VisualAge for Java (free - in Linux App. Devel. Kit, a CD w/ lots of stuff from IBM) works for me, though usually I use only 'Visual Improved' jikes :) --teodor === 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: Memory for development machine running application server?
The RAM should be minimum of 128 mb for running app server. Ajay Robert Nicholson wrote: If I'm running an application server together with a database engine and will make use of a java compiler. What is the suggested amount of RAM needed for development? === 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
beans problems ..
hi all,
i've made a simple jsp that loads jdbc program as beans
..
but when i query the database .. only the last row appear ..
i use while (rs.next()) { ..} as the loop and ResultSet is the rs ..
but when i use servlet with the same code it runs perfect ..
all the selected rows appear well ..
is there someone can help me ??
thanks in advance ..
===
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
Full text search tools for JSP
Hi, I'm investigating products that will be able to provide full text search of our JSP site's content. One requirement that file-based search tools don't seem to address is the complexity created by using %@ include % directives. (A similarity problem exists in sites using old-fashioned server-side include pages.) I'm currently leaning toward ht://dig (www.htdig.org), which solves this problem by acting more like a web robot and making its requests via HTTP. However I'd like to hear of some alternatives, especially if they have a Java API. System requirements: Solaris 2.6, NES 3.6, but a cross-platform solution would be best. Thanks for your input. Wes === 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: Full text search tools for JSP
I'm currently leaning toward ht://dig (www.htdig.org), which solves this problem by acting more like a web robot and making its requests via HTTP. We're using ht://dig with some success. However, you may have problems if you site requires cookies or HTTPs, since neither are supported. David === 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: java crawler
Hi,
I have simple question about JSP, java bean.
How do I write a function in the bean associated with
the JSP page to get the form checkbox values in the
bean automatically.
Like form variable UserName we can pass to bean by
writting function
public void setUserName(String Name){
}
I am looking for simillar way for passing check box
values.
Thanks,
Bhupendra
__
Do You Yahoo!?
Send instant messages get email alerts with Yahoo! Messenger.
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
Developing sites with JSP and HTML
HTML files become JSP files just by changing the extension to .jsp and using a JSP engine, but I assume it is more efficient to use the .jsp extension only when exploiting JSP advantages. Is this true? Within a single web site it would seem to make sense to have both types of pages present on the site. So, the question I have is does it ever make sense to use the .jsp extension on all pages within a site? At least on Microsoft's site, it seems that almost all pages are ASP files, even when an HTML file would probably work fine. Similarly, what do I gain or give up by making all pages JSP files? Thanks, Steve === 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
Looking for tag libraries
Hi, I am looking for some good tag libraries that I can use in my JSP = pages.Any help is appreciated. TIA, gaurav 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: Developing sites with JSP and HTML
I think it is perfectly fine to use HTML and JSP. JSP I believe would require a slight bit more delay because it is processed by the JSP engine. Thus a request to a JSP page goes to the server, then to the servlet/JSP engine. The first time..it is compiled. After that..its processed on the server each time it is requested. I am not certain, but I believe HTML pages are just returned directly. The web browser handles the actual html parsing. So in this case, I would say use HTML for static pages. I use JSP for every page because I display a specific header and footer on every page that is built with java scriplet code for conditional situations, etc. But we do have some html pages only. === 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: jswdk 1.0.1 Problem
The problem is with MS-DOS and not TOMCAT Try this command in the CONFIG.SYS file: SHELL=C:\WINDOWS\COMMAND\COMMAND.COM /E:2048 Where 2048 is the "Environment Space" lenght. This is my tipical number. :)) Enjoy Mário Pinto -Mensagem Original- De: Shawn Sohl [EMAIL PROTECTED] Para: [EMAIL PROTECTED] Enviada em: Quinta-feira, 18 de Maio de 2000 11:29 Assunto: jswdk 1.0.1 Problem I'm having problems setting up my environment so I can run "Startserver.bat". I have downloaded JDK 1.3 and set up it up to run on my NT machine at work. What I'm trying to do is set it up for my Windows 98 machine at home but I get a "Out of environment space, using classpath;" message. I have altered my autoexec.bat file to include "path=%path%;C:\jdk1.3\bin" and I have altered my startserver.bat file to include "set sysJars=C:\jdk1.3\lib\tools.jar set appClassPath=.\classes;%appJars% set cp=%CLASSPATH% set CLASSPATH=%appClassPath%;%sysJars%" Is this wrong? If someone is running this on their Windows 98 machine please let me know what you put in your autoexec.bat and startserver.bat files to get this to work. If no one has any suggestions should I download another product like Tomcat? 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: About Jrun3.0
http://beta.allaire.com/jrun30 It's in RC1, but the real thing will be out soon. Scott Stirling -Original Message- From: A mailing list about Java Server Pages specification and reference [mailto:[EMAIL PROTECTED]]On Behalf Of ÍáÍá Sent: Monday, May 15, 2000 3:11 AM To: [EMAIL PROTECTED] Subject: About Jrun3.0 Hello Everyone: Who can tell me where I can download JRUN3.0, Thank you. 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: About Jrun3.0
Try www.allaire.com - Original Message - From: ÍáÍá [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, May 15, 2000 3:11 PM Subject: About Jrun3.0 Hello Everyone: Who can tell me where I can download JRUN3.0, Thank you. myWebSite: netjava.cn99.com (GBChinese) === 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
SWING FWATURES IN JSP
Hi all, Can I use Swing Features in JSP?. If not How can I use JoptionPane of Swing in JSP. My question is If I face any problems in validating data in user defined screen,How can i show all errors in Message Box or like JoptionPane in the user's screen. Hope someone will answer my question. Biren Download NeoPlanet at http://www.neoplanet.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: About Jrun3.0
Thanks a lot. === 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: JSP/JAVA IDE
Download NeoPlanet at http://www.neoplanet.com
Re: Using EJB or JavaBeans ( MCV architecture )
Download NeoPlanet at http://www.neoplanet.com
Re: JSP Servlet
Download NeoPlanet at http://www.neoplanet.com
Re: JSP and WebLogic 5.1
Download NeoPlanet at http://www.neoplanet.com
Re: Event handlers
Download NeoPlanet at http://www.neoplanet.com
Re: Something strange
Download NeoPlanet at http://www.neoplanet.com
JBOSS, EHYDRA
Download NeoPlanet at http://www.neoplanet.com
Re: Cannot create bean of class - Error
Download NeoPlanet at http://www.neoplanet.com
Re: doPost() to doGet() via RequestDispatcher
Download NeoPlanet at http://www.neoplanet.com
Re: JSP Servlet
Download NeoPlanet at http://www.neoplanet.com
Re: JSP Servlet
Along similar lines... Is it possible to precompile JSP pages into servlets, and then just use them as servelets? IE: use JSP as a code-generation tool for servlets... This would avoid the first time delay, and enable one to use a Web server than didn't handle JSPs (but did handle servlets). It would also add an extra step in your development process, but this is pretty normal -- you have to compile your Java classes anyway... Also, supposing you have a JSP page in your site, and the HTML guy comes along and changes it, does the server notice that it has been changed and recompile it on the fly, or do you have to restart the server (or tell it in some other way)? TIA rr -Original Message- From: Nathan Hoover [mailto:[EMAIL PROTECTED]] Sent: Friday, May 19, 2000 3:47 AM To: [EMAIL PROTECTED] Subject: Re: JSP Servlet It depends on what web/app server you are using. Some servers compile at each page load / some compile occasionally / some compile only the first time you get the page after the server starts up... N -Original Message- From: A mailing list about Java Server Pages specification and reference [mailto:[EMAIL PROTECTED]]On Behalf Of Ben Joyce Sent: Thursday, May 18, 2000 1:14 PM To: [EMAIL PROTECTED] Subject: Re: JSP Servlet yeah, but when? do you have to compile them manually or is this done on the fly when the page is requested? -Original Message- From: Peter Choe [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 18, 2000 5:33 PM To: [EMAIL PROTECTED] Subject: Re: JSP Servlet jsp gets compiled to servlet codes. Ben Joyce wrote: well, one of the reasons is it's a lot easier to change the output (html, layout, images, etc) because the JSP files are plain text.. and not compiled Java (although i think they do actualyl get compiled on the fly). .b -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 18, 2000 3:58 PM To: [EMAIL PROTECTED] Subject: JSP Servlet What are the advantages of using JSP instead of Servlet? == = 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 === 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
Handling of multiple requests for JSP and JavaBeans
Download NeoPlanet at http://www.neoplanet.com
Re: Calling a long procedure through JSP
depends how long the procedure is taking... you cold have it create a thread to run the procedure, and immediately return a placeholder HTML page that reloads (from the browser) every 30 seconds to see if the procedure ha finished yet or not... Just an idea -- I'm sure there's a better one out there somewhere... rr -Original Message- From: Sujoy Mukherjee [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 18, 2000 11:41 AM To: [EMAIL PROTECTED] Subject: Calling a long procedure through JSP Hi , I am trying to exceute a long Stored procedure through JSP , but I get a timeout message .i have increased the timeout in Javawebserver to the Max-360 seconds.Is there any way to overcome this. TIA Sujoy == = 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
JServ installation problem
Download NeoPlanet at http://www.neoplanet.com
Re: JSP Servlet
Download NeoPlanet at http://www.neoplanet.com
Re: SWING FWATURES IN JSP
Please browse the SUN Java Swing site. http://java.sun.com/products/jfc/index.html and http://java.sun.com/products/jfc/tsc/index.html There is a little thing called the Java Plug-In component. If you wish to use JDK 1.2 or above in a browser environment ( Navigator or IE ), the plug-in is what you need. It comes in two flavors, one for IE, and one for Navigator. Replaces the Browsers native JVM for the instance of the running applet in the specific browser page loaded with a reference to it and the main class to load. More to learn, please follow the links . . . -Original Message- From: Biren [EMAIL PROTECTED] To: [EMAIL PROTECTED] [EMAIL PROTECTED] Date: Thursday, May 18, 2000 11:15 PM Subject: SWING FWATURES IN JSP Hi all, Can I use Swing Features in JSP?. If not How can I use JoptionPane of Swing in JSP. My question is If I face any problems in validating data in user defined screen,How can i show all errors in Message Box or like JoptionPane in the user's screen. Hope someone will answer my question. Biren Download NeoPlanet at http://www.neoplanet.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
Offtopic: J2EE server startup...
Hi All, I have windows NT installed in my machine. I have jdk1.2.2 installed in it. I have jswdk installed and I am able to run JSPs perfectly. Then I installed j2sdkee1.2. Now when I try to run the command "j2ee" from the "\bin" directory, I get the message, Could not create POA. Error executing the J2EE server... What might be the reason ? Can anybody help ? TIA, Anjan === 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: SWING FWATURES IN JSP
JSP generates HTML pages, you can embed Java (with Swing) in HTML pages, hence, you can generate a HTML page that embeds a Java applet that contains Swing components. Obviously, you won't be directly mixing the JSP with the HTML, but that would be pointless anyway (Swing is a client-side technology, JSP is server-side...) HTH rr -Original Message- From: Biren [mailto:[EMAIL PROTECTED]] Sent: None To: [EMAIL PROTECTED] Subject: SWING FWATURES IN JSP Hi all, Can I use Swing Features in JSP?. If not How can I use JoptionPane of Swing in JSP. My question is If I face any problems in validating data in user defined screen,How can i show all errors in Message Box or like JoptionPane in the user's screen. Hope someone will answer my question. Biren Download NeoPlanet at http://www.neoplanet.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: JSPs and XML.
Hi Scott,
A simple one might look something like that:
***ShowUser.jsp*
%@ page import="what.ever.User"%
%@ taglib uri="/leafTag/" prefix="leaf" %
?xml version='1.0' encoding='iso-8859-1'?
%
User theUser = (User)request.getAttribute("theUser");
%
leaf:XSLEval xsltSheetName="../conf/Users.xsl"
USER
ID="%= theUser.getID() %"
NAME="%= theUser.getName() %"
SURNAME="%= theUser.getSurname() %"
PHONE="%= theUser.getPhoneNumber() %"
...
/USER
/leaf:XSLEval
Then if you handled previously sample XML file to the designer like:
***ShowUser.xml*
?xml version='1.0' encoding='iso-8859-1'?
USER
ID="02568"
NAME="John"
SURNAME="Ford"
PHONE="0-6895-5698"
...
/USER
then the designer could have created the XSLT and he doesn't have to
care about Java, Beans, properties You need a more technical
designer as XSLT is not plain HTML but tools will hopefully help and
you'd need to teach them your own JSP tags so...
I hope this helps,
Dan
PD: This feature might be part of the upcomming standard taglibraries as
similar features are included in most of the modern containers (someone
mentioned Orion, I think Resin also...) Until ten , we'd rather use our
own tiny taglibrary which makes our JSPs container independent.
---
Daniel Lopez Janariz ([EMAIL PROTECTED])
Web Services
Computer Center
Balearic Islands University
---
Scott Evans wrote:
Can you please give an example of what the jsp page with the enclosing tag
would look like?
i.e. what about page directives and the like?
TIA,
Scott Evans
-Original Message-
From: Daniel Lopez [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 18, 2000 11:58 AM
To: [EMAIL PROTECTED]
Subject: Re: JSPs and XML.
Shawn,
There are at least 2 method through which you can post-process the XML
generated in a JSP page. One is the approach that Joseph uses,
post-processing based in the mime-type of the answer. However, this
approach is container specific and we prefer to use the second one,
which is nothing less than using a JSP taglib that encloses your whole
JSP and postprocess everything in the doEndTag() method. You
just need a
JSP1.1 compatible container and the actual taglib class is
very simple.
I have tested it and it works, we are just not using it now because
PL/SQL is good enough for what we want to do. If we needed to process
some files/ access the filesystem, then I'd introduce JSPs in the mix.
I hope this helps,
Dan
---
Daniel Lopez Janariz ([EMAIL PROTECTED])
Web Services
Computer Center
Balearic Islands University
---
"Joseph B. Ottinger" wrote:
On Thu, 18 May 2000, Shawn McKisson wrote:
===
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
doPost() to doGet() via RequestDispatcher
Hi,
My Servlet-(A) gets a POST request from a form after processing it I need to
pass it to another Servlet-(B) but I need to pass it to Servlet(B)'s doGet()
method. As the original request line was POST, it always invokes
Servlet-(B)'s doPost().
PRE
getServletContext().getRequestDispatcher("/servlet/B").include(req, res);
PRE
I guest I can set an attribute in the request in the Servlet-(A) before
dispatching and retrieve it at the begginning of Servlet-(B) doPost() and if
true call the doGet(), as a work around.
However, although I could not fond t in API Socumentation, I think there
must/should be a convential way of changing the Method type in the
Request-Line dynamically, as it is encapsulated as an object, i.e.
HttpServletRequest.
Any ideas?
Bulent
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
