Details
-
Bug
-
Status: Closed
-
Major
-
Resolution: Fixed
-
2.1.12
-
None
Description
Updating forrest to use cocoon-2.1.x, I found a problem in the
AbstractCachingProcessingPipeline.
I am not sure whether someone is using the cocoon cli ATM. Forrest is
based around this component.
https://issues.apache.org/jira/browse/FOR-955?focusedCommentId=12624340#action_12624340
I found that in
org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline line 245
Object lock =
env.getObjectModel().get(HttpEnvironment.HTTP_REQUEST_OBJECT);
the lock is null which causes the NPE in the end.
The problem is that the cli environment does not store the requested object.
AbstractCachingProcessingPipeline.
I am not sure whether someone is using the cocoon cli ATM. Forrest is
based around this component.
https://issues.apache.org/jira/browse/FOR-955?focusedCommentId=12624340#action_12624340
I found that in
org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline line 245
Object lock =
env.getObjectModel().get(HttpEnvironment.HTTP_REQUEST_OBJECT);
the lock is null which causes the NPE in the end.
The problem is that the cli environment does not store the requested object.
Attachments
Attachments
Issue Links
- blocks
-
FOR-955 upgrade our packaged Cocoon to use Cocoon-2.1 branch
- Closed
- relates to
-
COCOON-1985 AbstractCachingProcessingPipeline locking with IncludeTransformer may hang pipeline
- Closed