Ok. I'll take a look at what the assembly plugin does and write a doc
on plugin testing before I start with the surefire plugin.
- Brett
On 06/03/2007, at 5:55 AM, Brian E. Fox wrote:
Here:
00:18] BrianFox: btw, is it me or are the assembly IT's pretty
screwed?
[00:18] BrianFox: i see that
On Wed, 2007-02-14 at 07:21 +1100, Brett Porter wrote:
> This is my take:
> - if they contain a license block in the file, then it's that
> license, otherwise
> - if they contain element(s), then those license(s), otherwise
> - Apache License 2.0
>
> I'll run this past the PMC to see if we all
On 6 Mar 07, at 6:18 PM 6 Mar 07, Joakim Erdfelt wrote:
Just a little update before going to bed ...
Jason has been having some problems with the bleeding edge wagon
(1.0-beta-3-SNAPSHOT) on components/trunk.
We are in the process of rolling back to 1.0-beta-2 (with bug
fixes) on
components
Just a little update before going to bed ...
Jason has been having some problems with the bleeding edge wagon
(1.0-beta-3-SNAPSHOT) on components/trunk.
We are in the process of rolling back to 1.0-beta-2 (with bug fixes) on
components/trunk.
Here's the end svn state we are working on...
Wagon 2
Seems to be working fine now. Thanks much.
On 3/6/07, Emmanuel Venisse <[EMAIL PROTECTED]> wrote:
All seems to be fixed now.
I worked on it today.
Emmanuel
Thierry Lach a écrit :
> Sorry I should have added more information.
>
> I'm building off of trunk. I've also applied the patches which
Hello, Faron.
there's ways of doing it using the embedder. check the
mevenide2/netbeans/libs/embedder//EmbedderFactory.java class in
mevenide's sourcebase for an example.
Milos
On 3/6/07, Faron Dutton <[EMAIL PROTECTED]> wrote:
Specifically, I want to replace the default implementation of
Hi,
After a few days of bug hunting with Emmanuel, we finally found out
what's happening. On our instance we have basically two project
groups:
# Project Group A with schedule S1 responsible of building the projects
# Project Group B with schedule S2 responsible of deploying the site
We're usin
All seems to be fixed now.
I worked on it today.
Emmanuel
Thierry Lach a écrit :
Sorry I should have added more information.
I'm building off of trunk. I've also applied the patches which are
included
in http://jira.codehaus.org/browse/CONTINUUM-1167 and
http://jira.codehaus.org/browse/CONT
Sorry I should have added more information.
I'm building off of trunk. I've also applied the patches which are included
in http://jira.codehaus.org/browse/CONTINUUM-1167 and
http://jira.codehaus.org/browse/CONTINUUM-961 and I'm running using JBoss.
With those same patches using the svn from 2007
I'm building off of trunk.
On 3/5/07, Emmanuel Venisse <[EMAIL PROTECTED]> wrote:
What is the snapshot you test?
Thierry Lach a écrit :
> I'm still seeing the problem behavior.
>
> On 3/5/07, Emmanuel Venisse <[EMAIL PROTECTED]> wrote:
>>
>> It should be fixed now, can you test it?
>>
>> Emman
A proposal was submitted few months ago and I don't know how it is :
http://docs.codehaus.org/display/CONTINUUM/Continuum+Eclipse+Plugin+proposal
A start implementation was done too.
You can contact rahul about it
Emmanuel
Marcel Soute a écrit :
Hi,
I have written a small eclipse plugin to vi
On 4 Mar 07, at 11:21 PM 4 Mar 07, Jerome Lacoste wrote:
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
>>
Specifically, I want to replace the default implementation of
org.apache.maven.project.MavenProjectBuilder, which is declared in
maven-project. How do I do this without modifying components.xml and
deploying a new JAR?
Faron.
-
Here:
00:18] BrianFox: btw, is it me or are the assembly IT's pretty screwed?
[00:18] BrianFox: i see that it depends on the plug-it-plugin in sandbox
but it doesn't even compile right now
[00:20] brett: not tried, wouldn't doubt it
[00:21] brett: I'm just writing up mails about this sort of topic.
14 matches
Mail list logo
