No, that's not the case (at least in intent). It just indicates that
the plugin contains component registrations for the core (which is
the same for , though they are not plugins). This is
generally use for artifact type handlers.
- Brett
On 08/10/2007, at 8:18 PM, nicolas de loof wrote:
No, I'm looking for any way to get intialized before the lifecycle starts.
Do you know how the (boolean) element in differs from
in ?
>From what I've read in code (but I can be wrong) only the first plugin with
extensions=true is considered for extension. Is this what is expected ?
Nico.
20
Hi,
this is more a user question than a developer one.
José Pacheco schrieb:
Hello all,
I’m using testng version 5.1 in one project, but maven says that can not
find the dependency, and I now the dependency is available in mvn
repository.
How can I solve the problem?
This kind of failur
The whole problem with the old overlay was that you didn't have enough control.
I think we should err on the side of giving control at the expense of some
extra configuration. Not doing this leaves too much to chance and you can't
guarantee repeatability.
-Original Message-
From: Stepha
Hello all,
Im using testng version 5.1 in one project, but maven says that can not
find the dependency, and I now the dependency is available in mvn
repository.
How can I solve the problem?
The declaration is as follows:
org.testng
testng
5.1
test
Regards,
Jos
On 10/8/07, olivier lamy <[EMAIL PROTECTED]> wrote:
> Yep : %s/had/add.
> I agree to leave it like this :-)
> I'm sure users will be happy to have just some overlays to declare instead
> of all possible workarounds (maven-dependency-plugin, ant task etc..) used
> for extract zip dependencies conten
Yep : %s/had/add.
I agree to leave it like this :-)
I'm sure users will be happy to have just some overlays to declare instead
of all possible workarounds (maven-dependency-plugin, ant task etc..) used
for extract zip dependencies content to the generated webapp (me first :-)
).
--
Olivier
2007/1
+1 go ahead.
Vincent
2007/10/8, Lukas Theussl <[EMAIL PROTECTED]>:
> I assume from the recent silence that I am not the only one having
> troubles with this. What's other people's status with doxia? As for me,
> I still can't make it work with any versions of the site plugin.
>
> I have been quit
On 10/8/07, olivier lamy <[EMAIL PROTECTED]> wrote:
> Ok, I see.
> But if I had a zip overlay manually : do I win against the global for this ?
had -> add ?
Well, no. The flag disables the behavior altogether. If it's
activated, all overlays are taken (and we can control overlay per
overlay with
Ok, I see.
But if I had a zip overlay manually : do I win against the global for this ?
--
Olivier
2007/10/8, Stephane Nicoll <[EMAIL PROTECTED]>:
>
> Olivier,
>
> The idea we put forward was the presence of a flag that enable /
> disable the zip handling altogether. Having to declare every over
Olivier,
The idea we put forward was the presence of a flag that enable /
disable the zip handling altogether. Having to declare every overlay
when you actually want this as the default is a bit painful.
Please read the discussion in the Jira issue (Unless you disagree with
the proposal).
Thanks
On 08/10/2007, at 11:36 AM, nicolas de loof wrote:
Hello,
is there any way for a plugin to get initialized before the build
lifecycle
starts ?
does maven honor
org.codehaus.plexus.personality.plexus.lifecycle.phase.Initializable f
or
plugins ?
yes, but this won't cause it to be instant
Hello,
is there any way for a plugin to get initialized before the build lifecycle
starts ?
does maven honor
org.codehaus.plexus.personality.plexus.lifecycle.phase.Initializable for
plugins ?
Nico.
On Oct 8, 2007, at 1:12 AM, Stephane Nicoll wrote:
On 10/8/07, Jason Dillon <[EMAIL PROTECTED]> wrote:
I'm not sure what you are asking... or why I'm being ping'd :-P
Sounds like you had the same problem before, so I'm just wondering if
you found a solution.
Oh, so that was what you were ta
Hi Stephane,
Ok you're right.
Handling zip automatically must be off by default.
I will reopen issue and fixing this.
--
Olivier
2007/10/8, Stephane Nicoll <[EMAIL PROTECTED]>:
>
> Hi,
>
> On 10/8/07, olivier lamy <[EMAIL PROTECTED]> wrote:
> > Hi,
> > I have committed fix for this.
> > Can you t
On 10/8/07, Jason Dillon <[EMAIL PROTECTED]> wrote:
> I'm not sure what you are asking... or why I'm being ping'd :-P
Sounds like you had the same problem before, so I'm just wondering if
you found a solution.
>
> Awhile back I was trying to get a plugins params to not be replaced
> at all, which
I'm not sure what you are asking... or why I'm being ping'd :-P
Awhile back I was trying to get a plugins params to not be replaced
at all, which I was told was impossible. I'm not sure that is what
you are looking for here.
Um, maybe you can jog my memory?
--jason
On Oct 7, 2007, at 10
Hi,
On 10/8/07, olivier lamy <[EMAIL PROTECTED]> wrote:
> Hi,
> I have committed fix for this.
> Can you test ?
I've made a comment on the issue. Handling ZIP deps automatically as
overlays sounds a bit too much to me.
>
> Stephane, I have permission issues when deploying the snapshot
> -rw-r--r
Hi,
I have committed fix for this.
Can you test ?
Stephane, I have permission issues when deploying the snapshot
-rw-r--r-- 1 snicoll apcvs380 Aug 12 03:43 maven-metadata.xml
Can you fix permission or redeploying a snapshot ?
Thanks,
--
Olivier
2007/10/4, Timothy Reilly <[EMAIL PROTECTE
19 matches
Mail list logo
