[ http://issues.apache.org/jira/browse/COCOON-1526?page=all ]
Reinhard Poetz updated COCOON-1526:
---
Bugzilla Id: (was: 35273)
Component: * Cocoon Core
(was: - Components: Avalon)
Description:
When Saxon is the active
[ http://issues.apache.org/jira/browse/COCOON-1483?page=all ]
Reinhard Poetz closed COCOON-1483:
--
Fix Version: 2.2-dev (Current SVN)
2.1.8-dev (Current SVN)
Resolution: Fixed
works for me now, I guess Sylvain's refactoring
[ http://issues.apache.org/jira/browse/COCOON-1416?page=all ]
Reinhard Poetz updated COCOON-1416:
---
Bugzilla Id: (was: 33234)
Component: Blocks: Templating
(was: Blocks: (Undefined))
Description:
The jx:set var=myvarany
[ http://issues.apache.org/jira/browse/COCOON-1657?page=all ]
Reinhard Poetz updated COCOON-1657:
---
Component: Blocks: Velocity
(was: * Cocoon Core)
VelocityGenerator: error when sending string containing ampersand
[ http://issues.apache.org/jira/browse/COCOON-350?page=all ]
Reinhard Poetz updated COCOON-350:
--
Bugzilla Id: (was: 10827)
Component: Blocks: XSP
(was: * Cocoon Core)
Description:
If the get-xml/ ESQL tag is used inside
[ http://issues.apache.org/jira/browse/COCOON-907?page=all ]
Reinhard Poetz closed COCOON-907:
-
Resolution: Fixed
just a test
Move Woody into CocoonForms block
-
Key: COCOON-907
URL:
[ http://issues.apache.org/jira/browse/COCOON-907?page=all ]
Reinhard Poetz reopened COCOON-907:
---
... just a test
Move Woody into CocoonForms block
-
Key: COCOON-907
URL:
[ http://issues.apache.org/jira/browse/COCOON-907?page=all ]
Reinhard Poetz reopened COCOON-907:
---
just a test
Move Woody into CocoonForms block
-
Key: COCOON-907
URL:
[ http://issues.apache.org/jira/browse/COCOON-907?page=all ]
Reinhard Poetz closed COCOON-907:
-
Resolution: Fixed
just a test
Move Woody into CocoonForms block
-
Key: COCOON-907
URL:
We have 79 closed but unresolved issues in Jira. This is a problem as they show
up in all queries (eg the project page) and gives a wrong picture of open issues.
Is there any faster possibility to change this but to reopen every issue, change
the resolution state and close it?
--
Reinhard
[ http://issues.apache.org/jira/browse/COCOON-1417?page=all ]
Reinhard Poetz updated COCOON-1417:
---
Bugzilla Id: (was: 33236)
Component: Blocks: Templating
(was: Blocks: (Undefined))
Description:
jx:set var=logid
[ http://issues.apache.org/jira/browse/COCOON-1593?page=all ]
Reinhard Poetz updated COCOON-1593:
---
Bugzilla Id: (was: 36543)
Component: Blocks: Authentication Framework
(was: Blocks: (Undefined))
Description:
Variable
[ http://issues.apache.org/jira/browse/COCOON-611?page=all ]
Reinhard Poetz updated COCOON-611:
--
Bugzilla Id: (was: 28975)
Component: Blocks: Databases
(was: Blocks: (Undefined))
Description:
When pulling data from
[ http://issues.apache.org/jira/browse/COCOON-1273?page=all ]
Reinhard Poetz updated COCOON-1273:
---
Bugzilla Id: (was: 31326)
Component: Blocks: Event Cache
(was: Blocks: (Undefined))
Description:
Related to bug #23585
[ http://issues.apache.org/jira/browse/COCOON-1147?page=all ]
Reinhard Poetz updated COCOON-1147:
---
Bugzilla Id: (was: 28723)
Component: Blocks: XML-DB
(was: Blocks: (Undefined))
Description:
Just clearing some of my
[ http://issues.apache.org/jira/browse/COCOON-1655?page=all ]
Reinhard Poetz updated COCOON-1655:
---
Bugzilla Id: (was: 37187)
Component: Blocks: Java Flow
(was: Blocks: (Undefined))
Description:
I get an error whenever
[ http://issues.apache.org/jira/browse/COCOON-1271?page=all ]
Reinhard Poetz updated COCOON-1271:
---
Bugzilla Id: (was: 31303)
Component: - Cocoon Forms
(was: Blocks: (Undefined))
Description:
In the forms binding frame
[ http://issues.apache.org/jira/browse/COCOON-1425?page=all ]
Reinhard Poetz reassigned COCOON-1425:
--
Assign To: Cocoon Developers Team (was: Reinhard Poetz)
I'm still convinced that it is possible but the chance to get serializeable
Javaflow
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-template has an issue affecting its community integration.
This
Hi,
-Oorspronkelijk bericht-
Van: Joerg Heinicke [mailto:[EMAIL PROTECTED]
So what is your solution? I can't find it in the mail archive...
They are added as comments to the bug which can now be found at Jira:
http://issues.apache.org/jira/browse/COCOON-1148
Jörg
(Can it be
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-midi has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-midi has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-jcr has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-jcr has an issue affecting its community integration.
This issue
[ http://issues.apache.org/jira/browse/COCOON-1626?page=all ]
Helma van der Linden closed COCOON-1626:
Resolution: Fixed
Probably a misunderstanding in the description: the information is added to the
Cocoon Live Site page for Cocoon 2.1.6
Carsten Ziegeler wrote:
src/blocks/
pom.xml -- contains all block modules
/forms
pom.xml -- modules for this block + all lib dependencies
/trunk
pom.xml -- implementation, depends on ../pom.xml
/samples
Ross,
IIUC the latest version of the Daisy export is in
forrest.zones.apache.org/ft/build/cocoon-docs/2.1
If so, it shows no content for the FAQ pages (e.g.
http://forrest.zones.apache.org/ft/build/cocoon-docs/2.1/713.daisy.html).
Please find out what's going on.
Bye, Helma
An error has occured
at
http://cocoon.zones.apache.org/demos/21branch/samples/blocks/portal/portal
java.sql.SQLException: Connection is broken: Transfer corrupted
Cocoon stacktrace[hide]
Sitemap: error when calling sub-sitemap
context://samples/blocks/sitemap.xmap - 66:68 map:mount
Carsten Ziegeler wrote:
Marc Portier wrote:
SNIP/
./SerializeNodeBuilder.java: mime-type
./SerializeNodeBuilder.java: status-code
Hmm, either your script is not correct, or your statement above :) Can
mime-type use variables or not?
well, it's the silly script of course
the
Hi all,
As you certainly know, Ajax and RAD/scripted frameworks are hot lately.
I'm closely following http://www.ajaxian.com/, a blog about all things
Ajax. Recently they started talking about continuations [1] and [2],
even mentioning our Rhino fork, but without mentioning Cocoon.
I think
Sylvain Wallez wrote:
I'm closely following http://www.ajaxian.com/, a blog about all things
Ajax. Recently they started talking about continuations [1] and [2],
even mentioning our Rhino fork, but without mentioning Cocoon.
Add a few cool Ajax demos to the mix and this makes Cocoon a sexy
Jorg Heymans wrote:
It's not a problem to do this if I can move directories around, so
effectively having
/forms
/trunk
pom.xml - modules for this block + all lib dependencies
/impl - contents of current java and WEB-INF
pom.xml
Victor Anyakin schrieb:
An error has occured
at
http://cocoon.zones.apache.org/demos/21branch/samples/blocks/portal/portal
java.sql.SQLException: Connection is broken: Transfer corrupted
Cocoon stacktrace[hide]
Sitemap: error when calling sub-sitemap
Sylvain Wallez wrote:
I think that, along with pinging the Ajaxian guys (which I will do), we
should rewrite our home page to make more apparent Cocoon's unique
abilities in the changing world of webapp development.
+100 , we're competing with tcl.apache.org for the most stale
homepage
Le 25 oct. 05, à 10:52, Carsten Ziegeler a écrit :
...Can someone please have a look at this. It seems that the db is not
running. Could it be because
we have several Cocoon versions now running and both starting the
hsqldb?..
It's probably this, I didn't do anything special to have the
Le 25 oct. 05, à 10:33, Sylvain Wallez a écrit :
...I think that, along with pinging the Ajaxian guys (which I will
do), we should rewrite our home page to make more apparent Cocoon's
unique abilities in the changing world of webapp development
+1, and it would be good to make it easy to
hepabolu wrote:
Ross,
IIUC the latest version of the Daisy export is in
forrest.zones.apache.org/ft/build/cocoon-docs/2.1
Correct
If so, it shows no content for the FAQ pages (e.g.
http://forrest.zones.apache.org/ft/build/cocoon-docs/2.1/713.daisy.html).
Please find out what's going on.
On 25 Oct 2005, at 07:29, Reinhard Poetz wrote:
We have 79 closed but unresolved issues in Jira. This is a problem
as they show up in all queries (eg the project page) and gives a
wrong picture of open issues.
Is there any faster possibility to change this but to reopen every
issue,
Le 25 oct. 05, à 08:29, Reinhard Poetz a écrit :
We have 79 closed but unresolved issues in Jira. This is a problem as
they show up in all queries (eg the project page) and gives a wrong
picture of open issues.
Is there any faster possibility to change this but to reopen every
issue, change
Hi,
Just clicked around in the Cforms block:
- CAPTCHA validation sample is does not make sense. There is no string shown on
the right.
http://cocoon.zones.apache.org/demos/21branch/samples/blocks/forms/captcha/
- The Imagemap sample in the forms block does not make sense (it says click on
Bertrand Delacretaz wrote:
Le 25 oct. 05, à 10:33, Sylvain Wallez a écrit :
...I think that, along with pinging the Ajaxian guys (which I will
do), we should rewrite our home page to make more apparent Cocoon's
unique abilities in the changing world of webapp development
+1, and it
Ross Gardler wrote:
hepabolu wrote:
Ross,
IIUC the latest version of the Daisy export is in
forrest.zones.apache.org/ft/build/cocoon-docs/2.1
Correct
If so, it shows no content for the FAQ pages (e.g.
http://forrest.zones.apache.org/ft/build/cocoon-docs/2.1/713.daisy.html).
Please
Hi
Is it possible to extend the Loader class to allow passing of
resource directories to the URLClassLoader as specified in
http://java.sun.com/j2se/1.4.2/docs/api/java/net/URLClassLoader.html
I'm trying to update the Jetty implementation to 5.1.4 for Lenya,
including support for JNDI which
On 25 Oct 2005, at 10:08, Jeroen Reijn wrote:
- CAPTCHA validation sample is does not make sense. There is no
string shown on the right.
http://cocoon.zones.apache.org/demos/21branch/samples/blocks/forms/
captcha/
Uh... That's a 500:
HTTP ERROR: 500 Internal Server Error
[ http://issues.apache.org/jira/browse/COCOON-1122?page=all ]
Pier Fumagalli updated COCOON-1122:
---
Reporter: Marc Portier (was: Marc Portier)
Aggregate Binding Sample doesn't work.
--
Key: COCOON-1122
[ http://issues.apache.org/jira/browse/COCOON-737?page=all ]
Pier Fumagalli updated COCOON-737:
--
Reporter: Marc Portier (was: Marc Portier)
Simple Generic FormHandler for Repeater
---
Key: COCOON-737
[ http://issues.apache.org/jira/browse/COCOON-1118?page=all ]
Pier Fumagalli updated COCOON-1118:
---
Reporter: Marc Portier (was: Marc Portier)
ArrayIndexOutOfBoundsException in cforms Transformer
[ http://issues.apache.org/jira/browse/COCOON-773?page=all ]
Pier Fumagalli updated COCOON-773:
--
Reporter: Marc Portier (was: Marc Portier)
[apples] Sharing the current state of the implementation
[ http://issues.apache.org/jira/browse/COCOON-761?page=all ]
Pier Fumagalli updated COCOON-761:
--
Reporter: Marc Portier (was: Marc Portier)
[woody] initial binding framework
-
Key: COCOON-761
URL:
[ http://issues.apache.org/jira/browse/COCOON-769?page=all ]
Pier Fumagalli updated COCOON-769:
--
Reporter: Marc Portier (was: Marc Portier)
[patch][woody] Making WoodyTemplateTransformer Flow-aware.
Hi,
Is a reason for externalizing the blocks with https rather than just
http ? I'm asking this because the svn client on my server wasn't built
with --with-ssl, making it impossible to do a complete check out :
Fetching external item into 'src/blocks/ajax'
svn: Unrecognized URL scheme
Jorg Heymans wrote:
Hi,
Is a reason for externalizing the blocks with https rather than just
http ? I'm asking this because the svn client on my server wasn't built
with --with-ssl, making it impossible to do a complete check out :
Fetching external item into 'src/blocks/ajax'
svn:
Ross Gardler wrote:
Bertrand Delacretaz wrote:
Le 25 oct. 05, à 10:33, Sylvain Wallez a écrit :
...I think that, along with pinging the Ajaxian guys (which I will
do), we should rewrite our home page to make more apparent Cocoon's
unique abilities in the changing world of webapp
Le 25 oct. 05, à 11:40, Ross Gardler a écrit :
Bertrand Delacretaz wrote:
Le 25 oct. 05, à 10:33, Sylvain Wallez a écrit :
...I think that, along with pinging the Ajaxian guys (which I will
do), we should rewrite our home page to make more apparent Cocoon's
unique abilities in the changing
Automated build for cocoon-docs FAILED
Log attached.
--
Forrestbot run ended at 25 October 11:08 AM
Using Forrest 0.8-dev
Forrestbot administrator: Ross Gardler
--
[echo]
... Forrest render START 2005-10-25 11:02:06
... Rendering docs in
Jorg Heymans wrote:
What about the Maven Standard Directory Layout(tm), shown at [1] ? I've
been using it for a long time now, maven works better with it in the
sense that you don't have to always override settings in the pom with
alternative locations.
[1]
Bertrand Delacretaz wrote:
Le 25 oct. 05, à 08:29, Reinhard Poetz a écrit :
We have 79 closed but unresolved issues in Jira. This is a problem as
they show up in all queries (eg the project page) and gives a wrong
picture of open issues.
Is there any faster possibility to change this but to
Jeroen Reijn wrote:
- The Imagemap sample in the forms block does not make sense (it says
click on the cocoon logo (there is none).
See
http://cocoon.zones.apache.org/demos/21branch/samples/blocks/forms/imagemap
I take it this has something to do with how the zone is set up. It works
fine
Sylvain Wallez wrote:
Yes, that's because commits must go through https.
doh ofcourse ... I'll go and recompile my svn client then.
[ http://issues.apache.org/jira/browse/COCOON-1648?page=all ]
Jean-Baptiste Quenot updated COCOON-1648:
-
Attachment: w3c-date.tar.gz
Update archive to include CForms convertors
I18nTransformer add support for ISO8601
Bertrand Delacretaz wrote:
Sylvain Wallez a ?crit :
...I think that, along with pinging the Ajaxian guys (which I will
do), we should rewrite our home page to make more apparent Cocoon's
unique abilities in the changing world of webapp development
+1, and it would be good to make it
Sylvain Wallez wrote:
Ross Gardler wrote:
How about we move the home page to Daisy for the main site, leaving
the other pages in SVN?
+1. Using Daisy to write the home page will certainly, just as other
docs, help to maintain it.
I'm +1 on moving whole main site into Daisy, but not before
[EMAIL PROTECTED] wrote:
Automated build for cocoon-docs FAILED
Log attached.
Since this is the first time one of these appeared on the list I am
going to document the debug process here:
First scan the output log for a broken page:
snip/
Cocoon will report the status of each document:
[ http://issues.apache.org/jira/browse/COCOON-1455?page=all ]
Helma van der Linden reopened COCOON-1455:
--
reopened just to set the resolution to fixed
[Link] TanakhML Project
---
Key: COCOON-1455
[ http://issues.apache.org/jira/browse/COCOON-1455?page=all ]
Helma van der Linden closed COCOON-1455:
Resolution: Fixed
closed with resolution = fixed
[Link] TanakhML Project
---
Key: COCOON-1455
[ http://issues.apache.org/jira/browse/COCOON-7?page=all ]
Helma van der Linden reopened COCOON-7:
---
Assign To: (was: Giacomo Pati)
reopened just to set the resolution to fixed
Oracle Support in build.xml
---
[ http://issues.apache.org/jira/browse/COCOON-8?page=all ]
Helma van der Linden reopened COCOON-8:
---
Assign To: (was: Giacomo Pati)
reopened just to set the resolution to fixed
SVG broken - org.w3c.dom.css.CSSValue: method
[ http://issues.apache.org/jira/browse/COCOON-22?page=all ]
Helma van der Linden reopened COCOON-22:
reopened just to set the resolution to fixed
Additional newline after some tags like /table or /tr
[ http://issues.apache.org/jira/browse/COCOON-22?page=all ]
Helma van der Linden closed COCOON-22:
--
Resolution: Fixed
closed with resolution = fixed
Additional newline after some tags like /table or /tr
[ http://issues.apache.org/jira/browse/COCOON-8?page=all ]
Helma van der Linden closed COCOON-8:
-
Resolution: Fixed
closed with resolution = fixed
SVG broken - org.w3c.dom.css.CSSValue: method getCssValueType()S not found
[ http://issues.apache.org/jira/browse/COCOON-7?page=all ]
Helma van der Linden closed COCOON-7:
-
Resolution: Fixed
closed with resolution = fixed
Oracle Support in build.xml
---
Key: COCOON-7
[ http://issues.apache.org/jira/browse/COCOON-34?page=all ]
Helma van der Linden reopened COCOON-34:
reopened just to set the resolution to fixed
JspGenerator doesn't allow relative src
---
Key:
[ http://issues.apache.org/jira/browse/COCOON-38?page=all ]
Helma van der Linden reopened COCOON-38:
reopened just to set the resolution to fixed
Action in sub-sitemap re-directing using parent sitemap
[ http://issues.apache.org/jira/browse/COCOON-44?page=all ]
Helma van der Linden reopened COCOON-44:
reopened just to set the resolution to fixed
XSLT not working when generating with own generator from file
[ http://issues.apache.org/jira/browse/COCOON-34?page=all ]
Helma van der Linden closed COCOON-34:
--
Resolution: Fixed
closed with resolution = fixed
JspGenerator doesn't allow relative src
---
[ http://issues.apache.org/jira/browse/COCOON-38?page=all ]
Helma van der Linden closed COCOON-38:
--
Resolution: Fixed
closed with resolution = fixed
Action in sub-sitemap re-directing using parent sitemap
[ http://issues.apache.org/jira/browse/COCOON-44?page=all ]
Helma van der Linden closed COCOON-44:
--
Resolution: Fixed
closed with resolution = fixed
XSLT not working when generating with own generator from file
[ http://issues.apache.org/jira/browse/COCOON-48?page=all ]
Helma van der Linden reopened COCOON-48:
reopened just to set the resolution to fixed
Volume-Name SYS: becomes protocol on Novell Netware
[ http://issues.apache.org/jira/browse/COCOON-48?page=all ]
Helma van der Linden closed COCOON-48:
--
Resolution: Fixed
closed with resolution = fixed
Volume-Name SYS: becomes protocol on Novell Netware
[ http://issues.apache.org/jira/browse/COCOON-93?page=all ]
Helma van der Linden reopened COCOON-93:
reopened just to set the resolution to fixed
cocoon hangs trying to load the sample pages
[ http://issues.apache.org/jira/browse/COCOON-93?page=all ]
Helma van der Linden closed COCOON-93:
--
Resolution: Fixed
closed with resolution = fixed
cocoon hangs trying to load the sample pages
[ http://issues.apache.org/jira/browse/COCOON-66?page=all ]
Helma van der Linden closed COCOON-66:
--
Resolution: Fixed
closed with resolution = fixed
Error in JaxpParser: Cannot find
org.apache.cocoon.components.resolver.Resolver
[ http://issues.apache.org/jira/browse/COCOON-66?page=all ]
Helma van der Linden reopened COCOON-66:
reopened just to set the resolution to fixed
Error in JaxpParser: Cannot find
org.apache.cocoon.components.resolver.Resolver
It is not possible to do relative links in Daisy. There is good reason
for this, Daisy does not have the concept of a hierarchical structure
for documents. This allows multiple structures to be built to suit a
particular need. That is, you can create multiple navigation documents
describing
[ http://issues.apache.org/jira/browse/COCOON-125?page=all ]
Helma van der Linden reopened COCOON-125:
-
reopened just to set the resolution to fixed
Java SecurityManager java.lang.RuntimePermission createSecurityManager
required for cocoon
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
Ross Gardler wrote:
How about we move the home page to Daisy for the main site, leaving
the other pages in SVN?
+1. Using Daisy to write the home page will certainly, just as other
docs, help to maintain it.
I'm +1 on moving whole main site
[ http://issues.apache.org/jira/browse/COCOON-125?page=all ]
Helma van der Linden closed COCOON-125:
---
Resolution: Fixed
closed with resolution = fixed
Java SecurityManager java.lang.RuntimePermission createSecurityManager
required for
[ http://issues.apache.org/jira/browse/COCOON-131?page=all ]
Helma van der Linden reopened COCOON-131:
-
reopened just to set the resolution to fixed
JSP transform problem
-
Key: COCOON-131
URL:
[ http://issues.apache.org/jira/browse/COCOON-131?page=all ]
Helma van der Linden closed COCOON-131:
---
Resolution: Fixed
closed with resolution = fixed
JSP transform problem
-
Key: COCOON-131
URL:
[ http://issues.apache.org/jira/browse/COCOON-155?page=all ]
Helma van der Linden reopened COCOON-155:
-
reopened just to set the resolution to fixed
[PATCH] new powered by Cocoon bitmap
--
Key:
[ http://issues.apache.org/jira/browse/COCOON-157?page=all ]
Helma van der Linden reopened COCOON-157:
-
reopened just to set the resolution to fixed
Can't start first time (tomcat 4.0.2)
-
Key:
[ http://issues.apache.org/jira/browse/COCOON-155?page=all ]
Helma van der Linden closed COCOON-155:
---
Resolution: Fixed
closed with resolution = fixed
[PATCH] new powered by Cocoon bitmap
--
[ http://issues.apache.org/jira/browse/COCOON-157?page=all ]
Helma van der Linden closed COCOON-157:
---
Resolution: Fixed
closed with resolution = fixed
Can't start first time (tomcat 4.0.2)
-
[ http://issues.apache.org/jira/browse/COCOON-190?page=all ]
Helma van der Linden closed COCOON-190:
---
Resolution: Fixed
closed with resolution = fixed
sample jdbc connection fails under jdk 1.4
--
[ http://issues.apache.org/jira/browse/COCOON-256?page=all ]
Helma van der Linden closed COCOON-256:
---
Resolution: Fixed
closed with resolution = fixed
FormValidation fails because MapStackResolver.buildParameters(..) crashes
[ http://issues.apache.org/jira/browse/COCOON-256?page=all ]
Helma van der Linden reopened COCOON-256:
-
reopened just to set the resolution to fixed
FormValidation fails because MapStackResolver.buildParameters(..) crashes
[ http://issues.apache.org/jira/browse/COCOON-267?page=all ]
Helma van der Linden reopened COCOON-267:
-
reopened just to set the resolution to fixed
Lucene index/search broken, wrong contentType each doc so ignored
[ http://issues.apache.org/jira/browse/COCOON-291?page=all ]
Helma van der Linden reopened COCOON-291:
-
reopened just to set the resolution to fixed
CachingOutputStream doesn't handle severed connections
[ http://issues.apache.org/jira/browse/COCOON-291?page=all ]
Helma van der Linden closed COCOON-291:
---
Resolution: Fixed
closed with resolution = fixed
CachingOutputStream doesn't handle severed connections
[ http://issues.apache.org/jira/browse/COCOON-298?page=all ]
Helma van der Linden reopened COCOON-298:
-
reopened just to set the resolution to fixed
[PATCH] CocoonServlet (init-classloader param)
1 - 100 of 269 matches
Mail list logo
