On Thu, Oct 15, 2009 at 10:25 AM, Benjamin Bentmann
benjamin.bentm...@udo.edu wrote:
Hi Nicolas,
Will this also work properly if the source file encoding is not directly
configured in the configuration section of the Compiler Plugin but given
by the property project.build.sourceEncoding as
On Tue, Jun 3, 2008 at 2:47 PM, Mark Hobson [EMAIL PROTECTED] wrote:
Could we have an official 1.0-alpha-4 release after that then please?
It'd be good for everyone to give it a good testing before making the
final 1.0 release.
+1
J
On Wed, Jun 11, 2008 at 6:17 PM, John Casey [EMAIL PROTECTED] wrote:
Hi everyone,
As I'm sure you've noticed from the discussion on this list and my commit
logs, I've been working to solve a problem between concrete interpolation of
the POM at project-construction time and the need to update
On Fri, May 23, 2008 at 7:59 AM, Jerome Lacoste
[EMAIL PROTECTED] wrote:
On Wed, May 21, 2008 at 8:09 PM, Jerome Lacoste
[EMAIL PROTECTED] wrote:
Clovered EAR / WAR artifacts lacks clovered versions of transitive
dependencies. Cf: http://jira.codehaus.org/browse/MCLOVER-70. This
issue still
On Wed, May 21, 2008 at 8:09 PM, Jerome Lacoste
[EMAIL PROTECTED] wrote:
Clovered EAR / WAR artifacts lacks clovered versions of transitive
dependencies. Cf: http://jira.codehaus.org/browse/MCLOVER-70. This
issue still exists in the maven clover plugin 3.7 from atlassian.
We've tested maven
On Fri, May 16, 2008 at 10:27 AM, Arnaud HERITIER [EMAIL PROTECTED] wrote:
Hi Team,
Can we release enforcer 1.0 ?
Everything is fixed in the roadmap (
https://jira.codehaus.org/browse/MENFORCER?report=com.atlassian.jira.plugin.system.project:roadmap-panel)
and it fixes several important
On Wed, Apr 2, 2008 at 11:13 AM, Arnaud HERITIER [EMAIL PROTECTED] wrote:
Hi Jerome,
As you noticed, this plugin requires to be build with maven = 2.0.8
because of some tests with encodings.
I'll add an enforcer rule as Benjamin proposed.
I had added a patch to the issue hat uses the
On Fri, Mar 28, 2008 at 2:37 AM, Arnaud HERITIER [EMAIL PROTECTED]
wrote:
Hi,
Since the 2.5 release we did 10 days ago, we solved 3 annoying issues:
* [MECLIPSE-266] - plugin applies java facet to ear project
* [MECLIPSE-411] - manifest property usage is only for ogsi maifests
*
On Dec 25, 2007 2:04 PM, Jason Dillon [EMAIL PROTECTED] wrote:
I'm personally not very interested in merging the plugins. I can
explain more when I'm back from Thailand :-)
I use integration tests for 2 purposes:
* verifying
* documenting the use of the plugins
Such report would also allow
On Jan 3, 2008 10:20 AM, Jerome Lacoste [EMAIL PROTECTED] wrote:
On Jan 3, 2008 9:17 AM, Jason van Zyl [EMAIL PROTECTED] wrote:
+1
+1 from a happy user.
This vote has passed, right ?
Jerome
-
To unsubscribe, e-mail: [EMAIL
On Jan 3, 2008 9:17 AM, Jason van Zyl [EMAIL PROTECTED] wrote:
+1
+1 from a happy user.
J
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Dec 20, 2007 7:01 AM, Dan Fabulich [EMAIL PROTECTED] wrote:
Hi,
Maven Surefire version 2.4 is on the runway. Hopefully folks have spent
some time trying out the SNAPSHOT version, because we expect ordinary
users to get auto-upgraded to version 2.4 when we decide to release.
This
On Dec 19, 2007 8:10 PM, Milos Kleint [EMAIL PROTECTED] wrote:
Hello,
i've started building my project with current 2.1-SNAPSHOT trunk and I
noticed the build is taking more time than before. I did a bit of profiling.
I've executed mvn install on a set of 24 projects, all build before, right
On Dec 15, 2007 7:39 PM, Mauro Talevi [EMAIL PROTECTED] wrote:
Hi all,
all showstoppers have been addressed. Second attempt for Maven Surefire
2.3.1 release.
Issues solved:
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10541styleName=Htmlversion=13251
Staging repo:
On Dec 17, 2007 9:17 AM, olivier lamy [EMAIL PROTECTED] wrote:
Hi,
Agree on merge but in a new plugin or merging in maven-invoker-plugin ?
Before starting this work, I'd like to release the current
maven-invoker-plugin to not delay some other releases which depends on this.
I will call a
On Dec 11, 2007 12:25 AM, Dan Fabulich [EMAIL PROTECTED] wrote:
Surefire trunk currently depends on a couple of SNAPSHOT versions that we
expect to be released in the next couple of days, but other than that, as
far as I know, there's nothing else standing in the way of a Surefire 2.4
On 11 Dec 2007 22:49:46 -, [EMAIL PROTECTED] wrote:
Hi,
In the preparation of the Maven Invoker Plugin release, I would like to
release maven-invoker:2.0.7
The last release was done around one year ago.
Staging repo :
http://people.apache.org/~olamy/staging-repo/
Vote open for 72
On Dec 12, 2007 1:53 PM, Trygve Laugstøl [EMAIL PROTECTED] wrote:
I'm there! :)
Me too :)
Beer tonight ?
J
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Dec 12, 2007 4:39 PM, Stephane Nicoll [EMAIL PROTECTED] wrote:
On Dec 12, 2007 4:36 PM, Jerome Lacoste [EMAIL PROTECTED] wrote:
On Dec 12, 2007 1:53 PM, Trygve Laugstøl [EMAIL PROTECTED] wrote:
I'm there! :)
Me too :)
Beer tonight ?
I'll try to pass by. But we're going
someone knows if this possible ?
J
-- Forwarded message --
From: Jerome Lacoste [EMAIL PROTECTED]
Date: Sep 29, 2007 11:18 PM
Subject: detect the current phase
To: [EMAIL PROTECTED]
Hei,
is there a way to detect the phase a plugin is being executed in ?
This is to fix http
On 10/2/07, Jason van Zyl [EMAIL PROTECTED] wrote:
On 1 Oct 07, at 11:02 PM 1 Oct 07, Jerome Lacoste wrote:
someone knows if this possible ?
Not possible.
Jason,
thanks for your answer.
I need to set the classpath accordingly to the phase the plugin is in.
Is my only solution to create
On 8/31/07, Brett Porter [EMAIL PROTECTED] wrote:
Yeah, I meant to note that - I was thinking that this should be
accompanied by a proposal to take care of the id ambiguity problems
which we've discussed a couple of times before.
I think URLs are still problematic (since you can often have
On 8/30/07, Brett Porter [EMAIL PROTECTED] wrote:
Yeah, we should do the same with the recently departed antlr plugin
too. Move trunk to /retired/* (original tags would remain in the
original place) would get my vote.
+1 for retired
On the Debian package management system (and probably in
://jira.codehaus.org/browse/MJAR-51
http://jira.codehaus.org/browse/MJAR-67
http://jira.codehaus.org/browse/MJAR-49
http://jira.codehaus.org/browse/MJAR-78
Thank you,
--
Jerome Lacoste
-
To unsubscribe, e-mail: [EMAIL PROTECTED
On 8/25/07, Dennis Lundberg [EMAIL PROTECTED] wrote:
Done
Thanks.
J
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On 6/13/07, Stephane Nicoll [EMAIL PROTECTED] wrote:
+1
our builds run fine.
+1
same here
J
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On 5/1/07, Brian E. Fox [EMAIL PROTECTED] wrote:
How on earth would you ever debug the inevitable issues when you suddenly
upgrade to all new versions of plugins (and worse dependencies?)?
because you don't do it suddenly, you would do it continuously.
Jerome
On 4/11/07, John Casey [EMAIL PROTECTED] wrote:
Hi everyone,
I'd like to make sure we're all on the same page with the plugin
auto-version resolution stuff that we've been discussing lately (on the
assembly-plugin vote thread, for one thing). I think it's clear that we
cannot continue to allow
On 4/27/07, Barrie Treloar [EMAIL PROTECTED] wrote:
On 4/27/07, Barrie Treloar [EMAIL PROTECTED] wrote:
On 4/27/07, Jerome Lacoste [EMAIL PROTECTED] wrote:
Yes its buggy. See http://jira.codehaus.org/browse/PLXUTILS-31
I want to attach a batch file to the issue to test the problem. Would
On 4/27/07, Barrie Treloar [EMAIL PROTECTED] wrote:
Has anyone had experience with Plexus CommandShell on Windows?
I am finding that it is creating a Process like:
[cmd, /C, /X, C:\path\to\maven\mvn.bat goal1 goal2]
(mvn.bat is quoted because it contains spaces)
And that java.lang.Process is
On 4/23/07, Jason Dillon [EMAIL PROTECTED] wrote:
Anyone have any idea why this is happening?
not sure but I have posted a potential idea for a fix in PLXUTILS-25.
Could you try it ?
J
-
To unsubscribe, e-mail: [EMAIL
On 4/23/07, Jason Dillon [EMAIL PROTECTED] wrote:
I have no idea how to apply PLXUTILS-25 to try it :-(
Do you mean you need detailed instructions to:
* create a new plexus utils jar based on the proposed change ?
* or make sure this new plexus-utils jar is used when you run maven ?
* both ?
*
On 2/24/07, Brett Porter [EMAIL PROTECTED] wrote:
On 04/01/2007, at 4:32 PM, Brett Porter wrote:
Jason - any further thoughts on this?
Ping... No is a valid answer :)
I'd like to get your summary put somewhere individuals can pick
things off to work on - probably a jira project for shared.
On 4/10/07, Brian E. Fox [EMAIL PROTECTED] wrote:
This release fixes just one critical issue:
Release Notes - Maven 2.x Enforcer Plugin - Version 1.0-alpha-2
** Bug
* [MENFORCER-1] - plugin fails on jdk 1.5
The deployments are staged here:
On 4/11/07, Brett Porter [EMAIL PROTECTED] wrote:
I think it's more complicated than just removing that.
Firstly, large numbers of command line plugins will stop working.
Secondly, we need to provide a solution for implied plugins (we can
set the version in the lifecycle and then let the user
On 4/11/07, John Casey [EMAIL PROTECTED] wrote:
Actually, the unwittingly try and build it with 2.1 scenario is a case
where it would be nice to have a prereq on maven 2.1 in the POM. I don't
think that 2.0.x supports that sort of thing in the prerequisites section,
but I imagine the
On 4/10/07, Carlos Sanchez [EMAIL PROTECTED] wrote:
On 4/9/07, Jason Dillon [EMAIL PROTECTED] wrote:
I'm no lawyer, but I was under the impression that with Java muck,
that importing and referencing [L]GPL classes in non-[L]GPL code was
not legit. Or is that just for GPL?
just GPL
On 4/10/07, Brett Porter [EMAIL PROTECTED] wrote:
As I understand it, this one has been in a grey area for some time.
Firstly, to be clear, there's nothing legally wrong with what it's
doing - this is purely protecting users from getting code that is not
AL unsuspectingly.
Since the use of
On 4/9/07, Jason Dillon [EMAIL PROTECTED] wrote:
Hey, I was just looking around at Checkstyle and noticed that it is
licensed as LGPL. Is this legit? I was under the impression that
Apache soft ware could not directly use any LGPL or GPL licenses
software... which the maven-checkstyle-plugin
On 4/9/07, Brian E. Fox [EMAIL PROTECTED] wrote:
At the end of the link quoted below:
a bridging api (which can reside within the same project - so can
be hosted at apache) will be used to access these LGPL stuff to clearly
show its optional behaviour
This is probably the simplest thing
On 4/6/07, Brian E. Fox [EMAIL PROTECTED] wrote:
Binding +5 (Brian, John, Jesse, Joakim, Jerome)...going by memory this
time hopefully I got it right..
I have a visual memory and I think 80%
of the PMC has names that start with J ;-)
If you doublecheck the list, you may find out that the rate
On 4/4/07, Brian E. Fox [EMAIL PROTECTED] wrote:
Only 1? I figured you'd be +1000 at least by now ;-)
then
+1 4 from me
J
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On 4/3/07, Jerome Lacoste [EMAIL PROTECTED] wrote:
On 4/3/07, Brian E. Fox [EMAIL PROTECTED] wrote:
Ok, a little more refactoring. The Custom rules can now get to the
ExpressionEvaluator so they can get pretty much anything a plugin could
get. The sites are updated to contain info about
On 4/3/07, Brian E. Fox [EMAIL PROTECTED] wrote:
some more feedback:
* Is that useful ?
[WARNING]None
I'll remove that, not sure where it's from.
More explicitly:
[INFO] Used undeclared dependencies:
[WARNING]None
* enforce-one mojo attached to verify phase. I would have
On 4/3/07, Brian E. Fox [EMAIL PROTECTED] wrote:
The Require OS Version rules docs is using goalos/goal instead of
goalrequire/goal (or goalrequire-once/goal).
Good catch. I'll make that change.
Is it close to time for a release of 1.0-alpha-1 of this puppy yet?
Getting there. I want to
On 4/3/07, Brian E. Fox [EMAIL PROTECTED] wrote:
Ok, a little more refactoring. The Custom rules can now get to the
ExpressionEvaluator so they can get pretty much anything a plugin could
get. The sites are updated to contain info about the standard rules and
the custom rule creation:
On 4/1/07, Jason van Zyl [EMAIL PROTECTED] wrote:
The Apache Maven team would like to announce the availability of
Maven 2.0.6. We have closed out 22 issues for this release and the
upgrade from 2.0.5 should be pain free. We corrected a major flaw in
the artifact resolution mechanism and we
On 3/30/07, Brian E. Fox [EMAIL PROTECTED] wrote:
I know what changed, but not why it's broken yet. I changed the Java
rule a little to support the build number of java instead of just 3
digits like before. The parsing is correct according to the unit tests,
but perhaps the version ranging isn't
On 3/27/07, Jason van Zyl [EMAIL PROTECTED] wrote:
Hi,
The roadmap is here:
http://jira.codehaus.org/secure/IssueNavigator.jspa?
reset=truepid=10500fixfor=13010
The tag is here:
http://svn.apache.org/repos/asf/maven/components/tags/maven-2.0.6/
Staging repository:
On 3/17/07, Brian E. Fox [EMAIL PROTECTED] wrote:
I'd like to release the alpha 1 version of this shared component. The
analyzer scans through your class files and produces a list of
dependencies declared but not used, dependencies used but not declared,
and dependencies actually used.
[Sorry for cross posting, but this was intended to the developper list.]
On 3/15/07, Jerome Lacoste [EMAIL PROTECTED] wrote:
Hi,
further care must be taken when writing plugins considering that maven can
be embedded. Maven sort of acts as a container for code. And maven itself
can be embedded
On 3/12/07, Jason van Zyl [EMAIL PROTECTED] wrote:
On 11 Mar 07, at 9:48 PM 11 Mar 07, Jerome Lacoste wrote:
[...]
Some days ago we talked about trying to not expose the internal maven
plexus-utils to the projects it builds.
I have done work on trunk and am working with Torsten
On 3/12/07, Kenney Westerhof [EMAIL PROTECTED] wrote:
I think we should require the hiding of p-u 1.4.1 in 2.0.6, or let
it still use 1.1. All previous releases (except for beta releases)
use p-u 1.1. I'm afraid exposing p-u 1.4.1 will break more
than just surefire.
I agree.
But even hiding
On 3/11/07, Dennis Lundberg [EMAIL PROTECTED] wrote:
Hi,
Trying this vote once more. This time with staging.
This release is a preparation for a new release of the
maven-plugin-plugin.
Changes:
- Add support for new annotations: @since for mojos and @implementation
for parameters
- Remove
On 3/11/07, Jason van Zyl [EMAIL PROTECTED] wrote:
Hi,
I've got three issues left to close out for 2.0.6 and two of them I
will finish tomorrow and the snapshot weirdness I will fix wed/thurs.
But if anyone wants to try what's there so far it's here:
Jason,
Some days ago we talked about
On 3/4/07, Kenney Westerhof [EMAIL PROTECTED] wrote:
Jason van Zyl wrote:
On 3 Mar 07, at 4:57 PM 3 Mar 07, Arnaud HERITIER wrote:
Jason,
Couldn't we enforce the usage of something like jdiff to check if
there's
an incompatibility between releases.
Yup, we could use that or Clirr as
On 1/12/07, Jason van Zyl [EMAIL PROTECTED] wrote:
Hi,
The entire release is staged here:
http://people.apache.org/~jvanzyl/maven-2.0.5/
The assemblies that people are interested in are staged here:
http://people.apache.org/~jvanzyl/maven-2.0.5/org/apache/maven/maven-
core/2.0.5/
Here is
On 11/30/06, David Whitehurst [EMAIL PROTECTED] wrote:
I'm using Maven to do a number of things and I'm unable to obtain access
to
a jar dependency using two plugins to accomplish my purpose. First I use
maven to jar my application and it writes an executable JAR file and a
manifest that
On 7/18/06, Brett Porter [EMAIL PROTECTED] wrote:
Did this ever get filed as an issue?
I don't think I did.
Jerome
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On 7/17/06, Brett Porter [EMAIL PROTECTED] wrote:
Thanks Nathan. This is exactly what I was getting at (and the reasons
for it), but this is a lot more detail than what I wrote down.
So, just to make sure I understand, it would work something like this:
- JDK definitions are built in, and
On 7/14/06, Brett Porter [EMAIL PROTECTED] wrote:
Hi,
I've worked with Ben at codehaus to get the rsync working again, so we
can now pick up releases from there.
great!
J
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
On 7/7/06, Brett Porter [EMAIL PROTECTED] wrote:
I think we need a specific (past) version of the plugins in use in the
parent (it used to work with the plugin-plugin, so this must be possible).
I've tried without success. I wonder if the fact that the
ProjectSorter doesn't care about versions
On 7/7/06, Mike Perham [EMAIL PROTECTED] wrote:
Can someone update this page with instructions on how to run docck on a
plugin?
http://docs.codehaus.org/display/MAVEN/Maven+Plugin+Documentation
I've tried with
mvn docck:plugin
it works on some but not on at least one of my plugins:
See
On 7/7/06, Mike Perham [EMAIL PROTECTED] wrote:
Thanks Jerome, but when I try to run that it just gives me the generic
can't find plugin error. I tried building and installing it from the
sandbox but I still got the same error. I tried to deploy a snapshot of
it and got this error:
[INFO]
On 7/5/06, Steve Loughran [EMAIL PROTECTED] wrote:
Jochen Wiedmann wrote:
On 7/4/06, Steve Loughran [EMAIL PROTECTED] wrote:
That'll be the ant-that-has-to-support-java-1.2 on
everything-and-build-with-no-dependencies, won't it?
Be that as it may, but personally I prefer this over the
Using mvn 2.0.4
[INFO]
[ERROR] BUILD FAILURE
[INFO]
[INFO] The projects in the reactor contain a cyclic reference: Edge
between
Wonder if that's not due to the pom.
related to that issue is the fact that the build of the
maven-jar-plugin site requires the changelog plugin which is only
available in the plugins/sandbox
Not very practical nor intuitive...
J
On 7/5/06, Steve Loughran [EMAIL PROTECTED] wrote:
Ralph Goers wrote:
Carlos Sanchez wrote:
Yes you can, it's not the best way to do it but you can, by adding
explicitly the dependency with the versoin you want to your pom. In
the very worst case you have to add all transitive deendencies
+1
On 7/5/06, Brett Porter [EMAIL PROTECTED] wrote:
+1
On 5/07/2006 10:37 AM, Dennis Lundberg wrote:
Hi
I'm in the process of relocating Jakarta commons components from groupID
commons-component to org.apache.commons. To be able to do this
correctly I've had much help from Carlos. As this
On 7/5/06, Brett Porter [EMAIL PROTECTED] wrote:
I don't believe anyone is working on it. Create a JIRA issue and assign
it to yourself so that we know you are, though :)
Thanks Dennis!
- Brett
On 5/07/2006 10:28 AM, Dennis Lundberg wrote:
Hi
I thought that I'd have a go at
On 6/10/06, Brett Porter [EMAIL PROTECTED] wrote:
+1, but considering it an exception to the rule, not a change to the rule.
I'd rather we were doing .x releases every 6 months instead.
+1: 2
-1: 0
Is that sufficient? If so, who's responsible to apply this change onto
the branch ?
Jerome
On 6/20/06, John Casey [EMAIL PROTECTED] wrote:
Hi everyone.
I just wanted to reopen this vote to see if we can release a bugfix version
of the deploy plugin. This version doesn't have any new features, but does
fix two critical ones found when using the deploy:deploy-file mojo:
* POM and
On 6/15/06, Brett Porter [EMAIL PROTECTED] wrote:
That's a good idea too :)
I was actually thinking of taking the ideas from John's thread on the
Maven documentation and applying the same principles, but it'd be good
to hear what Maven plugin people think of the plexus docs.
Perhaps best to
On 6/15/06, John Casey [EMAIL PROTECTED] wrote:
Hi everyone,
I know we've talked about this quite a bit already. Actually, I'm having
trouble finding the past threads on this topic in my email...can someone who
knows please link them in?
Basically, I've talked to Brett, Jason, and a few other
On 6/15/06, Emmanuel Venisse [EMAIL PROTECTED] wrote:
hi,
wagon-webdav providers works fine and it is required for some release of mojo
and plexus projects.
here my +1
+1
Won't you release the full wagon-providers module?
Jerome
On 6/15/06, Emmanuel Venisse [EMAIL PROTECTED] wrote:
I'd prefer to release all wagons.
We have actually three open issues that will be fixed in beta-2
+1
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
On 5/14/06, Brett Porter [EMAIL PROTECTED] wrote:
Binding +1: Brett, Vincent M, Stephane, Emmanuel, John
Committer +1: Mike P, Brian, Fabrizio
Committer +0: Vincent S
User +1: Olivier
User +0: Bob
So now this happened just before the Big Crash.
The release doesn't seem to have happened:
?
Cheers,
Jerome Lacoste
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On 6/14/06, Jochen Wiedmann [EMAIL PROTECTED] wrote:
Kenney Westerhof wrote:
Wasn't the line ending stuff fixed in plexus-archiver a long time ago?
Running the attached test case (which might well be added to the
plexus-archiver, whenever it should be fixed) demonstrates: No.
Where is the
On 6/14/06, Jochen Wiedmann [EMAIL PROTECTED] wrote:
jerome lacoste wrote:
I am not so sure this test is a valid test case. Continuations are
supposedly allowed. Read my comment in your issue in Jira.
I believe, you are misreading the specification. A continuation is defined
as otherchar
Hi,
I am having issues running both branch and trunk versions simultaneously.
In particular, when I use 2.0.4, some jars from 2.1-SNAPSHOT get
picked up and I end up with incompatible classes in the CP.
I can try to use separate local repositories (using 2 settings.xml
pointing to 2 different
On 6/13/06, Brett Porter [EMAIL PROTECTED] wrote:
I've only ever needed to set a different M2_HOME
That didn't work...
I had to remove the plugin which was causing an issue.
rm -r ~/.m2/repository/org/apache/maven/plugins/maven-plugin-plugin/
Maybe I had installed this plugin incorrectly?
On 6/9/06, Kenney Westerhof [EMAIL PROTECTED] wrote:
On Fri, 9 Jun 2006, Carlos Sanchez wrote:
Carlos,
Kenney, could you check it0105 and it0107 and merge its revisions them
to the 2.0.x branch, or does it not apply?
it0107 is related to MNG-2293 which is only applied to trunk, so that one
but that would break the format of the config file,
which I am trying to avoid... That would piss off the 2+ users of the
plugin :)
I would understand if it's vetoed given the nature of the change.
Cheers,
Jerome Lacoste
On 6/8/06, Mikko Levonmaa [EMAIL PROTECTED] wrote:
Hi guys,
I'm tryin gto develop a plugin that will fiddle around with the artifact
produced by the assembly plugin. I can run the AsseblyMojo inside
MyMojo, but how would I go about configuring the AssemblyMojos parameters?
Or am I going about
On 5/17/06, Jörg Schaible [EMAIL PROTECTED] wrote:
Mike Perham wrote on Tuesday, May 16, 2006 9:31 PM:
Any ETA? I haven't seen any status emails like I did with the Apache
problems.
Well, Ben gave an ETA indicating the outage would take half an hour, but this
was already some days ago.
On 5/15/06, Brett Porter [EMAIL PROTECTED] wrote:
Heh, this was 13/4 not 14/5 as I thought.
Time flies, right?
Are these still needing to be looked at?
Yes
So here's a little update :)
patch management
- review MJAR-27 - let me know if you really want a test case or apply.
- review
On 4/21/06, Arnaud HERITIER [EMAIL PROTECTED] wrote:
Sorry, I didn't want to send it to [EMAIL PROTECTED]
My setup is not already finished, but I can't disable the notification to
the mail registred in the POM.
It's just a temporary test. If it help us I'll ask you how we can move it in
the
On 4/21/06, Arnaud HERITIER [EMAIL PROTECTED] wrote:
Continuum is a young project.
That's not a continuum specific issue to me :)
And profiles don't seem to allow modifying the ciManagement section
http://maven.apache.org/guides/introduction/introduction-to-profiles.html
I have a CI setup
On 4/12/06, jerome lacoste [EMAIL PROTECTED] wrote:
Hi Fellow Riders of the Lost good code,
Message to the commiters of the plexus-archiver and maven-jar-plugin.
patch management
- please apply MJAR-32, MJAR-35, MJAR-6, PLX-185
- review MJAR-27 - let me know if you really want a test case
Hi Fellow Riders of the Lost good code,
Would appreciate if someone was to review/commit patches attached to
MJAR-32 and MJAR-27 and maybe comment on http://tinyurl.com/fle9y so
that I can identify if the last bit in the issue really needs to be
fixed (if so please apply the fix pasted in the
On 4/12/06, Carlos Sanchez [EMAIL PROTECTED] wrote:
Jerome, the way to go with bugs is first create a test case that
exploits the bug, so test fails, and then fix it. When i don't see a
test case patch I cannot be sure that the patch is really fixing that
problem, and that it won't happen
On 4/13/06, Brett Porter [EMAIL PROTECTED] wrote:
jerome lacoste wrote:
There were 2 potential NPE reported in that issue. One was already
fixed as a side effect to another bug fix. The other one, I want to be
able to understand how it can happen (e.g. if the NPE is just caused
by a user
On 4/13/06, Tim Kettler [EMAIL PROTECTED] wrote:
I just deleted my local repo and checked out the latest versions of the jar
and webstart
plugins from svn and can't reproduce the second NPE from MJAR-31 anymore. So
this is fixed
somehow already (at least for me).
Thanks for the report. See
On 3/31/06, Brett Porter [EMAIL PROTECTED] wrote:
Vote open for 72 hours, based on:
maven-war-plugin 2.0-20060331.041208-2 (r390317)
[ ] +1
[ ] +0
[ ] -1
late and non binding +1
J
-
To unsubscribe, e-mail: [EMAIL
On 3/20/06, jerome lacoste [EMAIL PROTECTED] wrote:
Hei guys,
I've pointed that in several mails before and wonder what can I do to
help further:
Is there anything I can do to help resolve the issues described below ?
Thanks,
Jerome
- the maven jar plugin has many patches waiting. Some
On 3/24/06, Stephane Nicoll [EMAIL PROTECTED] wrote:
On 3/24/06, jerome lacoste [EMAIL PROTECTED] wrote:
Is there anything I can do to help resolve the issues described below ?
Yes, check the comments in MJAR-32 and please review your patch accordingly.
I had planned to review that one once
Hei guys,
I've pointed that in several mails before and wonder what can I do to
help further:
- the maven jar plugin has many patches waiting. Some affect depending
plugins (especially the webstart wich has been unable to work now for
weeks). Can we do something about that? The more we wait, the
[ http://jira.codehaus.org/browse/SUREFIRE-33?page=all ]
Jerome Lacoste updated SUREFIRE-33:
---
Attachment: SUREFIRE-33.tar
java.lang.ExceptionInInitializerError in TestCase constructor kills surefire
without letting any log
[ http://jira.codehaus.org/browse/SUREFIRE-33?page=all ]
Jerome Lacoste updated SUREFIRE-33:
---
Attachment: m2.log
java.lang.ExceptionInInitializerError in TestCase constructor kills surefire
without letting any log
1 - 100 of 290 matches
Mail list logo
