Thanks. I may go through you directly if need be. You can add what you feel
is relevant back to the list if you want to.
Is the default persistence the 30 minutes I have heard about? I am running
the development web server that JRun is installed on (IIS3). Is it
controlled by IIS or JRun?
Our mainframe operators noted that the "user" logs on and the transaction
runs and then it appears that they log off. There is no CICS logoff
component within my servlet. Is there a new thread or servlet instance
created everytime I run the servlet? Even from the same browser? How is that
handled?
For security on other non-servlet based web transactions I have developed, I
was going to create a servlet to verify CICS security and pass that
authentication back to the browser to allow them access to other types of
existing html pages. Would this work?
BTW, I am placing my order for Jason's book as soon as my boss gets in.
Sounds like it will help a great deal.
I will also check the archives.
Thanks for your help.
Allen Schmidt
Northern VA Community College
-----Original Message-----
From: Nic Ferrier [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, March 30, 1999 9:10 AM
To: [EMAIL PROTECTED]
Subject: Re: New to Servlets (and JAVA) and this list...
>>> "Schmidt, Allen J." <[EMAIL PROTECTED]> 3/30/99 2:21:19 PM >>>
>I am developing servlets to put a new face on our existing
>CICS mainframe transactions
Sounds good.
> When a user enters form parameters and submits
>the page, the servlet runs,
Nope. The servlet is always "running". Actually it is loaded. When a
user connects to your server a thread of execution is created which
calls the .service method in your servlet.
The .service() method is mapped to either the doGet() method or the
doPost() method in your servlet.
If you put code in doGet() then your code will run when the user
issues an HTTP GET (a normal browser get of a page).
>Is the servlet still running "somewhere"? For how long?
The servlet is persistent for as long as the web server administrator
says so, or until it crashes.
>What if I want
>to pass more info to the next CICS screen that appears? Or move from
CICS
>screen to screen getting data from the html form and proceeding to
the next
>html page? I need to make sure another user running the same
transaction
>doesn't "jump in" and the screens get mixed up.
Because each call to .service() (and therefore doGet() ) happens
within it's own thread the data produced by each call to the service()
method is safe from other users.
It can't be explained here thoroughly, I suggest you look at some
Java books on how Java does Threads. You could also read a book on
servlets (Jason Hunters is recommended).
Also check the list archive for information, it's location is printed
at the bottom of every email.
If you really get stuck feel free to email me privately and I'll
explain.
>Also, is there a way to pass parameters to the servlets without
them
>appearing on the URL address line? I can get this to happen with a
CGI type
>of program I am using to access and update ODBC databases so I know
the
>process is generally possible but not sure about servlets.
Yes, it's easy, instaed of using an HTTP GET, use an HTTP PUT.
You will then have to put code in the doPost() method of your servlet
to process the results.
Nic Ferrier
Tapsell-Ferrier Ltd
www.tapsellferrier.co.uk
___________________________________________________________________________
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff SERVLET-INTEREST".
Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
___________________________________________________________________________
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff SERVLET-INTEREST".
Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
