You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by "Jacob Arnold (JIRA)" <ji...@apache.org> on 2006/03/20 16:14:00 UTC
[jira] Created: (COCOON-1803) Logicsheet Cache Double Request
Compile Bug
Logicsheet Cache Double Request Compile Bug
-------------------------------------------
Key: COCOON-1803
URL: http://issues.apache.org/jira/browse/COCOON-1803
Project: Cocoon
Type: Bug
Components: * Cocoon Core
Versions: 2.1.8
Reporter: Jacob Arnold
Attachments: log.txt
I'm applying a rather long custom logicsheet (declared in xconf) to my XSP. I'm experiencing an annoying bug where if I hit the same page twice in quick succession (the second time while the page is initially compiling) then compilation stops part-way through. This only happens when "use-store" is set to "true" for xalan in my xconf. After it happens, there is a broken class in my work directory so the page fails with multiple compilation errors on subsequent visits. (I've reproduced this with Cocoon 2.1.5 and 2.1.8 on Solaris, Fedora Core, and Windows 2000 with JDK 1.4.2_04 and Tomcat 4.1.30. Log excerpts attached.)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
[jira] Closed: (COCOON-1803) Logicsheet Cache Double Request
Compile Bug
Posted by "Alfred Nathaniel (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/COCOON-1803?page=all ]
Alfred Nathaniel closed COCOON-1803:
------------------------------------
Fix Version: 2.1.10-dev (current SVN)
Resolution: Fixed
I fixed a race condition in logicsheet compilation which could also explain this problem.
Please check with latest 2.1.x branch and reopen issue in case your problem persists.
> Logicsheet Cache Double Request Compile Bug
> -------------------------------------------
>
> Key: COCOON-1803
> URL: http://issues.apache.org/jira/browse/COCOON-1803
> Project: Cocoon
> Type: Bug
> Components: Blocks: XSP
> Versions: 2.1.8
> Reporter: Jacob Arnold
> Fix For: 2.1.10-dev (current SVN)
> Attachments: log.txt
>
> I'm applying a rather long custom logicsheet (declared in xconf) to my XSP. I'm experiencing an annoying bug where if I hit the same page twice in quick succession (the second time while the page is initially compiling) then compilation stops part-way through. This only happens when "use-store" is set to "true" for xalan in my xconf. After it happens, there is a broken class in my work directory so the page fails with multiple compilation errors on subsequent visits. (I've reproduced this with Cocoon 2.1.5 and 2.1.8 on Solaris, Fedora Core, and Windows 2000 with JDK 1.4.2_04 and Tomcat 4.1.30. Log excerpts attached.)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
[jira] Updated: (COCOON-1803) Logicsheet Cache Double Request
Compile Bug
Posted by "Antonio Gallardo (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/COCOON-1803?page=all ]
Antonio Gallardo updated COCOON-1803:
-------------------------------------
Component: Blocks: XSP
(was: * Cocoon Core)
> Logicsheet Cache Double Request Compile Bug
> -------------------------------------------
>
> Key: COCOON-1803
> URL: http://issues.apache.org/jira/browse/COCOON-1803
> Project: Cocoon
> Type: Bug
> Components: Blocks: XSP
> Versions: 2.1.8
> Reporter: Jacob Arnold
> Attachments: log.txt
>
> I'm applying a rather long custom logicsheet (declared in xconf) to my XSP. I'm experiencing an annoying bug where if I hit the same page twice in quick succession (the second time while the page is initially compiling) then compilation stops part-way through. This only happens when "use-store" is set to "true" for xalan in my xconf. After it happens, there is a broken class in my work directory so the page fails with multiple compilation errors on subsequent visits. (I've reproduced this with Cocoon 2.1.5 and 2.1.8 on Solaris, Fedora Core, and Windows 2000 with JDK 1.4.2_04 and Tomcat 4.1.30. Log excerpts attached.)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
[jira] Commented: (COCOON-1803) Logicsheet Cache Double Request
Compile Bug
Posted by "Jacob Arnold (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/COCOON-1803?page=comments#action_12371093 ]
Jacob Arnold commented on COCOON-1803:
--------------------------------------
This may be another report of the same issue: http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=106875648724568&w=2
> Logicsheet Cache Double Request Compile Bug
> -------------------------------------------
>
> Key: COCOON-1803
> URL: http://issues.apache.org/jira/browse/COCOON-1803
> Project: Cocoon
> Type: Bug
> Components: * Cocoon Core
> Versions: 2.1.8
> Reporter: Jacob Arnold
> Attachments: log.txt
>
> I'm applying a rather long custom logicsheet (declared in xconf) to my XSP. I'm experiencing an annoying bug where if I hit the same page twice in quick succession (the second time while the page is initially compiling) then compilation stops part-way through. This only happens when "use-store" is set to "true" for xalan in my xconf. After it happens, there is a broken class in my work directory so the page fails with multiple compilation errors on subsequent visits. (I've reproduced this with Cocoon 2.1.5 and 2.1.8 on Solaris, Fedora Core, and Windows 2000 with JDK 1.4.2_04 and Tomcat 4.1.30. Log excerpts attached.)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira