On Feb 16, 2008, at 11:44 AM, Torsten Curdt wrote:
On 16.02.2008, at 17:12, Reinhard Poetz wrote:
After having seen quite a few people wonder what 'cocoon:rcl'
means, I propose to change it to some better name.
The general idea is that this Maven goal creates a web application
which
On Wed, 2008-02-20 at 08:16 -0500, Vadim Gritsenko wrote:
On Feb 16, 2008, at 11:44 AM, Torsten Curdt wrote:
On 16.02.2008, at 17:12, Reinhard Poetz wrote:
After having seen quite a few people wonder what 'cocoon:rcl'
means, I propose to change it to some better name.
The general
On Feb 16, 2008, at 12:36 PM, [EMAIL PROTECTED] wrote:
start with an Ant script that creates the distribution artifacts for
Non-Maven Cocoon releases
Just wondering - why not assembly plugin?
Do you want to create a binary distribution from a Maven project that
includes supporting
Reinhard Poetz schrieb:
After having seen quite a few people wonder what 'cocoon:rcl' means, I
propose to change it to some better name.
The general idea is that this Maven goal creates a web application
which wraps the block and makes it runable as a 'normal' web
application in a web
Vadim Gritsenko wrote:
On Feb 16, 2008, at 12:36 PM, [EMAIL PROTECTED] wrote:
start with an Ant script that creates the distribution artifacts for
Non-Maven Cocoon releases
Just wondering - why not assembly plugin?
I failed to get it working the way I want it. Since I do not want to invest
Felix Knecht wrote:
Reinhard Poetz schrieb:
After having seen quite a few people wonder what 'cocoon:rcl' means, I
propose to change it to some better name.
The general idea is that this Maven goal creates a web application
which wraps the block and makes it runable as a 'normal' web
Thorsten Scherler wrote:
cocoon:loader
For me the best suggestion so far. But what do native speaker feel when they
read/enter this? Does it sound natural?
Think that you usually enter
mvn cocoon:loader jetty:run
when you want to run a block.
--
Reinhard Pötz
Vadim Gritsenko wrote:
On Feb 16, 2008, at 11:44 AM, Torsten Curdt wrote:
What about cocoon:webapp-loader
cocoon:reloader (shorter), or cocoon:webapp-reloader (more descriptive)
That this goal supports the usage of a reloading classloader is just a feature
but (at least in trunk)
On 20.02.2008, at 15:50, Reinhard Poetz wrote:
Vadim Gritsenko wrote:
On Feb 16, 2008, at 11:44 AM, Torsten Curdt wrote:
What about cocoon:webapp-loader
cocoon:reloader (shorter), or cocoon:webapp-reloader (more
descriptive)
That this goal supports the usage of a reloading classloader is
Reinhard Poetz wrote:
Felix Knecht wrote:
Reinhard Poetz schrieb:
After having seen quite a few people wonder what 'cocoon:rcl' means,
I propose to change it to some better name.
The general idea is that this Maven goal creates a web application
which wraps the block and makes it runable
Then
cocoon:prepare
or (more verbose)
cocoon:prepare-run
does sound appropriate
Jason Johnston schrieb:
Reinhard Poetz wrote:
Felix Knecht wrote:
Reinhard Poetz schrieb:
After having seen quite a few people wonder what 'cocoon:rcl' means,
I propose to change it to some better
On Wed, 2008-02-20 at 16:19 +0100, Torsten Curdt wrote:
On 20.02.2008, at 15:50, Reinhard Poetz wrote:
Vadim Gritsenko wrote:
On Feb 16, 2008, at 11:44 AM, Torsten Curdt wrote:
What about cocoon:webapp-loader
cocoon:reloader (shorter), or cocoon:webapp-reloader (more
descriptive)
[
https://issues.apache.org/jira/browse/COCOON-1529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Johannes Textor updated COCOON-1529:
Attachment: I18nTransformer.java.diff
IMHO, there is no reason that i18n transformer
Thorsten Scherler wrote:
Maybe even shorter and c-64 style: ;)
mvn cocoon:load jetty:run
after reading all the mails again, here are my two favorits:
mvn cocoon:load jetty:run
mvn cocoon:prepare jetty:run
WDOT?
--
Reinhard PötzManaging Director, {Indoqa} GmbH
Reinhard Poetz pisze:
Thorsten Scherler wrote:
Maybe even shorter and c-64 style: ;)
mvn cocoon:load jetty:run
after reading all the mails again, here are my two favorits:
mvn cocoon:load jetty:run
mvn cocoon:prepare jetty:run
WDOT?
+1 for cocoon:prepare provided it helps people...
Issue Subscription
Filter: COCOON-open-with-patch (106 issues)
Subscriber: cocoon
Key Summary
COCOON-2168 ResourceReader produces Java Heap Overflow when reading a huge
resource
https://issues.apache.org/jira/browse/COCOON-2168
COCOON-2162 [PATCH] Fix for Paginator when
[
https://issues.apache.org/jira/browse/COCOON-1529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12570795#action_12570795
]
solprovider commented on COCOON-1529:
-
The i18n transformer requires users to add the
On 20.02.2008 12:47, Reinhard Poetz wrote:
mvn cocoon:load jetty:run
after reading all the mails again, here are my two favorits:
mvn cocoon:load jetty:run
mvn cocoon:prepare jetty:run
Considering your explanation [1] I slightly prefer cocoon:prepare.
Joerg
[1]
On 19.02.2008 21:17, [EMAIL PROTECTED] wrote:
Compare these examples:
map:select
map:when test=first
map:transform
map:parameter name=choice value=first/
/map:transform
/map:when
map:otherwise
map:transform
map:parameter name=choice value=other/
On Wed, Feb 20, 2008 at 7:40 PM, Joerg Heinicke [EMAIL PROTECTED] wrote:
On 19.02.2008 21:17, [EMAIL PROTECTED] wrote:
Compare these examples:
map:select
map:when test=first
map:transform
map:parameter name=choice value=first/
/map:transform
On 20.02.2008 21:04, [EMAIL PROTECTED] wrote:
Writing a reusable InputModule that can handle:
if(resource1.exists()){ return parameter1;}
else if(resource2.exists()){return parameter2;}
else if(resource3.exists()){return parameter3; }
...
else return finalparameter;
is possible.
21 matches
Mail list logo
