cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Piroumian, Konstantin" <KPiroum...@flagship.ru>
Subject Re: [C2.0rc1] Cocoon installation fails on IONA iPortal App Server
Date Thu, 25 Oct 2001 12:55:25 GMT
> Hi,
> I am working with HP-AS it is newly released J2EE platform app server.
> Cocoon cannot be deployed as WAR unless WAR is extracted!!!!!!!

Thanks for your answer.

I am only the second day working with Iona and I haven't seen a single
config param about extracting before running :(

>
> Tomcat has a configuration parameter to specify if the WAR should be
> extracted before "usage".
> The default is set to "true". What does it means is that as a first step
WAR
> is extracted then the rest of initialization happens.
> Internal Cocoon classpath is set, sitemap is compiled and life is
beautiful.
>
> When the WAR is not extracted we have some problems. The problem is that
the
> result of getRealPath() method is undefined and
> classpath cannot be correctly set and everything relying on classpath is
> failing - compilation of the sitemap is the first victim.

Other problems start when Cocoon tries to create log files inside of
WEB-INF/ directory, which will be inside of an archive :(

>
> In fact this problem is on my to-do list. I hope to fix Cocoon code to
> surpass this limitation very soon.

This kind of problems must be fixed before releasing C2.0, because
specification does not require the WAR file to be extracted before running
the application and several servers extract the archive into a temporary
work folders then it results in problems with Cocoon.

In my case, I had to evaluate Cocoon to be used in our commercial product,
which must be easily deployable to most popular App Servers, including Iona
iPortal 3.0 and WebLogic 6.1.

>
> Other minor problem is that I need to override HP-AS xalan.jar and
> xerces.jar with those shipped with Cocoon.

I've seen a lot of messages about problems with WL 6.1 too. I tested C2.0
only with WL 6.0 sp1 and Cocoon worked after replacing the parser.

I never had problems only with Tomcat 3.2.1, Tomcat 3.3 and Tomcat 4.0. To
make Cocoon a really useful tool supporting only Tomcat is not enough. It's
used very rarely on production servers.

> Regards,
> Kinga

Regards,
    Konstantin

> > Hi, C2ers!
> >
> > Did anybody try to install C2.0rc1 on IONA App Server
> (http://www.iona.com)?
> > Or some other server that does not use Tomcat as a servlet container? I
> > think that before releasing C2.0 it must be tested with most popular
J2EE
> > app servers (WebLogic, WebSphere) and results must be documented.
> >
> > I am trying to install C2.0rc1 on IONA iPortal App Server 3.0, which is
a
> > certified J2EE platform, but I get this error during CocoonServlet
> > initialization:
> >
> > java.lang.NullPointerException
> >  at java.util.Hashtable.put(Hashtable.java:380)
> >  at
> >
>
org.apache.avalon.framework.context.DefaultContext.put(DefaultContext.java:1
> > 07)
> >  at
> >
org.apache.cocoon.servlet.CocoonServlet.initLogger(CocoonServlet.java:365)
> >  at org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:136)
> >  at
> >
>
com.iona.j2ee.web.servlet.ServletInstanceManager.loadAndInitializeServletCla
> > ss(ServletInstanceManager.java:202)
> >  at
> >
>
com.iona.j2ee.web.servlet.ServletInstanceManager.loadUserDefinedServlet(Serv
> > letInstanceManager.java:192)
> >  at
> >
>
com.iona.j2ee.web.servlet.ServletInstanceManager.refresh(ServletInstanceMana
> > ger.java:89)
> >  at
> >
>
com.iona.j2ee.web.servlet.ServletInstanceManager.<init>(ServletInstanceManag
> > er.java:74)
> >  at
> >
>
com.iona.j2ee.web.servlet.ServletContextImpl.<init>(ServletContextImpl.java:
> > 56)
> >  at
> >
com.iona.j2ee.server.WebApplicationImpl.<init>(WebApplicationImpl.java:61)
> >  at
> >
>
com.iona.j2ee.server.DeployedWarModule.applyContainerConfiguration(DeployedW
> > arModule.java:90)
> >  at
> >
>
com.iona.j2ee.server.Deployed.applyContainerConfiguration(Deployed.java:77)
> >  at com.iona.j2ee.server.ContainerBean.configure(ContainerBean.java:685)
> >  at
com.iona.j2ee.server.ContainerBean._configure(ContainerBean.java:701)
> > ....
> >
> > I think that this happens because LogKit couldn't find its configuration
> > file. I can only guess what happens: it seems that the server does not
> > extract files from WAR and works with it and Cocoon servlet cannot get
its
> > configuration files.
> >
> > Any help would very appreciated.
> >
> > Regards,
> >     Konstantin Piroumian
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> > For additional commands, email: cocoon-dev-help@xml.apache.org
> >
> >
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org


Mime
View raw message