You can fix it by setting LC_ALL.
Some threads give the solution:
http://mail-archives.apache.org/mod_mbox/maven-continuum-users/200709.mbox/[EMAIL
PROTECTED]
http://mail-archives.apache.org/mod_mbox/maven-users/200705.mbox/[EMAIL
PROTECTED]
Emmanuel
jrduncans a écrit :
Emmanuel Venisse
Thanks. I had tried that, but I had an error in my startup script that was
causing it not to effect Continuum. It's working now.
The comments in
apps/continuum/webapp/WEB-INF/classes/META-INF/plexus/application.xml for
LDAP configuration point to documentation at a broken URL:
Look at this page: http://redback.codehaus.org/integration/ldap.html
Emmanuel
jrduncans a écrit :
Thanks. I had tried that, but I had an error in my startup script that was
causing it not to effect Continuum. It's working now.
The comments in
I also agree this might be neat.
Wendy Smoak-3 wrote:
On 9/18/07, olivier lamy [EMAIL PROTECTED] wrote:
Are any other projects offering video examples? How do they handle it?
--
Wendy
I don't know on Apache, but I've seen http://screencasts.ubuntu.com and
I want to try this version using the database from beta-2 but I can't migrate
using the data tool I need a dependency. Where can i find it?
/usr/java/jdk1.6.0/bin/java -Xmx512m -jar
~/install/continuum/data-management-cli-1.1-beta-3-app.jar -buildsJdbcUrl
On 9/20/07, fherrerav [EMAIL PROTECTED] wrote:
I want to try this version using the database from beta-2 but I can't migrate
using the data tool I need a dependency. Where can i find it?
/usr/java/jdk1.6.0/bin/java -Xmx512m -jar
~/install/continuum/data-management-cli-1.1-beta-3-app.jar
Hi,
in
org.apache.maven.continuum.core.action.CheckoutProjectContinuumAction.execut
e(132)
The default build definition is updated with the relative path into a
finally block when relateivePath is not empty.
This action shouldn't be done when first checkout is success instead of
oldState ==
CAUSSE David MTP CAP GEM a écrit :
Hi,
in
org.apache.maven.continuum.core.action.CheckoutProjectContinuumAction.execute(132)
The default build definition is updated with the relative path into a
finally block when relateivePath is not empty.
This action shouldn't be done when first
In fact the relative path mechanism was my last hope to have working group
builds with SCM like clearcase or synergy :)
For the patch I'll try to send one.
Thank you.
David
-Message d'origine-
De : Emmanuel Venisse [mailto:[EMAIL PROTECTED]
Envoyé : jeudi 20 septembre 2007 17:51
À :
I have been wanting to pop this questions for sometime now.
For generation/maintenance of continuum-model:
a) Why are we using Modello? More specifically what does it buy us? I
know the model is expressed as xml and separate from Java sources,
but I don't see a benefit of having it in XML as
Hi,
In few minutes, I'll stop Continuum to update it to Continuum 1.1-beta-3.
I'll send a new mail when it will be back
Emmanuel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Then I would configure the plugin in a group-specific parent pom.
That way each team has it pre-configured the way they want.
Andy
On 20 Sep 2007, at 05:30, Jens Rapp wrote:
i'm juggling with some svn repositories and pathes inside and
outside them so i have several similar classes inside my
Hi Jason,
How would you implement the XWiki use case, namely the ability to add
XAR file format support? Right now it's using an extension to:
1) define a lifecycle
2) define an Archiver format implementation
Thanks
-Vincent
On Sep 4, 2007, at 11:34 AM, Jason van Zyl wrote:
After trying to
On Sep 20, 2007, at 9:30 AM, Vincent Massol wrote:
Hi Jason,
How would you implement the XWiki use case, namely the ability to
add XAR file format support? Right now it's using an extension to:
1) define a lifecycle
2) define an Archiver format implementation
ooops... sorry I spoke too
I might have another usecase in toolchains
(http://docs.codehaus.org/display/MAVEN/Toolchains)
A toolchain definition that is not part of the default set needs to be
added as extension to the build. It's accessed by multiple plugins and
therefore it's rather impractical to add it as dependency to
Hi
I am not sure it is not used.
Because the creator (at least before your commits)
creates the archetypes using the maven-archetype packaging
which was defined in this module.
Then the archetypes are installed against that packaging.
Raphaël
2007/9/20, [EMAIL PROTECTED] [EMAIL PROTECTED]:
Emmanuel Venisse wrote:
Hi,
In few minutes, I'll stop Continuum to update it to Continuum 1.1-beta-3.
I'll send a new mail when it will be back
I suppose you mean Continuum 1.1-beta-2, in continuum site I cannot find
beta-3.
dimitris
Emmanuel
Dimitris Kapanidis a écrit :
Emmanuel Venisse wrote:
Hi,
In few minutes, I'll stop Continuum to update it to Continuum 1.1-beta-3.
I'll send a new mail when it will be back
I suppose you mean Continuum 1.1-beta-2, in continuum site I cannot find
beta-3.
No, it's 1.1-beta-3. We started
On 20 Sep 07, at 2:34 AM 20 Sep 07, Raphaël Piéroni wrote:
Hi
I am not sure it is not used.
You should be sure :-)
Nothing in the tests exercised it, or referenced it. I'm about to try
and make a bunch of archetypes so I will soon find out.
Because the creator (at least before your
Here's another batch comment...sorry for the bursty communication
style! :-)
Local Repo Separation Notes:
1. Having a strict (automatic) one-workspace-per-build approach kills
any idea of having integration-test runs that themselves have
predictable, isolated environments, and puts us
Sounds fine to me. I think this was the point of shared originally,
though I guess the scope was a tad broader (including the apps
themselves, not just plugins). The only concern I would have is to
ensure that this collection only contains things that have no earthly
point other than
+1 seems logical and I can't think of any drawback at this point.
-Original Message-
From: Brett Porter [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 19, 2007 9:31 PM
To: Maven Developers List
Subject: [proposal] bring plugin tools together in SCM
I'd like to do what we did for
It is used when you install a generated archetype. This was separated from the
plugin because it was hosing up the velocity instance by pulling all the plugin
into the core classloader.
-Original Message-
From: Jason van Zyl [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 20, 2007
I've been thinking about this more, and I really think it's a bad
idea to scrap extensions completely. The more work I do on
conversions, etc. the more I see that there is a need to tweak Maven
here and there for certain projects. A great case-in-point here is
profile activators...without
On 20 Sep 07, at 8:30 AM 20 Sep 07, Brian E. Fox wrote:
It is used when you install a generated archetype. This was
separated from the plugin because it was hosing up the velocity
instance by pulling all the plugin into the core classloader.
It's not used currently but should be, it
ok, I updated continuum instance to 1.1-beta-3.
Sorry for the delay
Emmanuel
Emmanuel Venisse a écrit :
Hi,
In few minutes, I'll stop Continuum to update it to Continuum 1.1-beta-3.
I'll send a new mail when it will be back
Emmanuel
2007/9/20, Jason van Zyl [EMAIL PROTECTED]:
On 20 Sep 07, at 2:34 AM 20 Sep 07, Raphaël Piéroni wrote:
Hi
I am not sure it is not used.
You should be sure :-)
I am sorry, but it's my kind of wording to say, that i am sure it is used
(double negation hence an affirmation ;-) ).
Not a problem I just didn't see it because the old packaging is being
used. We just need to fix the reference in the generated code.
On 20 Sep 07, at 10:35 AM 20 Sep 07, Raphaël Piéroni wrote:
2007/9/20, Jason van Zyl [EMAIL PROTECTED]:
On 20 Sep 07, at 2:34 AM 20 Sep 07, Raphaël Piéroni
On 21/09/2007, at 8:44 AM, Brian E. Fox wrote:
I noticed a while back that the attach-descriptor is included in the
default lifecycle. Is this really needed for non-pom projects?
Yeah, only makes sense for pom projects I think.
Also there is something bigger going on. Recently 2.0-SNAPSHOT
I noticed a while back that the attach-descriptor is included in the
default lifecycle. Is this really needed for non-pom projects?
Also there is something bigger going on. Recently 2.0-SNAPSHOT of the
site plugin was added as a dependency to the dependency plugin. When the
dependency plugin
I reproduced it with 2.0.7. I know exactly how to make an IT test for
this so I will work on that when I get some time.
-Original Message-
From: Brett Porter [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 20, 2007 6:56 PM
To: Maven Developers List
Subject: Re: site:attach-descriptor
Issue Subscription
Filter: Design Best Practices (29 issues)
Subscriber: mavendevlist
Key Summary
MNG-2184Possible problem with @aggregator and forked lifecycles
http://jira.codehaus.org/browse/MNG-2184
MNG-612 implement conflict resolution techniques
32 matches
Mail list logo
