OT - Tomcat and Stanford NLP POS Tagger

2007-11-28 Thread vnug
Hi:

We are trying to implement servlet setup with Tomcat 5.0.28 and JDK 1.5.x using 
POS (Parts of Speech) Tagger. We can not get it to work. Unfortunately, there 
are no error messages in the log files for us to debug. So, I was wondering - 
anybody in this newsgroup was successful in getting POS Tagger (specifically 
Standford's) to work properly. I would appreciate any pointers. 

It works fine as a stand-alone application. Also, we checked their user group 
 not much response so far. Also, googled without much success. 

Thanks.

-vasu

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Sessions

2007-06-28 Thread vnug

Yes. They are using the web application from the same computer.

-Vasu

 "Terence M. Bandoian" <[EMAIL PROTECTED]> wrote: 
> Hi-
> 
> Are both users accessing the web application from the same computer?
> 
> -Terence M. Bandoian
>  [EMAIL PROTECTED]
> 
> > Hi:
> >
> > Thanks David, Chris and Martin for the responses. I appreciate them.
> May be I didn't explain the
> situation properly in my posting. I will try to explain better -
> >
> > The application has pretty decent authentication mechanism that
> differentiates between users,
> roles and permissions etc. What the application need to maintain is user
> object information
> specifically - name, role, dept - to be used across other pages of the
> application. Since we are
> using session as datum -  after 2nd user logs in ... the 1st user object
> is overwritten with 2nd user
> information. This creates problems specifically while logging out. In
> the application we are making
> sure that only one user login is allowed per user. This also complicates
> when we are attempting
> to create audit log of the user operations. Even though an operation is
> performed by the 1st user
> the audit log registers it as the operation performed by 2nd user. This
> messes up the whole point
> of creating audit logs.  Also, for the question of Chris - there could
> be a need for two different
> users with different roles could try to login and that is when we are
> having this problem. Thanks
> again for the feedback.
> >
> > regards,
> > vasu
> 
> 
> -
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: OT: Sessions

2007-06-27 Thread vnug

Hi:

Thanks David, Chris and Martin for the responses. I appreciate them. May be I 
didn't explain the situation properly in my posting. I will try to explain 
better -

The application has pretty decent authentication mechanism that differentiates 
between users, roles and permissions etc. What the application need to maintain 
is user object information specifically - name, role, dept - to be used across 
other pages of the application. Since we are using session as datum -  after 
2nd user logs in ... the 1st user object is overwritten with 2nd user 
information. This creates problems specifically while logging out. In the 
application we are making sure that only one user login is allowed per user. 
This also complicates when we are attempting to create audit log of the user 
operations. Even though an operation is performed by the 1st user the audit log 
registers it as the operation performed by 2nd user. This messes up the whole 
point of creating audit logs.  Also, for the question of Chris - there could be 
a need for two different users with different roles could try to login and that 
is when we are having this problem. Thanks again for the fe
 edback.

regards,
vasu


 Christopher Schultz <[EMAIL PROTECTED]> wrote: 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Vasu,
> 
> [EMAIL PROTECTED] wrote:
> > Since we are using Session Attributes to keep track of User
> > Information - this gets mangled when we try to login to application
> > from the same browser (in FireFox) and Ctrl-N from IE (in other words
> > the person who gets logged in will overwrite the current user's
> > attribute thus losing first user information).
> 
> Just to be sure I understand:
> 
> You have an application that uses sessions.
> 
> When the user logs-in in one window, then opens another window and
> logs-in again, the first user's session appears to go away, and both
> windows now point to the new login?
> 
> If that's what you are describing, then it is expected behavior if you
> are using cookies for session management.
> 
> When cookies are used, the browser sends a cookie with each request. The
> cookie chosen by the browser is based on the hostname and path being
> used for the request (say, www.mysite.com/mypath).
> 
> When you login from the second window, your browser deletes the ole
> JSESSIONID cookie and replaces it with the new one (from the new login).
> Both windows will send the same cookie from then on, essentially
> cutting-off the first user.
> 
> > So, I am wondering whether you all have any recommendations/inputs to
> > avoid this scenario. Thanks in advance. I did check the google and
> > other search tools, but could not locate anything useful.
> 
> One way to get around this is to turn off the use of cookies for session
> tracking. Search the web or the archives of this list (or read the
> Tomcat docs) to see how to do this. REMEMBER that if you aren't using
> cookies, /every single URL to emit must be sent through
> HttpServletRequest.encodeURL/, otherwise clicking on a (non-encoded)
> link will appear to lose the session.
> 
> My last question would be: why do you need to have multiple windows with
> separate logins?
> 
> - -chris
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.7 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
> 
> iD8DBQFGgmSX9CaO5/Lv0PARAlh+AKCTibYLgZR9+T6DjXDNrEwMAWawpACdHfLi
> RNrnxDmhylsMfU/bbqWYCRo=
> =mlah
> -END PGP SIGNATURE-
> 
> -
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



OT: Sessions

2007-06-27 Thread vnug
Hi:

We have an Enterprise application that uses sessions to keep track of User 
Information (name, role, dept). This information is used against the user when 
logging out, checking credentials and displaying user information. Since we are 
using Session Attributes to keep track of User Information - this gets mangled 
when we try to login to application from the same browser (in FireFox) and 
Ctrl-N from IE (in other words the person who gets logged in will overwrite the 
current user's attribute thus losing first user information). So, I am 
wondering whether you all have any recommendations/inputs to avoid this 
scenario. Thanks in advance. I did check the google and other search tools, but 
could not locate anything useful.

regards,
Vasu

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



File deletion problem

2006-05-10 Thread vnug

Setup:
  Tomcat - 5.0.28
   Java- 1.4.2
   OS   - Windows XP

Problem:

  Within my webapp there is a need to delete a file. When I try to delete the 
file sometimes it gives the message "the file can not be deleted beacuse it is 
being used by another user or process". The only way to get out of this 
situation is - stop tomcat, delete file, and start tomcat. We do not see this 
message always - it seems pretty random. We tried to isolate it, but 
unsuccessful. Any thoughts/comments? 

Thank You.
vasu

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Are servlet name and class name required in web.xml for tomcat 5.5?

2006-01-24 Thread vnug
Please look into "pre-compiling" sources. You could look into -
http://tomcat.apache.org/tomcat-5.5-doc/appdev/build.xml.txt
and 
http://tomcat.apache.org/tomcat-5.5-doc/appdev/web.xml.txt
When you "pre-compile" sources, it automatically generates a stub file that can 
be copied into "web.xml".

HTH, vasu.

> 
> From: "Alla Winter" <[EMAIL PROTECTED]>
> Date: 2006/01/24 Tue PM 05:39:16 EST
> To: "'Tomcat Users List'" 
> Subject: Are servlet name and class name required   in web.xml for tomcat 5.5?
> 
> For Tomcat 4.x I didn't have to set up anything in web.xml.  But it seems
> that I have to define each servlet name and corresponding class name in
> web.xml in order to make it to work for Tomcat 5.5.  Is that right
> statement? 
> I have a lot of servlets, it seems like it is a lot of work.
> Can not find what info is required in web.xml and what is optional? Can you
> please refer me to that info?
> Thanks 
> 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]