SV: distinguish between simultaneous sessions of same browser
If i want to support multiple simultaneous sessions from multiple browser windows (but same browser) how would i be distinguishing between the logically separate user sessions? I mean what are the ways of handling this. eg: http sessions, URL rewriting, hidden tags, i know cookies dont work ? are there any better ways here agian Is you mention you wouldn't use cookies since they are common for all instances of the browser. What you do is you have to launch a new browser process (not just New window). When you connect to the server you will have a new (http/Java) session which you will handle just like any other session. === To unsubscribe: mailto [EMAIL PROTECTED] with body: signoff JSP-INTEREST. For digest: mailto [EMAIL PROTECTED] with body: set JSP-INTEREST DIGEST. Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: distinguish between simultaneous sessions of same browser
As I know URL rewriting is a solution. However. the servlet specification 2.2, paragraph 7.7.3 says that it better to consider that all requests from all windows participate in the same session. Hope this help, Sincerely Bernard Granier Mr Ted 115 rue du Fbg Poissonniere 75009 Paris www.MrTed.com Tel : 33 1 55 31 02 65 mail : [EMAIL PROTECTED] -Original Message- From: A mailing list about Java Server Pages specification and reference [mailto:[EMAIL PROTECTED]]On Behalf Of James Bond Sent: lundi 6 aout 2001 19:32 To: [EMAIL PROTECTED] Subject: distinguish between simultaneous sessions of same browser hey guys If i want to support multiple simultaneous sessions from multiple browser windows (but same browser) how would i be distinguishing between the logically separate user sessions? I mean what are the ways of handling this. eg: http sessions, URL rewriting, hidden tags, i know cookies dont work ? are there any better ways here agian basically i am interested in what the logic behind handling this kind of issues would be ? thanks for your time Vithal __ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.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://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: signoff JSP-INTEREST. For digest: mailto [EMAIL PROTECTED] with body: set JSP-INTEREST DIGEST. Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: distinguish between simultaneous sessions of same browser
how do we know the user requested from 2 browsers. - Original Message - From: Bernard Granier [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, August 07, 2001 3:54 PM Subject: Re: distinguish between simultaneous sessions of same browser As I know URL rewriting is a solution. However. the servlet specification 2.2, paragraph 7.7.3 says that it better to consider that all requests from all windows participate in the same session. Hope this help, Sincerely Bernard Granier Mr Ted 115 rue du Fbg Poissonniere 75009 Paris www.MrTed.com Tel : 33 1 55 31 02 65 mail : [EMAIL PROTECTED] -Original Message- From: A mailing list about Java Server Pages specification and reference [mailto:[EMAIL PROTECTED]]On Behalf Of James Bond Sent: lundi 6 aout 2001 19:32 To: [EMAIL PROTECTED] Subject: distinguish between simultaneous sessions of same browser hey guys If i want to support multiple simultaneous sessions from multiple browser windows (but same browser) how would i be distinguishing between the logically separate user sessions? I mean what are the ways of handling this. eg: http sessions, URL rewriting, hidden tags, i know cookies dont work ? are there any better ways here agian basically i am interested in what the logic behind handling this kind of issues would be ? thanks for your time Vithal __ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.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://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 The Information contained and transmitted by this E-MAIL is proprietary to Wipro Limited and is intended for use only by the individual or entity to which it is addressed, and may contain information that is privileged, confidential or exempt from disclosure under applicable law. If this is a forwarded message, the content of this E-MAIL may not have been sent with the authority of the Company. If you are not the intended recipient, an agent of the intended recipient or a person responsible for delivering the information to the named recipient, you are notified that any use, distribution, transmission, printing, copying or dissemination of this information in any way or in any manner is strictly prohibited. If you have received this communication in error, please delete this mail notify us immediately at [EMAIL PROTECTED]
Re: distinguish between simultaneous sessions of same browser
AlWays there will be per browser session is not it? - Original Message - From: Bernard Granier [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, August 07, 2001 3:54 PM Subject: Re: distinguish between simultaneous sessions of same browser As I know URL rewriting is a solution. However. the servlet specification 2.2, paragraph 7.7.3 says that it better to consider that all requests from all windows participate in the same session. Hope this help, Sincerely Bernard Granier Mr Ted 115 rue du Fbg Poissonniere 75009 Paris www.MrTed.com Tel : 33 1 55 31 02 65 mail : [EMAIL PROTECTED] -Original Message- From: A mailing list about Java Server Pages specification and reference [mailto:[EMAIL PROTECTED]]On Behalf Of James Bond Sent: lundi 6 aout 2001 19:32 To: [EMAIL PROTECTED] Subject: distinguish between simultaneous sessions of same browser hey guys If i want to support multiple simultaneous sessions from multiple browser windows (but same browser) how would i be distinguishing between the logically separate user sessions? I mean what are the ways of handling this. eg: http sessions, URL rewriting, hidden tags, i know cookies dont work ? are there any better ways here agian basically i am interested in what the logic behind handling this kind of issues would be ? thanks for your time Vithal __ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.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://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 The Information contained and transmitted by this E-MAIL is proprietary to Wipro Limited and is intended for use only by the individual or entity to which it is addressed, and may contain information that is privileged, confidential or exempt from disclosure under applicable law. If this is a forwarded message, the content of this E-MAIL may not have been sent with the authority of the Company. If you are not the intended recipient, an agent of the intended recipient or a person responsible for delivering the information to the named recipient, you are notified that any use, distribution, transmission, printing, copying or dissemination of this information in any way or in any manner is strictly prohibited. If you have received this communication in error, please delete this mail notify us immediately at [EMAIL PROTECTED]
Re: distinguish between simultaneous sessions of same browser
- Original Message - From: James Bond [EMAIL PROTECTED] If i want to support multiple simultaneous sessions from multiple browser windows (but same browser) how would i be distinguishing between the logically separate user sessions? You want to have more than one session per browser. So you have to prevent the visibility of session of one window of a browser from another window of the browser. I mean what are the ways of handling this. eg: http sessions, URL rewriting, hidden tags, i know cookies dont work ? are there any better ways here agian Session Cookies are shared across the windows of the browser. So they are definately ruled out. URL rewriting ( forced by turning off cookies on the servlet container) is one way and in my opinion the best way to go. Hidden tags can be used, but they will force you to go in for rolling your own session management. That is the reason I think this is not a good way to go. basically i am interested in what the logic behind handling this kind of issues would be ? when the method getSession(true) is called, the servlet container checks if it has received a valid session id. If a valid session ID has not been received, then it creates a new session with a new session id. So the main issue as mentioned above is to prevent the visibility of session id of the session across windows. The only problem is that all the links/action tags in your application have to pass through the response.encodeURL() method. cheers, Gokul Vithal The Information contained and transmitted by this E-MAIL is proprietary to Wipro Limited and is intended for use only by the individual or entity to which it is addressed, and may contain information that is privileged, confidential or exempt from disclosure under applicable law. If this is a forwarded message, the content of this E-MAIL may not have been sent with the authority of the Company. If you are not the intended recipient, an agent of the intended recipient or a person responsible for delivering the information to the named recipient, you are notified that any use, distribution, transmission, printing, copying or dissemination of this information in any way or in any manner is strictly prohibited. If you have received this communication in error, please delete this mail notify us immediately at [EMAIL PROTECTED]
Re: distinguish between simultaneous sessions of same browser
Per browser maybe, but per windows per browser, this is another stuff. Sincerly, Bernard Granier Mr Ted 115 rue du Fbg Poissonniere 75009 Paris www.MrTed.com Tel : 33 1 55 31 02 65 mail : [EMAIL PROTECTED] -Original Message- From: A mailing list about Java Server Pages specification and reference [mailto:[EMAIL PROTECTED]]On Behalf Of Pramod Shrinivas Tol Sent: vendredi 7 août 1981 12:46 To: [EMAIL PROTECTED] Subject: Re: distinguish between simultaneous sessions of same browser AlWays there will be per browser session is not it? - Original Message - From: Bernard Granier [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, August 07, 2001 3:54 PM Subject: Re: distinguish between simultaneous sessions of same browser As I know URL rewriting is a solution. However. the servlet specification 2.2, paragraph 7.7.3 says that it better to consider that all requests from all windows participate in the same session. Hope this help, Sincerely Bernard Granier Mr Ted 115 rue du Fbg Poissonniere 75009 Paris www.MrTed.com Tel : 33 1 55 31 02 65 mail : [EMAIL PROTECTED] -Original Message- From: A mailing list about Java Server Pages specification and reference [mailto:[EMAIL PROTECTED]]On Behalf Of James Bond Sent: lundi 6 aout 2001 19:32 To: [EMAIL PROTECTED] Subject: distinguish between simultaneous sessions of same browser hey guys If i want to support multiple simultaneous sessions from multiple browser windows (but same browser) how would i be distinguishing between the logically separate user sessions? I mean what are the ways of handling this. eg: http sessions, URL rewriting, hidden tags, i know cookies dont work ? are there any better ways here agian basically i am interested in what the logic behind handling this kind of issues would be ? thanks for your time Vithal __ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.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://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 === To unsubscribe: mailto [EMAIL PROTECTED] with body: signoff JSP-INTEREST. For digest: mailto [EMAIL PROTECTED] with body: set JSP-INTEREST DIGEST. Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: distinguish between simultaneous sessions of same browser
Sorry to get off subject... Saw that some of the posts were from the Wipro company and just wanted to check to see if Vinod Pillai of Wipro was part of this group? Thanks for all your responses, you Wipro guys are definitely some 'JAVA GURUS' and great to work with also! Cheers, Scott -Original Message- From: A mailing list about Java Server Pages specification and reference [mailto:[EMAIL PROTECTED]]On Behalf Of Gokul Singh Sent: Tuesday, August 07, 2001 6:13 AM To: [EMAIL PROTECTED] Subject: Re: distinguish between simultaneous sessions of same browser - Original Message - From: James Bond [EMAIL PROTECTED] If i want to support multiple simultaneous sessions from multiple browser windows (but same browser) how would i be distinguishing between the logically separate user sessions? You want to have more than one session per browser. So you have to prevent the visibility of session of one window of a browser from another window of the browser. I mean what are the ways of handling this. eg: http sessions, URL rewriting, hidden tags, i know cookies dont work ? are there any better ways here agian Session Cookies are shared across the windows of the browser. So they are definately ruled out. URL rewriting ( forced by turning off cookies on the servlet container) is one way and in my opinion the best way to go. Hidden tags can be used, but they will force you to go in for rolling your own session management. That is the reason I think this is not a good way to go. basically i am interested in what the logic behind handling this kind of issues would be ? when the method getSession(true) is called, the servlet container checks if it has received a valid session id. If a valid session ID has not been received, then it creates a new session with a new session id. So the main issue as mentioned above is to prevent the visibility of session id of the session across windows. The only problem is that all the links/action tags in your application have to pass through the response.encodeURL() method. cheers, Gokul Vithal === To unsubscribe: mailto [EMAIL PROTECTED] with body: signoff JSP-INTEREST. For digest: mailto [EMAIL PROTECTED] with body: set JSP-INTEREST DIGEST. Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Bar charts
check out Bar tag on http://www.servletsuite.com/jsp.htm -- Coldjava - server-side Java components http://www.servletsuite.com __ Your favorite stores, helpful shopping tools and great gift ideas. Experience the convenience of buying online with Shop@Netscape! http://shopnow.netscape.com/ Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/ === To unsubscribe: mailto [EMAIL PROTECTED] with body: signoff JSP-INTEREST. For digest: mailto [EMAIL PROTECTED] with body: set JSP-INTEREST DIGEST. Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
ssl and jsp
Hi, I am not sure that the JSP mailing list is the rigth place for my question however I did not find a better one. Where can I get information on the function : get_auth_user_ssl ? We use IPlanet Entreprise Server and Directory Server to configure an https web site with strong authentication (server AND client are authenticated with certificate) We get an error and I did not find any information on the IPlanet web site, in the Directory Server documentation, in the Planet Entreprise Server Documentation in the IPlanet FAQS, in the IPlanet developers resources and to access to the IPlanet newsgroup you have to get a specific subscription (funny no ?) ... If an employee from Nescape reads this message, maybe could he understand how to correct my problem. The full error message is : get_auth_user_ssl unable to map cert to LDAP entry. Reason: User's LDAP entry doesn't have any certificates to compare, Issuer: CN=Certificate Manager, OU=authority, O=Police, L=Paris, ST=France, C=FR, User: [EMAIL PROTECTED], CN=Gunter Philips, UID=Philips, OU=Production, O=mreted.com Bernard Granier Mr Ted 115 rue du Fbg Poissonniere 75009 Paris www.MrTed.com Tel : 33 1 55 31 02 65 mail : [EMAIL PROTECTED] === 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
Browser STOP button and handling multiple requests from one user/ session..
Hi all, I have a question, and perhaps a request to the Sun serlvet spec leads. First, it is quite common for transactions to take several seconds. For some unknown reason, some of our users don't have a clue that it may take 30 seconds or more for large queries. Even worse, our company doesn't want to post any info on the pages explaining this. So, we often get calls saying how they hit the STOP button of the browser, then submitted the form again, etc..and things didn't work. Sometimes, we even get database resource locks because a request they sent before hitting stop is still running, tying up certain table rows/columns, and submitting the same form tries to access those same rows/columns and can not be accessed at the same time (at least during inserts/updates). So it would seem that there should be some bulit in mechanism of servlet containers to check the session id coming in, and see if any threads exist for that session id already, thus preventing this two (or more) requests per user capability. When a user hits STOP, the connection is severed to the server. The server then generates some sort of exception when that request finishes on the server and it tries to send the response back. I'd like to know if anyone has come up with a solution to this problem? It can occur if the user hits STOP then submits, OR if the user opens a NEW window from within the same browser instance, and submits a request (which could be an entirely different link/form, OR the SAME form from a different window as is the case when you open a new window from the File - New - Window option if MSIE (and equivalent of other browsers). What I thought of doing is half way there. When a request comes in, store an attribute in the HttpSession that flags a transaction (transaction being either a database hit, or just a simple request..period) is activated. This would only work with an MVC framework though..it would require the ControllerServlet to check every single request if this attribute existed. If it does, it could simply return a response that indicates a transaction is already in progress and another one can not be started until this one completes. At the end of the ControllerServlet sequence, the attribute would be removed from the session, indicating its done. This would work great for the user that opens a new window from the existing browser, because they would get a response back in the window they opened, and the request that is still going on from the othe window would eventually return the results to that window. Where it doesn't work though is if the user hits STOP, submits the form (or goes to another link and submits from there). The original request would NEVER make it back to the originating window because the user hit the STOP button. In my solution, the user would see the message that a transaction is already in progress, but would never see the results from the original request. I think what should really be done is that Sun and the Servlet spec team enforces servlet containers to handle this for us. But, it would be configurable via the web.xml descriptor. First, I think the servlet engine would have to keep track of each and every thread AND the session that thread is tied to. Then, on each and every request, before creating a NEW thread, it would see if the session id coming in with the thread is already being tied to another thread running. In this case, it would send back a response (of user defined..either jsp page, error message, etc) indicating a transaction is already in progress. Being selectable via a standard approach, the developer/deployer could turn this feature off if not needed. For example, it is often the case an Admin site for employees may allow multiple requests to occur at the same time. Even better, it would be great if there was a way to define modules so that a single thread/session per module could be activated, but multiple modules from the same user, same session could be running. Ofcourse, this would require a bit more development requirements for us servlet/jsp developers. Right now, I usually develop under the assumption that only a single thread for any session will run at one time. Therefore, I store non-syncronized objects in that session knowing that concurrency problems shouldn't happen. This is BAD, yes..but it is a very rare chance someone will access (and at that..update..as reading from an object wont create a concurrency exception) the same object from two different threads at the same moment. Keep in mind, its pretty hard for a web browser to do this. The only way it can really happen is if a user hits STOP then submits again, or opens a new window and does it. With all that going, it still will only happen if one requests takes so much time that another request can overlap it from the same user. Anyways... what is the general concensus of JSP/Servlet developers on how to handle this? I can't imagine our site is the only one that has users that hit STOP and
Re: Browser STOP button and handling multiple requests from one user/session..
What I thought of doing is half way there. When a request comes in, store an attribute in the HttpSession that flags a transaction (transaction being either a database hit, or just a simple request..period) is activated. This would only work with an MVC framework though..it would require the ControllerServlet to check every single request if this attribute existed. I cannot help on the rest of the issue, but I would think a ServletFilter could do this job also. === 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
msxml in jsp or java?
dear all, is there any jsp or java class to doing something like msxml in asp? i mean in asp, we can send xml data like this: set objXMLHttp = server.createObject(Msxml2.XMLHTTP) objXMLHttp.open POST, http://202.150.91.210:/usg/command.asp;, false objXMLHttp.send xmlDoc is there any relevant function in jsp or java class? thanks and regards, ryan [kelembutan_mu menjawab doa-doa diam kami - rumi] === To unsubscribe: mailto [EMAIL PROTECTED] with body: signoff JSP-INTEREST. For digest: mailto [EMAIL PROTECTED] with body: set JSP-INTEREST DIGEST. Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: Browser STOP button and handling multiple requests from one user/session..
Yes..with Servlet 2.3 you could have a filter before the request is handled, and before the response goes back, that would check and/or set the flag, and remove the flag on the way back. But then..that would tie you to Servlet 2.3 spec..which I don't know of any server that fully implements it just yet, and its still a ways away before its widely used. I'd say a good year or more before Servlet 2.3 is adopted, as J2EE 1.3 wont be out until early next year. What I thought of doing is half way there. When a request comes in, store an attribute in the HttpSession that flags a transaction (transaction being either a database hit, or just a simple request..period) is activated. This would only work with an MVC framework though..it would require the ControllerServlet to check every single request if this attribute existed. I cannot help on the rest of the issue, but I would think a ServletFilter could do this job also. == = To unsubscribe: mailto [EMAIL PROTECTED] with body: signoff JSP-INTEREST. For digest: mailto [EMAIL PROTECTED] with body: set JSP-INTEREST DIGEST. Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets === To unsubscribe: mailto [EMAIL PROTECTED] with body: signoff JSP-INTEREST. For digest: mailto [EMAIL PROTECTED] with body: set JSP-INTEREST DIGEST. Some relevant FAQs on JSP/Servlets can be found at: http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.html http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
Re: msxml in jsp or java?
Using JSP, you can set the response type to produce text/xml and it will spit XML output of your JSP. This allows you to return dynamic XML. Also, if your using XSL, you can use XML tags in the JSP, then request the JSP page to spit out a full XML stream dynamically, so that you can then apply XSL to it. Ofcourse, you could just as easily use a XSL taglib to do portions of the JSP as XML/XSL translation. -Original Message- From: A mailing list about Java Server Pages specification and reference [mailto:[EMAIL PROTECTED]]On Behalf Of heriyanto binduni Sent: Tuesday, August 07, 2001 8:30 PM To: [EMAIL PROTECTED] Subject: msxml in jsp or java? dear all, is there any jsp or java class to doing something like msxml in asp? i mean in asp, we can send xml data like this: set objXMLHttp = server.createObject(Msxml2.XMLHTTP) objXMLHttp.open POST, http://202.150.91.210:/usg/command.asp;, false objXMLHttp.send xmlDoc is there any relevant function in jsp or java class? thanks and regards, ryan [kelembutan_mu menjawab doa-doa diam kami - rumi] == = 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