cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Nadathur, Srivathsan" <snadat...@bell-labs.com>
Subject RESOLVED: Anybody aware of threading problems with jserv/cocoon
Date Tue, 15 Feb 2000 19:18:18 GMT
Looks like there is some problem with threads
and xalan. Replaced xalan with xt and the problem
occurs no more. Infact the new test case loads 10
frames in a single page.

The problem also does not manifest if the 
call to xalan is synchronized from cocoon.

-Srivathsan.

> > I'd be willing to bet that the problem is in the cache. 
> Does disabling
> > caching have any effect?
> > 
> > - donald
> 
> Nope, the problem manifests even with the cache disabled.
> The way cache was disabled was to have the line
> 
> cache = org.apache.cocoon.cache.NoCache 
> 
> enabled in cocoon.properties.Is there anything more 
> that has to be done.
> 
> Thanks, 
> Srivathsan.
> 
> > 
> > On Mon, 14 Feb 2000, Nadathur, Srivathsan wrote:
> > 
> > > 
> > > > Hi,
> > > > 
> > > Thanks in advance for any responses...
> > > 
> > > 
> > > > I have cocoon successfully working on Redhat 6.1
> > > > The following are the version numbers of the various
> > > > components.
> > > > 
> > > > IBM JDK 1.1.8
> > > > Apache Webserver 1.3.9
> > > > Apache Jserv 1.1
> > > > Cocoon 1.6
> > > > 
> > > > 
> > > > The problem shows up if cocoon serves a HTML frameset
> > > > to the browser and the browser attempts to retrieve the URL's
> > > > pointed to by the FRAME statements.  Here is the XSL
> > > > file that generated the frameset.
> > > > 
> > > > <?xml version="1.0"?>
> > > > <xsl:stylesheet 
> xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
> > > > 
> > > > <xsl:template match="/">
> > > > <xsl:processing-instruction
> > > > 
> name="cocoon-format">type="text/html"</xsl:processing-instruction>
> > > > <html>
> > > > <head>
> > > >  <title>
> > > >  </title>
> > > > </head>
> > > > <frameset framespacing="0" border="false" frameborder="0" 
> > rows="20%,80%">
> > > >  <frame name="devices" src="http://<IPADDR>/weldev.xml"
> > > > scrolling="no"></frame>
> > > >  <frameset framespacing="0" border="false" 
> > frameborder="0" cols="20%,80%">
> > > >   <frame name="menu" src="http://<IPADDR>/welmenu.xml" 
> > scrolling="no" />
> > > >   <frame name="main" src="http://<IPADDR>/welmain.xml" 
> > scrolling="yes" />
> > > >  </frameset>
> > > > </frameset>
> > > > </html>
> > > > </xsl:template>
> > > > 
> > > > </xsl:stylesheet>
> > > > 
> > > > 60-70 % of the time the correct xml files are transfromed 
> > and returned for
> > > > the respective frames
> > > > and everything works as expected (the three frames in the 
> > page have their
> > > > respective output)
> > > > 
> > > > However during the remaining attempts, the same content 
> > appears on two
> > > > frames, 
> > > > and the  page source as viewed by the HTML browser, 
> > indicates that two of
> > > > the
> > > > frames got the same HTML source.
> > > >  
> > > > The producer seems to be returning the correct XML file  
> > (based on logs).
> > > > It looks as though the output of a xsl transformation 
> > overwrote the output
> > > > for 
> > > > a previous request. This happens only when there are 
> > simultaneous HTTP
> > > > requests
> > > > from the client, as would be the case with a FRAMESET.
> > > > 
> > > > Is there a multi-threading problem here, which any of you 
> > have experienced
> > > > before.
> > > > 
> > > > -Srivathsan Nadathur
> > > 
> > > 
> > 
> ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
> > > For additional commands, e-mail: cocoon-users-help@xml.apache.org
> > > 
> > 
> > 
> > 
> > 
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
> > For additional commands, e-mail: cocoon-users-help@xml.apache.org
> > 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
> For additional commands, e-mail: cocoon-users-help@xml.apache.org
> 

Mime
View raw message