Re: Setting cookie with response.sendError
I found the problem was the path setting of the cookie. The Web App which does the redirect is mapped to /sso and the page the sendError redirects to is in a web app mapped to /pub I had to perform cookie.setPath(/) for the other app to see it -Original Message- From: Vikramjit Singh [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 11, 2002 11:13 PM To: [EMAIL PROTECTED] Subject: Re: Setting cookie with response.sendError -Original Message- From: Nimmons, Buster [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 11, 2002 2:18 PM To: [EMAIL PROTECTED] Subject: Setting cookie with response.sendError I have a page which has to perform a response.sendError(499,Oracle sso) right before I perform the sendError I also set a cookie in the response with the response.setCookie(new Cookie(someKey,someValue) . however when the custom error page is displayed I noticed that the cookie is not getting set. Is this normal behavour Cookies not being set may depend upon factors that are not necessary concerned with your server or your program. Just check whether your browser supports cookies. For an in depth information about cookies you can refer this article by Marty Hall. http://www.apl.jhu.edu/~hall/java/Servlet-Tutorial/Servlet-Tutorial-Cookies. html Vikram. == = 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: [ANN] Part 2 of JSTL article at ONJava.com
Dror, Good article. I also went back and read the first part where you were talking about the JSTL expression language. How would development with the expression language compare to using a template engine like Velocity in your opinion? It seems that there's a lot of overlapping functionality. In my opinion, JSP and Velocity are two technologies with the exact same semantics (templates that mix static content with code to generate dynamic content); they just use different syntax for the code part. With JSTL and the EL, the syntax difference is minimized, but it still exist. For instance, JSP/JSTL uses XML-element syntax for things like loops and ifs, while Velocity includes features like this in their own language. The JSTL EL only lets you access data and do simple operations, such as compare values, add values, etc. The main argument against JSP from the Velocity camp has always been that since JSP allows you to include raw Java code in the template, it sucks (their words, not mine). Another argument has been that it is too hard to use JSP the right way since writing custom tags is too hard, which I can agree with to some extent. I think JSTL and the EL is a great improvement, since it minimizes the need for both custom tags and raw Java code. JSP 2.0 will introduce an easier way to write custom tags (using a special JSP file or as a Java class as today, but with a much simpler API). The EL defined for JSP 2.0 also adds support for function calls in an EL expression, and a function is much easier to write than a custom tag (it's just a static method, declared in the TLD). These two things will make it even is easier to use JSP the right way. 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
Re: [ANN] Part 2 of JSTL article at ONJava.com
Hans, Thanks for the detailed response. One more question that's somewhat related. One of the most basic and powerful features in a language is the ability to chain things, but I haven't seen any indications that you can do this with tags, without going into Java. For instance let's say that you have a tag that does concatenation and a tag that does toupper (Converts things to upper case. You'd want to do concat first='a' second='b' /concat == 'ab' toupper string='aaa' /toupper == 'AAA' I'd like to be able to do something like toupper concat first='a' second='b' /concat /toupper And have it produce 'AB', but seems like you can't do this with custom JSP tags. Am I missing something? Is there a pattern that lets you do this elegantly or somewhat elegantly? Is this something that would be easier to do with the EL? Thanks, Dror On Thu, Sep 12, 2002 at 10:32:39AM -0700, Hans Bergsten wrote: Dror, Good article. I also went back and read the first part where you were talking about the JSTL expression language. How would development with the expression language compare to using a template engine like Velocity in your opinion? It seems that there's a lot of overlapping functionality. In my opinion, JSP and Velocity are two technologies with the exact same semantics (templates that mix static content with code to generate dynamic content); they just use different syntax for the code part. With JSTL and the EL, the syntax difference is minimized, but it still exist. For instance, JSP/JSTL uses XML-element syntax for things like loops and ifs, while Velocity includes features like this in their own language. The JSTL EL only lets you access data and do simple operations, such as compare values, add values, etc. The main argument against JSP from the Velocity camp has always been that since JSP allows you to include raw Java code in the template, it sucks (their words, not mine). Another argument has been that it is too hard to use JSP the right way since writing custom tags is too hard, which I can agree with to some extent. I think JSTL and the EL is a great improvement, since it minimizes the need for both custom tags and raw Java code. JSP 2.0 will introduce an easier way to write custom tags (using a special JSP file or as a Java class as today, but with a much simpler API). The EL defined for JSP 2.0 also adds support for function calls in an EL expression, and a function is much easier to write than a custom tag (it's just a static method, declared in the TLD). These two things will make it even is easier to use JSP the right way. 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 -- Dror Matalon Zapatec Inc 1700 MLK Way Berkeley, CA 94709 http://www.zapatec.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
TAGS for XML
Has anyone come by any JSP TAGLIBS that parse through XML similar to how DBTAGS connects to the database to get data? thanks for your help! Troy Campano ==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
Web Server / JSP-Servlet Container (newbie)
Can someone tell me why in a production application I would need to have a web server (Apache, Jetty, etc) with an App Server (JBoss, Tomcat, etc) ? Let's say I have an app with servlets and JSP and static HTML. Would I need Tomcat and Apache or can it work just with apache? Remember I need it to be production quality. When would I need to combine apache and tomcat? or jetty and jboss? Thanks, Pablo ==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: Web Server / JSP-Servlet Container (newbie)
Pablo, The web server (Apache or MS IIS) serves up only static content such as HTML. Your application server on the other hand (Tomcat, Websphere, Weblogic, JRUN, Orion, etc), actually contains a compiler, which converts your JSP code to servlet code, and then serves up the resulting HTML code back to the web server (if both are configured to work together, which they should), which then hands it back up to the requesting browser. In this type of configuration, the web server does what it does best, which is server up static content, and the application server does what it does best, compile JSP code to servlet code, and then hand off the resulting HTML back to the web server. EJB's on the other hand require their own server/container. In this case, Tomcat does not come coupled with it's own EJB container/server, so many people use JBoss, which is a free EJB container. Most commercial application packages come bundled with an EJB server, so Webspher, Weblogic, and JRUN will handle both JSP/servlets and EJB's. Commercial application servers also come with some bells and whistles and a friendly GUI interface which allows you to set up items such as your JDBC data source, and to deploy EJB's. Celeste Haseltine, PE MTL, Inc Dallas, TX -Original Message- From: Pablo Bryan [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 12, 2002 2:37 PM To: [EMAIL PROTECTED] Subject: Web Server / JSP-Servlet Container (newbie) Can someone tell me why in a production application I would need to have a web server (Apache, Jetty, etc) with an App Server (JBoss, Tomcat, etc) ? Let's say I have an app with servlets and JSP and static HTML. Would I need Tomcat and Apache or can it work just with apache? Remember I need it to be production quality. When would I need to combine apache and tomcat? or jetty and jboss? Thanks, Pablo ==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: [ANN] Part 2 of JSTL article at ONJava.com
On Wed, 11 Sep 2002, Dror Matalon wrote: How would development with the expression language compare to using a template engine like Velocity in your opinion? It seems that there's a lot of overlapping functionality. One very specific (but I think very important) difference between the proposed JSP 2.0 EL and Velocity is that JSP lets a back-end developer provide abstractions of low-level data types for page authors. The Velocity EL, by contrast, lets you call arbitrary methods on Java objects. As an example of this, consider JSTL's c:forEach tag, which loops over any standard J2SE Collection object, arrays, etc. A page author might not be familiar with the specific types involved; he or she might simply be told, object 'cart' is something you can loop over. It doesn't matter if 'cart' is an array or a List. Now, a language that lets you call an object's size() method, as in ${cart.size()} presumes that the user of 'cart' is familiar with the type of the object, or at least with the methods of each object. If 'cart' is an array, the expression won't work; it'll only work if it's a Collection. In the JSP 2.0 EL, you'd write the expression differently; a programmer (or, just hypothetically JSTL 1.1) could provide a size function that operates on the same data types as c:forEach. You'd end up with ${size(cart)} but more importantly, you'd preserve the illusion that all objects that contain other objects operate in the same manner, at least from the perspective of a page author. -- Shawn Bayern JSTL in Action http://www.jstlbook.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: TAGS for XML
On Thu, 12 Sep 2002, Campano, Troy wrote: Has anyone come by any JSP TAGLIBS that parse through XML similar to how DBTAGS connects to the database to get data? The JSP Standard Tag Library (JSTL) has standard tags for parsing and manipulating XML. See http://java.sun.com/products/jstl for more information. -- Shawn Bayern JSTL in Action http://www.jstlbook.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: [ANN] Part 2 of JSTL article at ONJava.com
Ok. This looks much better. I'll have to play with it a bit, and explore things more, but it certainly makes using tags much more flexible. For instance, we're implementing SQL reports and applying stylesheets using a syntax that looks like this: zp:SelectXsl query=%=query% file=showDeveloper.xsl / Looks like it would make more sense to transform this to: zp:xslTransform file=showDeveloper.xsl zp:xmlReport query=%=query% /zp:xslTranform We're in the middle of moving our platform to using the JSP 1.2 with custom tags. Writing tags is actually not that bad. The only hard thing was figuring out the whole issue of passing arguments, and that was hard only because I couldn't find a good description of the details involved. On Thu, Sep 12, 2002 at 12:48:21PM -0700, Hans Bergsten wrote: Dror Matalon wrote: Hans, Thanks for the detailed response. One more question that's somewhat related. One of the most basic and powerful features in a language is the ability to chain things, but I haven't seen any indications that you can do this with tags, without going into Java. For instance let's say that you have a tag that does concatenation and a tag that does toupper (Converts things to upper case. You'd want to do concat first='a' second='b' /concat == 'ab' toupper string='aaa' /toupper == 'AAA' I'd like to be able to do something like toupper concat first='a' second='b' /concat /toupper And have it produce 'AB', but seems like you can't do this with custom JSP tags. Am I missing something? Is there a pattern that lets you do this elegantly or somewhat elegantly? Sure you can. Just correcting your syntax a bit, this would do what you want: foo:toUpper foo:concat first=a second=b / /foo:toUpper If the foo:concat action writes its result to the current output stream (pageContext.getOut()), and the foo:toUpper action reads its body, converts it, and writes it to the output stream, you get exactly what you want. Is this something that would be easier to do with the EL? Not the chaining part; it's already part of how JSP actions work, and there are ways to make it more efficient than what I show here (by explicit chaining of streams between tag handlers), but that's overkill for most cases. On the other hand, the EL and JSTL already supports the concat function: foo:toUpper c:out value=${a}${b} plus some static text, maybe / /foo:toUpper Here I assume that a and b are dynamic values. As you can see, an attribute value that accepts dynamic values can be assigned with more than one EL expression, optionally mixed with static text. Each expression is evaluated and all results are concatenated. In JSP 2.0, you don't need to use the JSTL c:out action for this, since EL expressions can then be used directly in template text: foo:toUpper ${a}${b} plus some static text, maybe /foo:toUpper I hope this help, Hans On Thu, Sep 12, 2002 at 10:32:39AM -0700, Hans Bergsten wrote: Dror, Good article. I also went back and read the first part where you were talking about the JSTL expression language. How would development with the expression language compare to using a template engine like Velocity in your opinion? It seems that there's a lot of overlapping functionality. In my opinion, JSP and Velocity are two technologies with the exact same semantics (templates that mix static content with code to generate dynamic content); they just use different syntax for the code part. With JSTL and the EL, the syntax difference is minimized, but it still exist. For instance, JSP/JSTL uses XML-element syntax for things like loops and ifs, while Velocity includes features like this in their own language. The JSTL EL only lets you access data and do simple operations, such as compare values, add values, etc. The main argument against JSP from the Velocity camp has always been that since JSP allows you to include raw Java code in the template, it sucks (their words, not mine). Another argument has been that it is too hard to use JSP the right way since writing custom tags is too hard, which I can agree with to some extent. I think JSTL and the EL is a great improvement, since it minimizes the need for both custom tags and raw Java code. JSP 2.0 will introduce an easier way to write custom tags (using a special JSP file or as a Java class as today, but with a much simpler API). The EL defined for JSP 2.0 also adds support for function calls in an EL expression, and a function is much easier to write than a custom tag (it's just a static method, declared in the TLD). These two things will make it even is easier to use JSP the right way. Hans -- Hans Bergsten [EMAIL PROTECTED] Gefion Software http://www.gefionsoftware.com JavaServer Pageshttp://TheJSPBook.com === To unsubscribe: mailto
Re: [ANN] Part 2 of JSTL article at ONJava.com
Dror Matalon wrote: Ok. This looks much better. I'll have to play with it a bit, and explore things more, but it certainly makes using tags much more flexible. For instance, we're implementing SQL reports and applying stylesheets using a syntax that looks like this: zp:SelectXsl query=%=query% file=showDeveloper.xsl / Looks like it would make more sense to transform this to: zp:xslTransform file=showDeveloper.xsl zp:xmlReport query=%=query% /zp:xslTranform Right, and you may even want to look at the JSTL XML actions instead of developing your own: xml:transform probably does what you need, see the JSTL spec for details: http://java.sun.com/products/jsp/jstl We're in the middle of moving our platform to using the JSP 1.2 with custom tags. Writing tags is actually not that bad. The only hard thing was figuring out the whole issue of passing arguments, and that was hard only because I couldn't find a good description of the details involved. plug Have you read my JavaServer Pages, 2nd Edition (O'Reilly) book? In it I describe in detail how to develop your own custom actions as well as how to use JSTL (including how you can use JSTL classes as base classes for your own tag handlers). /plug Hans On Thu, Sep 12, 2002 at 12:48:21PM -0700, Hans Bergsten wrote: Dror Matalon wrote: Hans, Thanks for the detailed response. One more question that's somewhat related. One of the most basic and powerful features in a language is the ability to chain things, but I haven't seen any indications that you can do this with tags, without going into Java. For instance let's say that you have a tag that does concatenation and a tag that does toupper (Converts things to upper case. You'd want to do concat first='a' second='b' /concat == 'ab' toupper string='aaa' /toupper == 'AAA' I'd like to be able to do something like toupper concat first='a' second='b' /concat /toupper And have it produce 'AB', but seems like you can't do this with custom JSP tags. Am I missing something? Is there a pattern that lets you do this elegantly or somewhat elegantly? Sure you can. Just correcting your syntax a bit, this would do what you want: foo:toUpper foo:concat first=a second=b / /foo:toUpper If the foo:concat action writes its result to the current output stream (pageContext.getOut()), and the foo:toUpper action reads its body, converts it, and writes it to the output stream, you get exactly what you want. Is this something that would be easier to do with the EL? Not the chaining part; it's already part of how JSP actions work, and there are ways to make it more efficient than what I show here (by explicit chaining of streams between tag handlers), but that's overkill for most cases. On the other hand, the EL and JSTL already supports the concat function: foo:toUpper c:out value=${a}${b} plus some static text, maybe / /foo:toUpper Here I assume that a and b are dynamic values. As you can see, an attribute value that accepts dynamic values can be assigned with more than one EL expression, optionally mixed with static text. Each expression is evaluated and all results are concatenated. In JSP 2.0, you don't need to use the JSTL c:out action for this, since EL expressions can then be used directly in template text: foo:toUpper ${a}${b} plus some static text, maybe /foo:toUpper I hope this help, Hans On Thu, Sep 12, 2002 at 10:32:39AM -0700, Hans Bergsten wrote: Dror, Good article. I also went back and read the first part where you were talking about the JSTL expression language. How would development with the expression language compare to using a template engine like Velocity in your opinion? It seems that there's a lot of overlapping functionality. In my opinion, JSP and Velocity are two technologies with the exact same semantics (templates that mix static content with code to generate dynamic content); they just use different syntax for the code part. With JSTL and the EL, the syntax difference is minimized, but it still exist. For instance, JSP/JSTL uses XML-element syntax for things like loops and ifs, while Velocity includes features like this in their own language. The JSTL EL only lets you access data and do simple operations, such as compare values, add values, etc. The main argument against JSP from the Velocity camp has always been that since JSP allows you to include raw Java code in the template, it sucks (their words, not mine). Another argument has been that it is too hard to use JSP the right way since writing custom tags is too hard, which I can agree with to some extent. I think JSTL and the EL is a great improvement, since it minimizes the need for both custom tags and raw Java code. JSP 2.0 will introduce an easier way to write custom tags (using a special JSP file or as a Java class as today, but with a much simpler API). The EL defined for JSP 2.0 also adds support for function calls in an EL expression, and a
Re: Web Server / JSP-Servlet Container (newbie)
Adding to it, some advantages Of Apache with Tomcat: 1/ Apache is faster better when serving static content such as images 2/ You get more error handling ability with apache (ie, when tomcat goes down for releases, etc, Apache gets a 500 error and can display a polite notice rather than nasty error pages) 3/ You get all the other stuff that apache does: userdir, modspeling, cgi, ssi etc etc etc 4/ https. i don't know if any certificate signing authorities do certs for java/tomcat (probably) but its very easy for mod_ssl or apache-ssl 5/ you can confuse your colleagues even more with arcane configurations 6/ you can (theoretically) do sticky load balancing with mod_jk across multiple tomcat instances Regards, Vikramjit Singh, GTL Ltd. Ph. 7612929-1059 -Original Message- From: Branden Root [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 12, 2002 12:57 PM To: [EMAIL PROTECTED] Subject: Re: Web Server / JSP-Servlet Container (newbie) Pablo, Apache is recognized as a pretty high performance web server. Its designed to serve static content very fast and efficiently. Most jsp/servlet containers cannot match apache's performance in serving static content. Therefore, it is advantageous for environments that demand higher performance to use both apache and the container together. This gives you sort of a best of both worlds environment. Also, don't mix your containers: Tomcat is a jsp/servlet container, JBoss is an EJB container. Very different. However, using this strategy you could get a very high performance J2EE environment by combining free elements: apache + tomcat + jboss. Branden Root Web Developer Portent Interactive [EMAIL PROTECTED] -Original Message- From: A mailing list about Java Server Pages specification and reference [mailto:[EMAIL PROTECTED]]On Behalf Of Pablo Bryan Sent: Thursday, September 12, 2002 12:37 PM To: [EMAIL PROTECTED] Subject: Web Server / JSP-Servlet Container (newbie) Can someone tell me why in a production application I would need to have a web server (Apache, Jetty, etc) with an App Server (JBoss, Tomcat, etc) ? Let's say I have an app with servlets and JSP and static HTML. Would I need Tomcat and Apache or can it work just with apache? Remember I need it to be production quality. When would I need to combine apache and tomcat? or jetty and jboss? Thanks, Pablo 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
Technical help - urgent..
Hi All, We have one Web Application called Hummingbird BI Web Report. It is browser based Application. It is Reporting Application.There user can view Reports which is created in one more tool called BI Query Admin and published into BI Web. To View a Report user has to have valid username and password. What it does ,it first validate user credentials(user name and pwd) and allows him to view any report.This application is developed in servlet and webserver as tomcat(i hope so).. Ok.Right now what i'm customizing that application. our client does like that original Application's User interface(frond end). so i'm customizing that application with some more functionalities.. My objective is pass user credentials paramaters from my web application to BI Web application and get Session for that. after that pass parameters to view a report from my web application. for eg..To login into original application i need to call this URL http://servername:8070/biweb/request?biUName=administrator http://servername:8070/biweb/request?biUName=administratorbiPwd=administra tor biPwd=administrator it is login into to BI web application ,creates session for this user and shows it own user interface. once u get a session for broswer we can viewt report using this url http://servername:8070/biweb/request?action=viewreport http://servername:8070/biweb/request?action=viewreporthrrtp=r1/test/testRe port.rep hrrtp=r1/test/testReport.rep it shows testReport in your browser.for that u should have valid session. now what i want is get Session from original application to my own custom application, and view report.. Now i'm using tomcat server 4.0.3 and trying with jsp. i'm passing usercredentials to BiWeb application and try to get session of that application and i dont want original application's user interface. can we do with include and forward action in jsp or any other ways is there for this? i'm ready to use any web server and any web technology(ASP,servlet,jsp what ever)? Pls advice and get back to me asap. it is very urgent. Thanks and Regards Yogaraj THIS E-MAIL MESSAGE ALONG WITH ANY ATTACHMENTS IS INTENDED ONLY FOR THE ADDRESSEE and may contain confidential and privileged information. If the reader of this message is not the intended recipient, you are notified that any dissemination, distribution or copy of this communication is strictly Prohibited. If you have received this message by error, please notify us immediately, return the original mail to the sender and delete the message from your system. === 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: Technical help - urgent..
Hi, This is what I have understood: (a) You have a Reports Generating Application (BIWeb) - already written. (b) You are writting an application (c) BIWeb requires user credentials to browse (d) Your application also requires user credentials to browse (e) You want your application to interact with BIWeb This is what I would suggest: (a) Use the user-database of BIWeb to authenticate users (both your application and BIWeb will use the same user-base). (b) When a user needs to login to your appliation, authentication happens against BIWeb DB (maybe using the request servlet) and necessary details are stored in your application context (after request forward the authentication confirmation to your application). (c) If your application requires BIWeb's reports, pass the login details to a servlet in BIWeb. (d) BIWeb will render all reports you request, after validating the user details sent above (The catch is you need to send the user details for every report that you want to view). Hope the above is clear. Regards, Dayanand. -Original Message- From: A mailing list about Java Server Pages specification and reference [mailto:[EMAIL PROTECTED]]On Behalf Of It, Cockpit (CAP, Contractor) Sent: Friday, September 13, 2002 10:28 AM To: [EMAIL PROTECTED] Subject: Technical help - urgent.. Hi All, We have one Web Application called Hummingbird BI Web Report. It is browser based Application. It is Reporting Application.There user can view Reports which is created in one more tool called BI Query Admin and published into BI Web. To View a Report user has to have valid username and password. What it does ,it first validate user credentials(user name and pwd) and allows him to view any report.This application is developed in servlet and webserver as tomcat(i hope so).. Ok.Right now what i'm customizing that application. our client does like that original Application's User interface(frond end). so i'm customizing that application with some more functionalities.. My objective is pass user credentials paramaters from my web application to BI Web application and get Session for that. after that pass parameters to view a report from my web application. for eg..To login into original application i need to call this URL http://servername:8070/biweb/request?biUName=administrator http://servername:8070/biweb/request?biUName=administratorbiPwd=administra tor biPwd=administrator it is login into to BI web application ,creates session for this user and shows it own user interface. once u get a session for broswer we can viewt report using this url http://servername:8070/biweb/request?action=viewreport http://servername:8070/biweb/request?action=viewreporthrrtp=r1/test/testRe port.rep hrrtp=r1/test/testReport.rep it shows testReport in your browser.for that u should have valid session. now what i want is get Session from original application to my own custom application, and view report.. Now i'm using tomcat server 4.0.3 and trying with jsp. i'm passing usercredentials to BiWeb application and try to get session of that application and i dont want original application's user interface. can we do with include and forward action in jsp or any other ways is there for this? i'm ready to use any web server and any web technology(ASP,servlet,jsp what ever)? Pls advice and get back to me asap. it is very urgent. Thanks and Regards Yogaraj THIS E-MAIL MESSAGE ALONG WITH ANY ATTACHMENTS IS INTENDED ONLY FOR THE ADDRESSEE and may contain confidential and privileged information. If the reader of this message is not the intended recipient, you are notified that any dissemination, distribution or copy of this communication is strictly Prohibited. If you have received this message by error, please notify us immediately, return the original mail to the sender and delete the message from your system. === 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