Reinhard P?tz wrote:
David Crossley wrote:
This would generally be a good topic to raise on the ASF
legal-discuss mail list. If it was framed in terms of
establishing a well-defined procedure, then it would get
better response.
What does it mean to establish a procedure? Could you help
Mark Lundquist wrote:
snipinteresting stuff/snip
All that's missing is being able to identify the baseline of source code
that was used to build the 2.2 release. I need to be able to build the
core and a few modules. Can somebody help me figure this out?
Cocoon 2.2 is based on two
Mark Lundquist wrote:
Hi, a couple more questions...
1) In my hello world Cocoon app created by following
http://cocoon.apache.org/2.2/1159_1_1.html, I look at the POM and I see
a different version ID for each dependency, and I understand why that
is... but so, suppose now my application is
On Wed, Jul 30, 2008 at 7:46 AM, Reinhard Pötz [EMAIL PROTECTED] wrote:
... . Apache Cocoon Silk
My favorite - usually known as Cocoon Silk
... . Apache Silk...
Omitting Cocoon in the name would be a bad idea IMO, as the Cocoon
brand is well-known.
-Bertrand
On Tue, Jul 29, 2008 at 11:18 AM, Andrew Savory [EMAIL PROTECTED] wrote:
It's my pleasure to propose Jasha Joachimsthal as a new committer on
the Apache Cocoon project.
And it's mine to give Jasha my +1, welcome!
-Bertrand
On Tue, Jul 29, 2008 at 7:33 PM, Luca Morandini [EMAIL PROTECTED] wrote:
...Anyway, tough it looks suspiciously like a press gang [1] of Royal Navy
notoriety, I accept the great honor that has been bestowed on me ;)
Besides, I've heard Apache committers have special discounts on the entire
-Original Message-
From: Reinhard Pötz [mailto:[EMAIL PROTECTED]
Sent: woensdag 30 juli 2008 7:46
To: dev@cocoon.apache.org
Subject: Find a new name for Corona (was: [proposal] Corona:
A Cocoon subproject)
The USA spelling might be better: Fiber.
ok, that's much better IMO.
Bertrand Delacretaz pisze:
On Wed, Jul 30, 2008 at 7:46 AM, Reinhard Pötz [EMAIL PROTECTED] wrote:
... . Apache Cocoon Silk
My favorite - usually known as Cocoon Silk
... . Apache Silk...
Omitting Cocoon in the name would be a bad idea IMO, as the Cocoon
brand is well-known.
+1
--
[EMAIL PROTECTED] pisze:
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=105274projectId=51
Build statistics:
State: Failed
Previous State: Ok
Started at: Tue 29 Jul 2008 07:40:41 -0700
Finished at: Tue 29 Jul 2008 08:09:59 -0700
Total time: 29m 18s
Build
[
https://issues.apache.org/jira/browse/COCOON-2229?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lukas Lang updated COCOON-2229:
---
Attachment: patch.c2229.20080730.txt
Apply this patch to your cocoon-jms folder.
Migrate JMS
[
https://issues.apache.org/jira/browse/COCOON-2230?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lukas Lang updated COCOON-2230:
---
Attachment: patch.c2230.20080730.txt
Apply this patch to the cocoon-core directory.
Write
Hi,
2008/7/30 Reinhard Pötz [EMAIL PROTECTED]:
ok, that's much better IMO. Provided that we are allowed to have a
subproject without Cocoon in the name, the current list of suggested names
includes:
. Apache Cocoon Fiber
. Apache Cocoon Silk
. Apache Fiber
. Apache Silk
Any other
Grzegorz Kossakowski wrote:
Reinhard, are you aware of this problem?
I had a quick look into source and I cannot understand why it fails or
more precisely how you changes made it to fail.
Yes, I'm aware but I have no idea either. Let's see what will happen
after the next CI cycle.
--
Hi,
Continuum reported broken[1] build that I can confirm on my computer. Since I don't know that much
about eventcache block I don't have an idea how to fix it.
Lukas, as you are working now on this stuff, can you give us some advice?
PS. Answer to the Cocoon's dev mailing.
[1]
Reinhard Pötz pisze:
Grzegorz Kossakowski wrote:
Reinhard, are you aware of this problem?
I had a quick look into source and I cannot understand why it fails or
more precisely how you changes made it to fail.
Yes, I'm aware but I have no idea either. Let's see what will happen
after the
Mark Lundquist pisze:
Hi Devs,
Hi Mark,
I need some help understanding the temple of mystery that is
http://svn.apache.org/repos/asf/cocoon/tags/. If I wanted to build my
own 2.2 artifacts, how would I do that?
Some background, I'll *try* to make it as short as possible :-/ (and
while
Grzegorz Kossakowski wrote:
Hi,
Continuum reported broken[1] build that I can confirm on my computer.
Since I don't know that much about eventcache block I don't have an idea
how to fix it.
Lukas, as you are working now on this stuff, can you give us some advice?
PS. Answer to the Cocoon's
Reinhard Pötz wrote:
. Apache Cocoon Fiber
. Apache Cocoon Silk
. Apache Fiber
. Apache Silk
Any other suggestions?
I agree with the others that we should leave Cocoon in the name. We
have a very strong brand which we should use.
I don't like Fiber - it reminds me of the German word
Hi Grzegorz,
2008/7/27 Grzegorz Kossakowski [EMAIL PROTECTED]:
Actually, time passed since our last meeting and I learned how to do things
in damn easy way. So here goes the instructions:
1. Grab Eclipse from www.eclipse.org (I use 3.3 but newest 3.4 should work
as well)
2. Install run
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi
I doubt that the (monthly?) generated and published documentation contains all
info that we have. I.e. for several
classes the @cocoon.sitemap.component.documentation annotation (maybe others as
well) doesn't seems to processed into
daisy, i.e.
Felix Knecht schrieb:
Hi
I doubt that the (monthly?) generated and published documentation
contains all info that we have. I.e. for several
classes the @cocoon.sitemap.component.documentation annotation (maybe
others as well) doesn't seems to processed into
daisy, i.e. for [1] - but it
After hours trying to download miscelleanous poms the
tools/sitemaptags2daisy has built now and I can see that
New documents: 7
Updated documents: 123
Unmodified documents: 147
I'll try now to update daisy and hope it works and I'm not causing any
troubles or documentation breaks
Can
[
https://issues.apache.org/jira/browse/COCOON-2230?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Reinhard Poetz reassigned COCOON-2230:
--
Assignee: Reinhard Poetz
Write integration tests for JMS block
[
https://issues.apache.org/jira/browse/COCOON-2230?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Reinhard Poetz closed COCOON-2230.
--
Resolution: Fixed
thanks, patch applied
Write integration tests for JMS block
[
https://issues.apache.org/jira/browse/COCOON-2229?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Reinhard Poetz reassigned COCOON-2229:
--
Assignee: Reinhard Poetz
Migrate JMS block to Spring
---
[
https://issues.apache.org/jira/browse/COCOON-2229?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Reinhard Poetz closed COCOON-2229.
--
Resolution: Fixed
patch applied. thanks!
Migrate JMS block to Spring
[
https://issues.apache.org/jira/browse/COCOON-2223?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Reinhard Poetz closed COCOON-2223.
--
Resolution: Fixed
patch applied. thanks!
Fix block and migrate Avalon components to Spring
Felix Knecht schrieb:
After hours trying to download miscelleanous poms the
tools/sitemaptags2daisy has built now and I can see that
New documents: 7
Updated documents: 123
Unmodified documents: 147
I'll try now to update daisy and hope it works and I'm not causing
any troubles or
I've just applied Lukas' work on the event-cache and the jms blocks. The
main tasks were the migration to Spring providing integration tests.
There isn't much to say about the event-cache migration but that we
decided to remove the dependency on the JMS block. IMO the concept of
events in
Felix Knecht wrote:
Felix Knecht schrieb:
After hours trying to download miscelleanous poms the
tools/sitemaptags2daisy has built now and I can see that
New documents: 7
Updated documents: 123
Unmodified documents: 147
I'll try now to update daisy and hope it works and I'm not causing
any
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=105380projectId=51
Build statistics:
State: Failed
Previous State: Failed
Started at: Wed 30 Jul 2008 03:37:32 -0700
Finished at: Wed 30 Jul 2008 03:47:12 -0700
Total time: 9m 39s
Build Trigger: Schedule
Build
I've just committed a fix for this Maven 2 / Java 1.4 related error.
Here is the relevant part of the error message:
[INFO]
[INFO] Building Cocoon JMS Block Implementation
[INFO]task-segment: [clean, install]
[INFO]
[EMAIL PROTECTED] pisze:
Author: reinhard
Date: Wed Jul 30 04:07:22 2008
New Revision: 680974
URL: http://svn.apache.org/viewvc?rev=680974view=rev
Log:
explicitly set version numbers because of the Maven 2 - Java 1.4 bug (that has
hit us s many times)
I believe this is fixed in 2.0.9. I
I had a brief look at the link-rewrite block and think now that the
migration of the LinkrewriterTransformer will be difficult because of
its configuration can't be easily converted to Spring.
Since the main use case for the LinkrewritingTransformer is rewriting
servlet: links, I think that
Reinhard Pötz pisze:
I had a brief look at the link-rewrite block and think now that the
migration of the LinkrewriterTransformer will be difficult because of
its configuration can't be easily converted to Spring.
What kind of obstacles you can see here?
Since the main use case for the
-Original Message-
From: Reinhard Pötz [mailto:[EMAIL PROTECTED]
Sent: woensdag 30 juli 2008 13:29
To: dev@cocoon.apache.org
Subject: Webdav and link-rewrite
Apart from the link-rewrite block he will also migrate the
webdav block.
Any thoughts or recommendations on this? The
Grzegorz Kossakowski wrote:
Reinhard Pötz pisze:
I had a brief look at the link-rewrite block and think now that the
migration of the LinkrewriterTransformer will be difficult because of
its configuration can't be easily converted to Spring.
What kind of obstacles you can see here?
Reinhard Pötz pisze:
Grzegorz Kossakowski wrote:
Reinhard Pötz pisze:
I had a brief look at the link-rewrite block and think now that the
migration of the LinkrewriterTransformer will be difficult because of
its configuration can't be easily converted to Spring.
What kind of obstacles you
Dear All
Background:
While working on validating number fields for CForms, I am finding
that there is a huge number of discrepancies between Dojo's localised
number formatting and the ones built-in to Java. These discrepancies
are breaking Dojo's ability to perform client-side validation
So far I suppose this needs also the creation of a new Daisy site. I
think that I've all done I can do in Daisy (added a new document for
tests [1]) but I'm not able to create the new site on
c.z.a.o:/.../daisywikidata/sites
[1] http://cocoon.zones.apache.org/daisy/cdocs/1465.html
[EMAIL
Felix Knecht wrote:
So far I suppose this needs also the creation of a new Daisy site. I
think that I've all done I can do in Daisy (added a new document for
tests [1]) but I'm not able to create the new site on
c.z.a.o:/.../daisywikidata/sites
What's the document id of the navigation
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=105399projectId=51
Build statistics:
State: Failed
Previous State: Failed
Started at: Wed 30 Jul 2008 05:03:21 -0700
Finished at: Wed 30 Jul 2008 05:17:44 -0700
Total time: 14m 23s
Build Trigger: Schedule
Grzegorz Kossakowski wrote:
Reinhard Pötz pisze:
Grzegorz Kossakowski wrote:
Reinhard Pötz pisze:
I had a brief look at the link-rewrite block and think now that the
migration of the LinkrewriterTransformer will be difficult because
of its configuration can't be easily converted to Spring.
Reinhard Pötz schrieb:
Felix Knecht wrote:
So far I suppose this needs also the creation of a new Daisy site. I
think that I've all done I can do in Daisy (added a new document for
tests [1]) but I'm not able to create the new site on
c.z.a.o:/.../daisywikidata/sites
What's the document id
On Jul 29, 2008, at 1:33 PM, Luca Morandini wrote:
Besides, I've heard Apache committers have special discounts on the
entire Mercedes-Benz range of models... what ? That was just a
joke ? Oh my... :(
You do get a discount on ApacheCon... See you in New Orleans?
Vadim
Now we have the problem that the ActiveMQ version that we use was built
with Java 5:
[ERROR] BUILD FAILURE
[INFO]
[INFO] Compilation failure
Hi,
2008/7/30 Reinhard Pötz [EMAIL PROTECTED]:
Now we have the problem that the ActiveMQ version that we use was built with
Java 5:
[ERROR] BUILD FAILURE
According to
http://activemq.apache.org/can-i-use-activemq-5x-or-later-on-java-14.html
there is no version built for 1.4.
What shall
Hey,
this came out of my head. Currently, I'm using three different Java versions on
my PC.
I'm sorry for that. As Reinhard already stated,
there won't be a solution in the near future, except using the Retrotranslator.
I could suggest to introduce a profile, activated when using Java 5 or
Reinhard Pötz schrieb:
According to
http://activemq.apache.org/can-i-use-activemq-5x-or-later-on-java-14.html
there is no version built for 1.4.
What shall we do?
Can't we use the enforcer plugin that the jms block is only build and
added when using 1.5 or higher and make a note in the
Apart from the link-rewrite block he will also migrate the
webdav block.
Any thoughts or recommendations on this? The plan is that all
Avalon components are migrated to Spring and that Jackrabbit
is used as webdav server.
I remember Jasha and Jereon have started to work on
Felix Knecht wrote:
Reinhard Pötz schrieb:
According to
http://activemq.apache.org/can-i-use-activemq-5x-or-later-on-java-14.html
there is no version built for 1.4.
What shall we do?
Can't we use the enforcer plugin that the jms block is only build and
added when using 1.5 or higher and
Reinhard Pötz pisze:
Now we have the problem that the ActiveMQ version that we use was built
with Java 5:
snip/
According to
http://activemq.apache.org/can-i-use-activemq-5x-or-later-on-java-14.html
there is no version built for 1.4.
What shall we do?
Actually, this is a part of bigger
Then I think the solution is rather clear: we need to migrate to 1.5.
If Sun is not supporting Java 1.4 then I don't want to support it as
well in our _trunk_.
People that need to stick to Java 1.4 still have a choice: We have
released 2.2 that works with Java 1.4.
Therefore I propose to
Felix Knecht schrieb:
Reinhard Pötz schrieb:
Felix Knecht wrote:
So far I suppose this needs also the creation of a new Daisy site. I
think that I've all done I can do in Daisy (added a new document for
tests [1]) but I'm not able to create the new site on
c.z.a.o:/.../daisywikidata/sites
Silk is the shorthand name for SilkTest and SilkPerformer.
http://www.borland.com/us/products/silk/index.html.
Carsten Ziegeler wrote:
Reinhard Pötz wrote:
. Apache Cocoon Fiber
. Apache Cocoon Silk
. Apache Fiber
. Apache Silk
Any other suggestions?
I agree with the others that we
On Wed, Jul 30, 2008 at 8:47 AM, Felix Knecht [EMAIL PROTECTED] wrote:
Then I think the solution is rather clear: we need to migrate to 1.5. If
Sun is not supporting Java 1.4 then I don't want to support it as well in
our _trunk_.
People that need to stick to Java 1.4 still have a choice:
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=105409projectId=51
Build statistics:
State: Failed
Previous State: Failed
Started at: Wed 30 Jul 2008 07:42:45 -0700
Finished at: Wed 30 Jul 2008 07:54:05 -0700
Total time: 11m 20s
Build Trigger: Schedule
Jeremy Quinn escribió:
Dear All
Background:
While working on validating number fields for CForms, I am finding
that there is a huge number of discrepancies between Dojo's localised
number formatting and the ones built-in to Java. These discrepancies
are breaking Dojo's ability to perform
:-( that's bad. Any other suggestions?
Ralph Goers wrote:
Silk is the shorthand name for SilkTest and SilkPerformer.
http://www.borland.com/us/products/silk/index.html.
Carsten Ziegeler wrote:
Reinhard Pötz wrote:
. Apache Cocoon Fiber
. Apache Cocoon Silk
. Apache Fiber
. Apache Silk
Jeremy Quinn jeremy at apache.org writes:
Currently, o.a.c.forms.datatype.convertor.FormattingDecimalConvertor
(the baseclass for all Number Formatting convertors), uses
java.text.DecimalFormat internally, without exposing the class to the
outside (except for one protected Method).
On Wed, Jul 30, 2008 at 5:28 PM, Reinhard Pötz [EMAIL PROTECTED] wrote:
:-( that's bad. Any other suggestions?
I still think that Cocoon 3.0 could be the name, if people are going
to invest a significant effort in what's Corona today. For Sling we'd
like to use the pipelines implementation, so
Bertrand Delacretaz wrote:
On Wed, Jul 30, 2008 at 5:28 PM, Reinhard Pötz [EMAIL PROTECTED] wrote:
:-( that's bad. Any other suggestions?
I still think that Cocoon 3.0 could be the name, if people are going
to invest a significant effort in what's Corona today. For Sling we'd
like to use the
On Wed, Jul 30, 2008 at 6:04 PM, Reinhard Pötz [EMAIL PROTECTED] wrote:
...I'm still not convinced that we should name it Cocoon 3.0 _now_ (quoting
myself from a few days ago):..
I knew someone had said something about that, couldn't find that thread ;-)
...When Corona is able to attract a
Just my 0,02 cents...
I always considered Cocoon to mean more than pipelines, sitemap and alike
Thus I don't think using Cocoon 3.0 being an apropriate name.
What about
Cocoon Pipe (ok, not exaktly)
or
Cocoon Bones
Rainer
Reinhard Pötz schrieb:
Bertrand Delacretaz wrote:
On Wed, Jul
On Wed, Jul 30, 2008 at 10:53 AM, Bertrand Delacretaz
[EMAIL PROTECTED] wrote:
On Wed, Jul 30, 2008 at 5:28 PM, Reinhard Pötz [EMAIL PROTECTED]
wrote:
:-( that's bad. Any other suggestions?
I still think that Cocoon 3.0 could be the name, if people are going
to invest a significant effort
Peter Hunsberger wrote:
On Wed, Jul 30, 2008 at 10:53 AM, Bertrand Delacretaz
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote:
On Wed, Jul 30, 2008 at 5:28 PM, Reinhard Pötz [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
:-( that's bad. Any other suggestions?
I still
Issue Subscription
Filter: COCOON-open-with-patch (108 issues)
Subscriber: cocoon
Key Summary
COCOON-2228 StripNameSpacesTransformer does not strip namespace prefix of
attributes
https://issues.apache.org/jira/browse/COCOON-2228
COCOON- Add SaxParser configuration
On Jul 30, 2008, at 1:23 AM, Grzegorz Kossakowski wrote:
Any chance for you to create a similar page documenting your new
approach? I'm sure that there would be a people benefiting from a
nice cook-book document.
Gladly. Once I get it worked out, I'll document it (maybe Daisy would
be
Bertrand Delacretaz wrote:
If that's the plan (and I like it), why not keep the project Corona
name for now?
That would be just a project name, not a product name, so we don't
need to care about conflicts, the full name would be Apache Cocoon -
project Corona.
In my, very humble, opinion,
Vadim Gritsenko wrote:
On Jul 29, 2008, at 1:33 PM, Luca Morandini wrote:
Besides, I've heard Apache committers have special discounts on the
entire Mercedes-Benz range of models... what ? That was just a joke ?
Oh my... :(
You do get a discount on ApacheCon...
It's not *exactly* the
[
https://issues.apache.org/jira/browse/COCOON-1834?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Reinhard Poetz closed COCOON-1834.
--
Resolution: Won't Fix
Integrate OSGi extensions into build system
[
https://issues.apache.org/jira/browse/COCOON-1828?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Reinhard Poetz closed COCOON-1828.
--
Resolution: Fixed
done in the meantime
Tutorial: Rewrite the blocks tutorials
[
https://issues.apache.org/jira/browse/COCOON-1827?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Reinhard Poetz closed COCOON-1827.
--
Resolution: Won't Fix
Howto: How to get OSGi-based Cocoon running?
[
https://issues.apache.org/jira/browse/COCOON-1835?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Reinhard Poetz closed COCOON-1835.
--
Resolution: Won't Fix
Deployment bundle
-
Key:
David Crossley wrote:
I would like to propose Luca Morandini as a new Cocoon committer
and PMC member.
Luca participates at the Cocoon dev and users mail lists
since 2001, being more active again recently.
http://cocoon.markmail.org/search/?q=morandini
shows that there are many contributions
David Crossley wrote:
I propose Andreas Hartmann as a new Cocoon committer
and PMC member.
Andreas already has commit access to Cocoon by virtue
of being a committer at Apache Lenya.
This will formalise his status at Cocoon and enable
him to be a PMC member.
Andreas has been participating
Andrew Savory wrote:
Hi,
It's my pleasure to propose Jasha Joachimsthal as a new committer on
the Apache Cocoon project.
Jasha has been active on the Cocoon mailing lists since the start of
2006 (http://cocoon.markmail.org/search/?q=Joachimsthal). He has
contributed extensively on the user
David Crossley wrote:
I propose Thorsten Scherler as a new Cocoon committer
and PMC member.
Thorsten already has commit access to Cocoon by virtue
of being a committer at Apache Lenya and Apache Forrest.
This will formalise his status at Cocoon and enable
him to be a PMC member.
Thorsten has
Hi,
What's left to do to make the ImageOp block ready for release? Maybe
I can try and do my bit...
cheers,
—ml—
smime.p7s
Description: S/MIME cryptographic signature
79 matches
Mail list logo