x27;s SNAPSHOT when resolved from the local repo and timestamped when it
comes from the remote. There's a method to get SNAPSHOT, I think it's
something like getBaseVersion(). I had to deal with this also in the
dependency and enforcer plugins.
-Original Message-----
From: Simone Gian
malfunctions.
Is there a way to always retrieve either the generic "0.0.1-SNAPSHOT" or
the "0.0.1-etcetc" version? I can see a number of getXVersion methods on
Artifact, but have no idea which one will remain stable, are them
documented somewhere?
Thanks in advance,
Si
encyTreeBuilder;
>
>
> how can the DependencyTreeBuilder inject to my own plugin,
> can you help me out?
> thank you very much!
>
>
--
Simone GianniCEO Semeru s.r.l. Apache Committer
MALE human being programming a computer http://www.simone
the default packaging type "jar,ear,rar" for example, have
> registered to the PlexusContainer. but I don't know how and when to
> registered that LifecycleMapping componentManager to the container? and how
> I can I do it myself?
> Is there Maven plugin developer can te
TECTED]
>>
>
> Thanks,
>
> Jason
>
> ------
> Jason van Zyl
> Founder, Apache Maven
> jason at sonatype dot com
> --
>
>
>
> --
Hi Nicolas,
yes, many Maven plugins have an Eclipse counterpart, and having the
eclipse plugin discover this plugins and delegate to them the generation
of eclipse specific configurations is a great idea. I don't know the
internals of the Eclipse plugin well enough to understand the details of
your
Kenney Westerhof wrote:
> The real problem is that people want an unpacked artifact, probably
> since packaging
> a war artifact is too slow (lots of dependencies copied, and zipping
> up zips is slow).
More or less, in the parallel thread "Manipulating the WAR directory
before the WAR file gets bu
Steve Loughran wrote:
> The thing to remember about WAR files is that they are a packaging
> format that is intended to make it easy to deploy web apps. Not
> distribute, but deploy. The old WAR/EAR use cases always had the
> 'assembler' who would be some person who would somehow assemble WARs
> an
Stephane Nicoll wrote:
> Yes, I've seen this thread as well. Sounds good to me even if we need
> strong
> use cases to create a new standard phase.
>
Basic use cases I've seen so far, applied to the WAR problem :
- Cocoon team developed a plugin that deploys its blocks inside a war.
This way, the u
Mark Hobson wrote:
> This sounds similar to my requirement of splitting the package phase
> into pre-package and package. Pre-package would assemble the exploded
> archive, whereas package would perform the archiving itself. This
> would allow other mojos to contribute to the archive assembly pha
Mark Struberg wrote:
> --- Brett Porter <[EMAIL PROTECTED]> schrieb:
>
>> Isn't that what war:war does?
>>
> In theory (documentation) i would say yes:
>
>> This goal simply package the directory created by
>>
> war:webapp goal.
>
> But unfortunately (for what i see in the code) th
Michael Horwitz wrote:
> Hi Simone,
>
> You could try the following:
>
> 1) Run the war:inplace goal.
> 2) Do the work on the exploded file.
> 3) Run the normal war goal.
>
> There is a danger that step 3 will undo some of the changes you have
> made -
> it largely depends on what they are.
Yep, th
Hi all,
I've developed a couple of plugin (one performs XML patches, the other
builds a certain site structure). They both should work on the WAR
directory structure, but before the WAR file is currently built.
Apart from my specific needs, it could be quite common to need to
perform some tasks (w
13 matches
Mail list logo
