On 08/01/2012 09:57 AM, Jesse Farinacci wrote:
http://maven.apache.org/examples/maven-3-lifecycle-extensions.html
Side note: this page fails to mention -Dmaven.ext.class.path=... as an alternative to adding to lib/ext/*.jar, which I guess would work (based on its recommendation from
EventSpy).
This probably just means that you are building the extension as a JAR, not a
maven-plugin, so there's no descriptor.
Of if it is as a Maven plugin, it might be a lack of mojos in there. ISTR a fix
in a recent plugin tools to avoid a related warning if there are only
extensions in the plugin.
-
Greetings,
On Wed, Aug 1, 2012 at 9:57 AM, Jesse Farinacci wrote:
> Most of the time it works just fine, however sometimes after I have
> mvn clean previously, I will take an exception in the log on the next
> mvn invocation:
>
> [WARNING] Failed to retrieve plugin descriptor for
> com.acme.maven
Greetings,
After being inspired by another thread, I decided to create a build
extension. All it does right now is cut a message to the log:
@Component(role = AbstractMavenLifecycleParticipant.class)
public final class BannerExtension extends AbstractMavenLifecycleParticipant
{
@Requirement pr
gt;> Hi Tony,
>>
>> Tony Lâmpada wrote:
>>
>> > We all know maven has a lot of available
>> > plugins<http://maven.apache.org/plugins/index.html>that do a lot of
>> > useful stuff.
>> >
>> > I recently learned about a differe
lot of
> > useful stuff.
> >
> > I recently learned about a different kind of extension point for maven
> > builds: build
> > extensions<http://maven.apache.org/examples/maven-3-lifecycle-
> extensions.html>
> > .
> >
> > Is there a similar list of
Hi Tony,
Tony Lâmpada wrote:
> We all know maven has a lot of available
> plugins<http://maven.apache.org/plugins/index.html>that do a lot of
> useful stuff.
>
> I recently learned about a different kind of extension point for maven
> builds: build
> extensions<ht
[ http://jira.codehaus.org/browse/MNG-1270?page=all ]
John Casey closed MNG-1270:
---
Resolution: Won't Fix
this feature already exists...didn't read the code carefully enough.
> allow custom artifact handlers using bui
allow custom artifact handlers using build extensions
-
Key: MNG-1270
URL: http://jira.codehaus.org/browse/MNG-1270
Project: Maven 2
Type: Improvement
Components: maven-artifact
Versions: 2.0
Reporter
dependencies.
> java.lang.LinkageError when specifying pom build extensions
> ---
>
> Key: MNG-713
> URL: http://jira.codehaus.org/browse/MNG-713
> Project: Maven 2
> Type: Bug
> Components: m
[ http://jira.codehaus.org/browse/MNG-713?page=all ]
Brett Porter updated MNG-713:
-
Fix Version: (was: 2.0-beta-3)
2.0-beta-4
> java.lang.LinkageError when specifying pom build extensi
[ http://jira.codehaus.org/browse/MNG-713?page=all ]
Brett Porter updated MNG-713:
-
Fix Version: (was: 2.0-beta-1)
2.0-beta-2
> java.lang.LinkageError when specifying pom build extensi
[ http://jira.codehaus.org/browse/MNG-713?page=all ]
Brett Porter updated MNG-713:
-
Fix Version: 2.0-beta-1
> java.lang.LinkageError when specifying pom build extensions
> ---
>
>
java.lang.LinkageError when specifying pom build extensions
---
Key: MNG-713
URL: http://jira.codehaus.org/browse/MNG-713
Project: Maven 2
Type: Bug
Components: maven-core
Versions: 2.0-beta-1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
+1, esp. the last bit about the new plugin element.
Brett Porter wrote:
| Hi,
|
| Ref: MNG-598, MNG-226
|
| We have "build extensions" - ie providers for wagon, scm that are not
| really plugins but additional providers for a particular p
On Fri, Jul 22, 2005 at 08:30:09PM +1000, Brett Porter wrote:
> Hi,
>
> Ref: MNG-598, MNG-226
>
> How does this sound?
+1
--
Trygve
signature.asc
Description: Digital signature
On Fri, 2005-07-22 at 20:30 +1000, Brett Porter wrote:
> Hi,
> How does this sound?
+1
> - Brett
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
jvz.
Jason van Z
this sound is ok for me.
Emmanuel
Brett Porter wrote:
Hi,
Ref: MNG-598, MNG-226
We have "build extensions" - ie providers for wagon, scm that are not
really plugins but additional providers for a particular plexus role.
Currently, these need to be dropped into M2_HOME/lib along
Hi,
Ref: MNG-598, MNG-226
We have "build extensions" - ie providers for wagon, scm that are not
really plugins but additional providers for a particular plexus role.
Currently, these need to be dropped into M2_HOME/lib along with their
dependencies which is not ideal. (SCM one
19 matches
Mail list logo
