Re: Thai character encoding using ServletExec
Title: RE: Thai character encoding using ServletExec Thanks Prashant for your input. I tried it but wasn't successful. It could be due to incorrect syntax. This is what I used in server.properties servletexec.request.params.charset=TIS620 For the JSp pages I used: <%@page contentType="text/html; charset=TIS620"%> What I'm not sure of is the exact format for specifying TIS 620. Due to that I tried with and without a space between TIS and 620. No luck. Can you help me out, again. Thanks! Peter Claesson Ericsson Inc. 40 Pointe Dr, Brea, CA 92821, USA Phone: +1 (714) 672-6744 Fax: +1 (714) 672-6218 Email: [EMAIL PROTECTED] -Original Message- From: Prashant Karmarkar [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 01, 2001 12:04 PM To: [EMAIL PROTECTED] Subject: Re: Thai character encoding using ServletExec Try this encoding TIS 620(Thai)in server.properties file. Regards, Prashant.V.Karmarkar. Consultant-Mascot Systems Ltd. -Original Message- From: Peter Claesson [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 01, 2001 1:37 PM To: [EMAIL PROTECTED] Subject: Thai character encoding using ServletExec I'm working on an application that allows customers to chat with live call center agents via an HTML client. This application is implemented using jsp pages, java, and java beans to interface with c++ services and ultimately c++ applications used by the call center agent. The OS is NT 4.0/Win2k running IIS with servletexec 3.1. The issue I'm having is we now need to support chatting in Thai language. Our application works with Thai when run in JBuilder using Tomcat. However, when compiled to use with servletexec is does not. My understanding is that servletexec supports ISO8859_1 when converting request parameters. My understanding is also that I would have to use UTF8 encoding for Thai. What I have tried so far is to add in the server.properties file the following: servletexec.request.params.charset=UTF-8 I also added to the top of page that sent the POST/GET and to the pages that receives the POST/GET; <%@page contentType="text/html; charset=UTF-8"%> The browser is set to use encoding = UTF-8 The server backend is implemented using jsp files and java classes. The scenario I have is the following: The client types in a question. The question posts to jsp files on the server. The core functionality is implemented in java. Two things happens now. First the question is sent back to the client browser to be displayed in an answer frame. At the same time, the java classes passes the question to Windows services via a socket interface. The question ends up with an live agent, the agent types an answer and the java classes receives the answer via a socket interface and eventually will be sent to the client (via a client polling mechanism). With the changes above, I can post the question in thai, get the question echoed back from the server and display OK. However, the question seems to go through another serveletexec encoding mapping and the characters received at the live agent console have are the actual thai character value minus 128. Meaning, it has been mapped from the thai (upper 128 values) to western (lower 128 values). I'm not sure where this mapping takes place. I also have run the same application, even without the above changes, in JBuilder which uses Tomcat. I only set the browser encoding to thai. This works lika a charm. The question is echoed back to the client ok, the question ends up at the call centre agent ok, the call centre agent's answer ends up at the client ok. So, my assumption is that my code works ok, but there are some encoding issues with servletexec. Are there other parameters that I need to set in server.properties? Any solutions or ideas are appreciated. === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Thai character set, windows-874 vs tis-620
Title: Thai character set, windows-874 vs tis-620 I have this jsp application that needs to support thai characters. After being in contact with the ServletExec people, I was recommended to use characterset windows-874 in the jsp pages and use code pages Cp874 on the server. This all works fine when I run it in a Windows environment. However, when I run Netscape 4.7 under a Sun environment, the characters are displayed as ?. The thai fonts are installed and the browser is setup with a user defined characterset which uses thai fonts. The browser can display thai sites properly. So, my question is, is windows-874 characterset recognized in a Unix environment, or do I need to move over to tis-620? (Unfortunately, ServletExec has a bug preventing me from using tis-620). I appreciate your help. Peter Claesson
JSP Page directive vs HTML META tag
Title: JSP Page directive vs HTML META tag Is the JSP Page directive, more specifically, <%@page contentType="text/html; charset=tis-620"%> be equivalent and substitutable with HTML tag The reason for asking is that I need to use Thai characters for all platforms, Windows, Unix, and Mac. I ran into problem with not seeing the Thai characters on a Sun platform using <%@page contentType="text/html; charset=windows-874"%>. Since I cannot use Tis-620 instead of windows-874 (a confirmed bug in ServletExec), I ran into the HTML version of setting the characterset. Would using the HTML META tag have any impact to my JSP application? If not, the next question is then, can I use dynamic scripting to at run-time set the characterset to use. For example, where charset can be read from a configuration file. Would this work? Peter Claesson
Re: Is there anyway to disable the getForcus and inout for textbo x entry?
Title: RE: Is there anyway to disable the getForcus and inout for textbox entry? Use javascript to accomplish this. For example, removes focus from the text box as soon as the user tries to put the cursor there. /Peter -Original Message- From: Richard Yee [mailto:[EMAIL PROTECTED]] Sent: Friday, September 21, 2001 9:48 AM To: [EMAIL PROTECTED] Subject: Re: Is there anyway to disable the getForcus and inout for textbox entry? Dick, You can use the 'DISABLED' modifier for the input tag. ex. It works on IE 5.5 and Netscape 6.0. I don't think it works on earlier versions of Netscape. As for the other browsers, I don't know. Regards, Richard At 05:43 PM 9/21/01 +0800, you wrote: >Dear all, > >I create a entry form for Customer Master and I would also like to display >the data on same form when user click the search button. Is there any way >to disable the getfocus and input when user search record. Or should I >seperate it into two form, one for data entry and the other is for display >the result when searching. > >Dick > >=== >To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff >JSP-INTEREST". >For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". >Some relevant FAQs on JSP/Servlets can be found at: > > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.html > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Null Pointer handling in bean
Title: Null Pointer handling in bean I have a dilemma. The application I'm working on depends on a poller mechanism being active on the client browser. This works fine, even the timeout on the server for detecting if the poller stops. The problem arises when the client hits the Browser Stop button. The server correctly detects this condition and invalidates the session. However, since the page is still visible in the client browser, the user can press a button which posts a form to the server. The action form, message.jsp, initializes a bean and tries to access some data. But since the session is gone, Null Pointer pop up. To summarize my question, is there a way to catch the null pointer exception in the JSP page and then redirect to another JSP page which correctly can re-initialize the session? My action page looks like this. <%@ page import="com.upfront.htmlc.*"%> <%@ page import="com.upfront.htmlc.gui.*"%> <% StatusPage thisPage = htmlcSession.guiEngine.pageManager.statusPage; <- NullPointer exception if( htmlcSession.custMessagingEngine != null ) htmlcSession.custMessagingEngine.processMessagePost( request ); %>
<%=thisPage.getPageDomainScript()%>
<%=thisPage.statusMessage.toHTML()%> I indicated where the NullPointer occurr. /Peter
Re: xml loading ?
One option is to use the onload method in the body tag. For example, /Peter -Original Message-From: Kam Premkumar [mailto:[EMAIL PROTECTED]]Sent: Wednesday, January 02, 2002 11:43 AMTo: [EMAIL PROTECTED]Subject: xml loading ? All, I try to display an xml through xsl in the browser. Its displaying fine. Once the parsing is done I want to run a javascript function. So My question is How can Ifind out whether the xml document is loaded or not. I am displaying the xml through servlet output stream ?. Here I attached the xsl file for you reference and hilighted the javascript function also "http://www.w3.org/TR/WD-xsl"> < IMG SRC="javascript:void(0);" WIDTH="1" HEIGHT="1" BORDER="0"/> Winback Type F! inder Winback Type Finder Tool Results ! Winback Type Finder Error. Error Message: Winback Reference System : TN Winback Type CLEC Code SOID Completion Date formatTN(this)Remarks : TN Winback Type CLEC Code SOID ! Completion DateformatTN(this) < ;/xsl:if> Remarks : TN Winback Type Customer Code CLEC Code LOBMCN formatTN(this) ! Remarks :TN Winback Type ! Customer Code LOB SOID Completion Date formatTN(this) ! ; Remarks :
Reusing or replacing a session object??!!
Title: Reusing or replacing a session object??!! I have a question/problem related to the session object, which I hope I can get some help with. The problem is as follows. A user accesses the application for the first time. The initial JSP page uses a bean to create the top object in the application hierarchy. The top object calls the getSession in the httpServletRequest class. A number of objects are created, most of which have a reference to the top object. When the user exits the application, a welcome back page is shown for a few seconds and then the browser window is closed. At this time, the top object sets a shutdown timer, to allow messages from the backend (intended for the customer) to drain out. Some 15 seconds later the session object is invalidated. The problem I have is when the customer starts up a new window and re-access the initial JSP page again, before the shutdown timer has expired. In this case I would like the customer to start fresh all over again. I've tried to reuse the top object and create new objects in the application hierarchy. This gives me two sets of application object. This would be ok, except for the that the old objects still have a reference to the top object and still interacts with it. The application objects are being shutdown at various stages during the application exit and shutdown timer. What is a prefered way of dealing with this kind of scenario? Reuse the old objects, create a new top level object and somehow create and replace the old session id, or Any help is appreciated. /Peter
Difference between html meta tag and jsp page directive
Title: Difference between html meta tag and jsp page directive What is the difference of specifying a characterset in the page directive compared to the html meta tag. The reason is that I want to define the character set at run-time using a configuration file. <%@page contentType="text/html; charset=windows-874"%> In addition I have configured server.properties to include servletexec.request.params.charset=windows-874. This is required for servletexec. Both the tag and directive specifies a western european with thai additions. Would I be able to modify the meta tag like this (to make it generic). I know I cannot do this in the page directive. /Peter
Re: Difference between html meta tag and jsp page directive
Title: RE: Difference between html meta tag and jsp page directive Great. I wasn't aware of the setContentType method. If I take this approach, would it cause problems if I remove all characterset info,using the page directive, from my jsp pages and instead insert a bean, which sole function is to call the setContentType based on data from a configuration file. /Peter -Original Message- From: Joe Cheng [mailto:[EMAIL PROTECTED]] Sent: Friday, January 11, 2002 10:56 AM To: [EMAIL PROTECTED] Subject: Re: Difference between html meta tag and jsp page directive It's probably safer to do the page directive rather than meta tag. If you look at the generated .java file, you'll see that the content type header gets set before your JSP code even starts executing. In my installation of Tomcat 3.2.4 it's this line: response.setContentType("text/html;charset=ISO-8859-1"); So if you're later overwriting it with another value, either using response.setContentType() again or using the meta tag, who knows how the browser will interpret it. (I suspect the server won't even let you call response.setContentType() after you've written anything to the output stream.) Maybe you can first use a servlet to intercept the request, set the content type dynamically, and then forward the request on to your JSP? Hmmm. -jmc === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
setContentType
Title: setContentType I have this piece of code that sets the content type dynimically in the jsp file. It compiles and runs. My question is, how is this information sent to the client? I do not see an HTML tag generated, but when I check the encoding in the client, it has the correct encoding. However, the actual characters are not displayed properly (). The method getCharacterSet() returns a string, "text/html; charset=windows-874". I'm trying to convert a static encoding into a dynamic encoding. The previous scheme used <%@page contentType="text/html; charset=windows-874"%>. This is the jsp page: <%@ page import="com.upfront.htmlc.*"%> <%@ page import="com.upfront.htmlc.gui.*"%> <% response.setContentType(htmlcSession.sessionInfo.getCharacterSet()); StatusPage thisPage = htmlcSession.guiEngine.pageManager.statusPage; if( htmlcSession.custMessagingEngine != null ) htmlcSession.custMessagingEngine.processMessagePost( request ); %>
<%=thisPage.getPageDomainScript()%>
<%=thisPage.statusMessage.toHTML()%> Any ideas of what's going on? /Peter
Re: How to use Different Fonts
Title: RE: How to use Different Fonts In your font tag, you can specify a number of fonts to use. The first font found (in the list) is the being used. E.g. This example looks for a font supporting Thai. Of course, you can use style sheets if you want. /Peter -Original Message- From: Debopam Ghoshal [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 15, 2002 8:52 PM To: [EMAIL PROTECTED] Subject: How to use Different Fonts Dear All, Can anyone suggest on how I can use different fonts(multilingual) in my JSPs, especially when there is a chance that those fonts may not be present on the client's machine. Thanx in advance, Debopam -- Sent through GMX FreeMail - http://www.gmx.net === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
Re: Getting JSPs to recompile in Tomcat 4.0
Title: RE: Getting JSPs to recompile in Tomcat 4.0 Tomcat will create a working directory called localhost_8080 (if you use port 8080). Find that directory and delete. This will cause Tomcat to recompile your jsp pages. /Peter -Original Message- From: Means, Garann R. [mailto:[EMAIL PROTECTED]] Sent: Friday, January 18, 2002 4:21 PM To: [EMAIL PROTECTED] Subject: Getting JSPs to recompile in Tomcat 4.0 Hi, I posted this to another list, but I'm not getting any answers. Maybe someone here can help. I'm running into a problem when I encounter a coding error in my jsp file, go and fix the error, save it, and try to access the page with my changes. The server (Tomcat 4.0) persists in giving me the old version of the file. I tried 1) shutting down and restarting Catalina, then 2) shutting down, deleting the .java file for the page from work\myWebApp, and restarting, then 3) deleting the jsp from the server, deleting everything in the application's work directory, shutting down, restarting, and putting the page back. I'm still getting errors related to code that no longer exists in the page. The .java file under work\myWebApp shows my changes, yet the server is somehow retaining the previous version. I'm mystified. Thank you, Garann Rose Means ITAS1 WA State Dept. of Corrections === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
Off topic: Javascript list and debugger
Title: Off topic: Javascript list and debugger This is an off topic issue, but I'm getting desperate. Sorry to inconvenience most of you. I'm started lately getting exceptions thrown in my javascript. The javascript complements the server side java/jsp. I've exhausted my ideas. Where can I find a good javascript list and a good debugger. The javascript use quite a bit of objects and internal message queues. Difficult to debug. Any ideas.thanks. /Peter
Re: Looking for a little help
Title: RE: Looking for a little help You can add a URL parameter that states the bookmarked URL the user was accessing. In the login page, after the user been succesfully authenticated, redirect them the the bookmarked URL using the URL parameter, and if it doesn't exist, redirect them to a start page. /Peter -Original Message- From: Anthony Diodato [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 8:16 AM To: [EMAIL PROTECTED] Subject: Looking for a little help Here is what Im trying to do. I have a website that is using form based authentication, and is verifying the session on everypage. If the session is null, Im sending them back to the login page, otherwise displaying the page. What I want to do is this, If someone has a page bookmarked, I want to capture that bookmarked page, re-direct them to the login page, then redirect them back to the page they initially wanted. Any suggestions would be greatly appreciated. Thanks Tony Anthony Diodato Webmaster - IT Prophet 21, Inc. 19 West College Avenue Yardley, PA 19067 1-800-776-7438, ext. 4600 Fax: 215-321-8014 [EMAIL PROTECTED] http://www.p21.com/ Prophet 21 -- Powering the Distribution Industry for the Digital Age For the latest press releases from Prophet 21 -- http://www.p21.com/press/press.html * 2/12/2001 - Trading Partner Connect Offers Enterprise-to-Enterprise (E2E) Commerce * 2/9/2001 -- Prophet 21 CommerceCenter 8.0 is Now Available * 2/9/2001 -- Prophet 21 Upgrades and Enhances Prophet 21 Acclaim For the latest articles on Prophet 21 http://www.manufacturing.net/magazine/id/archives/2001/ind010.02/techupdate. htm http://www.manufacturing.net/magazine/id/develop/techmain01.1.htm http://www.manufacturing.net/magazine/id/archives/2000/ind1201/news.htm Visit our website at http://www.p21.com/visit The information in this e-mail is confidential and may contain legally privileged information. It is intended solely for the person or entity to which it is addressed. Access to this e-mail by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution, action taken, or action omitted to be taken in reliance on it, is prohibited and may be unlawful. If you received this e-mail in error, please contact the sender and delete the material from any computer. === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
Re: simple question please
Try using single quote for the inner string and double quote for the outer string. Reenter IP Address /Peter -Original Message- From: sufi malak [mailto:[EMAIL PROTECTED]] Sent: Monday, February 04, 2002 10:38 AM To: [EMAIL PROTECTED] Subject: Re: simple question please No, it does not work, I don't know why : <%=request.getParameter("ipaddress")%> byitself works but it does not work inside input as a value like here : Reenter IP Address Thanks >From: "Sachin S. Khanna" <[EMAIL PROTECTED]> >Reply-To: A mailing list about Java Server Pages specification and >reference <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Re: simple question please >Date: Mon, 4 Feb 2002 23:35:04 +0530 > >Try putting quotes around like >value="<%=request.getParameter("ipaddress")%>"> >Hope that helps. >Have a nice day. >With regards, >Sachin S. Khanna >http://www.emailanorder.com > >- Original Message - >From: sufi malak <[EMAIL PROTECTED]> >To: <[EMAIL PROTECTED]> >Sent: Monday, February 04, 2002 9:53 PM >Subject: simple question please > > > > HI, I have a form, I want if this form is not processed, the fields >missing > > change the color ( this is done using style html), but I don't know why >the > > other fields entered have gone, here is the form : > > > > > > > > > > > face="arial,helvetica">Please > > add a new entry, don't leave any field empty > > > > > > > > > face="Verdana"> > > > > > > <%=request.getParameter("ipaddress")%> > > > > > > <% if (!("".equals(ipaddress))) { %> > > IP Address > > <% } else { %> > > > name="ipaddress" value=<%=request.getParameter("ipaddress")%>>Reenter IP > > Address > > <% } %> > > > > > > > > My question why this line <%=request.getParameter("ipaddress")%> > > works, and this : > > > name="ipaddress" value=<%=request.getParameter("ipaddress")%>>Reenter IP > > Address > > does not > > > > Thanks > > > > > > _ > > Chat with friends online, try MSN Messenger: http://messenger.msn.com > > > > >=== > > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff >JSP-INTEREST". > > For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST >DIGEST". > > Some relevant FAQs on JSP/Servlets can be found at: > > > > http://archives.java.sun.com/jsp-interest.html > > http://java.sun.com/products/jsp/faq.html > > http://www.esperanto.org.nz/jsp/jspfaq.jsp > > http://www.jguru.com/faq/index.jsp > > http://www.jspinsider.com > > > >=== >To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff >JSP-INTEREST". >For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST >DIGEST". >Some relevant FAQs on JSP/Servlets can be found at: > > http://archives.java.sun.com/jsp-interest.html > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.jsp > http://www.jguru.com/faq/index.jsp > http://www.jspinsider.com _ Chat with friends online, try MSN Messenger: http://messenger.msn.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
Re: JSP-INTEREST Digest - 5 Feb 2002 to 6 Feb 2002 (#2002-37)
Javascript works great when it comes to dynamic contents. We heavily use javascript to download dynamic contents. However, when it comes a a browser or page reload, then that's a different situation. We haven't found ways around the page reload when it comes to contents. I'm not sure how you plan to use javascript to determine whether an image has changed or not. The only thing I can think of when it comes to page reloads is if you a able to instruct the browser to use cached images rather than download them again. Typically there are some browser preferences that the user can specify, but I don't know if that's available through scripting. /Peter -Original Message- From: David Castro [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 07, 2002 5:09 AM To: [EMAIL PROTECTED] Subject: Re: JSP-INTEREST Digest - 5 Feb 2002 to 6 Feb 2002 (#2002-37) > However, it begets another problem: the browser reloads all the graphic > images on the page each time, which takes awful a lot of bandwidth for my > pages I haven't tried this, but am just throwing the idea out. What about the possibility of using JavaScript includes to include the dynamic text? That way, you wouldn't have to pragma-nocache the framework page with all of the graphics, and the text that is included might be pulled from the server each time the page is loaded (it should be fairly easy to test this theory). I haven't worked much with JavaScript includes, opting instead for JSP includes, so I'm not sure how it gets executed in cached pages. I doubt that it creates anything like the equivalent of the Java servlets that are generated when you access a JSP page (which prevents us from using JSP includes in this instance). Let me know if you decide to pursue this, and if it works! -David Castro [EMAIL PROTECTED] http://www.davidcastro.com __ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
Object garbage collected
> Hi, > > I'm having a problem which I don't understand how it happens, nor do I know > how to continue isolating it. Let me try to explain the problem. > > I have a customer application running in IE. I also have a call center application, > an Windows MDC app with IE browser objects embedded. The two users > of these applications communicate with each other. > > In the call center application my JSP web page contains a frameset. This frameset > contains 2 frames, GUI and KERNEL as well as another frameset. The second > frameset contains 2 frames, POLLER and MESSAGE. All of the frames contains > a bean to an object A. Only these JSP pages has this object A reference, the server > do not. > > The POLLER frame checks with the server every 3 seconds of there are any new > messages to download. The response is a new POLLER page with potentially new > javascript included. > > The GUI page stays constant and is only unloded when the call center agent closes > the application. > > The KERNEL page stays loaded as long as the GUI page does. > > The MESSAGE page is for creating javascript message queues and stays loaded as > long as the GUI page does. > > The problem I have is that at a certain point, the POLLER gets a new reference to > object A. After that I start receiving nullpointers due to not properly initialized >variables. > > When I see this problem, I run Windows 2000, JDK 1.3.0.02, and ServletExec 3.1. > The interesting part is that when I run JBuilder 4.0 with Tomcat I do not see this > problem! > > My debugging tools are limited when using IIS (compared to JBuilder). How can I > trace or find out what's going on. > > I suspect that object A gets garbage collected. This would mean that somehow > the beans in the 4 pages looses its reference, or... > > Any help is greatly appreciated. > > Peter === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
Re: Object garbage collected
I've continued to isolate and have found that the session Bean that I'm supposed to have is somehow lost. I added a finalizer method to the bean class. What I see throgh my debugging is that I get the session bean instantiated. After getting to my "failure" point, I get another session bean instantiated. I shut down the application propoerly, which to me indicates that the session is still valid. I look at the debugging console (from servletexec) and see that the 2nd session bean object gets garbage collected. The 1st session bean obeject is never garbage collected. What can cause such a behaviour? Shouldn't the bean object live until the session expires? All JSP pages creates the bean as follows: <% CollabSubmitPage thisPage = csrCollabSession.guiEngine.framesetPage.messagePage; thisPage.processRequest(request);OR OTHER METHOD/MEMBER VARIABLE ACCESSED %> The CsrCollabSession class looks like this: package com.upfront.htmlc.collab; import com.upfront.htmlc.*; import com.upfront.htmlc.gui.*; import com.upfront.htmlc.collab.gui.*; import com.upfront.htmlc.es.*; import com.upfront.generic.web.config.*; import com.upfront.generic.web.debug.*; import com.upfront.generic.util.misc.*; import com.upfront.shared.*; import java.awt.event.*; public class CsrCollabSession{ public CsrCollabController controller; public CsrCollabGuiEngine guiEngine; private boolean initialized = false; public CsrCollabSession(){ init(); Debug.println("CsrCollabSession: " + this); } private void init(){ if(!initialized){ controller = new CsrCollabController(); boolean isDebugActivated = ConfigUtil.root_config.getAsPrimBoolean("htmlc.system.debug"); guiEngine = new CsrCollabGuiEngine( controller, ConfigUtil.root_config.getAsConfig("collab"), isDebugActivated); initialized = true; Debug.println("CsrCollabSession::init"); } } protected void finalize() { Debug.println("GARBAGE: " + this); } } /Peter > -Original Message- > From: Peter Claesson (EUS) > Sent: Tuesday, February 12, 2002 12:31 PM > To: [EMAIL PROTECTED] > Subject: Object garbage collected > > Hi, > > I'm having a problem which I don't understand how it happens, nor do I know > how to continue isolating it. Let me try to explain the problem. > > I have a customer application running in IE. I also have a call center application, > an Windows MDC app with IE browser objects embedded. The two users > of these applications communicate with each other. > > In the call center application my JSP web page contains a frameset. This frameset > contains 2 frames, GUI and KERNEL as well as another frameset. The second > frameset contains 2 frames, POLLER and MESSAGE. All of the frames contains > a bean to an object A. Only these JSP pages has this object A reference, the server > do not. > > The POLLER frame checks with the server every 3 seconds of there are any new > messages to download. The response is a new POLLER page with potentially new > javascript included. > > The GUI page stays constant and is only unloded when the call center agent closes > the application. > > The KERNEL page stays loaded as long as the GUI page does. > > The MESSAGE page is for creating javascript message queues and stays loaded as > long as the GUI page does. > > The problem I have is that at a certain point, the POLLER gets a new reference to > object A. After that I start receiving nullpointers due to not properly initialized >variables. > > When I see this problem, I run Windows 2000, JDK 1.3.0.02, and ServletExec 3.1. > The interesting part is that when I run JBuilder 4.0 with Tomcat I do not see this> > problem! > > My debugging tools are limited when using IIS (compared to JBuilder). How can I > trace or find out what's going on. > > I suspect that object A gets garbage collected. This would mean that somehow > the beans in the 4 pages looses its reference, or... > > Any help is greatly appreciated. > > Peter === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
Re: Object garbage collected
Very true. Not having access to the actual code is very limiting. I took your suggestion and started looking in to the session tracking. My application uses the htpSession APIs. There is no URL rewriting taking place in my code. The part of the application where I loose the session tracking is right after I performed a page assertion. What this means is that the client browser application runs a number of javascript to read through the contents displayed in their main browsing window. The information is serialized into a string, which is sent to the call center agent application. Once there, another set of javascripts takes the serialized string and builds up the corresponding web page including contents that the user view and have entered. The page is viewed using the cc agent cookie. In order foe the call center agent to view the exact same information, the client also sent the JSESSIONID for the client cookie. The code checks if the cookie needs to be applied, and if so, sets the current cc agent cookie = customer cookie. The page is then reloaded. I assume the that it is here that I loose the session. If the sessionID is kept in the cookie and the local cookie is set to the remote cookie, that mean the sessionID is changed. Hence, once the poller comes around, the poller GET is then associated with a different session (=new object instantiation). Is this reasoning correct? If this is the case, what is my workaround. The only thing I can think of is to delay the poller until the page assertion is completed and the old local cookie information is written back to the cookie. Other ideas... /Peter -Original Message- From: Hans Bergsten [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 12, 2002 2:04 PM To: [EMAIL PROTECTED] Subject: Re: Object garbage collected Peter Claesson (EUS) wrote: > I've continued to isolate and have found that the session Bean that I'm supposed > to have is somehow lost. I added a finalizer method to the bean class. What I see > throgh my debugging is that I get the session bean instantiated. After getting to my > "failure" point, I get another session bean instantiated. I shut down the application > propoerly, which to me indicates that the session is still valid. > I look at the debugging console (from servletexec) and see that the 2nd session bean >object > gets garbage collected. The 1st session bean obeject is never garbage collected. > What can cause such a behaviour? Shouldn't the bean object live until the session >expires? > > All JSP pages creates the bean as follows: > > class="com.upfront.htmlc.collab.CsrCollabSession"/> > [...] It's hard to tell what's wrong without really digging into the code for the whole application, but you obviously create the bean in the session scope. And like you suggest, the bean should therefore be available until the session terminates (by time-out or explictly invalidated) or is explicitly removed. The fact that it's in session scope means that there's at least one reference to it (from the data structure that implements the session collection), so it should not be GCed. Most likely your application loose track of the session ID at some point. For instance, if you use URL rewriting instead of cookie-based session tracking, a single link that is not rewritten means that the session ID is not passed to the server, so a new session is created. That's where I would start looking. Also, if you use servlets for some part of the application, make sure that the servlet and the JSP pages are always invoked with URLs containing the same context prefix (e.g. "/myapp/myServlet", "/myapp/mypage.jsp"). Hans -- Hans Bergsten [EMAIL PROTECTED] Gefion Software http://www.gefionsoftware.com JavaServer Pageshttp://TheJSPBook.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
Re: Object garbage collected
It's confirmed now. The cookie assertion is the one that destroys the sessionID. I tested it by commenting out that step, and viola! it worked. Now I just have to get started on a solution. Thanks for your help in steering me to the sessionID problem. /Peter -Original Message- From: Hans Bergsten [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 12, 2002 3:45 PM To: [EMAIL PROTECTED] Subject: Re: Object garbage collected Peter Claesson (EUS) wrote: > Very true. Not having access to the actual code is very limiting. I took your > suggestion and started looking in to the session tracking. My application uses > the htpSession APIs. There is no URL rewriting taking place in my code. > > The part of the application where I loose the session tracking is right after I > performed a page assertion. What this means is that the client browser application > runs a number of javascript to read through the contents displayed in their main >browsing > window. The information is serialized into a string, which is sent to the call >center agent > application. Once there, another set of javascripts takes the serialized string and >builds up > the corresponding web page including contents that the user view and have entered. > The page is viewed using the cc agent cookie. > In order foe the call center agent to view the exact same information, the client >also > sent the JSESSIONID for the client cookie. The code checks if the cookie needs to > be applied, and if so, sets the current cc agent cookie = customer cookie. The page > is then reloaded. > > I assume the that it is here that I loose the session. If the sessionID is kept in >the > cookie and the local cookie is set to the remote cookie, that mean the sessionID > is changed. Hence, once the poller comes around, the poller GET is then > associated with a different session (=new object instantiation). Is this reasoning >correct? Sorry, but it's hard to visualize all the JavaScript tricks and cookies flyng around ;-) But, it sounds like you may be on the right track. Basically, for session tracking to work, each request to the server must contain the same session ID. If cookie-based tracking is used, this means a JSESSIONID cookie must be present in each request. It sounds like in your application, sometimes it may be missing. This will defintely cause problems. > If this is the case, what is my workaround. The only thing I can think of is to >delay the > poller until the page assertion is completed and the old local cookie information is >written > back to the cookie. Other ideas... If that means every request contains a valid JSESSIONID cookie, yes it would likely solve the problem. Another approach is to use URL rewriting, i.e. make sure all URLs contain ";jsessionid=xxx" by passing them through the response.encodeURL() method. Note that this method does not add the session ID info if the container determines that cookie-based tracking can be used. For some containers, you can disable cookie-based tracking to force it to always add the session ID. If you haven't prepared for URL rwriting from the start, you may have a lot of work ahead of you if you want to add it now. *Every* URL in the application must be encoded (links, form action attributes, URLs in JavaScript, etc.). Some containers also support session tracking based on SSL sessions. This requires the client to have a client certificate, though. So, making sure all requests contain a JSESSIONID cookie is probably the least painful solution. Hans -- Hans Bergsten [EMAIL PROTECTED] Gefion Software http://www.gefionsoftware.com JavaServer Pageshttp://TheJSPBook.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
Re: JAVASRIPT FUNCTION
One way to accomplish this is, in the window trap window.onBlur. Once this happens just reset the focus using windows.focus. /Peter -Original Message- From: Richie Bab A. Boyboy [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 13, 2002 6:05 PM To: [EMAIL PROTECTED] Subject: JAVASRIPT FUNCTION Hello People! Anybody who knows a javascript function wherein the focus will always be the current window opened? You cannot click on other screens unless you close the current window opened. Just like the modal dunction in the Visaul Basic. Thanks Richie === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
Re: reading text file ?
How do you determine end of line? I could simply be a Unix vs Dos for format. E.g. CR vs CR+LF. /Peter -Original Message- From: sufi malak [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 14, 2002 12:18 PM To: [EMAIL PROTECTED] Subject: Re: reading text file ? I tried trim(), but it does not work, it looks like it's a format problem, since if I hit enter in each line then take off the line created, how to do this for the string in the class ? thanks >From: Richard Yee <[EMAIL PROTECTED]> >Reply-To: A mailing list about Java Server Pages specification and >reference <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Re: reading text file ? >Date: Thu, 14 Feb 2002 11:44:00 -0800 > >Sufi, >I assume you are reading each line as a String. If so, use the >String.trim() method to strip off any whitespace from your String. > >-Richard > > >At 07:24 PM 2/14/2002 +, you wrote: >>Hi, >>I have a text file that has more than 800 lines, I wrote a program to read >>line by line and process it, the file is like this : >> >>15510862 >>15510863 >>155108610 >>.. >> >>But when read it it looks like every line has something appended to , >>maybe >>an end of line. When I go to the end of each line and hit "return" >>then take off all the lines created after hitting "return" it works fine. >>Could you help please. >>Thanks >> >> >> >> >> >>_ >>Get your FREE download of MSN Explorer at >>http://explorer.msn.com/intl.asp. >> >>=== >>To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff >>JSP-INTEREST". >>For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST >>DIGEST". >>Some relevant FAQs on JSP/Servlets can be found at: >> >>http://archives.java.sun.com/jsp-interest.html >>http://java.sun.com/products/jsp/faq.html >>http://www.esperanto.org.nz/jsp/jspfaq.jsp >>http://www.jguru.com/faq/index.jsp >>http://www.jspinsider.com > >=== >To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff >JSP-INTEREST". >For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST >DIGEST". >Some relevant FAQs on JSP/Servlets can be found at: > >http://archives.java.sun.com/jsp-interest.html >http://java.sun.com/products/jsp/faq.html >http://www.esperanto.org.nz/jsp/jspfaq.jsp >http://www.jguru.com/faq/index.jsp >http://www.jspinsider.com _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp. === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
Re: dynamically generated anchor tags
This sounds like it might be a caching issue. Are you taking any measure to prevent the page from being cached? /Peter -Original Message- From: Jay Wright [mailto:[EMAIL PROTECTED]] Sent: Friday, February 15, 2002 9:36 AM To: [EMAIL PROTECTED] Subject: dynamically generated anchor tags I have a web application written with jsp and a controller servlet. I have implemented a pop up window, that when completes it's task, uses clientside java script to refresh it's opener and close itself. This works flawlessly. At least it seems to. However, when I add jsp code to this page, to refresh the opener and append a dyanmically generated ANCHOR tag, it works perfectly well the first time, but then fails to refresh the opener on subsequent tries. <% String anchorString = (String) request.getAttribute("anchor"); StringBuffer buf = new StringBuffer(""); if (str!=null) buf.append("#").append(anchorString); System.out.println(buf.toString()); %> I KNOW that anchorString is not null, because I log it and it logs correctly. The first time this page is executed, it correctly refreshes the opener (/some/page#anchor1), but the other attempts all fail to refresh, leaving "/some/page#" in the browser address window, but never refreshing the browser. Any ideas why this might be? Thanks, Jay === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
Re: dynamically generated anchor tags
Before you go through the trouble, and since I might be wrong, could you describe how you use str. You use it in your if statement but it's not clear where it is set. /Peter -Original Message- From: Jay Wright [mailto:[EMAIL PROTECTED]] Sent: Friday, February 15, 2002 10:10 AM To: [EMAIL PROTECTED] Subject: Re: dynamically generated anchor tags No, I'm not. But I could. What do you propose? I'm not that familiar with the HTML side of JSP. > -Original Message----- > From: Peter Claesson (EUS) [mailto:[EMAIL PROTECTED]] > Sent: Friday, February 15, 2002 9:58 AM > To: [EMAIL PROTECTED] > Subject: Re: dynamically generated anchor tags > > > This sounds like it might be a caching issue. Are you taking > any measure to > prevent the page from being cached? > > /Peter > > -Original Message- > From: Jay Wright [mailto:[EMAIL PROTECTED]] > Sent: Friday, February 15, 2002 9:36 AM > To: [EMAIL PROTECTED] > Subject: dynamically generated anchor tags > > > I have a web application written with jsp and a controller > servlet. I have > implemented a pop up window, that when completes it's task, > uses clientside > java script to refresh it's opener and close itself. > > > > This works flawlessly. At least it seems to. > > However, when I add jsp code to this page, to refresh the > opener and append > a dyanmically generated ANCHOR tag, it works perfectly well > the first time, > but then fails to refresh the opener on subsequent tries. > > <% > String anchorString = (String) request.getAttribute("anchor"); > StringBuffer buf = new StringBuffer(""); > if (str!=null) buf.append("#").append(anchorString); > System.out.println(buf.toString()); > %> > onload="opener.location.href='/some/page<%=buf.toString()%>';s > elf.close();"> > > > I KNOW that anchorString is not null, because I log it and it logs > correctly. The first time this page is executed, it > correctly refreshes the > opener (/some/page#anchor1), but the other attempts all fail > to refresh, > leaving "/some/page#" in the browser address window, but > never refreshing > the browser. > > Any ideas why this might be? > > Thanks, > Jay > > == > = > To unsubscribe: mailto [EMAIL PROTECTED] with body: > "signoff JSP-INTEREST". > For digest: mailto [EMAIL PROTECTED] with body: "set > JSP-INTEREST DIGEST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://archives.java.sun.com/jsp-interest.html > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.jsp > http://www.jguru.com/faq/index.jsp > http://www.jspinsider.com > > == > = > To unsubscribe: mailto [EMAIL PROTECTED] with body: > "signoff JSP-INTEREST". > For digest: mailto [EMAIL PROTECTED] with body: "set > JSP-INTEREST DIGEST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://archives.java.sun.com/jsp-interest.html > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.jsp > http://www.jguru.com/faq/index.jsp > http://www.jspinsider.com > === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
Re: Browser Closed
One way is to have a poller function in the client, which polls the server at a certain interval. On the server to can listen for this poller and if it doens't come within a specified interval, invalidate the session. /Peter -Original Message- From: sanjib B [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 27, 2002 7:39 PM To: [EMAIL PROTECTED] Subject: Browser Closed Hi All, I have a problem. I want to close the user session if due to some reasons the browser machine crashes or some network failures happen. How can I capture these events and invalidate the session? Thanks Sanjib === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
Re: Leaving the JSP page
Yes, the event is called onUnload. Check out the DHTML spec for more info. /Peter -Original Message- From: John Vanderbrook [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 28, 2002 2:57 PM To: [EMAIL PROTECTED] Subject: Re: Leaving the JSP page BTW, is there a single JavaScript event to accomplish this? It would the complement of 'onLoad', something like 'onNavigate' or 'onLeave' It must be possible because for example on the CitibankOnline site, once you're logged in, whenever you point your browser to somewhere else (be it through a link on the currently displayed page or by typing a URL directly in the browser), the citibank page detects it and pops up a dialog. Maybe it's only possible in IE. Anyone knows? John -Original Message- From: Jaishankar Jayaram <[EMAIL PROTECTED]> Date: Thu, 28 Feb 2002 14:12:10 -0500 To: [EMAIL PROTECTED] Subject: Re: Leaving the JSP page > This is a javascript question, more appropriate for a list dealing in it, > but here's something that might work: > > > > Set the onchange attribute of all form fields to set the global boolean to > false: > > > > and the onclick of all links o return the boolean: > > Click >me > > > > From: sanjib B <[EMAIL PROTECTED]> > > Reply-To: A mailing list about Java Server Pages specification and reference > > <[EMAIL PROTECTED]> > > Date: Thu, 28 Feb 2002 12:00:50 -0700 > > To: [EMAIL PROTECTED] > > Subject: Leaving the JSP page > > > > Hi All, > > In my JSP page I have some editable fields which the user can edit but before > > applying those changes to database updates, if the user clicks some other link > > or wants to leave the page I want to prevent the user from doing so and wnats > > to show a message box. If the user presses "Ok" and want to discard the > > previous edits then only I want to allow the user to leave the page. How do I > > do so? any idea ?? > > > > thanks > > sanjib > > > > === > > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff > > JSP-INTEREST". > > For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". > > Some relevant FAQs on JSP/Servlets can be found at: > > > > http://archives.java.sun.com/jsp-interest.html > > http://java.sun.com/products/jsp/faq.html > > http://www.esperanto.org.nz/jsp/jspfaq.jsp > > http://www.jguru.com/faq/index.jsp > > http://www.jspinsider.com > > === > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". > For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://archives.java.sun.com/jsp-interest.html > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.jsp > http://www.jguru.com/faq/index.jsp > http://www.jspinsider.com > -- ___ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
Re: images disabled
There is no way for you to prevent people from copying your images. If you want them to be seen, then they will be downloaded to the browser. Hence available in the cache. Disabling IE context menus still doesn't disable the cache. The only option I can think of is to imprint into the images your company name, copyright info etc. This will make it harder to reuse the images as is without it being noticed. /Peter -Original Message- From: Maurice Munoz [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 05, 2002 4:28 PM To: [EMAIL PROTECTED] Subject: images disabled Does anyone know a java solution on how to disabled images being copied through your browser. ==To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
Re: Jsp Parameters [Urgent!]
If you don't want to use the session object, then you could use javascript on the client side. The simpliest form is just to call a function residing in the left.jsp page. Name the window you open and the frame you target and then later when you navigate to the frame (window), use the name. You can make this "fancier" by creating a javascript message handler. The message handler and message gateway are different javascript objects you create. The message gateway object would reside in a page that doesn't get reloaded. Any other page that gets loaded can register its onw message handler with the message gateway. Using the message gateway/handlers abstracts the what you want to do to not knowing the implementation details of other frames. I have successfully used this concept in one of out application. Hope this helps. /Peter 1. Set the data on the server before the jsp files are downloaded. You don't have to use the -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Monday, March 11, 2002 7:30 AM To: [EMAIL PROTECTED] Subject: Jsp Parameters [Urgent!] Hi everybody! Please I need help,... This is not a Tomcat question, but I know here I can find some JSP experts: Could you tell me all the ways I could send (safe) parameters from a jsp to a jsp file? Please discard the url parameters and the Session object... I have a jsp (Valida.jsp) which opens a new navigator window (javascript), and that new navigator window contents another jsp (Portal.jsp). I need to send some parameters from Valida.jsp to Portal.jsp. In fact the second Jsp is formed by frames and one of the frames has a jsp (Left.jsp) that needs those parameters... Could you please help me? Give some hints or examples... I really need your help.. Or if you couldn't, please tell me where I can find that information Thank you very much.. Nancy. === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
Re: Jsp Parameters [Urgent!]
Nancy, Does the user enter the userid and password in the valida.jsp? If so, then it is safe to use javascript to pass the information to another jsp page. Both what Gar and I suggest would work. The ony other thing is how much you want to shield jsp pages from functions in other jsp pages. This is where a message system would come in to play. The other thing to consider is how this information is sent to the server. In order to be safe here, you need to use SSL. Otherwise, network monitors can easily pick out the data. /Peter -Original Message- From: Nancy Crisostomo Martinez [mailto:[EMAIL PROTECTED]] Sent: Monday, March 11, 2002 8:30 AM To: [EMAIL PROTECTED] Subject: Re: Jsp Parameters [Urgent!] Thank you very much for your answers! But Gary : , Do you mean the URL parameters is the only way to pass parameters from a jsp (script code) to another jsp? This is because I need to pass the password and username as parameters... Is this safe? I really want to find the safest way to pass them.. And Peter : , I said I don't want to use the session object because I don't know if it is safe. Do I have to use it?, is it safe? Thank you again! Gary Noone wrote: > Nancy-- > > Rough code: > > In Valida.jsp) > > openWindow("Portal.jsp?" + paramA + "=" + valueA); > > > In Portal.jsp: > > <% String value = request.getParameter("paramA"); %> > > > leftframe.location.href = "windowContent.jsp?param=<%= value %> > > > Apologies for small mistakes in the code -- but you should get the general > idea. Drop me a line if this does not help. > > Gary > > -Original Message- > From: A mailing list about Java Server Pages specification and reference > [mailto:[EMAIL PROTECTED]]On Behalf Of Nancy Crisóstomo > Sent: 11 March 2002 15:30 > To: [EMAIL PROTECTED] > Subject: Jsp Parameters [Urgent!] > > Hi everybody! > Please I need help,... > > This is not a Tomcat question, but I know here I can find some JSP > experts: > > Could you tell me all the ways I could send (safe) parameters from a jsp > to a jsp file? Please discard the url parameters and the Session object... > > I have a jsp (Valida.jsp) which opens a new navigator window (javascript), > and that new navigator window contents another jsp > (Portal.jsp). I need to send some parameters from Valida.jsp to > Portal.jsp. In fact the second Jsp is formed by frames and one of the > frames has a jsp (Left.jsp) that needs those parameters... > > Could you please help me? Give some hints or examples... I really need > your help.. Or if you couldn't, please tell me where I can find that > information > > Thank you very much.. > Nancy. > > === > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff > JSP-INTEREST". > For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST > DIGEST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://archives.java.sun.com/jsp-interest.html > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.jsp > http://www.jguru.com/faq/index.jsp > http://www.jspinsider.com > > === > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". > For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://archives.java.sun.com/jsp-interest.html > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.jsp > http://www.jguru.com/faq/index.jsp > http://www.jspinsider.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com ==To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
Re: Junk in JSP files with Japanese
It could be related to encoding, missing fonts, or something else. Could you post one of the JSP pages that gives you this problem. /Peter -Original Message- From: Jatin Taneja [mailto:[EMAIL PROTECTED]] Sent: Saturday, August 12, 2000 11:15 AM To: [EMAIL PROTECTED] Subject: Junk in JSP files with Japanese Hi, we have a peculiar problem here. We are having JSP pages with some of the string content in japanese which is used to display the user interface. (japanese web site). The problem is that every JSP has a strange character in the beginning which shows on the UI screens as inverted question marks. When we remove the junk character from the JSP(which is exacltly at the beginning of the page before the <% starts), the entire page gets garbled and the JSP engine does not parse the page and throws a parser exception. does anybody have any idea about this problem ? any inputs will be highly appreciated. Thanks & Regards Jatin. === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
Re: disable back button
Using javascript: e.g. var params = "location=no,status=no,toolbar=no,menubar=no,scrollbars=no,resizable=yes,width=200,height=300"; window.open( "http://www.yahoo.com";, "", params); /Peter -Original Message- From: LUIS BARRERA [mailto:[EMAIL PROTECTED]] Sent: Friday, May 03, 2002 6:11 PM To: [EMAIL PROTECTED] Subject: Re: disable back button Adding to the original question, How do those pop-up windows open a new browser instance which does not contain any toolbars?. Thanks Luis --- Margaret Fisk <[EMAIL PROTECTED]> wrote: > The best way I know of is to launch your application > in another browser > window after login or launch. In that case the back > button is disabled > because nothing came before. > > Another way it to set up an automatic redirect so > that when a user clicks > back, they get pushed forward again automatically. > They can still get out by > clicking back twice rapidly or selecting a previous > page from the drop-down. > > -Original Message- > From: Eric Cho [mailto:[EMAIL PROTECTED]] > Sent: Friday, May 03, 2002 1:39 PM > To: [EMAIL PROTECTED] > Subject: disable back button > > > Hey all, > > Is there any way via jsp or any other method you can > think of to disable the > back button on the browsers?!?! > > Thanks, > Eric > > > > > ** > The contents of this email and any attachments are > confidential. > It is intended for the named recipient(s) only. > If you have received this email in error please > notify the system manager or > the > sender immediately and do not disclose the contents > to any one or make > copies. > > ** eSafe scanned this email for viruses, vandals and > malicious content ** > > ** > > === > To unsubscribe: mailto [EMAIL PROTECTED] with > body: "signoff > JSP-INTEREST". > For digest: mailto [EMAIL PROTECTED] with body: > "set JSP-INTEREST > DIGEST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://archives.java.sun.com/jsp-interest.html > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.jsp > http://www.jguru.com/faq/index.jsp > http://www.jspinsider.com > > === > To unsubscribe: mailto [EMAIL PROTECTED] with > body: "signoff JSP-INTEREST". > For digest: mailto [EMAIL PROTECTED] with body: > "set JSP-INTEREST DIGEST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://archives.java.sun.com/jsp-interest.html > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.jsp > http://www.jguru.com/faq/index.jsp > http://www.jspinsider.com __ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
Re: off topic ( How to refresh opener window ) ??
I'm not 100% sure of the syntax but you can at any time refresh the opener page by top.opener.top.location.reload; This refers to the top of the child window (in case you have a frameset), the opener of that top window, then the top window in the opener, and then the regular location.reload. Hope this helps. /Peter -Original Message- From: sufi malak [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 23, 2002 7:54 AM To: [EMAIL PROTECTED] Subject: off topic ( How to refresh opener window ) ?? I have a main window main.jsp and when I click in a link child.jsp popup, in child.jsp I am doing some database transactions, how after closing child.jsp (or after an action finishs in child.jsp) refresh the main.jsp page. thanks _ Chat with friends online, try MSN Messenger: http://messenger.msn.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
Re: RadioButtons
Is the calculation started by submitting a form? or do you expect dynamic HTML update? The first is handled through "regular" JSP. The second you need to complement the calculated value with dynamic HTML, or DOM. Maybe you can elaborate some... /Peter -Original Message- From: Elahi, Eiram N [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 29, 2002 5:05 PM To: [EMAIL PROTECTED] Subject: Re: RadioButtons Dear wonderful Helpers I am stuck with radio buttons. I am writing a JSP with a corresponding Bean class which, contains the implementation. The calculation I need to inmplement is the multiplication of the values assigned to radiobuttons. So, the user selects Radio button (no more than 3), the values are then multiplied by each other and displayed in the JSP. My calculation is not working and I have rattled my brains thinking about this.. Any help would be most appreciated. Eiram === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
Re: lists won't get refreshed?!
It sounds like you are retrieving a cached page. Are you using any cache parameter to ensure that page is not cached, or a unigue URL paramter (e.g. timestamp). /Peter -Original Message- From: Fabian Sommer [mailto:[EMAIL PROTECTED]] Sent: Monday, August 19, 2002 6:44 AM To: [EMAIL PROTECTED] Subject: lists won't get refreshed?! Hi Folks! Once more I have problem with my struts-application, but I think it's a jsp-problem: I have some (ActionForward) servlets getting executed when jumping from one page to another, retrieving data from a database and putting them in an ArrayList which I put as an Attribute to my HttpSession. My next jsp gets these entries from the ArrayList and displays them. When I retrieve this data the first time I get it displayed well - then I add some data within this jsp and set an ActionForward (what I think will be translated in a jsp:forward-tag by struts) to the same jsp to get my changes displayed within the same page where I entered them. Before this forward executes, I use another servlet to unbind the old ArrayList (in fact, I unbind the SessionAttribute) and get a new list from my db, putting her as a new Attribute with the same name like the old one to my session. I expect now to get my new, updated list in my jsp. But it didn't get displayed now. Is this a common problem that perhaps Tomcat has the old page within its memory? What do I have to do to get the new page displayed? When I go back to my first initialising page, I get all entries displayed, but both servlets use the same methods to put the arrayLists to the session. Please help if someone knows what's wrong... Thanks, Fabian === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com