Unable to start Tomcat with JSVC

2005-09-01 Thread Peter . Neu
Hello, 
 
I got some problems with starting Tomcat as a daemon on my linux box(SUSE 
9 ES). When the startup script tomcat5 is invoked I get this error: 
  
/etc/init.d/rc5.d/S01tomcat5: 
line55: /home/tom5/jdk1.5.0_04/lib/tools.jar:: No such file or directory 
jsvc error: No class specified 
jsvc error: Cannot parse command line arguments 
 
The path is ok. I double checked it in the navigator. I even put the all 
permission to all users. What could be the problem? 
 
cheers 
 
Peter 

-- 
GMX DSL = Maximale Leistung zum minimalen Preis!
2000 MB nur 2,99, Flatrate ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl

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



How to speed up development wie AppServer

2005-03-20 Thread Peter Neu
Hello,
when I develop my web applications I use JIdea
an have Tomcat integrated in the IDE so I start it
every time when I have made changes and wish to test them.
This process takes on my Pentium 4 1.6 GHz quite some time.
Tomcat starts up in 8-10 sec and then I takes some time for the JSP's
to be compiled.
I was wondering if I can speed up this process when I make
use of a Application Server with Hot Deploy. Does that make
sense for an application which is only based on a Servlet
Container? Can I make up some time or will it take
the same time in the end?
Best Regards,
Peter
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Tomcat on Win XP 64 Bit

2005-03-07 Thread Peter Neu
Hello,
has anyone tried to run Tomcat on Window XP 64 Bit? I
was wondering if it is safe to switch my whole
devlopement environment to the new OS version.
cheer,
Peter
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Form Authentication Trouble with Firefox

2004-11-30 Thread Peter Neu
Hi Bob,
I looked through the source of  AuthenticatorBase but could not find
the checkUserData method. It seems the whole thing has changed to
some degree in the last few releases.
Seems like I can't serve any Firefox clients.
Regards,
Peter
Bob Feretich schrieb:
I have not examined Tomcat 5. My hosting provider doen't support it, yet.
For Tomcat 4.1.21 (and may be the same for Tomcat 5):
1) Download the source tree from the jakarta.apache.org site.
2) AuthenticatorBase can be found at 
catalina/src/share/org/apache/catalina/authenticator/
3) After you make your changes and compile, place the resulting 
classes in the server/classes/org/apache/catalina/authenticator/ 
directory of the Tomcat binary you are using. (The server directory is 
a peer to the
conf directory, where your server.xml file resides.)
4) I made these changes (you will probably have to modify them for 
Tomcat5):
protected boolean checkUserData(
...
//  RF changes because Netscape will not return cookies from non secure
//  if ((requestedSessionId != null) 
// hrequest.isRequestedSessionIdFromURL()) {
if ((requestedSessionId != null) ) { // replaces above two lines
file.append(;jsessionid=);
file.append(requestedSessionId);
}
String queryString = hrequest.getQueryString();
if (queryString != null) {
file.append('?');
file.append(queryString);
}
URL url = null;
try {
//   url = new URL(protocol, host, redirectPort, file.toString());
 url = new URL(protocol, host, file.toString()); // replace above
...

Good luck,
Bob Feretich
Peter Neu wrote:
Hi Bob,
I can't switch to https in this case (not a technical problem). So 
where do I have to apply the changes
you suggested in my Tomcat 5.0.28 ? Where can I find the 
AuthenticatorBase code? And what do I have to change?

Regards,
Swen

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


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


Re: Form Authentication Trouble with Firefox

2004-11-29 Thread Peter Neu
Hello Nikola,
thanks for your comments.
My  login.jsp is nothing far off from the routine :
html
body
form method=POST action=j_security_check name=loginForm
input type=text name=j_username /
input type=password name=j_password /
input type=submit value='Login'
/form
/body
/html
I suppose there is no room for misinterpretation in case of different 
browsers.
One thing I forgot to mention is : This login still worked with Firefox 
0.8 and  I have
this problem also when I try to login to websites on the net
In IE I never came across this problem.

Is there anything I can do in terms of defining the authentication in 
the web-xml ?
If it helps the relevant part in the web.xml looks like this:

 security-constraint
  web-resource-collection
  web-resource-name  Entire Application /web-resource-name
url-pattern/*/url-pattern
   http-methodGET/http-method
http-methodPOST/http-method
  /web-resource-collection
  auth-constraint
role-namemember/role-name
  /auth-constraint
 /security-constraint
 security-rolerole-name0/role-name
/security-role
login-config
  auth-method FORM /auth-method
  realm-nameMy Club_Members/realm-name
  form-login-config
   form-login-page/login.jsp /form-login-page
   form-error-page/error.jsp/form-error-page
  /form-login-config
/login-config
The request string looks on both browsers the same.
Regards,
Peter


Peter Neu wrote:
Hello everybody,
I'm using form authentication to log on the users to my website.
Until now I was using Mozilla Firefox for developement but
now I came across this problem that Firefox doesn't allow
a clean log in and always redirects to the error.jsp. The
authentication is correct because it works with the IE.
Does anyone have  this problem, too ? If not this means
I can't serve any Firfox clients.

Are you sure you're doing it right?
No offence, but I've seen FORMs that seemingly worked on IE, but 
refused to work on Mozilla and vice versa. Your FORM should (or must, 
depending how you feel about standards) be HTML 4.0 correct.

You should also try to find out what is actually being sent 
dfferently. A sniffer or a filter on the Tomcat could do that. Or just 
direct the form to some JSP that will print out the request parameters.

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


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


Re: Form Authentication Trouble with Firefox

2004-11-29 Thread Peter Neu
Hi Bob,
I can't switch to https in this case (not a technical problem). So where 
do I have to apply the changes
you suggested in my Tomcat 5.0.28 ? Where can I find the 
AuthenticatorBase code? And what do I have to change?

Regards,
Swen
I experienced as problem that might be similar to yours. I was testing 
with Netsacpe 7 (Mozilla based like Foxfire) and IE. My form 
authentication worked with IE, but not Netscape.

It occurred quite a while ago (using Tomcat 4.1.x), so I am not clear 
on the exact details. My debug showed that Netscape was not handling 
the session cookies the same way as IE. I think that Netscape only 
returned non-secure cookies via a non-secure port (80 for me).
1) I would start a session on a non-protected page (http - port 80).
2) The user would select a link to a protected page.
3) Control would be passed to my login form (https - port 443), but 
the non-secure jsessionid cookie would not be received, so Tomcat 
would start a new session and store a secure jsessionid cookie.

I think this is a bug in both the Mozilla and Tomcat.
Netscape should return a cookie stored by port 80 cookie on port 443 
as long as the stored cookie is not designated for port 80 only.
Tomcat should follow RFC-2964 Use of HTTP State Management and never 
be mark session tracking cookies secure. We may have to wait for 
RFC-2965 to be adopted before all this gets fixed.

If this is your problem, you can either run your whole application 
under https or zap the Tomcat AuthenticatorBase code. I think I 
changed it to:
1) append ;jsessionid=... to URLs when they are redirected to the 
https port.
2) remove the addition of the redirectPort to that same URL.

Regards,
Bob Feretich
Peter Neu wrote:
Hello everybody,
I'm using form authentication to log on the users to my website.
Until now I was using Mozilla Firefox for developement but
now I came across this problem that Firefox doesn't allow
a clean log in and always redirects to the error.jsp. The
authentication is correct because it works with the IE.
Does anyone have  this problem, too ? If not this means
I can't serve any Firfox clients.
Regards,
Peter
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



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


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


Strange Authentication Behavior

2004-11-29 Thread Peter Neu
Hello all,
does anyone know what I means when I get this error message:
The requested resource (/favicon.ico) is not available.
when I try to log in via form authentication. This error occurs
when I use Firefox.
Regards,
Peter
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Form Authentication Trouble with Firefox

2004-11-28 Thread Peter Neu
Hello everybody,
I'm using form authentication to log on the users to my website.
Until now I was using Mozilla Firefox for developement but
now I came across this problem that Firefox doesn't allow
a clean log in and always redirects to the error.jsp. The
authentication is correct because it works with the IE.
Does anyone have  this problem, too ? If not this means
I can't serve any Firfox clients.
Regards,
Peter
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]