Re: JSP examples Not working
Include tools.jar in classpath env variable. tools.jar can be found at jdk1.2\lib\ directory. -Original Message- From: Steve Houghton [EMAIL PROTECTED] To: [EMAIL PROTECTED] [EMAIL PROTECTED] Date: Thursday, June 10, 1999 9:23 AM Subject: JSP examples Not working Note: Some recipients have been dropped due to syntax errors. Please refer to the "$AdditionalHeaders" item for the complete headers. Can someone help with this (i'm sure its a simple fix). I've done fresh jdk 1.2.1 installs on two machines and still get this when I run the JSP files in the example for the reverence JSP environment on suns page. Unhandled error! You might want to consider having an error page to report such errors more gracefully java.lang.NoClassDefFoundError: sun/tools/javac/Main at com.sun.jsp.compiler.Main.compile(Main.java:194) at com.sun.jsp.runtime.JspLoader.loadJSP(JspLoader.java:114) at com.sun.jsp.runtime.JspServlet$JspServletWrapper.loadIfNecessary(JspServlet . java:69) at com.sun.jsp.runtime.JspServlet$JspServletWrapper.service(JspServlet.java:77 ) at com.sun.jsp.runtime.JspServlet.serviceJspFile(JspServlet.java:125) at com.sun.jsp.runtime.JspServlet.service(JspServlet.java:152) at javax.servlet.http.HttpServlet.service(HttpServlet.java:840) at com.sun.web.core.ServletWrapper.handleRequest(ServletWrapper.java:140) at com.sun.web.core.Context.handleRequest(Context.java:382) at com.sun.web.server.ConnectionHandler.run(Compiled Code) Thanks, Steve === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Parameters Passing getting
Dear members, Has anyone worked with using .jsp concepts displaying parameters on the developed HTML pages. What I intend to ask is without using out.println() (i.e.) without embedding HTML tags on the server side of the Java Code. Like i would like to have an simple example to see the application logic (Java code - (Servlets/beans) presentation logic (HTML Pages) separately. Even if this query is simple. Just need a concepts example page. so that other things we can learn faster. Thanks and regards Raghuraman S === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: Jrun's errorpage/iserrorpage ?
...look at the JSP 1.0 Beta 1 Features located at /jsp/jspsamp/features.jsp sorry, it's /jsp/jspsamp10/features.jsp -- Stimm gegen SPAM! - Vote against SPAM! http://www.politik-digital.de/spam/ === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
JSP on HP-UX
Hi, anybody out there using JSP (any version) on HP-UX ? If so, please tell me which JSP-product you are using. JRun perhaps ? Can't tell from their web site if "Unix" includes HP-UX. Best regards Javier Borrajo I+D Spain === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
i thought very few people know JSP!!!!!!!!!
Reply these 5 Ans. to know how many people are serious about JSP and standout in this rat race.--.. Answer in Y/N. 1. Will learning JSP help you increase in your salary? 2. Is JSP better than ASP and keep you in market for 5 years? 3. Is maintenance of JSP site is lesser than ASP? 4. Will JSP revolutionise web site development for e-commerce? 5. Will JSP increase your companies growth? Reply to these five question to know if learning JSP is all worth while. Prashant Swaroop India === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: Abou web servers
Hello. I've seen the page(http://gnujsp.isquare.com.hk/). It's very good page to know about web servers and servlet engines that JSP supports. Could you tell me if other JSP implementations can support web servers like GNUJSP, please? Thank you for your help. Yuichiro Kubota Jesus wrote: The GNUJSP implemantation can be installed in several Web servers: look at this: http://gnujsp.isquare.com.hk/ "Jenkins, Ed" wrote: You were close. Here it is. http://java.sun.com/products/jsp/industry.html Ed === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Multiple sessions
Is it possible to create muliple sessions for the same user. If a user opens two browser windows, both windows share the same session scoped beans. This leads to pretty bothersome effects when, for instance, the bean preserves visual state or the user would like two instances of the same form, or would like to login into a site under different user names, etc. Ideas? Steve === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: java
When upgrading to a higher JDK version, like from jdk1.1.7 to JDK 1.2, Sun might have changed some of the API included in the JDKs. The changes are usually renaming method, changing parameters of existing methods or even canceling the method completely. Each change method which does not exist anymore in its older version is said to be deprecated. The documentation of each JDK states which methods were deprecated. When you compile with the -deprecation option, you can get an exact message about the deprecated method you used. You should then refer to the new documentation and see how you should use this method from now on. Hope it helps. -Original Message- From: A mailing list about Java Server Pages specification and reference [mailto:[EMAIL PROTECTED]] On Behalf Of Johan Johansson Sent: Thursday, June 10, 1999 1:33 PM To: [EMAIL PROTECTED] Subject:java Can anyone tell me what this means? Note: Mnsearch_HLR.java uses a deprecated API. Recompile with "-deprecation" for details. 1 warning It is printed when I compile certain java-files. === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Package loading
I'm not very awared of using external classes in JSP. It might be a trivial question, but how could I load packaged classes in my pages ? The only way I found until now is to had my package classes directly in the server's jar archive (/lib/jrun.jar in my case). And then I'm able to import whatever I need, which is exactly what I want. But I'm sure there might be another way. Maybe do I have to change some parameters of my server (JRun as I said before), but I'd prefer a solution directly included in the JSP source, if possible. BTW, I'd like to know more about beans loading in JSP, because I'm not very familiar with them. Is there a place where I could find some exemples ? Thanks Sylvain
Re: Package loading
In the server, JRun from my experience, there is a parameter setting for the classpath. This is in the JRunAdmin under the General tab and under the Java tab there. Just add the jat with the full path into the classpath and it will be able to load any class from there. You can change the classpath directly in the JRun properties file without the JRUn admin. It is easier. Just go to JRUN_HOME\jsm-default\properties and edit the jsm.properties file. change the variable java.classpath Good Luck -Original Message-From: A mailing list about Java Server Pages specification and reference [mailto:[EMAIL PROTECTED]]On Behalf Of Sylvain RocheSent: Thursday, June 10, 1999 3:16 PMTo: [EMAIL PROTECTED]Subject: Package loading I'm not very awared of using external classes in JSP. It might be a trivial question, but how could I load packaged classes in my pages ? The only way I found until now is to had my package classes directly in the server's jar archive (/lib/jrun.jar in my case). And then I'm able to import whatever I need, which is exactly what I want. But I'm sure there might be another way. Maybe do I have to change some parameters of my server (JRun as I said before), but I'd prefer a solution directly included in the JSP source, if possible. BTW, I'd like to know more about beans loading in JSP, because I'm not very familiar with them. Is there a place where I could find some exemples ? Thanks Sylvain
FW: How do you send them back to where they came from?
Thanks to all of you who responded, but I still can not get to the original page URL!!! I tried both HttpUtils.getRequestURL() and req.getRequestURI() from the servlet and BOTH of them just return the URL for the servlet NOT the page that the servlet was called from. Here is an example of what I need to do: If I call my servlet (Say www.xxx.com/servlet/MyServlet http://www.xxx.com/servlet/MyServlet ) from www.xxx.com/page1.jsp http://www.xxx.com/page1.jsp I need to be able to return to www.xxx.com/page1.jsp http://www.xxx.com/page1.jsp after I am done my processing in the servlet. Since several different URLs can call the same process in servlet, I need to be able to return to the originating page. All the methods that I have tried so far, including the above mentioned ones, ALWAYS return the URL for the servlet (i.e. www.xxx.com/servlet/MyServlet http://www.xxx.com/servlet/MyServlet ) instead of the originating .jsp page that I really need. I though about passing a parameter to the Servelt as to where to return to, but I was hoping that there is a way to find out where the originating .jsp's URL is in the servlet that receives the request. Any other thoughts? Thanks again, Reza -Original Message- From: Beheshti, Reza Sent: Wednesday, June 09, 1999 3:04 PM To: 'JSP List' Subject: How do you send them back to where they came from? Hi, I am relatively new to JSP and Servlet, so forgive me if this is a trivial question. I dogged thru the servelt API and did not find anything in "req" object where I can figure out the URL of the req. I need to be able to (in the servelet) figure out the origin URL of a request, so after I process the request in the servlet, I can send it back/redirect it to the same exact page/URL that it came from. Thanks, Reza === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: FW: How do you send them back to where they came from?
In HTTP terms, you are asking for the "referer" page -- the one that contained a link that pointed at the current servlet. To retrieve that, just say: String referer = req.getHeader("Referer"); and it will be there. This will return NULL, however, if someone had bookmarked the servlet URL and then just executed it from their bookmark (or just typed the servlet URL into their browser), so your code needs to watch out for a NULL return valuve here. Perhaps you could go to a default JSP page in that case. Craig McClanahan -Beheshti, Reza" wrote: Thanks to all of you who responded, but I still can not get to the original page URL!!! I tried both HttpUtils.getRequestURL() and req.getRequestURI() from the servlet and BOTH of them just return the URL for the servlet NOT the page that the servlet was called from. Here is an example of what I need to do: If I call my servlet (Say www.xxx.com/servlet/MyServlet http://www.xxx.com/servlet/MyServlet ) from www.xxx.com/page1.jsp http://www.xxx.com/page1.jsp I need to be able to return to www.xxx.com/page1.jsp http://www.xxx.com/page1.jsp after I am done my processing in the servlet. Since several different URLs can call the same process in servlet, I need to be able to return to the originating page. All the methods that I have tried so far, including the above mentioned ones, ALWAYS return the URL for the servlet (i.e. www.xxx.com/servlet/MyServlet http://www.xxx.com/servlet/MyServlet ) instead of the originating .jsp page that I really need. I though about passing a parameter to the Servelt as to where to return to, but I was hoping that there is a way to find out where the originating .jsp's URL is in the servlet that receives the request. Any other thoughts? Thanks again, Reza -Original Message- From: Beheshti, Reza Sent: Wednesday, June 09, 1999 3:04 PM To: 'JSP List' Subject: How do you send them back to where they came from? Hi, I am relatively new to JSP and Servlet, so forgive me if this is a trivial question. I dogged thru the servelt API and did not find anything in "req" object where I can figure out the URL of the req. I need to be able to (in the servelet) figure out the origin URL of a request, so after I process the request in the servlet, I can send it back/redirect it to the same exact page/URL that it came from. Thanks, Reza === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Cookies for security
Hi, I need help about the following problem: I used the cookies to manage a protected web site, then a cookie stores the status of a user, i.e. login and password. I used Apache Web Server and Apache Jserv as a Servlet engine. Under Netscape 4.6 it's ok. Under IE 5, it's ok only from my computer(i.e. local place), but it isn't ok from a remote site. Thanks to All, Pasquale === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
PLEASE HELP !!! with apache / jserv
Hi, sorry to bothering you for the third time, but i really need help I've installed apache 1.3.6 on win98 and jserv (so also jsdk2.0). most of this is working but when i go to the page http://127.0.0.1:80/status/jserv/ i see this page ( http://sequ.jetsoftware.com:3080/jsp/page1.html ) on this page if i click on my configured host, i have this page: ( http://sequ.jetsoftware.com:3080/jsp/page2.html ), but if i click on my mapped servlet engine (ajpv11://localhost:8007) nothing appear and i have a document not found after a long timeout. You can see all my configuration files on http://sequ.jetsoftware.com:3080/jsp/ . Please help me, i can't do anithing else until i know what's wrong. Thanks, Thibaut. * Thibaut Colar JET Software, Inc. [EMAIL PROTECTED] http://www.jetsoftware.com The Leader in Tools for Online Demonstrations and Training *
Re: FW: How do you send them back to where they came from?
"Beheshti, Reza" wrote: Thanks to all of you who responded, but I still can not get to the original page URL!!! I tried both HttpUtils.getRequestURL() and req.getRequestURI() from the servlet and BOTH of them just return the URL for the servlet NOT the page that the servlet was called from. Here is an example of what I need to do: If I call my servlet (Say www.xxx.com/servlet/MyServlet http://www.xxx.com/servlet/MyServlet ) from www.xxx.com/page1.jsp http://www.xxx.com/page1.jsp I need to be able to return to www.xxx.com/page1.jsp http://www.xxx.com/page1.jsp after I am done my processing in the servlet. Since several different URLs can call the same process in servlet, I need to be able to return to the originating page. All the methods that I have tried so far, including the above mentioned ones, ALWAYS return the URL for the servlet (i.e. www.xxx.com/servlet/MyServlet http://www.xxx.com/servlet/MyServlet ) instead of the originating .jsp page that I really need. I though about passing a parameter to the Servelt as to where to return to, but I was hoping that there is a way to find out where the originating .jsp's URL is in the servlet that receives the request. Any other thoughts? You're not telling us the whole story yet, so that's why you don't get the right answer. How do you call the servlet from the JSP? Which JSP implementation do you use? That's the important information. If you're using a JSP 1.0 implementation and jsp:include, the request attribute "javax.servlet.include.request_uri" contains what your looking for (see JSP 1.0 Appendix B). But I believe the current reference implementation doesn't yet support dynamic content (such as a servlet) through jsp:include. Instead it implements the "public draft 1" specification, where jsp:request include=file performs the same function. The "javax.servlet.include.request_uri" is also set if you use a scriptlet to get a RequestDispatcher for the servlet and then using the RD.include method to call it. Did I get it right this time? -- Hans Bergsten [EMAIL PROTECTED] Gefion Software http://www.gefionsoftware.com === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
PageContext - Pooled?
Hi, I'm curious to know if PageContext objects are pooled? If so, this pool resides in JspFactory? The reason I'm asking this is because of its release() method, which "prepares it for potential reuse by a later invocation of initialize()" (from the javadoc). Thanks! Mun Wai === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: How do you send them back to where they came from?
Title: RE: How do you send them back to where they came from? You can do this in JavaScript. Add the following code to your JSP file after all your server-side processing is done: script language=javascript if (document.referrer) { location.replace(document.referrer); } /script -Ken -Original Message- From: Beheshti, Reza [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 10, 1999 7:40 AM To: [EMAIL PROTECTED] Subject: FW: How do you send them back to where they came from? Thanks to all of you who responded, but I still can not get to the original page URL!!! I tried both HttpUtils.getRequestURL() and req.getRequestURI() from the servlet and BOTH of them just return the URL for the servlet NOT the page that the servlet was called from. Here is an example of what I need to do: If I call my servlet (Say www.xxx.com/servlet/MyServlet http://www.xxx.com/servlet/MyServlet ) from www.xxx.com/page1.jsp http://www.xxx.com/page1.jsp I need to be able to return to www.xxx.com/page1.jsp http://www.xxx.com/page1.jsp after I am done my processing in the servlet. Since several different URLs can call the same process in servlet, I need to be able to return to the originating page. All the methods that I have tried so far, including the above mentioned ones, ALWAYS return the URL for the servlet (i.e. www.xxx.com/servlet/MyServlet http://www.xxx.com/servlet/MyServlet ) instead of the originating .jsp page that I really need. I though about passing a parameter to the Servelt as to where to return to, but I was hoping that there is a way to find out where the originating .jsp's URL is in the servlet that receives the request. Any other thoughts? Thanks again, Reza -Original Message- From: Beheshti, Reza Sent: Wednesday, June 09, 1999 3:04 PM To: 'JSP List' Subject: How do you send them back to where they came from? Hi, I am relatively new to JSP and Servlet, so forgive me if this is a trivial question. I dogged thru the servelt API and did not find anything in req object where I can figure out the URL of the req. I need to be able to (in the servelet) figure out the origin URL of a request, so after I process the request in the servlet, I can send it back/redirect it to the same exact page/URL that it came from. Thanks, Reza == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message signoff JSP-INTEREST. For general help, send email to [EMAIL PROTECTED] and include in the body of the message help.
POST and browser behavior
I'm working on a JSP shopping cart implementation, and am having a problem getting a desired behavior. Here's what happens with my shopping cart: -- my cart -- (1) User is viewing the cart, (2) User changes the quantity of item(s) in the cart via a form (METHOD=post), and submits. (3) Quantity is updated. (4) User changes the quantity of item(s) again. (5) User hits back button. (6) With IE5, user gets message "Warning: Page has expired," and is invited to hit the refresh button. (7) User hits the refresh button, and their quantities are back at what the were at step (3). This is clearly not optimal! For an example of what I'm trying to accomplish, check out amazon.com: -- desired behavior (e.g., as at amazon.com) -- (1-5) as above (6) No problem -- user is simply taken back to the previous screen (7) User clicks on "view cart" (or whatever) and the correct quantities are displayed. I've looked for a setting on HttpServletResponse, but to no avail. amazon doesn't seem to be using any META tags or special FORM tags that I can see. Help! Thanks, chris === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: not html
Which application server are you using? -Original Message- From: Vincent Roderick [mailto:[EMAIL PROTECTED]] Sent: Monday, June 07, 1999 12:54 PM To: [EMAIL PROTECTED] Subject: Re: not html What version of the implementation are you running, what platform, and what JDK version do you have? -Original Message- From: olivier gerbehaye [SMTP:[EMAIL PROTECTED]] Sent: Monday, June 07, 1999 2:27 PM To: [EMAIL PROTECTED] Subject: not html Hi everybody I use the jsp implementation from sun When I test a jsp file, I have no problem. The server display the page but when I try to display a "html" file I receive Error 404 no detailed message could somebody tell me why ? (I cannot display the exemples with http://localhost:8080/index.html but I have to change the extension to index.jsp) Thank a lot olivier __ Get Your Private, Free Email at http://www.hotmail.com == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Car won't start after installing JSP...
I installed JSP and now my car won't start. Any ideas? -tg === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
runtime exception question
I have installed jsp1.0, started the server and run the servlet samples run fine, but the all of the jsp samples return a runtime exception as follows: java.lang.NoClassDefFoundError: sun/tools/javac/Main at com.sun.jsp.compiler.Main.compile(Main.java:194) at com.sun.jsp.runtime.JspLoader.loadJSP(JspLoader.java:114) at com.sun.jsp.runtime.JspServlet$JspServletWrapper.loadIfNecessary(JspServlet.java:69) at com.sun.jsp.runtime.JspServlet$JspServletWrapper.service(JspServlet.java:77) at com.sun.jsp.runtime.JspServlet.serviceJspFile(JspServlet.java:125) at com.sun.jsp.runtime.JspServlet.service(JspServlet.java:152) at javax.servlet.http.HttpServlet.service(HttpServlet.java:840) at com.sun.web.core.ServletWrapper.handleRequest(ServletWrapper.java:140) at com.sun.web.core.Context.handleRequest(Context.java:382) at com.sun.web.server.ConnectionHandler.run(Compiled Code) I have java2 installed, in my path and seemingly working fine. (NT 4.0) I'm not sure what to check out next. Thanks for any suggestions... Cheers Robert Walker begin:vcard n:Walker;Robert tel;fax:250.952.1132 tel;work:250-952-1117 x-mozilla-html:TRUE org:Ministry of Health version:2.1 email;internet:[EMAIL PROTECTED] title:Senior I/T Architect adr;quoted-printable:;;2nd Floor=0D=0A914 Yates Street;Victoria;B.C.;V8V 4V7;Canada x-mozilla-cpt:;624 fn:Robert Walker end:vcard
Re: Car won't start after installing JSP...
I know why, now your car needs Jump Start Protocol everytime, good luck! On Thu, 10 Jun 1999, Taylor Gautier wrote: I installed JSP and now my car won't start. Any ideas? -tg === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: POST and browser behavior
As far as I can tell, this is a "design decision" on Microsoft's part. My guess is that they felt that POSTing a form is usually done for some sort of submission of data, for security reasons, you shouldn't be able cache the results of a POST. (For example, you're on a public terminal, and you POST an order at Amazon, and it then displays your address. You leave the terminal, and the next person to use the terminal could use the browser's 'Back' function to see the results of your POST, which maybe contains your address, account number or whatever.) But this is just a guess on my part. The only way I've found to get around this is not to use POST. Not really much of a solution. I've tried messing with the HTML headers, but it appears that IE ignores whatever you send. I've found that I don't need to use POST that often. Submitting search parameters, for example, work fine as GET. And since you can't cache the result of a POST, you can't really put anything worthwhile on the page that results from a POST. I usually just put a "Success!" type of page, maybe with an ID. In the orignal message, Glen was looking to have behavior similar to Amazon. I was thinking that Amazon used GET when you add something to your cart, but it seems they dont. But the page that results from the POST doesn't expire in IE. Wierd. Anyways, my advice still stands - use GET if you can. -Original Message- From: A mailing list about Java Server Pages specification and reference [mailto:[EMAIL PROTECTED]]On Behalf Of Lastname Firstname Sent: Thursday, June 10, 1999 11:17 AM To: [EMAIL PROTECTED] Subject: Re: POST and browser behavior I would also be interested in an answer for this. Internet Explorer (IE) 4.01 experiences the same problem when the "Back" button is pressed in a Shipment Tracking application. If someone has a solution, definitely post it to the group as I assume many other Java Servlet-based applications experience this problem when working under IE. Thanks, Glen Hawkins Application Developer Skyway Systems, Inc. [EMAIL PROTECTED] on 06/10/99 10:27:21 AM Please respond to [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc:(bcc: Glen C. Hawkins/Users/Skyway) Subject: POST and browser behavior I'm working on a JSP shopping cart implementation, and am having a problem getting a desired behavior. Here's what happens with my shopping cart: -- my cart -- (1) User is viewing the cart, (2) User changes the quantity of item(s) in the cart via a form (METHOD=post), and submits. (3) Quantity is updated. (4) User changes the quantity of item(s) again. (5) User hits back button. (6) With IE5, user gets message "Warning: Page has expired," and is invited to hit the refresh button. (7) User hits the refresh button, and their quantities are back at what the were at step (3). This is clearly not optimal! For an example of what I'm trying to accomplish, check out amazon.com: -- desired behavior (e.g., as at amazon.com) -- (1-5) as above (6) No problem -- user is simply taken back to the previous screen (7) User clicks on "view cart" (or whatever) and the correct quantities are displayed. I've looked for a setting on HttpServletResponse, but to no avail. amazon doesn't seem to be using any META tags or special FORM tags that I can see. Help! Thanks, chris == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: Car won't start after installing JSP...
You should check the air in your tires! Taylor Gautier wrote: I installed JSP and now my car won't start. Any ideas? -tg === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Problems Getting Started with JSP 1.0 RI (was: Re: JavaServer Pages 1.0 Public Release)
JSPers, We are very, very sorry for the difficulty in ease-of-use in this release of JSP. The team is closely monitoring the list and will be fixing the problems as quickly as possible. Please stay tuned and we'll have something to you shortly after JavaOne. Thanks for the support this group has given to those just getting started on JSP. With improvements to usability, we hope the list can stay as one forum that is useful for all participants. Thanks, Connie MIME-Version: 1.0 Date: Mon, 7 Jun 1999 08:11:33 -0700 From: Vincent Roderick [EMAIL PROTECTED] Subject: Re: JavaServer Pages 1.0 Public Release Comments: To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Connie, I'm hoping that you can forward this email to the appropriate people. If you are on this mailing list, I'm sure you have a pretty good idea where the install instructions have gone wrong and where things can be improved. This really is in Sun's best interest to improve the JSP site, as I'm sure that you would love to see JSP dwarf ASP (and hence sell more servers). But to do this, you need developer's to learn it and endorse it. For each x amount of developer's that download the JSP implementation, a certain % of those won't get it working because the install instructions aren't complete and will give up. Others will find that there really aren't any great tutorials and books on the subjectWhat a wasted opportunity...It's less likely that those developer's will come back. My point is not to try to criticize but to encourageThink of things from a marketing point of view. (The ASP tutorial is very straight forward and any Joe Blow can get it running quicklyWith JSP, you better come to the interest list or you're SOL...) Also, this mailing list is transforming into a forum of "how do I get started." Awhile back, Lastname Firstname (just joshin') suggested two distribution lists, one for more advanced discussions. Maybe you want to consider this as more users begin to hear about the 1.0 release and flood the mailing list. I've noticed the more advanced users on this list have been silent as "newby" mail has been overwhelming. Since I am in the "newby" stage as well, I don't mind the email, but the more technical discussions seem to be absent. Thanks for your time, Rick === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: POST and browser behavior
Anyways, my advice still stands - use GET if you can. Unfortunately, GET is not appropriate all the time. In the case of a shopping cart application, using get would cause the form to be re-executed automatically, which defeats the purpose (see my original post). Somehow, amazon is managing to do this successfully. Internet Explorer (IE) 4.01 experiences the same problem Incidentally, Netscape 4.5 does, too. c I'm working on a JSP shopping cart implementation, and am having a problem getting a desired behavior. Here's what happens with my shopping cart: -- my cart -- (1) User is viewing the cart, (2) User changes the quantity of item(s) in the cart via a form (METHOD=post), and submits. (3) Quantity is updated. (4) User changes the quantity of item(s) again. (5) User hits back button. (6) With IE5, user gets message "Warning: Page has expired," and is invited to hit the refresh button. (7) User hits the refresh button, and their quantities are back at what the were at step (3). This is clearly not optimal! For an example of what I'm trying to accomplish, check out amazon.com: -- desired behavior (e.g., as at amazon.com) -- (1-5) as above (6) No problem -- user is simply taken back to the previous screen (7) User clicks on "view cart" (or whatever) and the correct quantities are displayed. I've looked for a setting on HttpServletResponse, but to no avail. amazon doesn't seem to be using any META tags or special FORM tags that I can see. Help! Thanks, chris == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: Car won't start after installing JSP...
Your car probably has a microsoft runtime engine, try switching to a Sun engine, like hot spot or something... - Original Message - From: Taylor Gautier [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, June 10, 1999 8:02 PM Subject: Car won't start after installing JSP... I installed JSP and now my car won't start. Any ideas? -tg === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: POST and browser behavior
So if the same problem shows up on multiple browsers, multiple servers, and GET/POST is irrelevant, let's revist the possibility of HTTP headers. A page can be set to expire by one of 2 methods. Set an HTTP header or use a META tag in the HTML. The same methods can also be used to say that a page expires immediately or that it never expires. If you want to see source examples, lemme know and I'll dig them up. Ed Livin' La Vida Loca -Original Message- From: Chris Fesler [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 10, 1999 03:25 PM To: [EMAIL PROTECTED] Subject: Re: POST and browser behavior Anyways, my advice still stands - use GET if you can. Unfortunately, GET is not appropriate all the time. In the case of a shopping cart application, using get would cause the form to be re-executed automatically, which defeats the purpose (see my original post). Somehow, amazon is managing to do this successfully. Internet Explorer (IE) 4.01 experiences the same problem Incidentally, Netscape 4.5 does, too. c I'm working on a JSP shopping cart implementation, and am having a problem getting a desired behavior. Here's what happens with my shopping cart: -- my cart -- (1) User is viewing the cart, (2) User changes the quantity of item(s) in the cart via a form (METHOD=post), and submits. (3) Quantity is updated. (4) User changes the quantity of item(s) again. (5) User hits back button. (6) With IE5, user gets message "Warning: Page has expired," and is invited to hit the refresh button. (7) User hits the refresh button, and their quantities are back at what the were at step (3). This is clearly not optimal! For an example of what I'm trying to accomplish, check out amazon.com: -- desired behavior (e.g., as at amazon.com) -- (1-5) as above (6) No problem -- user is simply taken back to the previous screen (7) User clicks on "view cart" (or whatever) and the correct quantities are displayed. I've looked for a setting on HttpServletResponse, but to no avail. amazon doesn't seem to be using any META tags or special FORM tags that I can see. Help! Thanks, chris == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: FW: How do you send them back to where they came from?
Use req.getHeader("REFERER") where req is the HttpRequest. "Beheshti, Reza" wrote: Thanks to all of you who responded, but I still can not get to the original page URL!!! I tried both HttpUtils.getRequestURL() and req.getRequestURI() from the servlet and BOTH of them just return the URL for the servlet NOT the page that the servlet was called from. Here is an example of what I need to do: If I call my servlet (Say www.xxx.com/servlet/MyServlet http://www.xxx.com/servlet/MyServlet ) from www.xxx.com/page1.jsp http://www.xxx.com/page1.jsp I need to be able to return to www.xxx.com/page1.jsp http://www.xxx.com/page1.jsp after I am done my processing in the servlet. Since several different URLs can call the same process in servlet, I need to be able to return to the originating page. All the methods that I have tried so far, including the above mentioned ones, ALWAYS return the URL for the servlet (i.e. www.xxx.com/servlet/MyServlet http://www.xxx.com/servlet/MyServlet ) instead of the originating .jsp page that I really need. I though about passing a parameter to the Servelt as to where to return to, but I was hoping that there is a way to find out where the originating .jsp's URL is in the servlet that receives the request. Any other thoughts? === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: POST and browser behavior
What I can't figure out is why it isn't consistent. It appears to work fine on my machine and then the page expires on someone elses. This is the reason that I proginally thought it may have been a setting in the browser, but I have still had no luck upon experimentation with the settings in IE 5. [EMAIL PROTECTED] on 06/10/99 12:24:44 PM Please respond to [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc:(bcc: Glen C. Hawkins/Users/Skyway) Subject: Re: POST and browser behavior Anyways, my advice still stands - use GET if you can. Unfortunately, GET is not appropriate all the time. In the case of a shopping cart application, using get would cause the form to be re-executed automatically, which defeats the purpose (see my original post). Somehow, amazon is managing to do this successfully. Internet Explorer (IE) 4.01 experiences the same problem Incidentally, Netscape 4.5 does, too. c I'm working on a JSP shopping cart implementation, and am having a problem getting a desired behavior. Here's what happens with my shopping cart: -- my cart -- (1) User is viewing the cart, (2) User changes the quantity of item(s) in the cart via a form (METHOD=post), and submits. (3) Quantity is updated. (4) User changes the quantity of item(s) again. (5) User hits back button. (6) With IE5, user gets message "Warning: Page has expired," and is invited to hit the refresh button. (7) User hits the refresh button, and their quantities are back at what the were at step (3). This is clearly not optimal! For an example of what I'm trying to accomplish, check out amazon.com: -- desired behavior (e.g., as at amazon.com) -- (1-5) as above (6) No problem -- user is simply taken back to the previous screen (7) User clicks on "view cart" (or whatever) and the correct quantities are displayed. I've looked for a setting on HttpServletResponse, but to no avail. amazon doesn't seem to be using any META tags or special FORM tags that I can see. Help! Thanks, chris == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: runtime exception question
Try Putting the tools.jar in your CLASSPATH akg
Re: POST and browser behavior
So if the same problem shows up on multiple browsers, multiple servers, and GET/POST is irrelevant, let's revist the possibility of HTTP headers. A page can be set to expire by one of 2 methods. Set an HTTP header or use a META tag in the HTML. The same methods can also be used to say that a page expires immediately or that it never expires. If you want to see source examples, lemme know and I'll dig them up. Ed, yer rockin' my world : ) I'd love to see source examples or just a reference to what specs I should check out. Thanks! c Ed Livin' La Vida Loca -Original Message- From: Chris Fesler [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 10, 1999 03:25 PM To: [EMAIL PROTECTED] Subject: Re: POST and browser behavior Anyways, my advice still stands - use GET if you can. Unfortunately, GET is not appropriate all the time. In the case of a shopping cart application, using get would cause the form to be re-executed automatically, which defeats the purpose (see my original post). Somehow, amazon is managing to do this successfully. Internet Explorer (IE) 4.01 experiences the same problem Incidentally, Netscape 4.5 does, too. c I'm working on a JSP shopping cart implementation, and am having a problem getting a desired behavior. Here's what happens with my shopping cart: -- my cart -- (1) User is viewing the cart, (2) User changes the quantity of item(s) in the cart via a form (METHOD=post), and submits. (3) Quantity is updated. (4) User changes the quantity of item(s) again. (5) User hits back button. (6) With IE5, user gets message "Warning: Page has expired," and is invited to hit the refresh button. (7) User hits the refresh button, and their quantities are back at what the were at step (3). This is clearly not optimal! For an example of what I'm trying to accomplish, check out amazon.com: -- desired behavior (e.g., as at amazon.com) -- (1-5) as above (6) No problem -- user is simply taken back to the previous screen (7) User clicks on "view cart" (or whatever) and the correct quantities are displayed. I've looked for a setting on HttpServletResponse, but to no avail. amazon doesn't seem to be using any META tags or special FORM tags that I can see. Help! Thanks, chris == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: POST and browser behavior
Some ideas that might be useful. 1. Use POST but then do a redirect. You post to a page that updates the state (say add something to the basket) and then redirect to a page which display the new state (contents of the basket). This way the user can hit reload and it doesn't reapply the post. This still doesn't solve the back problem, but is useful in some situations. 2. Use GET with a unique request id. Each GET link contains a unique id that the server uses to identify repeats requests. For instance, your "add to basket" link is a get link which contains this id. The server adds the item to the basket and stores the request id. If the user calls the "add to basket" script again with the same request id, you simply don't add the item and present the contents of the basket or whatever you normally do after an item is added. The next time you present a page with an "add to basket" link you use a different request id. These are simple approaches, but are useful in some situations. -topher Unfortunately, GET is not appropriate all the time. In the case of a shopping cart application, using get would cause the form to be re-executed automatically, which defeats the purpose (see my original post). Somehow, amazon is managing to do this successfully. === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Applets with Servlet or jsp
Can you call a servlet or jsp from within a applet? Or should one just connect back to the server using a Socket connection. Thanks Alexis Bose === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: Applets with Servlet or jsp
The only possible way that I see is the same way one would call a servlet/jsp from within an applett using the http (hyper text transfer protocol). There are tons of programs which to similiar things (such as Tik , a TCL script which querries different news sites to gather news headers). This way I dont think that servlet/jsp are the only ones you could use. Any CGI would serve this purpose. Now if security of others accessing your servlet/jsp is important I would also setup that your applet sends in the get http header some unique name that would identify it from all the rest (netscape / ie/ mosaic/ lynx/ kfm/mozzila/opera... and others) I remember seeing one applet use a Netscape Server on NT connecting to CGI that was an .exe file. It was some applet based store system, that used cgi to connect to DB (back when RMI didnt exist). Hopefully this is what you seek for... -Original Message- From: CN User [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 10, 1999 17:01 To: [EMAIL PROTECTED] Subject: Applets with Servlet or jsp Can you call a servlet or jsp from within a applet? Or should one just connect back to the server using a Socket connection. Thanks Alexis Bose == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: Applets with Servlet or jsp
A code fragment that might help you is below: (where applet parameter icodeURL is something like http://yourserver/servlet/servletname and you import java.net and java.io) boolean getInformixAC() { URL icodeURL = null; times=1; Notes.setText("" ); if(skip == 0) { URLiname = getParameter("icodeURL"); if (URLiname == null) URLiname = "http://mcars007:80/cgi-bin/echo1.cgi"; icodeStr = new String( URLiname ); Parse_pro_bcs(); } skip++; try { sel_stmt = icodeStr + "skip=" + skip; icodeURL = new URL(sel_stmt); } catch( MalformedURLException e) { setBackground(Color.green); return false; } String irbuf; String URLiname; try { InputStream iistream = icodeURL.openStream(); DataInputStream idstream = new DataInputStream(new BufferedInputStream(iistream)); while((irbuf = idstream.readLine()) != null) { try { parseData(irbuf); } catch( Exception e) { setBackground(Color.red); return false; } } } catch(IOException e) { setBackground(Color.blue); return false; } return true; } -Original Message- From: CN User [SMTP:[EMAIL PROTECTED]] Sent: Thursday, June 10, 1999 2:01 PM To: [EMAIL PROTECTED] Subject: Applets with Servlet or jsp Can you call a servlet or jsp from within a applet? Or should one just connect back to the server using a Socket connection. Thanks Alexis Bose == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: Car won't start after installing JSP...
I had the same problem.. I found though a quick fix.. I have put on all .jsp pages '//' as a start of a line... Not only the car works, but it compiles 50 times better. I found this solution vastly outperform any ASP/php2/pl/tcl/python solution. Also I found that if you rename all .jsp to .html you dont haveto load any java software on your system, hence the car becomes lightweight too.. Yet again this combined with Zeus webserver has outperformed any other available choice in my home labs.. . LOL -Original Message- From: Taylor Gautier [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 10, 1999 14:02 To: [EMAIL PROTECTED] Subject: Car won't start after installing JSP... I installed JSP and now my car won't start. Any ideas? -tg == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: POST and browser behavior
The original "problem" was that the user set a quantity and did a POST. The user-visible result of the POST was evidently to redisplay the same page. Then the user changed a quantity and instead of hitting the submit button again, hit the back button. After going through the awkward but irrelevant IE refresh dialog, the previous page was displayed with the previously entered quantity. Why is this a surprise? That's what the back button does. It's a user error. Bob Foster Symantec Internet Tools http://www.visualcafe.com/ __ Reply Separator _ Subject: Re: POST and browser behavior Author: Taggart Gorman [EMAIL PROTECTED] at Internet Date:6/10/99 11:57 AM As far as I can tell, this is a "design decision" on Microsoft's part. My guess is that they felt that POSTing a form is usually done for some sort of submission of data, for security reasons, you shouldn't be able cache the results of a POST. (For example, you're on a public terminal, and you POST an order at Amazon, and it then displays your address. You leave the terminal, and the next person to use the terminal could use the browser's 'Back' function to see the results of your POST, which maybe contains your address, account number or whatever.) But this is just a guess on my part. The only way I've found to get around this is not to use POST. Not really much of a solution. I've tried messing with the HTML headers, but it appears that IE ignores whatever you send. I've found that I don't need to use POST that often. Submitting search parameters, for example, work fine as GET. And since you can't cache the result of a POST, you can't really put anything worthwhile on the page that results from a POST. I usually just put a "Success!" type of page, maybe with an ID. In the orignal message, Glen was looking to have behavior similar to Amazon. I was thinking that Amazon used GET when you add something to your cart, but it seems they dont. But the page that results from the POST doesn't expire in IE. Wierd. Anyways, my advice still stands - use GET if you can. -Original Message- From: A mailing list about Java Server Pages specification and reference [mailto:[EMAIL PROTECTED]]On Behalf Of Lastname Firstname Sent: Thursday, June 10, 1999 11:17 AM To: [EMAIL PROTECTED] Subject: Re: POST and browser behavior I would also be interested in an answer for this. Internet Explorer (IE) 4.01 experiences the same problem when the "Back" button is pressed in a Shipment Tracking application. If someone has a solution, definitely post it to the group as I assume many other Java Servlet-based applications experience this problem when working under IE. Thanks, Glen Hawkins Application Developer Skyway Systems, Inc. [EMAIL PROTECTED] on 06/10/99 10:27:21 AM Please respond to [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc:(bcc: Glen C. Hawkins/Users/Skyway) Subject: POST and browser behavior I'm working on a JSP shopping cart implementation, and am having a problem getting a desired behavior. Here's what happens with my shopping cart: -- my cart -- (1) User is viewing the cart, (2) User changes the quantity of item(s) in the cart via a form (METHOD=post), and submits. (3) Quantity is updated. (4) User changes the quantity of item(s) again. (5) User hits back button. (6) With IE5, user gets message "Warning: Page has expired," and is invited to hit the refresh button. (7) User hits the refresh button, and their quantities are back at what the were at step (3). This is clearly not optimal! For an example of what I'm trying to accomplish, check out amazon.com: -- desired behavior (e.g., as at amazon.com) -- (1-5) as above (6) No problem -- user is simply taken back to the previous screen (7) User clicks on "view cart" (or whatever) and the correct quantities are displayed. I've looked for a setting on HttpServletResponse, but to no avail. amazon doesn't seem to be using any META tags or special FORM tags that I can see. Help! Thanks, chris == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
QUESTION:Does the JSP:REQUEST directive work for JSP files or onl y servlets
I am using the sun reference implementation of JSP 1.0 I have the following JSP Files: "JSPExample.jsp" and "ToDoListTable.jsp". The problem is that the jsp:request include="ToDoListTable.jsp"/ does not invoke a "nested" JSP file and as such be processed as a JSP servlet. It seems to be only looking for plain servlets (i.e. no JSP processing). The example shows a "To Do List" implementation with a nested JSP file called via jsp:request include="ToDoListTable.jsp"/ to render the HTML table showing the list items. Note: To do items are added via the form included in "JSPExample.jsp". Thanks Lawrence Turcotte XOL Dallas, Texas -JSPExample.jsp !-- JSP ToDo List Table Example Written by Lawrence Turcotte [EMAIL PROTECTED] -- %@ page import = "com.xol.ToDoList" % jsp:useBean id="todolist" class="com.xol.ToDoList" scope="session"/ jsp:setProperty name="todolist" property="*"/ html headtitleJSP To Do List Table Example/title/head body bgcolor="white" font size=4 %= todolist.processRequest(request) % % if (todolist.getNumberOfItems() 0) { % jsp:request include="ToDoListTable.jsp"/ % } % form method=post Index: input type=number name=indexbr Priority: input type=number name=prioritybr Description: br TEXTAREA Name=desc Rows="4" Cols ="40"/TEXTAREAbr INPUT TYPE=submit name="submit" value="done" INPUT TYPE=submit name="submit" value="new" INPUT TYPE=submit name="submit" value="change" /form /font /body /html -ToDoListTable.jsp TABLE Boder="2" Cellpadding="3" Cellspacing="3" TRTHIndex/THTHPriority/THTHCreate/THTHUpdate/THTHDesc/T H/TR % int index = 0; ListIterator it = todoList.listiterator(); while (it.hasNext()) { ToDoItem item = it.next(); index++; % TRTD%=index/TDTD % if (item.getPriority() 2) { // if priority is or higher then make font red % FONT COLOR="Red" % } else { % FONT % } % %= item.getPriority() /FONT/TD TD%= item.getCreateDate()%/TD TD%= item.getUpdateDate()%/TD TD%= item.getDesc()%/TD/TR % } // while % /TABLE === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: Applets with Servlet or jsp
Elliot Rusty Harold has a fabulous book on Java network programming. I shows examples of how to do this. You can do something like applet.getAppletContext.showDocument(url) to replace the current page with something else. If you want the current page to remain, but go get info from the server and display it within your applet, you have 2 options. 1. Use sockets (java.net.socket). 2. Use java.net.HttpURLConnection. Ed Livin' La Vida Loca -Original Message- From: Adam [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 10, 1999 05:30 PM To: [EMAIL PROTECTED] Subject: Re: Applets with Servlet or jsp The only possible way that I see is the same way one would call a servlet/jsp from within an applett using the http (hyper text transfer protocol). There are tons of programs which to similiar things (such as Tik , a TCL script which querries different news sites to gather news headers). This way I dont think that servlet/jsp are the only ones you could use. Any CGI would serve this purpose. Now if security of others accessing your servlet/jsp is important I would also setup that your applet sends in the get http header some unique name that would identify it from all the rest (netscape / ie/ mosaic/ lynx/ kfm/mozzila/opera... and others) I remember seeing one applet use a Netscape Server on NT connecting to CGI that was an .exe file. It was some applet based store system, that used cgi to connect to DB (back when RMI didnt exist). Hopefully this is what you seek for... -Original Message- From: CN User [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 10, 1999 17:01 To: [EMAIL PROTECTED] Subject: Applets with Servlet or jsp Can you call a servlet or jsp from within a applet? Or should one just connect back to the server using a Socket connection. Thanks Alexis Bose == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: POST and browser behavior
GET does not have a body ( all the data has to be send in the URL) POST has a body which contains the data in URL-encoded format. GET appends the form variables string to URL using (?) POST send the form string data as request body (check HTTP protocol spec) its easy to test web application if you only use GET. POST does not expose any data in the URL hence it is clean and relatively safer -Paul === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Functions or SubRoutines in JSP?
Is it possible to create functions or sunroutines in JSP(like an ASP 'sub')? If so, can somebody please point me in the right direction of how? TIIA === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: POST and browser behavior
Search the MSDN Library for any of the following strings: Expires ExpiresAbsolute HTTP-EQUIV META Here's an example of how to set it in HTML. Put the META tag inside the HEAD tag. META HTTP-EQUIV="Expires" CONTENT="Tue, 04 Dec 1996 21:29:02 GMT" Here's an example of how to set it in HTTP, along with 2 other headers. This is from an embedded web server I built. The zero tells the browser to expire the page immediately. Otherwise, replace 0 with another number to indicate an amount of time, in minutes, after which the page should expire. HTTP/1.1 200 OK Content-Type: text/html Expires: 0 In ASP, you can say Response.Expires = 10 to expire in 10 minutes. JSP probably has a similar syntax. Ed Livin' La Vida Loca -Original Message- From: Chris Fesler [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 10, 1999 04:28 PM To: [EMAIL PROTECTED] Subject: Re: POST and browser behavior So if the same problem shows up on multiple browsers, multiple servers, and GET/POST is irrelevant, let's revist the possibility of HTTP headers. A page can be set to expire by one of 2 methods. Set an HTTP header or use a META tag in the HTML. The same methods can also be used to say that a page expires immediately or that it never expires. If you want to see source examples, lemme know and I'll dig them up. Ed, yer rockin' my world : ) I'd love to see source examples or just a reference to what specs I should check out. Thanks! c Ed Livin' La Vida Loca -Original Message- From: Chris Fesler [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 10, 1999 03:25 PM To: [EMAIL PROTECTED] Subject: Re: POST and browser behavior Anyways, my advice still stands - use GET if you can. Unfortunately, GET is not appropriate all the time. In the case of a shopping cart application, using get would cause the form to be re-executed automatically, which defeats the purpose (see my original post). Somehow, amazon is managing to do this successfully. Internet Explorer (IE) 4.01 experiences the same problem Incidentally, Netscape 4.5 does, too. c I'm working on a JSP shopping cart implementation, and am having a problem getting a desired behavior. Here's what happens with my shopping cart: -- my cart -- (1) User is viewing the cart, (2) User changes the quantity of item(s) in the cart via a form (METHOD=post), and submits. (3) Quantity is updated. (4) User changes the quantity of item(s) again. (5) User hits back button. (6) With IE5, user gets message "Warning: Page has expired," and is invited to hit the refresh button. (7) User hits the refresh button, and their quantities are back at what the were at step (3). This is clearly not optimal! For an example of what I'm trying to accomplish, check out amazon.com: -- desired behavior (e.g., as at amazon.com) -- (1-5) as above (6) No problem -- user is simply taken back to the previous screen (7) User clicks on "view cart" (or whatever) and the correct quantities are displayed. I've looked for a setting on HttpServletResponse, but to no avail. amazon doesn't seem to be using any META tags or special FORM tags that I can see. Help! Thanks, chris == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: POST and browser behavior
Bob Foster wrote: The original "problem" was that the user set a quantity and did a POST. The user-visible result of the POST was evidently to redisplay the same page. Then the user changed a quantity and instead of hitting the submit button again, hit the back button. Not exactly -- the user hits the submit button *again*, and then hits the back button. Thus they are rightly expecting their quantities to be what they changed them to the second time. After going through the awkward but irrelevant IE refresh dialog, the previous page was displayed with the previously entered quantity. Why is this a surprise? That's what the back button does. It's a user error. As for it being a user error, I can't argue with you. However, it's an error that many users might make; I'd like to save them the trouble. The fact remains that on amazon's site, user's don't get what you accurately describe as the "awkward but irrelevant IE refresh dialog." I'm just curious how they (amazon, that is) manage it. c === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: Functions or SubRoutines in JSP?
From what I've read so far, it looks like this: % function Hello() { alert('Hello, world!'); } % Ed Livin' La Vida Loca -Original Message- From: Pel I. Kan [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 10, 1999 07:01 PM To: [EMAIL PROTECTED] Subject: Functions or SubRoutines in JSP? Is it possible to create functions or sunroutines in JSP(like an ASP 'sub')? If so, can somebody please point me in the right direction of how? TIIA == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: runtime exception question
You need tools.jar from jdk1.2\lib in your classpath.it's used to compile the servlet resulting from the jsp. -- dIon Gillard, Multitask Consulting Work: http://www.multitask.com.au Play:http://www.trongus.com I have installed jsp1.0, started the server and run the servlet samples run fine, but the all of the jsp samples return a runtime exception as follows: java.lang.NoClassDefFoundError: sun/tools/javac/Main at com.sun.jsp.compiler.Main.compile(Main.java:194) at com.sun.jsp.runtime.JspLoader.loadJSP(JspLoader.java:114) at com.sun.jsp.runtime.JspServlet$JspServletWrapper.loadIfNecessary(JspServlet.java:69) at com.sun.jsp.runtime.JspServlet$JspServletWrapper.service(JspServlet.java:77) at com.sun.jsp.runtime.JspServlet.serviceJspFile(JspServlet.java:125) at com.sun.jsp.runtime.JspServlet.service(JspServlet.java:152) at javax.servlet.http.HttpServlet.service(HttpServlet.java:840) at com.sun.web.core.ServletWrapper.handleRequest(ServletWrapper.java:140) at com.sun.web.core.Context.handleRequest(Context.java:382) at com.sun.web.server.ConnectionHandler.run(Compiled Code) I have java2 installed, in my path and seemingly working fine. (NT 4.0) I'm not sure what to check out next. Thanks for any suggestions... === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
JavaServer Web Development Kit 1.0-EA Available
hi - not really sure how craig found out about this push before i did ... oh well, i'm just glad it's finally out there. sorry about the delay. this release should take care of the "running on jdk1.1.x/windows throws a 404" problem several folks have bumped into. feel free to give it a whirl. hope this helps, - james "Craig R. McClanahan" wrote: As was promised on the JSP mailing list, an EA release of JSWDK 1.0 finally made it to the JDC web site. It's got updated reference implementations for: JSP 1.0 (EA2) Servlet API 2.1.1 (EA) It's on the Java Developer Connection site (free registration required): http://developer.java.sun.com/developer/earlyAccess/jsp/ === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: QUESTION:Does the JSP:REQUEST directive work for JSP files or onl yservlets
This also we tried here with IBM Websphere all thw formats for include file. it is not working. we are not able to call another .jsp file from the initial one. I am too surprised which is the very basic thing in .html. could anyone help in this regard , how to call second.jsp page from first.jsp page. Thanks and regards Raghuraman S -- From: Jayme Hafen[SMTP:[EMAIL PROTECTED]] Reply To: Jayme Hafen Sent: Friday, June 11, 1999 5:02 AM To: [EMAIL PROTECTED] Subject: Re: QUESTION:Does the JSP:REQUEST directive work for JSP files or onl yservlets Instead of jsp:request include="file"/, try using %@ include file="file" %. I think that's the one to include pages with code in them. -jh - Original Message - From: Lawrence Turcotte [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, June 10, 1999 5:07 PM Subject: QUESTION:Does the JSP:REQUEST directive work for JSP files or onl yservlets I am using the sun reference implementation of JSP 1.0 I have the following JSP Files: "JSPExample.jsp" and "ToDoListTable.jsp". The problem is that the jsp:request include="ToDoListTable.jsp"/ does not invoke a "nested" JSP file and as such be processed as a JSP servlet. It seems to be only looking for plain servlets (i.e. no JSP processing). The example shows a "To Do List" implementation with a nested JSP file called via jsp:request include="ToDoListTable.jsp"/ to render the HTML table showing the list items. Note: To do items are added via the form included in "JSPExample.jsp". Thanks Lawrence Turcotte XOL Dallas, Texas -JSPExample.jsp !-- JSP ToDo List Table Example Written by Lawrence Turcotte [EMAIL PROTECTED] -- %@ page import = "com.xol.ToDoList" % jsp:useBean id="todolist" class="com.xol.ToDoList" scope="session"/ jsp:setProperty name="todolist" property="*"/ html headtitleJSP To Do List Table Example/title/head body bgcolor="white" font size=4 %= todolist.processRequest(request) % % if (todolist.getNumberOfItems() 0) { % jsp:request include="ToDoListTable.jsp"/ % } % form method=post Index: input type=number name=indexbr Priority: input type=number name=prioritybr Description: br TEXTAREA Name=desc Rows="4" Cols ="40"/TEXTAREAbr INPUT TYPE=submit name="submit" value="done" INPUT TYPE=submit name="submit" value="new" INPUT TYPE=submit name="submit" value="change" /form /font /body /html -ToDoListTable.jsp TABLE Boder="2" Cellpadding="3" Cellspacing="3" TRTHIndex/THTHPriority/THTHCreate/THTHUpdate/THTHDesc /T H/TR % int index = 0; ListIterator it = todoList.listiterator(); while (it.hasNext()) { ToDoItem item = it.next(); index++; % TRTD%=index/TDTD % if (item.getPriority() 2) { // if priority is or higher then make font red % FONT COLOR="Red" % } else { % FONT % } % %= item.getPriority() /FONT/TD TD%= item.getCreateDate()%/TD TD%= item.getUpdateDate()%/TD TD%= item.getDesc()%/TD/TR % } // while % /TABLE == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: QUESTION:Does the JSP:REQUEST directive work for JSP files or onl yservlets
The docs say: jsp:forward page="yadayadayada.jsp"/ Does this help? Ed Livin' La Vida Loca -Original Message- From: Raghuraman Sridharan [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 10, 1999 11:00 PM To: [EMAIL PROTECTED] Subject: Re: QUESTION:Does the JSP:REQUEST directive work for JSP files or onl yservlets This also we tried here with IBM Websphere all thw formats for include file. it is not working. we are not able to call another .jsp file from the initial one. I am too surprised which is the very basic thing in .html. could anyone help in this regard , how to call second.jsp page from first.jsp page. Thanks and regards Raghuraman S -- From: Jayme Hafen[SMTP:[EMAIL PROTECTED]] Reply To: Jayme Hafen Sent: Friday, June 11, 1999 5:02 AM To: [EMAIL PROTECTED] Subject: Re: QUESTION:Does the JSP:REQUEST directive work for JSP files or onl yservlets Instead of jsp:request include="file"/, try using %@ include file="file" %. I think that's the one to include pages with code in them. -jh - Original Message - From: Lawrence Turcotte [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, June 10, 1999 5:07 PM Subject: QUESTION:Does the JSP:REQUEST directive work for JSP files or onl yservlets I am using the sun reference implementation of JSP 1.0 I have the following JSP Files: "JSPExample.jsp" and "ToDoListTable.jsp". The problem is that the jsp:request include="ToDoListTable.jsp"/ does not invoke a "nested" JSP file and as such be processed as a JSP servlet. It seems to be only looking for plain servlets (i.e. no JSP processing). The example shows a "To Do List" implementation with a nested JSP file called via jsp:request include="ToDoListTable.jsp"/ to render the HTML table showing the list items. Note: To do items are added via the form included in "JSPExample.jsp". Thanks Lawrence Turcotte XOL Dallas, Texas -JSPExample.jsp !-- JSP ToDo List Table Example Written by Lawrence Turcotte [EMAIL PROTECTED] -- %@ page import = "com.xol.ToDoList" % jsp:useBean id="todolist" class="com.xol.ToDoList" scope="session"/ jsp:setProperty name="todolist" property="*"/ html headtitleJSP To Do List Table Example/title/head body bgcolor="white" font size=4 %= todolist.processRequest(request) % % if (todolist.getNumberOfItems() 0) { % jsp:request include="ToDoListTable.jsp"/ % } % form method=post Index: input type=number name=indexbr Priority: input type=number name=prioritybr Description: br TEXTAREA Name=desc Rows="4" Cols ="40"/TEXTAREAbr INPUT TYPE=submit name="submit" value="done" INPUT TYPE=submit name="submit" value="new" INPUT TYPE=submit name="submit" value="change" /form /font /body /html -ToDoListTable.jsp TABLE Boder="2" Cellpadding="3" Cellspacing="3" TRTHIndex/THTHPriority/THTHCreate/THTHUpdate/ THTHDesc /T H/TR % int index = 0; ListIterator it = todoList.listiterator(); while (it.hasNext()) { ToDoItem item = it.next(); index++; % TRTD%=index/TDTD % if (item.getPriority() 2) { // if priority is or higher then make font red % FONT COLOR="Red" % } else { % FONT % } % %= item.getPriority() /FONT/TD TD%= item.getCreateDate()%/TD TD%= item.getUpdateDate()%/TD TD%= item.getDesc()%/TD/TR % } // while % /TABLE == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". === To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: QUESTION:Does the JSP:REQUEST directive work for JSP files or onl yservlets
NO, it doesn't help with our WebSphere 2.0 Thanks ANy more help on this. Raghuraman -- From: Jenkins, Ed[SMTP:[EMAIL PROTECTED]] Reply To: Jenkins, Ed Sent: Friday, June 11, 1999 8:42 AM To: [EMAIL PROTECTED] Subject: Re: QUESTION:Does the JSP:REQUEST directive work for JSP files or onl yservlets The docs say: jsp:forward page="yadayadayada.jsp"/ Does this help? Ed Livin' La Vida Loca -Original Message- From: Raghuraman Sridharan [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 10, 1999 11:00 PM To: [EMAIL PROTECTED] Subject: Re: QUESTION:Does the JSP:REQUEST directive work for JSP files or onl yservlets This also we tried here with IBM Websphere all thw formats for include file. it is not working. we are not able to call another .jsp file from the initial one. I am too surprised which is the very basic thing in .html. could anyone help in this regard , how to call second.jsp page from first.jsp page. Thanks and regards Raghuraman S -- From: Jayme Hafen[SMTP:[EMAIL PROTECTED]] Reply To: Jayme Hafen Sent: Friday, June 11, 1999 5:02 AM To: [EMAIL PROTECTED] Subject: Re: QUESTION:Does the JSP:REQUEST directive work for JSP files or onl yservlets Instead of jsp:request include="file"/, try using %@ include file="file" %. I think that's the one to include pages with code in them. -jh - Original Message - From: Lawrence Turcotte [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, June 10, 1999 5:07 PM Subject: QUESTION:Does the JSP:REQUEST directive work for JSP files or onl yservlets I am using the sun reference implementation of JSP 1.0 I have the following JSP Files: "JSPExample.jsp" and "ToDoListTable.jsp". The problem is that the jsp:request include="ToDoListTable.jsp"/ does not invoke a "nested" JSP file and as such be processed as a JSP servlet. It seems to be only looking for plain servlets (i.e. no JSP processing). The example shows a "To Do List" implementation with a nested JSP file called via jsp:request include="ToDoListTable.jsp"/ to render the HTML table showing the list items. Note: To do items are added via the form included in "JSPExample.jsp". Thanks Lawrence Turcotte XOL Dallas, Texas -JSPExample.jsp !-- JSP ToDo List Table Example Written by Lawrence Turcotte [EMAIL PROTECTED] -- %@ page import = "com.xol.ToDoList" % jsp:useBean id="todolist" class="com.xol.ToDoList" scope="session"/ jsp:setProperty name="todolist" property="*"/ html headtitleJSP To Do List Table Example/title/head body bgcolor="white" font size=4 %= todolist.processRequest(request) % % if (todolist.getNumberOfItems() 0) { % jsp:request include="ToDoListTable.jsp"/ % } % form method=post Index: input type=number name=indexbr Priority: input type=number name=prioritybr Description: br TEXTAREA Name=desc Rows="4" Cols ="40"/TEXTAREAbr INPUT TYPE=submit name="submit" value="done" INPUT TYPE=submit name="submit" value="new" INPUT TYPE=submit name="submit" value="change" /form /font /body /html -ToDoListTable.jsp TABLE Boder="2" Cellpadding="3" Cellspacing="3" TRTHIndex/THTHPriority/THTHCreate/THTHUpdate/ THTHDesc /T H/TR % int index = 0; ListIterator it = todoList.listiterator(); while (it.hasNext()) { ToDoItem item = it.next(); index++; % TRTD%=index/TDTD % if (item.getPriority() 2) { // if priority is or higher then make font red % FONT COLOR="Red" % } else { % FONT % } % %= item.getPriority() /FONT/TD TD%= item.getCreateDate()%/TD TD%= item.getUpdateDate()%/TD TD%= item.getDesc()%/TD/TR % } // while % /TABLE == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JSP-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". == = To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the