Here are some of my observations trying to get JS2 running:
I have two Tomcat installations:
jakarta-tomcat-4.1.24
jakarta-tomcat-5.0.14
Pluto:
Pluto gets the following error when trying to run under Tomcat
4.1.24:
2003-11-18 10:04:47 ServiceManager: An unidentified error occurred
org.xml.sax.SAXParseException: cvc-elt.1: Cannot find the declaration
of element 'portlet-app'.
at org.apache.xerces.parsers.DOMParser.parse(Unknown Source)
at org.apache.xerces.jaxp.DocumentBuilderImpl.parse(Unknown
Source)
at javax.xml.parsers.DocumentBuilder.parse(Unknown Source)
at
org.apache.pluto.portalImpl.xml.XmlParser.parsePortletXml(XmlParser.java:96)
at
org.apache.pluto.portalImpl.services.portletdefinitionregistry.PortletDefinitionRegistryServiceFileImpl.load(PortletDefinitionRegistryServiceFileImpl.java:211)
at
org.apache.pluto.portalImpl.services.portletdefinitionregistry.PortletDefinitionRegistryServiceFileImpl.load(PortletDefinitionRegistryServiceFileImpl.java:189)
at
org.apache.pluto.portalImpl.services.portletdefinitionregistry.PortletDefinitionRegistryServiceFileImpl.init(PortletDefinitionRegistryServiceFileImpl.java:165)
at
org.apache.pluto.portalImpl.services.ServiceManager.init(ServiceManager.java:250)
...
javax.servlet.UnavailableException: Initialization of one or more
services failed.
at org.apache.pluto.portalImpl.Servlet.init(Servlet.java:111)
at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:935)
at
org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:668)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:210)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:594)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:392)
at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:565)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:619)
at java.lang.Thread.run(Thread.java:534)
Same pluto:
Pluto installs and runs fine under Tomcat 5.0.14
Jetspeed-2:
Jetspeed-2 builds without error under Maven and deploys ok but won't
run under Tomcat 4.1.24 (probably because pluto won't run).
Jetspeed-2 builds without error under Maven and deploys ok but won't
run under Tomcat 5.0.14 due to a double initialization error (see
below) which I have not been able to stop from happening.
All my other webapps of which I have about 30, many jetspeed-1 based,
run fine under both versions of Tomcat. Insights would be welcome.
thx,
Gerry Reno
Env:
RH Linux 8.0
java version "1.4.2"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2-b28)
Java HotSpot(TM) Client VM (build 1.4.2-b28, mixed mode)
Tomcats: 4.1.24, 5.0.14
--- Gerry Reno <[EMAIL PROTECTED]> wrote:
> Ok, seems like I'm past the Zip error problem. Ran into the next
> problem which is:
>
> Nov 13, 2003 2:51:32 PM org.apache.jetspeed.engine.JetspeedServlet
> init
> INFO: Jetspeed Starting Initialization...
> Nov 13, 2003 2:51:32 PM org.apache.jetspeed.engine.JetspeedServlet
> init
> INFO: Double initialization of Jetspeed was attempted!
> Nov 13, 2003 2:51:32 PM org.apache.jetspeed.engine.JetspeedServlet
> init
> INFO: Double initialization of Jetspeed was attempted!
> javax.management.ReflectionException: The MBean class could not be
> loaded by the context classloader
> at
>
com.sun.jmx.mbeanserver.MBeanInstantiatorImpl.loadClass(MBeanInstantiatorImpl.java:444)
> at
>
com.sun.jmx.mbeanserver.MBeanInstantiatorImpl.findClass(MBeanInstantiatorImpl.java:80)
>
> What is this double initialization? How can I fix this?
> (As a side note I can't get /pluto/portal to work now)
>
> Gerry Reno
>
>
> --- Gerry Reno <[EMAIL PROTECTED]> wrote:
> > It appears that there is a copy of the bad jar here:
> >
>
.../jakarta-jetspeed-2/portal/target/jetspeed/WEB-INF/lib/xalan-2.4.1.jar
> > I'm removing it and we'll see what happens...
> >
> > --- Gerry Reno <[EMAIL PROTECTED]> wrote:
> > > Ok, deleted the jar in the repository and maven then downloaded a
> > new
> > > jar (which is not corrupt) into the repository. So I thought
> > > everything would be fine. But when I run maven allBuild it
> > downloads
> > > the new jar and reports BUILD SUCCESSFUL. I then cd portal and
> run
> > > maven deploy and pam.deploy. I bring up Tomcat and try to access
> > the
> > > portal. No luck. Check the logs and I still see the Zip error.
> I
> > > check .../jetspeed/WEB-INF/lib/xalan-2.4.1.jar and it is corrupt!
>
> > It
> > > is still the previous jar. Is maven caching this jar someplace?
> I
> > > ran
> > > maven clean to see if that might help and then rebuilt and
> deployed
> > > again. Still get the zip error. The offending jar looks like
> > this:
> > > -rw-r--r-- 1 root root 296053 Nov 8 00:15
> > > xalan-2.4.1.jar
> > >
> > > Gerry Reno
> > >
> > >
> > > --- Gerry Reno <[EMAIL PROTECTED]> wrote:
> > > > Scott,
> > > > Sorry about that, I wasn't looking in dot directories - Yes,
> I
> > do
> > > > have a xalan-2.4.1.jar located in
> > > > ${USER_HOME}/.maven/repository/xalan/jars and it too is
> corrupt.
> > > It
> > > > is
> > > > dated Nov 8th 00:08. That must have been when maven loaded it
> in
> > > > here
> > > > the first time. Can I just delete this jar from the repository
> > > area
> > > > and then will maven go out and download another one?
> > > >
> > > > Gerry
> > > >
> > > > --- "Weaver, Scott" <[EMAIL PROTECTED]> wrote:
> > > > > Hi Gerry,
> > > > >
> > > > > > Where is maven sourcing this jar from? I don't have a
> > > > > xalan-2.4.1.jar
> > > > > > anywhere else on my system.
> > > > >
> > > > > If a jar is not on your system, maven will attempt to
> download
> > it
> > > > to
> > > > > your local repository from the remote repository server,
> which
> > > > > defaults to www.ibiblio.com/maven.
> > > > >
> > > > > The xalan jar, once downloaded, should be located in your
> > > > > ${USER_HOME}/.maven/repository/xalan/jars.
> > > > >
> > > > > If you need a copy of xalan-2.4.1.jar, I would be more than
> > happy
> > > > > send you the one that I use which isn't corrupt. All you
> would
> > > > have
> > > > > to do then is drop it in the location specified above. Maven
> > > will
> > > > > not try to download a jar that already is present locally.
> > > > >
> > > > > Regards,
> > > > > *================================*
> > > > > | Scott T Weaver |
> > > > > | <[EMAIL PROTECTED]> |
> > > > > | Apache Jetspeed Portal Project |
> > > > > | Apache Pluto Portlet Container |
> > > > > *================================*
> > > > >
> > > > > > -----Original Message-----
> > > > > > From: Gerry Reno [mailto:[EMAIL PROTECTED]
> > > > > > Sent: Thursday, November 13, 2003 1:35 PM
> > > > > > To: Jetspeed Users List
> > > > > > Subject: Re: Jetspeed-2 install problems
> > > > > >
> > > > > > Ok, did another resync with the HEAD and then ran maven
> > > > allBuild
> > > > > > again. This time it says BUILD SUCESSFUL. Ran maven
> deploy
> > > and
> > > > > > pam.deploy. Both worked. But when I try to run /jetspeed
> > I'm
> > > > > still
> > > > > > getting the error about the zipfile:
> > > > > >
> > > > > > Nov 13, 2003 1:07:24 PM
> > > > > org.apache.catalina.core.StandardHostDeployer
> > > > > > install
> > > > > > INFO: Installing web application at context path /jetspeed
> > from
> > > > URL
> > > > > > file:/usr/local/jakarta-tomcat/webapps/jetspeed
> > > > > > java.util.zip.ZipException: error in opening zip file
> > > > > > at java.util.zip.ZipFile.open(Native Method)
> > > > > > at java.util.zip.ZipFile.<init>(ZipFile.java:112)
> > > > > > at java.util.jar.JarFile.<init>(JarFile.java:127)
> > > > > > at java.util.jar.JarFile.<init>(JarFile.java:92)
> > > > > >
> > > > > > I checked the xalan-2.4.1.jar in WEB-INF/lib and sure
> enough
> > > it's
> > > > > > corrupt again:
> > > > > >
> > > > > > Ran jar -tf xalan-2.4.1.jar and saw this:
> > > > > > ...
> > > > > > org/apache/xalan/templates/ElemParam.class
> > > > > > org/apache/xalan/templates/ElemPI.class
> > > > > > java.io.EOFException: Unexpected end of ZLIB input stream
> > > > > > at
> > > > > >
> > > > >
> > > >
> > >
> >
> java.util.zip.InflaterInputStream.fill(InflaterInputStream.java:215)
> > > > > > at
> > > > > >
> > > > >
> > > >
> > >
> >
> java.util.zip.InflaterInputStream.read(InflaterInputStream.java:134)
> > > > > > at
> > > > > java.util.zip.ZipInputStream.read(ZipInputStream.java:139)
> > > > > > at
> > > > > >
> > java.util.zip.ZipInputStream.closeEntry(ZipInputStream.java:91)
> > > > > > at sun.tools.jar.Main.list(Main.java:744)
> > > > > > at sun.tools.jar.Main.run(Main.java:192)
> > > > > > at sun.tools.jar.Main.main(Main.java:904)
> > > > > >
> > > > > > Where is maven sourcing this jar from? I don't have a
> > > > > xalan-2.4.1.jar
> > > > > > anywhere else on my system.
> > > > > >
> > > > > > Gerry Reno
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > --- Gerry Reno <[EMAIL PROTECTED]> wrote:
> > > > > > > That's exactly the document that I am following.
> > > > > > >
> > > > > > > I'll give it another try this afternoon.
> > > > > > >
> > > > > > > --- Roger Ruttimann <[EMAIL PROTECTED]>
> wrote:
> > > > > > > > Please follow all steps in the /doc/Getting-Started.htm
> > > > > document.
> > > > > > > > It seems that some of your dependencies are not
> correct.
> > > > > > > >
> > > > > > > > Roger
> > > > > > > >
> > > > > > > > -----Original Message-----
> > > > > > > > From: Gerry Reno <[EMAIL PROTECTED]>
> > > > > > > > Sent: Nov 12, 2003 7:55 PM
>
=== message truncated ===
=====
Gerry Reno
mailto: grenoml at@ yahoo dot. com
(if mail bounces please retry later - spam rapidly fills up mailbox)
__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
