"shenoy, nitin" wrote:
>
> After spending quite some time trying to get rid of getRealPath (or work
> around it), I came across these problems.
>
> 1) In war format, under Weblogic 6.1, library jars under WEB-INF/lib arent
> accessible directly the file system. The URI to a war file is similar t
> From: shenoy, nitin [mailto:[EMAIL PROTECTED]]
> The way CocoonServlet tries to build the classpath is by using
> SeveltContext.getResource which gives a URL to the resource. But, that
URL
> is of zip: protocol under Weblogic wereas under Tomcat, the same URL
is of
> file: format. Therefore,
format.
Regards,
Nitin
-Original Message-
From: Piroumian, Konstantin [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 29, 2002 3:01 AM
To: [EMAIL PROTECTED]
Subject: Re: ServletConfig.getRealPath
> After spending quite some time trying to get rid of getRealPath (or work
> around
> After spending quite some time trying to get rid of getRealPath (or work
> around it), I came across these problems.
>
> 1) In war format, under Weblogic 6.1, library jars under WEB-INF/lib arent
> accessible directly the file system. The URI to a war file is similar to
>
zip:D:/bea/wlserver6.1/
After spending quite some time trying to get rid of getRealPath (or work
around it), I came across these problems.
1) In war format, under Weblogic 6.1, library jars under WEB-INF/lib arent
accessible directly the file system. The URI to a war file is similar to
zip:D:/bea/wlserver6.1/config/mydo
+1. deprecate now for 2.0.1, remove for 2.0.2.
--- Stefano Mazzocchi <[EMAIL PROTECTED]> wrote:
> Vadim Gritsenko wrote:
>
> > Do you want to suggest removing ParanoidCocoonServlet then? IIRC, at
> > this moment these two servlets do not differ at all :-/
>
> Absolutely! at least, deprecating i
+1. deprecate now for 2.0.1, remove for 2.0.2.
--- Stefano Mazzocchi <[EMAIL PROTECTED]> wrote:
> Vadim Gritsenko wrote:
>
> > Do you want to suggest removing ParanoidCocoonServlet then? IIRC, at
> > this moment these two servlets do not differ at all :-/
>
> Absolutely! at least, deprecating i
Sylvain Wallez wrote:
>
> Stefano Mazzocchi wrote:
>
> >Sylvain Wallez wrote:
> >
>
>
> >>There's the ServletTargetFactory that logs to the servlet container. It
> >>is declared in logkit.xconf and was used up to recently to log all
> >>errors to the engine's log
> >>
> >Is this documented?
>
Vadim Gritsenko wrote:
> Do you want to suggest removing ParanoidCocoonServlet then? IIRC, at
> this moment these two servlets do not differ at all :-/
Absolutely! at least, deprecating it for 2.0.1 and schedule the removal
for 2.0.2 (and clearly indicate this in a special 'deprecation' page)
-
Stefano Mazzocchi wrote:
>Sylvain Wallez wrote:
>
>>There's the ServletTargetFactory that logs to the servlet container. It
>>is declared in logkit.xconf and was used up to recently to log all
>>errors to the engine's log
>>
>Is this documented?
>
The LogTarget is in LogKit and the LogTargetFac
> 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
Sylvain Wallez wrote:
> Stefano Mazzocchi wrote:
>
>
>
>>
>> HSQL should be considered a library used by the cocoon 'samples' and the
>> files should be removed from /WEB-INF/ since it seems that Cocoon makes
>> use of HSQL internally (which is NOT and will never be the case!)
>>
> ... and if
Stefano Mazzocchi wrote:
>
>HSQL should be considered a library used by the cocoon 'samples' and the
>files should be removed from /WEB-INF/ since it seems that Cocoon makes
>use of HSQL internally (which is NOT and will never be the case!)
>
... and if you use a clustered server, you're likely
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 webap
On Mon, 2002-01-21 at 06:42, Stefano Mazzocchi wrote:
>
> Same here.
>
> > I propose making the paths that are currently relative to the
> > context root of the servlet to use the work directory in the web.xml. I
> > propose using getResource instead of getRealPath and will send out the
> > pr
"shenoy, nitin" wrote:
>
> Thanks for the inputs and the explanations make sense to me. So heres my
> first pass at trying to come up with solution.
>
> Sylvain put classes that use getRealPath in 4 buckets
>
> 1 - classes that *need* a File,
> 2 - classes that could do equally well with getRes
> -Original Message-
> From: shenoy, nitin [mailto:[EMAIL PROTECTED]]
> Sent: zaterdag 19 januari 2002 2:09
> To: '[EMAIL PROTECTED]'
> Subject: ServletConfig.getRealPath
>
>
> Hi Folks,
>
> I think Cocoon is a very powerful framework and I r
antin Piroumian
- Original Message -
From: "shenoy, nitin" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, January 20, 2002 8:23 PM
Subject: RE: ServletConfig.getRealPath
> Thanks for the inputs and the explanations make sense to me. So heres my
> first pass a
I read my own email and seems like I used the word "propose" quite a few
times :)
-Original Message-
From: shenoy, nitin [mailto:[EMAIL PROTECTED]]
Sent: Sunday, January 20, 2002 12:23 PM
To: '[EMAIL PROTECTED]'
Subject: RE: ServletConfig.getRealPath
Thanks fo
EMAIL PROTECTED]]
Sent: Sunday, January 20, 2002 4:58 AM
To: [EMAIL PROTECTED]
Subject: Re: ServletConfig.getRealPath
shenoy, nitin wrote:
>Hi Folks,
>
>I think Cocoon is a very powerful framework and I respect all the hard work
>and effort that has gone into the making of Cocoon.
>
shenoy, nitin wrote:
>Hi Folks,
>
>I think Cocoon is a very powerful framework and I respect all the hard work
>and effort that has gone into the making of Cocoon.
>
>Now for my question :)
>
>Is the decision to use ServletConfig.getRealPath in cocoon a good design
>
"shenoy, nitin" wrote:
>
> Hi Folks,
>
> I think Cocoon is a very powerful framework and I respect all the hard work
> and effort that has gone into the making of Cocoon.
>
> Now for my question :)
>
> Is the decision to use ServletConfig.getRealPa
Hi Folks,
I think Cocoon is a very powerful framework and I respect all the hard work
and effort that has gone into the making of Cocoon.
Now for my question :)
Is the decision to use ServletConfig.getRealPath in cocoon a good design
decision? From the Servlet 2.2 spec . "when th
23 matches
Mail list logo
