Please try it by yourself, be my guest.
http://77.240.21.139/cocoon/asemakaavat/selitykset/A4/Karsamaki/Kirkonseutu/01.html
Open it and refresh it over ten times. It should crash. Then refresh it
over ten times again and suprise, it works again! Any ideas?
mika
Lehtonen, Mika kirjoitti:
Hi Mika,
I can confirm this, although it did not crash after 11 times, but about
15 ... whatever, can you please
- provide the pipeline that generates this error
- set pool-max and pool-min for all involved components to 1 in
sitemap.xmap, restart cocoon and tell us what happens?
Regards,
Hi Johannes,
here is the pipeline. I set those parameters to
imagedirectory-generator, xslt-transformer and to html-serializer. I
found no change comparing to previous action.
mika
map:match pattern=selitykset/*/*/*/*.html
map:generate type=imagedirectory src=selitykset/{2}/{3}/{4}
Some further information:
I have also this pipeline which produces pdfs' out of the same material.
It has been functioning for a long time and still does, BUT if the html
producers crashes, this won't work either.
map:match pattern=selitykset/*/*/*/*.pdf
map:generate
Hi Johannes,
yep, Java is 1.6.0_04 (Java Hotspot 64-bit Server VM). OS is 64-bit
Centos 4.3.
I will still do the testing you recommended and report about them when
they done. Ok? I am not an expert on these programming and Java issues.
Do you mean that some earlier Java would do better or do
Hi Mika,
am I guessing right that you are using Java 1.6?
The NullPointerException means that This abstract pathname does not
denote a directory, or if an I/O error occurs (quote from Java spec).
Maybe you're running out of file handles ... which operating system are
you using?
Also, if you set
Hi Mika,
while trying again on your site, this time I got the following error:
/home/cocoon/tomcat/webapps/cocoon/stylesheets/system/exception2html.xslt
(Too many open files)
This I think confirms my theory that your application generates too many
file handles, or that file handles remain open
Sorry ... as I think of it, maybe you should use the less braindead command
lsof -p [id]
where [id] is the id of the process which actually runs cocoon.
Johannes Textor schrieb:
Hi Mika,
while trying again on your site, this time I got the following error:
Johannes,
after the crash, there are 1067 open files, and when you wait for a
while, the amount drops into 113. Everything is then working. Or if I
push 'refresh'-button so many times that the site works again, the
amount of files drops into 196. Every time the page is loaded again,
extra 82
Thanks for your help Johannes!
I believe I found the reason. I had type=noncaching definition in my
pipeline. I removed it and now it seems to working without errors. Try
it out yourself.
mika
Johannes Textor kirjoitti:
Sorry ... as I think of it, maybe you should use the less braindead
Hello,
I have an application which uses html serializer. It is a little
complicated system to describe in this. Anyway the pipeline works and of
some xml and a bunch of gifs is parsed a working html, but then we come
to the strange part. It works eleven times, crashes eleven times and
11 matches
Mail list logo
