Stephan Hesmer wrote:
> >
> > ----- Original Message -----
> > From: "Raphael Luta" <[EMAIL PROTECTED]>
> > To: "JetSpeed" <[EMAIL PROTECTED]>
> > Sent: Tuesday, November 21, 2000 1:06 PM
> > Subject: Re: Possible bugs with isLocal and "file://"
> >
> >
> > Stephan Hesmer wrote:
> > >
> > > > ----- Original Message -----
> > > > From: "Raphael Luta" <[EMAIL PROTECTED]>
> > > > To: "JetSpeed" <[EMAIL PROTECTED]>
> > > > Sent: Tuesday, November 21, 2000 12:13 PM
> > > > Subject: Re: Possible bugs with isLocal and "file://"
> > > >
> > > >
> > > > Stephan Hesmer wrote:
> > > > >
> > > > > There is possibly a new bug in Jetspeed, due to the changes to
> > > EngineContext
> > > > > and JetspeedServlet.
> > > > >
> > > > > The new getResource function in EngineContext returns an url to a
> > > resource
> > > > > on the server, which is normally local. For example:
> > > > > It returns
> > > "file:D:\jakarta-tomcat\webapps\ROOT/content/psml/default.psml"
> > > > > for "/content/psml/default.psml"
> > > > >
> > > >
> > > > Some bugs are corrected in the upcoming EngineContext service, but I
> think
> > > > most of your issues will stay...
> > > >
> > > > > This causes several problems:
> > > > > * the RSS portlet is not running anymore (in my case the Jetspeed
> > > portlet),
> > > > > and
> > > >
> > > > The Jetspeed portlet is not RSS, it's jetspeed content. This works on
> my
> > > > machine so I believe this is already fixed in the EngineContext
> service.
> > >
> > > I meant the "Jetspeed" portlet, which is based on the RSSPortlet. The
> > > JetspeedContent is also working on my machine. Did I miss something
> here?
> > >
> > > <portlet-entry type="abstract" name="RSS">
> > >
> > > <classname>org.apache.jetspeed.portal.portlets.RSSPortlet</classname>
> > > <parameter name="itemDisplayed" value="10" type="int"/>
> > > <parameter name="stylesheet" value="/content/xsl/rss.xsl"/>
> > > </portlet-entry>
> > >
> > > <portlet-entry type="instance" name="JetspeedContent">
> > >
> > >
> <classname>org.apache.jetspeed.portal.portlets.JetspeedContent</classname>
> > > <parameter name="provider-name" value="jetspeed"/>
> > > </portlet-entry>
> > >
> > > <portlet-entry type="ref" parent="RSS" name="Jetspeed">
> > >
> > > <url>/content/xml/rss/Jetspeed.rss</url>
> > >
> > > </portlet-entry>
> > >
> >
> > Sorry, I mixed the 2 portlets. If I understand correctly what you're
> saying it's
> > that every use of URI elements whithin the <url> tag of the
> jetspeed-config is
> > courrently broken by the use of getResource() because the implementation
> dependant
> > URL (file, classloader, whatever...) returned by the servlet runner is not
> accepted
> > by the cache system and portlet factory. Any other uses of local URI such
> as the
> > stylesheet parameter of the JetspeedContent works.
> > Is that a correct description of the problem ?
>
> Yes, it is mainly a caching problem, but in some files the url is test for
> "file://", which is also incorrect (i.e. PortletFactory).
>
I have commited a fix, where I change all tests on "file://" by tests on
"file:/". In my copy, it has fixed the Jetspeed.rss problem, and also some minor
glitches that happened since the getResource changed.
A related problem with Cocoon Portlets remains there. I will check it later.
Tell me if it breaks something apart from (some)Cocoon portlets.
>
> Stephan
>
> --
> --------------------------------------------------------------
> Please read the FAQ! <http://java.apache.org/faq/>
> To subscribe: [EMAIL PROTECTED]
> To unsubscribe: [EMAIL PROTECTED]
> Archives and Other: <http://marc.theaimsgroup.com/?l=jetspeed>
> Problems?: [EMAIL PROTECTED]
--
--------------------------------------------------------------
Please read the FAQ! <http://java.apache.org/faq/>
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Archives and Other: <http://marc.theaimsgroup.com/?l=jetspeed>
Problems?: [EMAIL PROTECTED]
