sbelt wrote:
> The error message was copy/pasted so the "/jetspeed./" is intentional in my
> post. I had noticed this as well, but was unclear as the path seems to be
> full of "./" and "../" substrings - I did not know Jave would treat this as
> a valid path.
>
> Anyway, I tried adding the preceeding "/" in the web.xml, and it keeps
> Catalina from starting at all. This is strange because I also have the TDK
> installed (which I believe is using a Catalina version) and it successfully
> uses the path for TurbineResources.properties.
>
> I know there are people here who post on Jetspeed and Turbine - is it
> possible Turbine was "upgraded" to support Catalina? The next thing I was
> going to try was to take the Turbine.jar from the tdk and put it into the
> Jetspeed lib.
>
> The only difference I see in the config files is the tdk includes a security
> hive in its web.xml files which is not present in Jetspeed.
>
> Steve B.
> ----- Original Message -----
> From: "Raphaël Luta" <[EMAIL PROTECTED]>
> To: "JetSpeed" <[EMAIL PROTECTED]>
> Sent: Wednesday, January 24, 2001 12:50 AM
> Subject: Re: Anyone using Jetspeed on Tomcat 4.0 (Catalina)?
>
> > sbelt wrote:
> > >
> > > I have used the latest CVS to create a Jetspeed.war. I have moved the
> file
> > > into the /webapps folder of tomcat 4.0 (Catalina). I get the following
> > > exception:
> > >
> > > Horrible Exception: org.apache.turbine.services.InitializationException:
> > > Turbine::init(ServletConfig) - The Turbine Resources File -
> > >
> '/usr/local/jakarta-tomcat-4.0/bin/./../webapps/jetspeed./WEB-INF/conf/Turbi
> > > neResources.properties' does not exist. Please create it or change the
> > > 'properties' Init Parameter Value to a file name that exists and
> contains
> > > the TurbineResources.
> > >
> >
> > If you look at the path searched, there's a
> > "webapps/jetspeed./WEB-INF/"
> > ^
> > which is probably meant to be
> > "webapps/jetspeed/./WEB-INF/"
> >
> > Looking at the code (org.apache.turbine.util.ServletUtils), it looks
> > like the getRealPath("/") returned by Catalina has no trailing slash
> > whereas the one returned by Tomcat has one.
> >
> > Workaround: try using "/WEB-INF/conf/TurbineResources.properties" in the
> web.xml
> > Better solution:
> > - check if Catalina behavior is servlet 2.2 compliant and fix it if it's
> not
> > - patch the ServletUtils code which is broken in handling a lot of cases
> > (I have this in my TODO list but if someone beats me to it, you're
> welcome)
> >
> > --
> > Raphaël Luta - [EMAIL PROTECTED]
> > Vivendi Universal Networks - Services Manager / Paris
> >
> >
> > --
> > --------------------------------------------------------------
> > To subscribe: [EMAIL PROTECTED]
> > To unsubscribe: [EMAIL PROTECTED]
> > Search: <http://www.mail-archive.com/[email protected]/>
> > List Help?: [EMAIL PROTECTED]
>
> --
> --------------------------------------------------------------
> To subscribe: [EMAIL PROTECTED]
> To unsubscribe: [EMAIL PROTECTED]
> Search: <http://www.mail-archive.com/[email protected]/>
> List Help?: [EMAIL PROTECTED]
I had the same problem with Tomcat 4.0- the additonal dot at the end of
the path stopped jetspeed from loading. Since I am running on Unix- I
used a quick hack to soft link "jetspeed." (jetspeed with a dot) to
jetspeed (with no dot)- ie:
cd <tomcat>/webapps
ln -s jetspeed. jetspeed
It is not pretty- but it let tomcat get past this error.
The next error showed up in the jetspeed logs:
[Wed Jan 24 22:40:59 EST 2001] -- ERROR --
Exception: java.lang.SecurityException: sealing violation
I haven't dug into the messages yet- for now,
I switched back to the stable tomcat 3.
The latest Turbine TDKs are already using Catalina-
so the error is probably somewhere in Jetspeed.
-bill
--
--------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Search: <http://www.mail-archive.com/[email protected]/>
List Help?: [EMAIL PROTECTED]
