cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Piroumian, Konstantin" <KPiroum...@flagship.ru>
Subject Re: ServletConfig.getRealPath
Date Wed, 23 Jan 2002 07:45:27 GMT
> <snip>
> Piroumian, Konstantin wrote:
>
> So, what about having a clear CocoonServlet and specific servlets (if
> needed) for different platforms: WebLogic, WebSphere, etc.?
>
> </snip>
>
> I think Cocoon should be able to run in every servlet container by
following
> the spec. As a personal opinion, I would not implement and maintain
separate
> codebases.

Absolutely agree.

But potentially, there can be problems with some app servers that don't
exactly follow the spec or the spec is not specific enough in some details,
so it'd be fine to be able to derive a custom servlet to overcome specific
problems.

Regards,
    Konstantin

>
> Regards,
> Nitin
>
> -----Original Message-----
> From: Piroumian, Konstantin [mailto:KPiroumian@flagship.ru]
> Sent: Tuesday, January 22, 2002 12:17 PM
> To: cocoon-dev@xml.apache.org
> Subject: Re: ServletConfig.getRealPath
>
>
> > Piroumian, Konstantin wrote:
> >
> > >The main problem with getRealPath() is its usage in CocoonServlet.java.
> It's
> > >used there to construct the classpath depending on the /WEB-INF/lib and
> > >classes files. IMO, this is a very wrong approach, cause Servlet
> > >Specification (at least 2.3) describes how a webapp classloader should
> > >behave and how to specify dependent classes in MANIFEST files.
Overriding
> > >these rules causes incompatibilities.
> > >
> > >We are deploying our EAR application to WebLogic 6.1sp2 with a lot of
> > >dependencies using Manifest files for that and everything (with minor
> > >issues) work as expected.
> > >
> > >Regards,
> > >    Konstantin Piroumian
> > >
> > FYI, I use a version of the Cocoon servlet where I commented out all the
> > classloader stuff.
> >
> > Since it seems to be a common problem, what about moving all classloader
> > stuff from CocoonServlet to ParanoidCocoonServlet and tell people to use
> > that one if they have class loading problems, which seems to happen less
> > often as servlet engines mature ?
>
> So, what about having a clear CocoonServlet and specific servlets (if
> needed) for different platforms: WebLogic, WebSphere, etc.?
>
> This will be the first and necessary step in removing all getRealPath()
> stuff from Cocoon.
>
> Regards,
>     Konstantin
>
> >
> > Sylvain
> >
> > --
> > Sylvain Wallez
> > Anyware Technologies - http://www.anyware-tech.com
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > 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
>

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


Mime
View raw message