On 11/27/05, Brett Porter <[EMAIL PROTECTED]> wrote:
> The field metadata when creating plugins is read from source files, so
> is not available when the original source is not. The metadata is
> available in the plugin in {{META-INF/maven/plugin.xml}}, but at this
> point there is no way to incorp
Did you specify the repository with legacy?
http://maven.apache.org/maven-settings/settings.html#class_repository
(Hope I understood your problem correctly...)
-Stephen
On 11/25/05, Ido M. Tamir <[EMAIL PROTECTED]> wrote:
> Hi,
> I am trying to migrate from maven 1 to maven 2.
> I specified my
Frank, the POM is not generated automatically. In fact, it will
cause dependencies to fail if you run it in offline mode unless you
have the patch described here:
http://jira.codehaus.org/browse/MNG-1443
Brian
On 11/25/05, ir. ing. Jan Dockx <[EMAIL PROTECTED]> wrote:
>
> On 25 Nov 2005, at 15:
I'm about to embark on writing a maven 2 plugin for Antenna.
Antenna has existing Ant tasks defined (in fact its an Ant task lib).
In Maven 1 it was fairly easy to implement a Maven plugin using ant tasks
because you could simple call them int he plugin... how would that type of
conversion be don
On 11/26/05, John Tolentino <[EMAIL PROTECTED]> wrote:
> You can use a combination of:
> 1. Defining versions on the root pom through the dependency management
> section. Skip the dependency versions in your modules since they will
> inherit the parent pom's.
> 2. Use SNAPSHOTS for modules that you
It looks right (I assume your deploy goal is to deploy into a running
appserver rather than to a repository, so this is a reasonble phase to
do it in). Are you actually running mvn package, or mvn war:war?
- Brett
On 11/26/05, Jean-Sebastien Bournival
<[EMAIL PROTECTED]> wrote:
> Hi,
>
> I am try
http://docs.codehaus.org/display/MAVEN/Dependency+Graphing
On 11/25/05, Wim Deblauwe <[EMAIL PROTECTED]> wrote:
> Just for the record, here are 2 links that might ease the work:
>
> http://www.xml.com/pub/a/2004/09/08/tree.html
> http://www.linguiste.org/syntax/tree/drawer/
>
> They show how to co
Hello,
I have an ant script that I run during "install" for a project which
essentially unjars the created WAR file, extracting out *.xml and *.properties
files and doing a mass replacement for various tokens and then updates the WAR
file with the modified files. This ant script invokes other
The field metadata when creating plugins is read from source files, so
is not available when the original source is not. The metadata is
available in the plugin in {{META-INF/maven/plugin.xml}}, but at this
point there is no way to incorporate it when building a new plugin.
We currently recommend
Thanks for the pointer, I've seen it too - however the code looked
very time consuming
to reverse engineer so I spent my time elsewhere.
Patches welcome of course!
On 26 Nov 2005, at 23:22, Srepfler Srgjan wrote:
Ashley Williams wrote:
Sorry, yes - for the time being ;)
Not sure how to in
Hi,
This is something I never understood so I'd like to know what was the
reasoning behind the choices that were made although some weren't made
by the maven project itself.
First, as I didn't misunderstood this wrong, the ant xml format itself
doesn't have a schema? I saw it can get extended u
Thanks Geoffrey,
I'd forgotten that limitation of M1. This wouldn't affect the final
conversion, but I'm looking into a way to test it.
Cheers,
Brett
On 11/25/05, Geoffrey <[EMAIL PROTECTED]> wrote:
> Brett,
>
> I am currently still using m1.1-beta2 (although already experimenting
> with m2).
>
How do you define your ant task? I think this is just a matter of how
the classpaths are defined and can be fixed - check that it is not in
JIRA and if not, please add it.
Thanks,
Brett
On 11/25/05, Henry Isidro <[EMAIL PROTECTED]> wrote:
> Hi. I'm trying to run an ant task from the antrun plugin
Yep, that's the idea. One of two things ends up occuring:
1) you have to copy it from the local repository to a staging
directory to prepare it, in which case you rename it on the way
2) you include it sourced directly from the local repo, but specify a
filename it will use in the target, where yo
Yes, please.
- Brett
On 11/25/05, Wim Deblauwe <[EMAIL PROTECTED]> wrote:
> ok, that works fine. Should I file a JIRA improvement issue to have this
> documented on
> http://maven.apache.org/guides/plugin/guide-java-plugin-development.html?
>
> regards,
>
> Wim
>
> 2005/11/25, Brett Porter <[EMAI
Ashley Williams wrote:
Sorry, yes - for the time being ;)
Not sure how to inject config xml into a mojo so for now it's got to
be a string - and
all the angled brackets would cause trouble without the CDATA section.
As soon as I can work it out I will definitely change this though!
I thin
Sorry, yes - for the time being ;)
Not sure how to inject config xml into a mojo so for now it's got to
be a string - and
all the angled brackets would cause trouble without the CDATA section.
As soon as I can work it out I will definitely change this though!
On 26 Nov 2005, at 22:43, Srep
Thanks Carlos - much appreciated.
Matt
On 11/26/05, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
> I've created an issue for that MNG-1689
>
> On 11/26/05, Matt Raible <[EMAIL PROTECTED]> wrote:
> > On 11/26/05, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
> > > That's fine, xml-apis 2.0.2 should be 1.
It's fine to have your own repo with snapshots and needed things like
ojb until is fixed in ibiblio, knowing that those things are temporal
and avoiding a release depending on them, eg. removing that repo
before making a relese and be sure that everything is fine.
For your custom jars you can uplo
I've created an issue for that MNG-1689
On 11/26/05, Matt Raible <[EMAIL PROTECTED]> wrote:
> On 11/26/05, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
> > That's fine, xml-apis 2.0.2 should be 1.0.b2
>
> What do you mean by "that's fine?" I realize that this WARNING
> doesn't cause any issues, but
I should write the tasks using the CDATA to delimit them?
Ashley Williams wrote:
Srepfler, make sure you build mant first of all - it's in the same
directory as hibernate.
Also your plugin config should look something like this:
org.codehaus.mojo
hibernatedoclet-maven-p
On 11/24/05, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
> I don't think you should go down that path, as you will introduce
> confusion for your users. Poms in ibiblio have to be suitable for
> everybody, any customization needed can be added to your own pom as
> exclusions, overriding,...
I agree
On 11/26/05, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
> That's fine, xml-apis 2.0.2 should be 1.0.b2
What do you mean by "that's fine?" I realize that this WARNING
doesn't cause any issues, but I'd like to do 1 of the following 2
things:
1. Change logging from WARNING to ERROR so I don't see th
That's fine, xml-apis 2.0.2 should be 1.0.b2
On 11/26/05, Matt Raible <[EMAIL PROTECTED]> wrote:
> I'm getting the following warning when using M2's Ant tasks:
>
> [artifact:dependencies] [WARNING]
> [artifact:dependencies] This artifact has been relocated to
> xml-apis:xml-apis:1.0.b2.
>
> I tu
I'm getting the following warning when using M2's Ant tasks:
[artifact:dependencies] [WARNING]
[artifact:dependencies] This artifact has been relocated to
xml-apis:xml-apis:1.0.b2.
I turned on verbose logging and it appears to be coming from commons-digester.
springmodules:springmodules-vali
I look forward to trying out the patch.
On 26 Nov 2005, at 13:30, Olivier Lamy wrote:
Hi,
Look at the issue http://jira.codehaus.org/browse/MNG-1683.
I'm actually working to implements this feature (war plugin
modification
+ a maven-zip-plugin to implements zip) (It's
due to
a company use
Hi,
Look at the issue http://jira.codehaus.org/browse/MNG-1683.
I'm actually working to implements this feature (war plugin modification
+ a maven-zip-plugin to implements zip) (It's due to
a company use case).
With the feature I propose you just need to add this in the
configuration (Instead of us
Ok, I have managed to come up with a workaround like so:
${project.build.directory}/generated/
src/main/resources
In other words I've told it to copy everything from under generated
resources - that just happens to be the
xdoclet generated WEB-INF dir.
Hardcodin
Hi
Before I file a jira issue is there some way of configuring the war
plugin so that it essentially does the bare minimum of jaring up my
classes directory and using a .war extension? Currently I don't need
any of the bells and whistles such as autogenerating the web.xml file
as I use xd
Dear all,
Folder:
sample --pom.xml (ear)
|__src\main\application\meta-inf\application.xml
|
|---primary-source-|--pom.xml(java jar)
|
|--src\main\java\
We try to package an ear with java jar.
under
30 matches
Mail list logo