I thought that was available under the parameter expression $
{plugin}, which returns the current plugin's PluginDescriptor
instance...from there, I thought there was an accessor method that
exposed the artifacts used to create that plugin's classpath...
Maybe I'm dreaming, or maybe it's cha
Hmm. Sorry, I meant pluginArtifacts, not pluginDependencies. -cg
On 9/5/07, Christian Gruber <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I tried to send this earlier, but didn't see it show up
> anywhere. Anyway, I have a plugin where, for reasons too painful to
> go into, I have to execute a ja
Hi,
I tried to send this earlier, but didn't see it show up
anywhere. Anyway, I have a plugin where, for reasons too painful to
go into, I have to execute a java class in a new JVM and have the
calling plugin's .jar in the classpath. I went to find the
appropriate approach to get it
On 06/09/2007, at 9:18 AM, Jason van Zyl wrote:
Doesn't seem to be, I'm going to merge these now.
Sorry, only just got around to this mail.
This will introduce a dependency on the plexus container and maven-
artifact for every single plugin - is that really desirable?
No it won't introd
Best to wait for Emmanuel - I screwed up the last upgrade and he was
kindly fixing the database for me - might still be some left overs :)
- Brett
On 06/09/2007, at 9:04 AM, Carlos Sanchez wrote:
for some reason my working copy didn't update properly, clean made
it work
I've tried to add
On 5 Sep 07, at 3:43 PM 5 Sep 07, Brett Porter wrote:
On 06/09/2007, at 4:21 AM, Jason van Zyl wrote:
On 4 Sep 07, at 10:50 PM 4 Sep 07, Jason van Zyl wrote:
Hi,
I would like to make a single module for plugin execution and
this is the first step. The motivator is being able to isolate
On 5 Sep 07, at 3:43 PM 5 Sep 07, Brett Porter wrote:
On 06/09/2007, at 4:21 AM, Jason van Zyl wrote:
On 4 Sep 07, at 10:50 PM 4 Sep 07, Jason van Zyl wrote:
Hi,
I would like to make a single module for plugin execution and
this is the first step. The motivator is being able to isolate
On 5 Sep 07, at 4:01 PM 5 Sep 07, Carlos Sanchez wrote:
You can do
DefaultMavenExecutionRequest request = new
DefaultMavenExecutionRequest();
request.setBaseDirectory( baseDirectory );
request.Goals( goals );
and then pass it around as MavenExecutionRequest. The fact that they
are needed to
for some reason my working copy didn't update properly, clean made it work
I've tried to add it myself but i get
SQL Exception: The statement was aborted because it would have caused
a duplicate key value in a unique or primary key constraint or unique
index identified by 'PROJECTGROUP_PK' defined
On 9/5/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:
>
> On 5 Sep 07, at 2:49 PM 5 Sep 07, Carlos Sanchez wrote:
>
> > I don't quite get it, are you talking about the method
> > ConfigurationValidationResult validateConfiguration( Configuration
> > configuration )
> > in the embedder?
> >
> > I chan
On 06/09/2007, at 7:11 AM, Carlos Sanchez wrote:
Also i can't find the trunk building in Continuum in
maven.zones.apache.org, permissions issue?
I think Emmanuel removed it because half the modules had been removed
from SVN and weren't building - he probably will add it back in again
sh
On 06/09/2007, at 4:21 AM, Jason van Zyl wrote:
On 4 Sep 07, at 10:50 PM 4 Sep 07, Jason van Zyl wrote:
Hi,
I would like to make a single module for plugin execution and this
is the first step. The motivator is being able to isolate a
version of a plugin apis runtime. These modules do no
Hey,
I'm trying to use pluginArtifacts to include the current plugin's
jar as a classpath for an external call, as I have created a crazy but
necessary wrapper. When I go to find the plugin in pluginArtifacts, I
find that I cannot, and that pluginArtifacts is not populated on
MavenPro
On 5 Sep 07, at 2:49 PM 5 Sep 07, Carlos Sanchez wrote:
I don't quite get it, are you talking about the method
ConfigurationValidationResult validateConfiguration( Configuration
configuration )
in the embedder?
I changed it to store the settings (if there is no error) and the
exception (if the
On 5 Sep 07, at 2:11 PM 5 Sep 07, Carlos Sanchez wrote:
It's missing a class in maven artifact
org.apache.maven.artifact.resolver.ArtifactResolutionRequest
It's been sitting there for days:
http://svn.apache.org/repos/asf/maven/artifact/trunk/src/main/java/
org/apache/maven/artifact/resolv
I don't quite get it, are you talking about the method
ConfigurationValidationResult validateConfiguration( Configuration
configuration )
in the embedder?
I changed it to store the settings (if there is no error) and the
exception (if there is). Before there was no way to know what the
problem wit
It's missing a class in maven artifact
org.apache.maven.artifact.resolver.ArtifactResolutionRequest
Also i can't find the trunk building in Continuum in
maven.zones.apache.org, permissions issue?
--
I could give you my word as a Spaniard.
No good. I've known too many Spaniards.
>>
>> It seems the ejb-client dependency comes into the war plugin
>> incorrectly if building from an aggregator project.
>> Since we don't do a lot differently from the existing ejb
>> plugin I'm wondering if this is an issue for both (i can try
>> this later if no one knows off hand.)
>>
>>
+1
Stéphane
On 9/5/07, Brian E. Fox <[EMAIL PROTECTED]> wrote:
> Mauro is an existing Apache Committer on the Excalibur project
> (http://excalibur.apache.org/team-list.html) as well as the mojo project
> at Codehaus. He has recently been working on the shade plugin currently
> up for vote to be
On 9/3/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:
>
> On 3 Sep 07, at 4:29 PM 3 Sep 07, Brett Porter wrote:
>
> >
> > On 04/09/2007, at 5:49 AM, Jason van Zyl wrote:
> >
> >> Hi,
> >>
> >> We need to collect all outstanding fixes done on the 2.0.x branch
> >> merged into the decoupled version
> >
On 4 Sep 07, at 10:50 PM 4 Sep 07, Jason van Zyl wrote:
Hi,
I would like to make a single module for plugin execution and this
is the first step. The motivator is being able to isolate a version
of a plugin apis runtime. These modules do not vary independently
in practice and they are no
> [I wrote:}
> Sent: Thursday, August 30, 2007 7:29 PM
> To: dev@maven.apache.org
> Subject: Aggregator project war plugin context
>
> Hi,
>
> We have Websphere ejb plugin which we modeled after the
> existing ejb plugin.
> (We use the Websphere ejbDeploy command instead to generate
> stubs,
+1
Emmanuel
Brian E. Fox a écrit :
Mauro is an existing Apache Committer on the Excalibur project
(http://excalibur.apache.org/team-list.html) as well as the mojo project
at Codehaus. He has recently been working on the shade plugin currently
up for vote to be moved to Apache. As he has demonst
Hi
I've recently started working with the VSS SCM provider and have
found a number of issues. I'm currently working through these and
submitting patches via JIRA, however I'm not sure that this project
is currently active. Could anyone tell me if enhancements are still
being incorporated for SCM
+1
Vincent
2007/9/4, Brian E. Fox <[EMAIL PROTECTED]>:
> Mauro is an existing Apache Committer on the Excalibur project
> (http://excalibur.apache.org/team-list.html) as well as the mojo project
> at Codehaus. He has recently been working on the shade plugin currently
> up for vote to be moved to
+1
Fabrice
On 9/5/07, Brian E. Fox <[EMAIL PROTECTED]> wrote:
>
> Mauro is an existing Apache Committer on the Excalibur project
> (http://excalibur.apache.org/team-list.html) as well as the mojo project
> at Codehaus. He has recently been working on the shade plugin currently
> up for vote to be
+1 Raphaêl
2007/9/5, Maria Odea Ching <[EMAIL PROTECTED]>:
> +1
>
> -Deng
>
> On 9/5/07, Brian E. Fox <[EMAIL PROTECTED]> wrote:
> >
> > Mauro is an existing Apache Committer on the Excalibur project
> > (http://excalibur.apache.org/team-list.html) as well as the mojo project
> > at Codehaus. He h
Mauro Talevi wrote:
> - Classloader problems: often difficult to debug them when artifacts are
> coming from different
> "transitive sources". Would be great to have a better way to display a
> trace of the dependency
> tree, without being swamped by all the non-dependency "noise". Maybe a
> ne
+1
-Deng
On 9/5/07, Brian E. Fox <[EMAIL PROTECTED]> wrote:
>
> Mauro is an existing Apache Committer on the Excalibur project
> (http://excalibur.apache.org/team-list.html) as well as the mojo project
> at Codehaus. He has recently been working on the shade plugin currently
> up for vote to be m
Ok, I started at the bottom and worked up to MNG-1928. I'm starting
to get to the point where there is less cruft. I was particularly
conservative about things that might be good to have or related to
other stuff, and left comments where I could for people to write
proposals - I'm sure half
Hi Jason,
You were talking about doing embedder stuff this week - I was just
looking at a batch of JIRA issues that you filed for it some time
back and wasn't really sure if they were still problems. Could you
give that component a once over?
Thanks!
- Brett
--
Brett Porter - [EMAIL PROT
2007/9/5, Brian E. Fox <[EMAIL PROTECTED]>:
> Mauro is an existing Apache Committer on the Excalibur project
> (http://excalibur.apache.org/team-list.html) as well as the mojo project
> at Codehaus. He has recently been working on the shade plugin currently
> up for vote to be moved to Apache. As h
+1
-Lukas
Brian E. Fox wrote:
Mauro is an existing Apache Committer on the Excalibur project
(http://excalibur.apache.org/team-list.html) as well as the mojo project
at Codehaus. He has recently been working on the shade plugin currently
up for vote to be moved to Apache. As he has demonstrate
33 matches
Mail list logo
