Antonio Gallardo wrote:
> Carsten Ziegeler escribió:
>> It seems that the jar with the dojo resources is completly missing in
>> 2.2. I have no clue how the jar is build for 2.1.x and how we can handle
>> this in an easy way with m2? Any ideas?
>>
>> Carsten
>>
> I guess Sylvain has the ant buil
I'm currently wondering what the best way to configure 2.2 from a user
perspective is. We now have includes for xconfs and property
replacements which is great.
Now, each block comes with its own configuration files: all of them are
stored in the jar and on deployment some of these files are extrac
Carsten Ziegeler escribió:
It seems that the jar with the dojo resources is completly missing in
2.2. I have no clue how the jar is build for 2.1.x and how we can handle
this in an easy way with m2? Any ideas?
Carsten
I guess Sylvain has the ant build.xml for this jar. We could add a maven
p
Reinhard Poetz wrote:
> Carsten Ziegeler wrote:
>> Ok, forget this issue - it's working now (another of those strange m2
>> issues). Anyway, the deploy is not handling transitive dependencies yet.
>> Is this a known issue? Any hints on how to fix/handle this?
>
> Why do you think that transitive d
This is rather bizarre. I have no idea how this got into the list of
things subversion wanted to commit.
[EMAIL PROTECTED] wrote:
Modified:
cocoon/branches/BRANCH_2_1_X/src/blocks/poi/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements/ConstraintType.java
URL:
http:/
Automated build for cocoon-docs FAILED
Log attached.
--
Forrestbot run ended at 16 May 12:25 AM
Using Forrest 0.8-dev
Forrestbot administrator: ForrestBot
--
[echo]
... Forrest render START 2006-05-16 12:02:10
... Rendering docs in
/export/home/confi
Jorg Heymans wrote:
Carsten Ziegeler wrote:
It seems that the jar with the dojo resources is completly missing in
2.2. I have no clue how the jar is build for 2.1.x and how we can handle
this in an easy way with m2? Any ideas?
What if we just unpack the resources and add them to
src/main/res
Carsten Ziegeler wrote:
Ok, forget this issue - it's working now (another of those strange m2
issues). Anyway, the deploy is not handling transitive dependencies yet.
Is this a known issue? Any hints on how to fix/handle this?
Why do you think that transitive dependencies are not supported?
Ca
Carsten Ziegeler wrote:
> It seems that the jar with the dojo resources is completly missing in
> 2.2. I have no clue how the jar is build for 2.1.x and how we can handle
> this in an easy way with m2? Any ideas?
What if we just unpack the resources and add them to
src/main/resources/dojo of the
It seems that the jar with the dojo resources is completly missing in
2.2. I have no clue how the jar is build for 2.1.x and how we can handle
this in an easy way with m2? Any ideas?
Carsten
--
Carsten Ziegeler - Open Source Group, S&N AG
http://www.s-und-n.de
http://www.osoco.org/weblogs/rael/
Ok, forget this issue - it's working now (another of those strange m2
issues). Anyway, the deploy is not handling transitive dependencies yet.
Is this a known issue? Any hints on how to fix/handle this?
Carsten
Carsten Ziegeler schrieb:
> I just tested the new maven deployer which does a great jo
Reinhard Poetz wrote:
> Carsten Ziegeler wrote:
>> Reinhard Poetz wrotte:
>>
- fix the bug with the CallNode
>>> according to Carsten it's fixed (will look at it tommorrow in more detail)
>>>
>> I will test it tonight as well.
>
> I won't be that fast. Could you try to replace the StandaloneS
Ralph Goers wrote:
> 0. Download and install maven version 2.0.4 or later.
> 1. Create a pom.xml listing the appropriate Cocoon blocks you will be
> using. The pom.xml files for all Cocoon blocks specify their
> dependencies so other blocks will also be included as required.
> 2. Create a "norma
I just tested the new maven deployer which does a great job.
It seems to have some problems when one project is including in the
build more than once. As a test I added a dependency to
cocoon-forms-samples and cocoon-template-impl to cocoon-webapp. This
results in a build error, as the resources fr
Carsten Ziegeler wrote:
Reinhard Poetz wrotte:
- fix the bug with the CallNode
according to Carsten it's fixed (will look at it tommorrow in more detail)
I will test it tonight as well.
I won't be that fast. Could you try to replace the StandaloneServiceSelector
with my factory implemen
[ http://issues.apache.org/jira/browse/COCOON-1693?page=all ]
Jean-Baptiste Quenot reassigned COCOON-1693:
Assign To: (was: Jean-Baptiste Quenot)
Sorry I won't be able to work on this anymore
> When using src parameter on sendMail action
[ http://issues.apache.org/jira/browse/COCOON-1693?page=all ]
Jean-Baptiste Quenot updated COCOON-1693:
-
Please don't forget to submit patches for this issue
> When using src parameter on sendMail action, body is included as attachment,
> and when
[ http://issues.apache.org/jira/browse/COCOON-1758?page=all ]
Jean-Baptiste Quenot reassigned COCOON-1758:
Assign To: (was: Jean-Baptiste Quenot)
Sorry I won't be able to work on this anymore
> Form locale never used in JXMacros
> --
[ http://issues.apache.org/jira/browse/COCOON-1603?page=all ]
Jean-Baptiste Quenot reassigned COCOON-1603:
Assign To: (was: Jean-Baptiste Quenot)
Sorry I won't be able to work on this anymore
> [PATCH] handling of alternatives in MailTra
Reinhard Poetz wrote:
Reinhard Poetz wrote:
Anyway, in order to get Cocoon 2.3.0 out of the door, I see following
next actions:
- fix the bug with the CallNode
according to Carsten it's fixed (will look at it tommorrow in more detail)
- fix a bug with the Spring container:
if there
Reinhard Poetz wrotte:
>> - fix the bug with the CallNode
>
> according to Carsten it's fixed (will look at it tommorrow in more detail)
>
I will test it tonight as well.
>> - fix a bug with the Spring container:
>>if there is a problem within the container (e.g. a bean can't be found,
>>
Reinhard Poetz wrote:
Anyway, in order to get Cocoon 2.3.0 out of the
door, I see following next actions:
- fix the bug with the CallNode
according to Carsten it's fixed (will look at it tommorrow in more detail)
- fix a bug with the Spring container:
if there is a problem within the
Hi Daniel,
On 5/8/06, Daniel Fagerstrom <[EMAIL PROTECTED]> wrote:
Philipp Schmidt skrev:
> 3 - There's no way at the moment to mount a "block" (like forms) and run
> an example.
Actually it is. cocoon-webapp is working as an OSGi block(at least
partly), and it gets all needed components through
Jason Johnston wrote:
>
> I've noticed one more thing: It appears the main cocoon-2.1.9.jar needs
> to be re-uploaded, since it contains cocoon.roles which has some entries
> added by the previously-missing template block. The existing
> cocoon-2.1.9.jar does not have those entries so the templa
Carsten Ziegeler wrote:
They are synced with our java-repository on our server
(www.apache.org/dist/java-repository/cocoon).
The jars need to be signed and uploaded with signature and hash into the
directories. It seems that Giacomo already uploaded most of the jars.
>> Yup. I d
Reinhard Poetz wrote:
Bertrand Delacretaz wrote:
On 5/15/06, Ralph Goers <[EMAIL PROTECTED]> wrote:
WDOT?
I like your proposal very much, as a basic use-case for people to
experiment and start working with the Mavenized Cocoon.
IMHO implementing and documenting everything that's needed t
Automated build for cocoon-docs FAILED
Log attached.
--
Forrestbot run ended at 15 May 12:22 PM
Using Forrest 0.8-dev
Forrestbot administrator: ForrestBot
--
[echo]
... Forrest render START 2006-05-15 12:02:08
... Rendering docs in
/export/home/confi
The README.txt file has these instructions:
I was recently asked whether the maven build as it exists in trunk today
is sufficient to address what I perceive to be what Cocoon users want.
Well, I can only speak for myself, but my answer was no. Why not? The
following is an excerpt from the RE
On 5/15/06, Ralph Goers <[EMAIL PROTECTED]> wrote:
WDOT?
I like your proposal very much, as a basic use-case for people to
experiment and start working with the Mavenized Cocoon.
IMHO implementing and documenting everything that's needed to make
this (or a similar) use-case happen could be ou
Bertrand Delacretaz wrote:
On 5/15/06, Ralph Goers <[EMAIL PROTECTED]> wrote:
WDOT?
I like your proposal very much, as a basic use-case for people to
experiment and start working with the Mavenized Cocoon.
IMHO implementing and documenting everything that's needed to make
this (or a similar
Carsten Ziegeler wrote:
Reinhard Poetz wrote:
I think you misunderstand what daisy collections are. I introduced this new
collection to mark all documents that belong to the cForms block. That's
necessary to write a M2 plugin (at least I don't know of any better solution).
This also means tha
Ralph Goers wrote:
>> We removed all classes related to LogKit in 2.2 in favor to switch to a
>> different logging framework. Trunk is using log4j directly. It seems
>> that we forgot to deprecate those classes in 2.1.x.
>>
>> Carsten
>>
> Directly or throught the Avalon logger API?
>
Through
32 matches
Mail list logo