Session-cookie problems with several virtual hosts

2004-11-10 Thread Martin Morawetz
We have 3 different virtual hosts, which are subdomains
of our main domain.
We need access to the session from all virtual hosts.
We use cookie-sessions, at the moment url-rewriting isn't a
possible alternative.
The problem is, that the browser doesn't send the cookie back
to a subdomain, if the cookie was sent from one of the two
others.
Till now we solved the problem by specifying the domain globally
in the resin.conf . Yes we used Resin as Servlet-Engine and Resin 
supports a config-tag cookie-domain which solved our problem
perfectly. As far as i know Tomcat doesn't support something
like that.

As I don't have access to the session-cookie,
i thought in creating a cookie with the current session-id and the
proper domain set for every virtual host, but that seems to me
a little bit awkward.
Is it possible to specify a general cookie-domain globally for a virtual 
host?

Is there a way to manipulate the session-cookie (set the domain)?
What is supposed as best practise to get access to one session from
different subdomains?
Any help/comment is greatly appreciated.
--
Regards
Martin

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


loading classes from the shared/lib directory

2004-03-19 Thread Martin Morawetz
Hello!

  Is tomcat able to load classes (not jar-files) from the
  $CATALINA_HOME/shared/classes directory dynamically
  (without tomcat-restart)?
  And if so, how? I wasn't able to do it.

--

Thanks,
Martin


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


JasperException: Unable to compile class for JSP, root cause: FileNotFoundException

2004-03-19 Thread Martin Morawetz
Hello!

  Problem: I don't get Tomcat to compile my jsps.

  I have the problem just with new Jsps (so path and file in the
  work-directory don't exist yet)
  I also just have the problem with tomcat running as daemon.

  The daemon and the normal tomcat-application both are running as
  user nobody.
  My first thought was, that it has something to do with the
  permissions, so I set the owner of work-directory, jars, classes
  and jsps to user nobody, desperately set the rights to 777, but
  it didn't help.


The browser-window shows:

org.apache.jasper.JasperException: Unable to compile class for JSP
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:558)
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:291)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248)
javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
root cause

java.io.FileNotFoundException: 
/opt/jakarta-tomcat-5.0.18/work/Catalina/192.168.1.211/_/org/apache/jsp/jsp/all/main/logoff_jsp.java
	java.io.FileOutputStream.open(Native Method)
	java.io.FileOutputStream.init(FileOutputStream.java:179)
	java.io.FileOutputStream.init(FileOutputStream.java:70)
	org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:223)
	org.apache.jasper.compiler.Compiler.compile(Compiler.java:456)
	org.apache.jasper.compiler.Compiler.compile(Compiler.java:439)
	org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:552)
	org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:291)
	org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301)
	org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:856)





The catalina.out says:

java.io.FileNotFoundException: 
/opt/jakarta-tomcat-5.0.18/work/Catalina/192.168.1.211/_/org/apache/jsp/jsp/all/main/logoff_jsp.java
at java.io.FileOutputStream.open(Native Method)
at java.io.FileOutputStream.init(FileOutputStream.java:179)
at java.io.FileOutputStream.init(FileOutputStream.java:70)
at 
org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:223)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:456)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:439)
at 
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:552)
at 
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:291)
at 
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301)
at 
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:284)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:204)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:257)
at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
at 
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:245)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:199)
at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:195)
at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:164)
at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149)
at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:156)
at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
at 
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972)
at 
org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:206)
at 
org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:324)
at 
org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:395)
at 
org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:673)
at 
org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:615)
at 

Unable to use war-files with tomcat 5.0.18 / Linux

2004-02-26 Thread Martin Morawetz
Problem: tomcat doesn't unpack war files when run as daemon!

The error-message in logs/catalina.out is:
Feb 26, 2004 11:46:41 AM org.apache.catalina.startup.HostConfig deployWARs
WARNING: Exception while expanding web application archive myapp-0.1-dev.war
The message unfortunately comes without a stacktrace.
How do I get the exception-stacktrace? Is there an other logfile?
So I tried to deploy the war file via the manager-application. Now the 
logs/host.2004-02-26.log file told me that the manifest.mf file is missing:

2004-02-26 12:41:34 StandardContext[/manager]HTMLManager: 
ManagerServlet.install[/myapp-0.1-dev]
java.io.FileNotFoundException: webapps/myapp-0.1-dev/META-INF/MANIFEST.MF
at java.io.FileOutputStream.open(Native Method)
at java.io.FileOutputStream.init(FileOutputStream.java:179)
at java.io.FileOutputStream.init(FileOutputStream.java:131)
at org.apache.catalina.startup.ExpandWar.expand(ExpandWar.java:307)
at org.apache.catalina.startup.ExpandWar.expand(ExpandWar.java:232)
at 
org.apache.catalina.core.StandardHostDeployer.install(StandardHostDeployer.java:303)
at 
org.apache.catalina.core.StandardHost.install(StandardHost.java:875)
at 
org.apache.catalina.manager.ManagerServlet.deploy(ManagerServlet.java:927)
at 
org.apache.catalina.manager.HTMLManagerServlet.deployInternal(HTMLManagerServlet.java:320)
at 
org.apache.catalina.manager.HTMLManagerServlet.doGet(HTMLManagerServlet.java:144)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:743)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:284)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:204)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:257)
at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
at 
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:245)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:199)
at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
at 
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:587)
at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149)
at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:195)
at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:164)
at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149)
at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:156)
at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
at 
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972)
at 
org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:206)
at 
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:828)
at 
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:700)
at 
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:584)
at 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
at java.lang.Thread.run(Thread.java:534)

I opended the war-archive and the file was where it should be.

Tomcat is able to expand the war files when start by the 
./bin/startup.sh skript!

Any ideas what I'm doing wrong?

Martin Morawetz
kreative|zone°
   kreative|zone°
--
  Kommunikationsagentur GmbH
  browse  : www.kreativezone.at
  e-mail  : [EMAIL PROTECTED]
  adresse : Münichreiterstraße 25, A-1130 Wien
  tel/fax : +43 -1- 8763389-0 / -10


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


Re: Unable to use war-files with tomcat 5.0.18 / Linux

2004-02-26 Thread Martin Morawetz
Thanks for your reply!

The daemon process runs as 'nobody'. I changed the owner of the
war-files to 'nobody' too, but still Tomcat isn't able to
unpack the war-files. Changing the permissions of the war-files
to '777' didn't help either, so I don't think it's the permissions.
Shapira, Yoav schrieb:

Howdy,
File permissions for the daemon process maybe?
Yoav Shapira
Millennium ChemInformatics


-Original Message-
From: Martin Morawetz [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 26, 2004 8:12 AM
To: [EMAIL PROTECTED]
Subject: Unable to use war-files with tomcat 5.0.18 / Linux
Problem: tomcat doesn't unpack war files when run as daemon!

The error-message in logs/catalina.out is:
Feb 26, 2004 11:46:41 AM org.apache.catalina.startup.HostConfig deployWARs
WARNING: Exception while expanding web application archive myapp-0.1-
dev.war
The message unfortunately comes without a stacktrace.
How do I get the exception-stacktrace? Is there an other logfile?
So I tried to deploy the war file via the manager-application. Now the
logs/host.2004-02-26.log file told me that the manifest.mf file is missing:
2004-02-26 12:41:34 StandardContext[/manager]HTMLManager:
ManagerServlet.install[/myapp-0.1-dev]
java.io.FileNotFoundException: webapps/myapp-0.1-dev/META-INF/MANIFEST.MF
   at java.io.FileOutputStream.open(Native Method)
   at java.io.FileOutputStream.init(FileOutputStream.java:179)
   at java.io.FileOutputStream.init(FileOutputStream.java:131)
   at
org.apache.catalina.startup.ExpandWar.expand(ExpandWar.java:307)
   at
org.apache.catalina.startup.ExpandWar.expand(ExpandWar.java:232)
   at
org.apache.catalina.core.StandardHostDeployer.install(StandardHostDeployer.
java:303)
   at
org.apache.catalina.core.StandardHost.install(StandardHost.java:875)
   at
org.apache.catalina.manager.ManagerServlet.deploy(ManagerServlet.java:927)
   at
org.apache.catalina.manager.HTMLManagerServlet.deployInternal(HTMLManagerSe
rvlet.java:320)
   at
org.apache.catalina.manager.HTMLManagerServlet.doGet(HTMLManagerServlet.jav
a:144)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:743)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
   at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicatio
nFilterChain.java:284)
   at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterC
hain.java:204)
   at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.j
ava:257)
   at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveConte
xt.java:151)
   at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
   at
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContex
tValve.java:245)
   at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.j
ava:199)
   at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveConte
xt.java:151)
   at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBas
e.java:587)
   at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveConte
xt.java:149)
   at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
   at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:19
5)
   at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveConte
xt.java:151)
   at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:16
4)
   at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveConte
xt.java:149)
   at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
   at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.jav
a:156)
   at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveConte
xt.java:151)
   at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
   at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972)
   at
org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:206)
   at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:828)
   at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConn
ection(Http11Protocol.java:700)
   at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:584)
   at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.ja
va:683)
   at java.lang.Thread.run(Thread.java:534)
I opended the war-archive and the file was where it should be.

Tomcat is able to expand the war files when start by the
./bin/startup.sh skript!
Any ideas what I'm doing wrong?

Martin Morawetz
kreative|zone°
   kreative|zone