As a summary, you should be able to add the following lines and get
what you want:

<%@ page import="javax.servlet.http.HttpSession" %>
...
<%= session.getAttribute("returnBack").toString(); %>

The first line imports the class necessary to read the session attributes.
The second line prints the value of the "returnBack" session attribute.

Add the import with the other imports in login.jsp
Add the second line wherever you want to print the value.

Axton Grams

On 5/11/07, Axton <[EMAIL PROTECTED]> wrote:
Ok, here's what I see.

I modified the login.jsp to print the session attributes in a table
field.  This is what I saw:

Attribute Name          Class Name      Value
returnBack      class java.lang.String  /arsys/forms/arsdev/User
arsys_login_name        class java.lang.String
arsys_login_msg         class java.lang.String

arsdev is the name of my remedy server.  You should be able to go from
here, parse the values as you need to return what you want to see.
The returnBack session attribute stores to where the user will be
redirected.

Here is a diff of the login.jsp for the changes I made to see what was
out there:

--- login.jsp.original  2007-05-11 17:04:54.000000000 -0400
+++ login.jsp   2007-05-11 17:26:52.000000000 -0400
@@ -50,6 +50,9 @@
 <%@ page import="com.remedy.arsys.share.MessageTranslation" %>
 <%@ page import="com.remedy.arsys.config.Configuration" %>
 <%@ page import="com.remedy.arsys.session.Params" %>
+<%@ page import="java.util.Enumeration" %>
+<%@ page import="javax.servlet.http.HttpSession" %>
+
 <html>
   <head>
        <script
src="<%=request.getContextPath()%>/shared/TimezoneFinder.js"
defer=1></script>
@@ -83,6 +86,31 @@
                                </td>
                        </tr>
                </tbody></table>
+<table border="1" cellpadding="0" cellspacing="0" width="500">
+  <tr>
+    <td>Attribute Name</td>
+    <td>Class Name</td>
+    <td>Value</td>
+  </tr>
+
+<% String sattr; %>
+<% String className; %>
+<% String value; %>
+
+<% for (Enumeration sattrs = session.getAttributeNames();
sattrs.hasMoreElements();) { %>
+<% sattr = (String)sattrs.nextElement(); %>
+<% className = session.getAttribute(sattr).getClass().toString(); %>
+<% value = session.getAttribute(sattr).toString(); %>
+  <tr>
+    <td><%= sattr %></td>
+    <td><%= className %></td>
+    <td><%= value %></td>
+  </tr>
+<% } %>
+
+</tr>
+</table>
+
                <table border="0" cellpadding="0" cellspacing="0" width="100%">
                <!-- login area -->
                        <tbody><tr>

Axton Grams

On 5/11/07, Axton <[EMAIL PROTECTED]> wrote:
> Lemme see what I can turn up.
>
> Axton Grams
>
> On 5/11/07, L. J. Head <[EMAIL PROTECTED]> wrote:
> > Ok...the exact code I put into login.jsp was
> >
> > <%
> >    String parmTest1 = (String)request.getParameter("goto");
> >    String parmTest2 = (String)request.getParameter("form");
> >    String parmTest3 = (String)request.getParameter("server");
> >    if ((parmTest1 == null) && (parmTest2 == null) && (parmTest3 == null)) {
> >
> >         out.print("Gotta Do Something");
> >    }
> > %>
> >
> > The URL passed was
> >
> > http://webserver/arsys/servlet/ViewFormServlet?form=form&server=remserver&ei
> > d=eid
> >
> > The results as expected was that all 3 values were blank...and it printed
> > "Gotta Do Something" on the form.  The fact that even after it printed that
> > on the screen and it still after login took me to the record means that when
> > I went to the ViewFormServlet it took the parameters and stored them
> > somewhere...I think it's storing them in a cookie...but I know nothing about
> > cookies...so I don't know how to retrieve that information...if that is in
> > fact where it is storing it.  If it's storing it in the servlet as a
> > variable I don't know how to get at that either.
> >
> > What I'm hoping for is that this will intrigue someone with more skill in
> > this area enough to actually go out and figure this out...please?
> > -----Original Message-----
> > From: Action Request System discussion list(ARSList)
> > [mailto:[EMAIL PROTECTED] On Behalf Of Grooms, Frederick W
> > Sent: Friday, May 11, 2007 8:18 AM
> > To: arslist@ARSLIST.ORG
> > Subject: Re: Login.jsp Manipulation
> >
> > Sorry for jumping in late here but the Mid-Tier uses several variables
> > (depending on your style of url)
> >
> > goto:
> > http://server/arsys/shared/login.jsp?goto=/arsys/forms/server/FormName
> >
> > form:
> > http://WebServer/arsys/servlet/ViewFormServlet?server=ArsServer&form=For
> > mName
> >
> >
> > So something like the following may work
> >
> >    String parmTest1 = (String)request.getParameter("goto");
> >    String parmTest2 = (String)request.getParameter("form");
> >    String parmTest3 = (String)request.getParameter("server");
> >    if (parmTest1 == null) AND (parmTest2 == null) AND (parmTest3 ==
> > null) {
> >         document.forms["loginForm"].elements['goto'].value =
> > "/arsys/home";
> >    }
> >
> >
> > Fred
> >
> >
> > -----Original Message-----
> > From: Action Request System discussion list(ARSList)
> > [mailto:[EMAIL PROTECTED] On Behalf Of L. J. Head
> > Sent: Thursday, May 10, 2007 1:56 PM
> > To: arslist@ARSLIST.ORG
> > Subject: Re: Login.jsp Manipulation
> >
> > Agreed....but I'm trying to figure out how to use the variable that Mid-Tier
> > already has
> >
> > -----Original Message-----
> > From: Action Request System discussion list(ARSList)
> > [mailto:[EMAIL PROTECTED] On Behalf Of Axton
> > Sent: Thursday, May 10, 2007 12:20 PM
> > To: arslist@ARSLIST.ORG
> > Subject: Re: Login.jsp Manipulation
> >
> > If the url uses this format, you can get at the goto parameter:
> >
> > http://server/arsys/shared/login.jsp?goto=/arsys/forms/server/FormName
> >
> > Axton Grams
> >
> > On 5/10/07, L. J. Head <[EMAIL PROTECTED]> wrote:
> > > Axton,
> > > Thank you for the suggestion of Fiddler....it has helped me delve a
> > > bit deeper.  I now see that a cookie is being set in the header with
> > > line
> > >
> > > Set-Cookie: JSESSIONID=kefXv3yqCvOtNdzkZA6NbPrqCds; path=/arsys
> > >
> > > So....I now need to know how to browse the cookie that is being
> > > created and check values....any suggestions from anyone???
> > >
> > > -----Original Message-----
> > > From: L. J. Head [mailto:[EMAIL PROTECTED]
> > > Sent: Thursday, May 10, 2007 9:53 AM
> > > To: 'arslist@ARSLIST.ORG'
> > > Subject: RE: Login.jsp Manipulation
> > >
> > > As you can see below
> > > >    String nextPage = (String)request.getParameter("goto");
> > > >    if (nextPage == null) {
> > > >         nextPage = "";
> > > >    }
> > > The java variable is being set from request.getParamater as you
> > suggested.
> > > In neither of the situations I have outlined is it ever anything other
> >
> > > than null.  So request does not contain the value that the servlet
> > > uses.  Any other suggestions?
> > >
> > > -----Original Message-----
> > > From: Action Request System discussion list(ARSList)
> > > [mailto:[EMAIL PROTECTED] On Behalf Of Axton
> > > Sent: Thursday, May 10, 2007 8:42 AM
> > > To: arslist@ARSLIST.ORG
> > > Subject: Re: Login.jsp Manipulation
> > >
> > > The nextPage variable is probably set on the form post action (i.e.,
> > > when you click the login button).  If you want to see the value of the
> >
> > > parameter, read it from the HttpServletRequest Parameter like this:
> > >
> > > request.getParameter("goto")
> > >
> > > For example, in your html you can simply add this somewhere in the
> > > html to have it written to the page:
> > >
> > > <div>Goto Parameter: <%request.getParameter("goto")%></div>
> > >
> > > If you are doing this just for debugging, the firebug plugin for
> > > firefox will show you all the request and response data:
> > >
> > > https://addons.mozilla.org/en-US/firefox/addon/1843
> > >
> > > Axton Grams
> > >
> > > On 5/10/07, L. J. Head <[EMAIL PROTECTED]> wrote:
> > > > Ok...with the help of Carey I have gotten to know the code a bit
> > > > better...but still need some help.  Java variable nextPage is being
> > > > set in logon_common.jsp as such
> > > >
> > > >    String nextPage = (String)request.getParameter("goto");
> > > >    if (nextPage == null) {
> > > >         nextPage = "";
> > > >    }
> > > >
> > > > Now...the URL that I am passing Mid-Tier is similar to this one
> > > >
> > > > http://<webServer>/arsys/servlet/ViewFormServlet?form=<Form>&server=
> > > > <r
> > > > emedyS
> > > > erver>&eid=<eid>
> > > >
> > > > When I give it that URL and I have my login.jsp file set to
> > > >
> > > > <input type="hidden" name="goto" value="<%=nextPage%>" >
> > > >
> > > > I go directly to the entry in question.  My problem is that when I
> > > > choose to display the nextPage variable to the screen to see what it
> >
> > > > is it is always "" no matter if I have used the above URL or gone
> > > > directly to the Home page or gone directly to the Login page...so it
> >
> > > > is using some value that I don't currently know how to check.  I
> > > > have tried request.getParameter as well as
> > > > session.getAttribute....anyone have any suggestions on how I can
> > > > determine if the login already has a
> > > goto?
> > > >
> > > > -----Original Message-----
> > > > From: L. J. Head [mailto:[EMAIL PROTECTED]
> > > > Sent: Wednesday, May 09, 2007 12:24 PM
> > > > To: 'arslist@ARSLIST.ORG'
> > > > Subject: Login.jsp Manipulation
> > > >
> > > > I, as most of us do, have users that bookmark the login screen
> > > >
> > > > http://<midtier-server>/arsys/shared/login.jsp
> > > >
> > > > When they do that they get an error about not having all of the
> > > > parameters mapped, they click the 'return to home' button...re-login
> >
> > > > and they get to the home page.  I got sick of fielding these
> > > > production support questions so I came to the list and inquired
> > > > about how to eliminate them.  I was told that if I change these two
> > > > lines it would work grand
> > > >
> > > > <input type="hidden" name="server" value="<%=server%>" > <input
> > > > type="hidden" name="goto" value="<%=nextPage%>" >
> > > >
> > > > If you hard-code those two lines with values it works great...any
> > > > time anyone gets to the login page and login they go to the home
> > > > page....which is great with exception of hard coded URL's that are
> > > > designed to take them to specific entries instead of the home page.
> > > > So I got the brilliant idea to Check to see if nextPage is
> > > > null...and if it is...set it to /arsys/home...if not...let it be
> > > > what it is....but there is the rub...I'm not a JavaScript GURU to be
> >
> > > > able to do that...any suggestions?...I've tried several things I
> > > > found on the web for checking JSP variables via Javascript but none
> > > > of them seem able
> > > to properly return the current value of nextPage.
> > > >
> > > > TIA
> > > >
> > > > ____________________________________________________________________
> > > > __ _________ UNSUBSCRIBE or access ARSlist Archives at
> > > > www.arslist.org ARSlist:"Where the Answers Are"
> > > >
> > >
> > > ______________________________________________________________________
> > > ______
> > > ___
> > > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> > > ARSlist:"Where the Answers Are"
> > >
> > > ______________________________________________________________________
> > > _________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> > > ARSlist:"Where the Answers Are"
> > >
> >
> > ________________________________________________________________________
> > ____
> > ___
> > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the
> > Answers Are"
> >
> > ________________________________________________________________________
> > _______
> > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the
> > Answers Are"
> >
> > ____________________________________________________________________________
> > ___
> > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the
> > Answers Are"
> >
> > 
_______________________________________________________________________________
> > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"
> >
>


_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers 
Are"

Reply via email to