On Fri, 11 Feb 2000 09:07:09 +0100, Henning Brune <[EMAIL PROTECTED]> wrote:
>probably the problem is not in the java code. check your html from code first:
>
>does the form use the GET or the POST method ? With GET you can only
>send about 250 bytes in one request (appended to the URL with ?
Hi
I see these discussions on templates and take a look at examples because
I start to feel like I should be using them or at least taking on board
what they attempt to do.
The problem is, and it seems like there is agreement on this, that it really
doesn't seem to make the JSP easier to read or
What is going on with this group?
I think servlet-interest has been hit by the Y2K bug. Before Xmas the only
peeves I had were:
1. the people who haven't got the brains to unsubscribe from the list
2. the others who ignore the plain text mailing requests.
Afer Xmas...The quality of the
Be aware that whilst javap may not reveal the source code decompilers
such as JAD, mocha etc..,which are freely available, will!
Useful for regenerating code that you may have lost the source for but
it's mostly used for reverse engineering others code. So beware of this.
Happy Xmas all
Steve
Hi All
I am working on a servlet development and so far the platform has not
been decided on. Because of this the API that we will use is unknown.
The question is:
So development can start and be transported to any servlet engine would
it be the most flexible to do URL rewriting to maintain the
If you use the REMOTE_USER environment variable
to validate the session id against, wouldn't that
ensure that even if the session id is valid that
it actually belongs to the user who sent it.
Cheers
Steve
___
To unsubscribe
Thanks for answering the questions.
It has confirmed my understanding of thread issues.
PS. Can people post in text only please,
I get all these htmlbin, mimebin files
that I cant read on my work system.
Cheers
Steve
_
Hi all
Thanks for yesterdays feedback. Following on I have done this:
Im now using inheritance to access javaexchange's connection broker as
per the brokers documentation. This is working as expected. So repeating
the question, in case you missed it - Can I guarentee that no user will
see the ot
Sorry guys, missed the statement line out in my eagerness to cut the
code down (thanks Tim). Corrected snippet below.
If I went to a connection pool, had all my variables inside the doGet
would this be thread safe ? If so then that is what I need, I dont need
session state etc.. as user validatio
Hi all
Find below a snippet of my servlet code. One question: many users will
use this servlet to query our database for info on their products. No
user must see anothers data. Would this code be safe, I suspect I will
have to move the connection into a pool or similar but would like
response on
Hi everyone
Can I assume that if all my variables and code are in the doGet method
that I will be thread safe?
I will have different users going through my servlet to access data
relevant to them via JDBC/DB2 and I have to guarantee that no users will
'cross' threads and see each others data.
T
It's impossible to catch useful emails *if* people continue to not use
the Subject field,
thats why its there.
___
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff SERVLET-INTERE
Hi everyone
Could you give a yes or no on the querys below please if possible:
1. A thread enters doGet, the local variables are thread safe?
2. A thread in doGet calls a method passing local variables, still
thread safe ?
3. The method called above has local variables which are used in
proces
13 matches
Mail list logo