On Tue, 2005-03-01 at 19:31, Jorge Davila wrote:
I'm interested in to be part of the cocoon dev mailing list.
Your have to send a mail to dev-subscribeatcocoon.apache.org.
HTH, Alfred.
On Wed, 2005-03-02 at 15:38, Bart Molenkamp wrote:
Hi,
A while ago I was discussing how to build a reader that could get it's
input stream from the context object using JXPath. It gets the following
information from the context object using configurable Xpath
expressions:
- the content
Currently in 2.1.x mime type setting on reader instances does not work.
map:match pattern=foo.bar
map:read src=foo.html mime-type=text/plain/
/map:match
returns Content-type: text/html because the mime-mapping for *.html in
web.xml always wins over the mime-type attributed.
This
I attached a patch to
http://issues.apache.org/bugzilla/show_bug.cgi?id=25121.
It was a little bit more than just replacing the methods because there
was some major refactoring
http://svn.apache.org/viewcvs.cgi?rev=28858view=rev on trunk only.
Cheers, Alfred.
Extensive automated functional testing is the best way to keep up
software quality. There is general consensus on that, and everybody is
doing it - right?
The industry standard for testing Java classes is JUnit. When it comes
to testing web request/response conversations, the choice is less
On Thu, 2005-03-10 at 13:28, Luca Morandini wrote:
Ugo Cei wrote:
I used WebTest for a while, but in the end I found that writing tests in
XML is way too verbose and clumsy.
I had the same experience... later on I moved to HTMLUnit ([1]), which
offers a lot:
1) Different browsers
On Tue, 2006-11-21 at 02:24 +0100, Philipp Zerelles wrote:
I tried to use a simple database pool to access my database using
ESQL-Logicsheets.
The problem is my pool is not found by the service selector:
java.lang.RuntimeException: Could not get the datasource
On Mon, 2006-12-04 at 14:08 +0100, Carsten Ziegeler wrote:
If there are no outstanding issues I will assemble a release next monday
(11th), put it up for downloading and testing and if nothing bad happens
do the release of that assembled version on monday, 18th.
+1
Cheers, Alfred.
On Mon, 2006-12-04 at 08:34 -0800, Mark Lundquist wrote:
On Dec 4, 2006, at 7:37 AM, Bertrand Delacretaz wrote:
Restricting a single sitemap to use either of these engines (as
opposed to allowing a mix in a single sitemap) might help avoid
confusion.
I totally agree!
How about...
On Tue, 2006-12-05 at 11:02 +0100, Carsten Ziegeler wrote:
Afaik, the code for the wildcard helper has been replaced after that by
someone else.
Carsten
Bertrand Delacretaz wrote:
Just tried to run the junit tests on BRANCH_2_1_X, and the second
assertion in WildcardHelperTestCase fails:
On Tue, 2006-12-05 at 07:58 -0800, Mark Lundquist wrote:
On Dec 4, 2006, at 12:46 PM, Alfred Nathaniel wrote:
Or use different tags, say in resemblance to XSLT:
map:if path=...
...
/map:if
map:choose
map:when path
On Wed, 2006-12-06 at 08:34 +0100, Carsten Ziegeler wrote:
Ok, I removed the usage of the deprecated matching code and replaced it
with using the new matcher. In addition I removed the duplicate test
case for the WildcardHelper class and commented out the failing test
in the remaining test
On Fri, 2006-12-08 at 08:13 +0100, Carsten Ziegeler wrote:
WildcardHelper is now no longer used in 2.1. Should we remove it
together with WildcardHelperTestCase?
That breaks private Cocoon components which may still use it but IMHO
that is better than just giving a depracation
On Fri, 2006-12-08 at 14:07 -0800, Mark Lundquist wrote:
...
I think we should use two different keywords because otherwise the
content model depends on the presence of various attributes and not on
the tagname only -- that is really confusing.
To my mind, a special element to
On Mon, 2006-12-11 at 14:55 +0100, Carsten Ziegeler wrote:
7. Make sure you describe your test environment: Platform and JVM,
including version numbers.
The following blocks do not compile with Sun JDK 1.3.1_19:
-- databases: import javax.sql cannot be resolved
-- imageop: import
The current mantra is that Cocoon 2.1 is JDK1.3+ compatible and only
from Cocoon 2.2 onwards JDK1.4+ is required.
However, nowadays all developers use 1.4, or 5.0, or soon even 6.0.
That makes it tedious to guarantee 1.3 support because Java compilers
allow to set source file compatibility but
I counted 6 binding +1, 1 binding -0, and 2 non-binding +1.
The proposal is accepted. I'll put a note into status.xml.
Cheers, Alfred.
On Mon, 2006-12-18 at 16:24 +0100, Reinhard Poetz wrote:
Carsten Ziegeler wrote:
Perhaps we should rethink this drop jdk1.3 support stuff, remove the
comment from the status file and get 2.1.10 out.
I agree.
I agree, too.
The last thing I want is to hold up the 2.1.10. If I had known
+1
Cheers, Alfred.
On Tue, 2006-12-19 at 02:50 -0600, Antonio Gallardo wrote:
Also given the current status, I am wondering if we should reconsider
java 1.4 as the minimum for cocoon 2.2. We should keep in mind java 1.6
is out, hence if we agree to have java 1.4 as minimum we will have to
support it for the
On Fri, 2007-01-05 at 13:45 +0100, Bruno Dumon wrote:
Hi,
I noticed the new WildcardMatcherHelper class holds an internal static
map for caching. In the older solution, it was up to the caller to cache
the compiled pattern (similar to how regexp libraries work). This had
the advantage that
To get around this problem:
cd trunk/tools/cocoon-maven-reports
mvn install
But how to express that to happen automatically in trunk/pom.xml ?
Cheers, Alfred.
On Wed, 2007-01-17 at 00:07 +, [EMAIL PROTECTED]
wrote:
Online report :
On Sat, 2007-01-20 at 10:39 +0800, Thien wrote:
No worries, it actually helps a lot :D I will improve the design
further once a final one has been picked. (#2 or #3 so far.)
My favorite is #2.
Cheers, Alfred.
On Thu, 2007-02-22 at 17:36 +0100, Daniel Fagerstrom wrote:
Hi all!
I'd like to propose Grzegorz Kossakowski (aka Grek) as a new Cocoon
committer. He has been around at the user list since 2003 and has been
very active at the dev list the last months. He has provided a number of
high
There seems to be a Maven-intrinsic problem with building trunk using a
1.4.2 JVM. With maven version 2.0.6 and the command line
$ MAVEN_OPTS=-Xmx200m
$ export MAVEN_OPTS
$ mvn -Dmaven.test.skip=true -P allblocks clean install
I get consistent build failures for cocoon-databases-impl
On Wed, 2007-07-11 at 07:50 +0200, Carsten Ziegeler wrote:
Hi,
did you try maven 2.0.7 with jdk 1.4.2?
While building Cocoon with 2.0.7 and jdk1.5, I noticed that the version
for the spring-dao was resolved to 2.0.4which fortunately is
available :(
Carsten
Nope, same problem with
On Tue, 2007-07-10 at 23:03 -0700, Ralph Goers wrote:
I checked out the latest and ran mvn -Dmaven.test.skip=true -P allblocks
install on Windows using Maven 2.0.6 and Java 1.6.0_01. Any ideas?
Missing:
--
1) org.apache.cocoon:cocoon-rcl-webapp-wrapper:jar:1.0.0-RC1-SNAPSHOT
On Mon, 2007-07-16 at 14:32 -0400, Joerg Heinicke wrote:
Can somebody please try out to add this dependency explicitly or exclude
it if we don't need it.
I added the transtive dependencies to the two POMs which needed them.
Now the build runs through and also the samples work again.
The
On Tue, 2007-08-07 at 09:46 +0200, Daniel Fagerstrom wrote:
Unfortunately it is more complicated than that. The non-compatible
change is that Request.getSession switches return value from
o.a.c.environment.Session to javax.servlet.http.HttpSession and that
Request.getCookie switch return
On Sat, 2007-08-11 at 11:22 +0200, Grzegorz Kossakowski wrote:
Speaking about myself I prefer much more language prefixes and I think we
should go for it. The
question that we need to answer is if we want to support #{} syntax in
sitemap? Since it was never
there I don't think it makes
On Sun, 2007-08-19 at 17:44 +0200, Reinhard Poetz wrote:
What I mean is that one release cycle should have one Jira project. As soon
as
we have two modules that have _different_ release cycles and managed by _one_
Jira project, I don't understand what we gain compared to the status quo.
On Sun, 2007-08-19 at 21:20 +0200, Daniel Fagerstrom wrote:
Thanks to Grzegorz efforts, we are now close to be able to use the same
exprssion language and object model both in the sitemap and in templates.
The whole thing is plugable, so those who have large investments in the
current
On Thu, 2007-11-15 at 09:41 -0500, Carsten Ziegeler wrote:
If I get enough positive feedback about the current state I'm happy to
prepare a release of 2.1.11 in December.
WDYT?
Carsten
+1
Cheers, Alfred.
On Fri, 2007-12-07 at 23:09 -0500, Vadim Gritsenko wrote:
On Dec 7, 2007, at 10:37 PM, Jörg Heinicke (JIRA) wrote:
[
https://issues.apache.org/jira/browse/COCOON-1990?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel
#action_12549643 ]
Jörg Heinicke
On Tue, 2007-12-18 at 19:34 +0100, Carsten Ziegeler wrote:
Hi,
I'm planning to release 2.1.1 in the near future.
So, are the any outstanding issues?
Carsten
I am not aware of any-
Cheers, Alfred-
On Mon, 2007-11-26 at 08:45 +0100, Reinhard Poetz wrote:
The problem is that the groupId of the Avalon framework changed and that's
the
root of all evil in this case. We ever never need a dependency on Avalon
4.1.3
but how to express this in the managedDependencies section?
The only
On Wed, 2008-04-30 at 01:04 +0100, Andy Stevens wrote:
Okay, I admit this is more a user query, but since it's a bit more
technical that some I thought I'd ask where more of the developers
hang out.
We've just migrated some 2.1.x-based sites from Websphere 5 on Solaris
and Windows (where
On Wed, 2008-05-07 at 22:52 -0400, Joerg Heinicke wrote:
On 30.03.2008 02:50, Joerg Heinicke wrote:
Author: antonio
Date: Tue Feb 19 22:42:45 2008
New Revision: 629374
URL: http://svn.apache.org/viewvc?rev=629374view=rev
Log:
Faster implementation.
Saw this one only now ...
On Mon, 2008-05-05 at 00:08 -0700, Ralph Goers wrote:
I sure am glad we decided to go with Java 1.4 for 2.2. See the nice
bulletin at http://java.sun.com/j2se/1.4.2/download.html. At least now
I'm certain we won't be supporting 1.4 until 2010.
No hope to get rid of 1.4 anytime soon. Java
On Wed, 2008-05-28 at 09:03 +0200, Jeroen Reijn wrote:
Please cast your votes!
+1
Cheers, Alfred.
On Fri, 2008-05-30 at 21:40 +, [EMAIL PROTECTED] wrote:
Author: anathaniel
Date: Fri May 30 14:40:23 2008
New Revision: 661886
URL: http://svn.apache.org/viewvc?rev=661886view=rev
Log:
Move all files from /trunk to /trunk/project.
Otherwise these files would never show up in Eclipse.
On Fri, 2008-05-30 at 23:52 +0200, Grzegorz Kossakowski wrote:
Are you sure that having these files listed in Eclipse is enough reason to
move them? Personally
speaking, I'm not so keen on this idea even if using Eclipse.
I found it very annoying that part of the files, especially the root
On Wed, 2008-08-06 at 13:19 +0200, Reinhard Pötz wrote:
Following the result of our recent discussion about the future of
Corona, I propose Corona to become Cocoon 3.
This means that any reference on Corona in source files, package names,
artifact ids, group ids or anywhere else will be
On Tue, 2008-08-05 at 15:40 +0200, Grzegorz Kossakowski wrote:
But of course I meant:
The vote will stay open until 12:00 UTC, 08.08.2008.
Too late, but still +1.
Cheers, Alfred.
On Mon, 2008-08-04 at 08:24 +0200, Reinhard Pötz wrote:
Let's summarize the proposed names (alphabetical order):
Cocoon Chasse
-1: Too carnivore; makes me think first of the French term la chasse
meaning deer hunting or a dish of deer meat.
Cocoon Merenque
+0: How would you pronounce that?
On Thu, 2008-08-21 at 19:46 -0400, Vadim Gritsenko wrote:
On Aug 21, 2008, at 10:59 AM, Jeremy Quinn wrote:
But in the short term, what do people prefer?
My fully expanded Dojo as a block (every file in SVN), or as a Jar
(a single file in SVN)?
Personally, jar file is just fine.
://www.swx.com and
other related websites.
The working language is English but a basic knowledge of German is a
plus.
If you are interested, please post your application to
http://www.swx.com/careers/description/g08msc_lsg01_en.html with
reference to this announcement.
Best regards,
Alfred
On Fri, 2008-09-05 at 17:08 -0500, Lars Huttar wrote:
I'm all for supporting XML Schema and Relax NG, but for Cocoon not to
support DTD's at all just seems baffling.
There is the excellent trang utility to convert between Relax NG / XML
Schema / DTD
Hi Laurent,
we are using Cocoon 2.1.x still with Java 5.
But with that comment in the bug report you should just give it a spin.
If you want to be cautious, define the magic property.
If you feel more adventerous, try it without and fix the source where it
bombs.
Cheers, Alfred.
Submitted On
On Fri, 2009-10-09 at 14:23 +0200, Carsten Ziegeler wrote:
Please cast your votes.
+1
Cheers, Alfred.
BTW, is there still many Cocoon-2.1 users around here ?
Best regards,
Cédric Damioli
At my daytime job I am also still running a number of high-profile
websites with Cocoon 2.1.10. So I am very much interested in continuing
the 2.1.x branch.
But could we agree that JDK1.5 should be
[ http://issues.apache.org/jira/browse/COCOON-1691?page=all ]
Alfred Nathaniel reassigned COCOON-1691:
Assign To: Alfred Nathaniel
ESQL compilation error
--
Key: COCOON-1691
URL: http
[ http://issues.apache.org/jira/browse/COCOON-1691?page=all ]
Alfred Nathaniel updated COCOON-1691:
-
Component: Blocks: Databases
(was: Blocks: XSP)
Fix Version: 2.1.9-dev (current SVN)
Damn it, the ESQL logicsheet escaped
[
http://issues.apache.org/jira/browse/COCOON-1691?page=comments#action_12359084
]
Alfred Nathaniel commented on COCOON-1691:
--
Reintroduce locally scoped xspAttr in xsp.xsl to improve backwards
compatibility for pre-2.1.9 logicsheets:
http
[ http://issues.apache.org/jira/browse/COCOON-1691?page=all ]
Alfred Nathaniel closed COCOON-1691:
Resolution: Fixed
ESQL compilation error
--
Key: COCOON-1691
URL: http://issues.apache.org/jira/browse
[ http://issues.apache.org/jira/browse/COCOON-350?page=all ]
Alfred Nathaniel updated COCOON-350:
Bugzilla Id: (was: 10827)
Component: Blocks: Databases
(was: Blocks: XSP)
ESQL logicsheet belongs to databases block
[ 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
[ http://issues.apache.org/jira/browse/COCOON-476?page=all ]
Alfred Nathaniel closed COCOON-476.
---
Fix Version/s: 2.1.10-dev (current SVN)
Resolution: Won't Fix
Setting Vary: Host has a nasty effect on serving ZIP files through Cocoon.
IE
[
https://issues.apache.org/jira/browse/COCOON-1624?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12464049
]
Alfred Nathaniel commented on COCOON-1624:
--
... or simply flush the pipeline cache whenever the sitemap
[
https://issues.apache.org/jira/browse/COCOON-1980?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alfred Nathaniel closed COCOON-1980.
Resolution: Fixed
Fix Version/s: 2.1.11-dev (Current SVN)
Added dummy
[
https://issues.apache.org/jira/browse/COCOON-1985?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alfred Nathaniel updated COCOON-1985:
-
A Java thread cannot deadlock with itself. Which is the other thread which
holds the lock
[
https://issues.apache.org/jira/browse/COCOON-1985?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alfred Nathaniel closed COCOON-1985.
Resolution: Fixed
Fix Version/s: 2.1.11-dev (Current SVN)
Oops, deadlock
[
https://issues.apache.org/jira/browse/COCOON-2098?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alfred Nathaniel closed COCOON-2098.
Resolution: Fixed
Assignee: Alfred Nathaniel
Patch applied, thanks.
Does not apply
[
https://issues.apache.org/jira/browse/COCOON-1990?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alfred Nathaniel reassigned COCOON-1990:
Assignee: Alfred Nathaniel
Redirect bug WITHIN sub sitemap WHEN using uri-prefix
[
https://issues.apache.org/jira/browse/COCOON-1990?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12546916
]
Alfred Nathaniel commented on COCOON-1990:
--
Your case does not work only because the sub-sitemap
[
https://issues.apache.org/jira/browse/COCOON-1990?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12549708
]
Alfred Nathaniel commented on COCOON-1990:
--
Vadim, sub-sitemap and root sitemap can be in the same
[
https://issues.apache.org/jira/browse/COCOON-1990?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alfred Nathaniel closed COCOON-1990.
Resolution: Fixed
That was a weird way to find out, whether it was a redirect to the root
[
https://issues.apache.org/jira/browse/COCOON-2165?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alfred Nathaniel closed COCOON-2165.
Resolution: Won't Fix
The xsl:include uses the same source resolver and default protocol
[
https://issues.apache.org/jira/browse/COCOON-2065?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alfred Nathaniel updated COCOON-2065:
-
Fix Version/s: 2.1.12-dev (Current SVN)
I applied the patch now also to 2.1.12-dev
[
https://issues.apache.org/jira/browse/COCOON-2065?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alfred Nathaniel reassigned COCOON-2065:
Assignee: Alfred Nathaniel
huge performance increase of LuceneIndexTransformer
[
https://issues.apache.org/jira/browse/COCOON-2065?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alfred Nathaniel closed COCOON-2065.
Resolution: Fixed
Please check 2.1.12-dev and reopen issue in case there is a problem
[
https://issues.apache.org/jira/browse/COCOON-2031?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12586972#action_12586972
]
Alfred Nathaniel commented on COCOON-2031:
--
Peter, what is the difference between
[
https://issues.apache.org/jira/browse/COCOON-2213?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alfred Nathaniel reassigned COCOON-2213:
Assignee: Alfred Nathaniel
Change check on mime-type to enable custom encoding
[
https://issues.apache.org/jira/browse/COCOON-2213?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alfred Nathaniel updated COCOON-2213:
-
Status: On Hold (was: Open)
Applied your patch and synchronized branch and trunk
[
https://issues.apache.org/jira/browse/COCOON-1622?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12610653#action_12610653
]
Alfred Nathaniel commented on COCOON-1622:
--
Applied the patch also to 2.2:
http
[
https://issues.apache.org/jira/browse/COCOON-2177?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alfred Nathaniel reassigned COCOON-2177:
Assignee: Alfred Nathaniel
ImageOp with requested height width both zero should
[
https://issues.apache.org/jira/browse/COCOON-2177?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alfred Nathaniel updated COCOON-2177:
-
Status: On Hold (was: Open)
Patch applied to 2.1 and 2.2:
http://svn.apache.org
[
https://issues.apache.org/jira/browse/COCOON-2133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12610660#action_12610660
]
Alfred Nathaniel commented on COCOON-2133:
--
Backported to 2.1: http
[
https://issues.apache.org/jira/browse/COCOON-2169?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alfred Nathaniel updated COCOON-2169:
-
Status: On Hold (was: Open)
I can't quite follow you. What is the special behaviour
[
https://issues.apache.org/jira/browse/COCOON-2169?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alfred Nathaniel reassigned COCOON-2169:
Assignee: Alfred Nathaniel
ImageOp resize effect has broken/useless default
[
https://issues.apache.org/jira/browse/COCOON-2177?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alfred Nathaniel closed COCOON-2177.
Resolution: Duplicate
This issue is a variation of COCOON-2169.
ImageOp with requested
[
https://issues.apache.org/jira/browse/COCOON-2169?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alfred Nathaniel updated COCOON-2169:
-
Status: Continued (was: On Hold)
OK, got it now.
ImageOp resize effect has broken
[
https://issues.apache.org/jira/browse/COCOON-2169?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alfred Nathaniel updated COCOON-2169:
-
Status: On Hold (was: Continued)
Fix for 2.1: http://svn.apache.org/viewvc?rev
[
https://issues.apache.org/jira/browse/COCOON-2031?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alfred Nathaniel closed COCOON-2031.
Resolution: Fixed
Fix Version/s: 2.1.10
Presumed to be fixed.
Reopen or raise
[
https://issues.apache.org/jira/browse/COCOON-2247?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12661389#action_12661389
]
Alfred Nathaniel commented on COCOON-2247:
--
Latest Cocoon 2.2 and 2.1 behave
[
https://issues.apache.org/jira/browse/COCOON-2315?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alfred Nathaniel closed COCOON-2315.
Resolution: Not A Problem
This is not a bug but a misconception what the file generator
[
https://issues.apache.org/jira/browse/COCOON-2169?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alfred Nathaniel closed COCOON-2169.
Resolution: Fixed
Assuming lazy consense that issue is solved.
ImageOp resize effect
[
https://issues.apache.org/jira/browse/COCOON-2315?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alfred Nathaniel updated COCOON-2315:
-
Summary: WebserviceGenerator should allow to include the request headers of
the caller
Alfred Nathaniel created COCOON-2362:
Summary: Unsynchronized HashMap.put leads to infinite loop
Key: COCOON-2362
URL: https://issues.apache.org/jira/browse/COCOON-2362
Project: Cocoon
[
https://issues.apache.org/jira/browse/COCOON-2363?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alfred Nathaniel updated COCOON-2363:
-
Description:
The Cocoon 2.1.12 POI block uses poi-3.10-final which contains a few
[
https://issues.apache.org/jira/browse/COCOON-2363?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16774179#comment-16774179
]
Alfred Nathaniel commented on COCOON-2363:
--
Commited fix to 2.1.13-dev, including updates
[
https://issues.apache.org/jira/browse/COCOON-2362?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16774123#comment-16774123
]
Alfred Nathaniel commented on COCOON-2362:
--
Fix committed to 2.1.13-dev.
http://svn.apache.org
Alfred Nathaniel created COCOON-2363:
Summary: Update to poi-3.14
Key: COCOON-2363
URL: https://issues.apache.org/jira/browse/COCOON-2363
Project: Cocoon
Issue Type: Improvement
Alfred Nathaniel created COCOON-2367:
Summary: Update to xalan-2.7.2 and add serializer-2.7.2
Key: COCOON-2367
URL: https://issues.apache.org/jira/browse/COCOON-2367
Project: Cocoon
[
https://issues.apache.org/jira/browse/COCOON-2367?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16774266#comment-16774266
]
Alfred Nathaniel commented on COCOON-2367:
--
Committed fix to 2.1.13-dev.
http://svn.apache.org
Alfred Nathaniel created COCOON-2364:
Summary: Update to fop-1.1
Key: COCOON-2364
URL: https://issues.apache.org/jira/browse/COCOON-2364
Project: Cocoon
Issue Type: Improvement
[
https://issues.apache.org/jira/browse/COCOON-2366?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16774256#comment-16774256
]
Alfred Nathaniel commented on COCOON-2366:
--
Retaining Javac, Jikes, and Pizza compilers
[
https://issues.apache.org/jira/browse/COCOON-2364?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16774202#comment-16774202
]
Alfred Nathaniel commented on COCOON-2364:
--
Committed fix to 2.1.13-dev.
http://svn.apache.org
[
https://issues.apache.org/jira/browse/COCOON-2365?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alfred Nathaniel updated COCOON-2365:
-
Description:
Cocoon 2.1.12 uses httpclient-2.0.2 in various blocks (XSP, Proxy, WebDAV
[
https://issues.apache.org/jira/browse/COCOON-2366?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16774251#comment-16774251
]
Alfred Nathaniel commented on COCOON-2366:
--
Committed fix to 2.1.13-dev.
http://svn.apache.org
1 - 100 of 114 matches
Mail list logo