Couple Q's on snapshot versions

[Wendell Beckwith]

I'm the process of setting up a new repository and I want to understand
whether I should use 2 repositories, release and snapshots or just one for
both.  I know maven has the central repo and then one for snapshots, but is
this really required?  Th following are questions I hope others can help me
answer:

1. Can I limit the number of snapshot versions?
We use the Pulse build server and it is configured to kick off a rebuild
whenever a dev checks in new code.  This causes us to build continuously for
approx. 14 hours through out the day.  Naturally this causes a lot of
artifacts named foo-0.4.7-20070118.041533-4.jar to be built and deployed.
How can I control this?  We really only care about the latest jar not the
previous 50 versions.  I would like to configure maven to keep only the most
recent snapshot version and delete/never create the rest.

2. If I can do question 1, then it should be safe to include the snapshot
version and the release version in the same repo, right?
Is there some gotcha with keeping the snapshots with the released versions
that I'm missing?

Wb

Missing activation artifact?

[Wendell Beckwith]

I saw a message from the list where someone on 12/06/2006 (IIRC) had the
same problem as below while building archiva.  Can someone shed some light
on why maven is barfing?  I do have the javax.activation:activation jar,
version 1.0.2, installed in the local repository.

[INFO] Building Archiva Runtime Generator
[INFO]task-segment: [install]
[INFO]


[INFO] [plexus:descriptor {execution: default}]
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [plexus:merge-descriptors {execution: default}]
[INFO] [plexus-appserver:assemble-runtime {execution: default}]
[INFO]

[ERROR] FATAL ERROR
[INFO]

[INFO] Could not version for artifact: javax.activation:activation.
[INFO]

[INFO] Trace
java.lang.RuntimeException: Could not version for artifact:
javax.activation:activation.
   at org.codehaus.plexus.builder.AbstractBuilder.resolveVersion(
AbstractBuilder.java:317)
   at org.codehaus.plexus.builder.AbstractBuilder.getCoreArtifacts(
AbstractBuilder.java:240)
   at
org.codehaus.plexus.builder.runtime.DefaultPlexusRuntimeBuilder.build(
DefaultPlexusRuntimeBuilder.java:159)
   at
org.codehaus.plexus.maven.plugin.runtime.RuntimeAssemblerMojo.execute(
RuntimeAssemblerMojo.java:94)
   at org.apache.maven.plugin.DefaultPluginManager.executeMojo(
DefaultPluginManager.java:412)
   at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(
DefaultLifecycleExecutor.java:534)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle
(DefaultLifecycleExecutor.java:475)
   at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(
DefaultLifecycleExecutor.java:454)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures
(DefaultLifecycleExecutor.java:306)
   at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(
DefaultLifecycleExecutor.java:273)
   at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(
DefaultLifecycleExecutor.java:140)
   at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322)
   at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
   at org.apache.maven.cli.MavenCli.main(MavenCli.java:256)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at sun.reflect.NativeMethodAccessorImpl.invoke(
NativeMethodAccessorImpl.java:39)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(
DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:585)
   at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java
:315)
   at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
   at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java
:430)
   at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
[INFO]

[INFO] Total time: 45 seconds
[INFO] Finished at: Tue Jan 16 18:49:03 CST 2007
[INFO] Final Memory: 29M/158M
[INFO]


Wb

API for getting m2 artifact from a java.io.File

[Wendell Beckwith]

Is there an api for turning a java.io.File, which represents the path of a
jar into the local repository, into a maven Artifact object?  Or do I just
need to reverse the process used in the DefaultRepositoryLayout.pathOf()
method?  I'm working on a plugin that will dynamically add dependencies to
maven for eclipse plugins, but the eclipse code will load all jars under
certain hierarchies in the local repo to form the target platform.  It will
analyze the project's code and return the jars (and access rules) that are
really needed for compilation.  My code needs to convert these file paths
into dependencies which I can then add to the m2 project.

Wb

Is it possible for a mojo to dynamically add a jar resource?

[Wendell Beckwith]

I have a mojo that computes the jars needed for an osgi bunlde and I need to
add the list of jars to the project so that they will be available for the
compile phase.  Is there a plugin doing this or some documentaion on pulling
this off?  The jars can't be added to the pom because it is not known until
the Manifest.mf file is analyzed and a directory of jars is consulted, as to
which jars actually contain the java packages necessary for compilation and
then those jars need to be added to the dependency list.  I see the method
to add a compile source root, but no method for adding a compile jar file.

Wb

Re: Which Maven to use when starting a new project?

[Wendell Beckwith]

I also agree, m2 is orders better than m1 IMHO. I did start a new project
and was brave (i.e. stupid) enough to use the alpha releases on it. Now that
we are in the beta's I haven't had to use snapshot builds as the betas now
cover 95+% of what I need and the rest I can wait until the next beta. The
only *real* thing lacking is documentation, but that will come and you have
this list in the meantime.

Wb

[m2b3] How to use profiles for selective plugin activation?

[Wendell Beckwith]

Where can I find a good document or an example of how to use profiles to
control the plugins that are activated in a specific phase? I have the
following build element:




org.apache.maven.plugins
maven-compiler-plugin

1.5
1.5



com.agitar.maven.plugins
maven-agitar-plugin



agitate






...



org.apache.maven.plugins
maven-project-info-reports-plugin


com.agitar.maven.plugins
maven-agitar-plugin

My Project






The maven-agitar-plugin has 1 mojo bound to the test phase and 1 that
generates a report, but they take quite a bit of time to run, so I want
these mojos to only run of the build server. I understand profiles should be
the way to handle this, but I'm lost on the syntax of what goes where in the
pom, and what I need to add in the settings.xml and/or on the command line
to make this only active for the build server.

Wb

Re: [m20b3] Problems Getting My First Plugin to Work

[Wendell Beckwith]

I had a the exact same problem however it went away when I updated to m2b2
and blew away my local repo allowing m2 to recreate it. Since then, it has
all work fine.

Wb


On 10/5/05, Allison, Bob <[EMAIL PROTECTED]> wrote:
>
> I am trying to build my first plugin and having a problem.
>
> I wrote a plugin which I can run as
> sample.plugin:maven-hello-plugin:1.0-SNAPSHOT:sayhi and that works
> perfectly.
>
> I want to set things up so I can reference the goal as hello:sayhi but
> can't seem to get it to work. I added "sample.plugin" as a pluginGroup
> in my settings.xml file. When I run "m2 hello:sayhi", Maven tries to
> check for updates from central then fails the build when it can't find
> it on ibiblio even though it was installed into my local repository.
>
> Am I missing something vital?
>
> On another note, I am trying to use this experience to make a start at
> the Plugin Development Guide. You can see what I have so far at
> http://sd.no-ip.biz/maven2pdg/. I welcome any comments, suggestions,
> and corrections. Right now, it only covers making a plugin with a
> single mojo that takes no parameters, but I wanted to start simple and
> add complexities one at a time. This said, the only part of the
> document that has been started is the part under "Your First Plugin".
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: [m2] invoking java -jar

[Wendell Beckwith]

Another thing to do especially since some devs keep steering people to
use commons-exec and then other devs say not to use it is to use the
command line execution functionality in plexus-utils.


1. Add the following dependency to your pom:


plexus
plexus-utils
1.0.3



2. Createa utility method like the following:


/**
 * @see org.apache.maven.plugin.Mojo#execute()
 */
public static int execute(Commandline cl, Log log) throws
MojoExecutionException
{
   try
{
if (log.isDebugEnabled())
{
log.debug("Command Line: " + cl);
}
StreamConsumer consumer = new MavenLogConsumer(log);
int exitCode = CommandLineUtils.executeCommandLine( cl, 
consumer,
consumer );
return exitCode;
}
catch (CommandLineException e)
{
throw new MojoExecutionException("command line error", 
e);
}
}

3. Create a StreamConsumer that will funnel output to your current
maven process:

public class MavenLogConsumer implements StreamConsumer
{
private Log log;

/**
 * @param log
 */
public MavenLogConsumer(Log log)
{
this.log = log;
}

/**
 * @see 
org.codehaus.plexus.util.cli.StreamConsumer#consumeLine(java.lang.String)
 */
public void consumeLine(String line)
{
log.info(line);
}   
}

You should now be good to execute the jar command directly.

Wb


On 10/4/05, Orjan Austvold <[EMAIL PROTECTED]> wrote:
> Hi,
>
> The jar tool is located in the tools.jar archive. Try something like
>
> sun.tools.jar.Main jarTool = new sun.tools.jar.Main(System.out,
> System.err, "jar");
> jarTool.run(new String[]{"cfm", "new-archive.jar", "myManifest.mf"});
>
>
> Ørjan
>
>
> Ashley Williams wrote:
> > Just to give a little more context I'm writing a plugin that simply
> > invokes "java -jar jaxb-xjc.jar ", hopefully specifying  which
> > java vm to use, eg Java 5 or Java 4. Just a simple one liner  plugin
> > really.
> >
> > On 3 Oct 2005, at 23:26, Ashley Williams wrote:
> >
> >> I'm writing a plugin that needs to call java -jar in the execute
> >> method. Is there an api I should use as I don't wish to use the  java
> >> Runtime class to do this. I've had a look at the compiler  plugin
> >> thinking that it might give me a clue (maybe by invoking  javac), but
> >> it just delegates to some CompilerManager class.
> >>
> >> Thanks
> >> AW
> >>
> >> -
> >> To unsubscribe, e-mail: [EMAIL PROTECTED]
> >> For additional commands, e-mail: [EMAIL PROTECTED]
> >>
> >>
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
>
> --
> Ørjan Austvold - Senior Software Architect
> www.colibria.com - putting the presence into messaging
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Duplicate files and Doxia mojo

[Wendell Beckwith]

What the solution for dealing with supposedly duplicate files.  We get
the following error

INFO - Caused by: org.apache.maven.reporting.MavenReportException:
Some files are duplicates in the site directory or in the
generated-site directory.
INFO - Review the following files for the "Default" version:
INFO - visioconvert/snddebugvm1web_files/snddebugvm1web_files/gif_1
INFO -  
resources/VisioConvert/SNDDebugVM1Web_files/SNDDebugVM1Web_files/gif_1.gif
INFO -  
resources/VisioConvert/SNDDebugVM1Web_files/SNDDebugVM1Web_files/gif_1.js
INFO -  
resources/VisioConvert/SNDDebugVM1Web_files/SNDDebugVM1Web_files/gif_1.htm
INFO - visioconvert/snddebugvm1web_files/snddebugvm1web_files/vml_1
INFO -  
resources/VisioConvert/SNDDebugVM1Web_files/SNDDebugVM1Web_files/vml_1.js
INFO -  
resources/VisioConvert/SNDDebugVM1Web_files/SNDDebugVM1Web_files/vml_1.htm
INFO -  
resources/VisioConvert/SNDDebugVM1Web_files/SNDDebugVM1Web_files/vml_1.emz
INFO -  at org.apache.maven.doxia.DoxiaMojo.execute(DoxiaMojo.java:305)
INFO -  ... 16 more


Now if the files were true duplicates I can understand, however when
saving Visio and we have encountered it with or technology like flash,
that the software will save all files with a common prefix.  However
the current site plugin doesn't seem to like that and it is tedious to
say the least to have to keep changing the internal references for
these files.  Are we missing something big or what.

We are primarily using APT, however these files are saved under the
resources folder and I would expect all of those files to simple be
copied to the output directory.

Wb

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [m2] How to get logging from commons-exec?

[Wendell Beckwith]

Actually because it was dev/users on this list telling me to use
commons-exec and because I see Brett all over the checkin logs that I
assumed this was the correct forum to ask my question. Now in reference to
your email from yesterday, I did follow the link, but that reference you
pointed me to writes it's stdin/stderr to a file. I just need to tie the
sub-processes output to my current maven process's output and I'm pretty
much done with my plugin outside of enhanced error checking and documenting
it. Personally, I'm not tied to any specific API, if plexus-utils will do
what I need/want then that's great. I just want to know how to get the
streams together. Any other pointers/example that will help in this matter?

Wb


On 9/21/05, Trygve Laugstøl <[EMAIL PROTECTED]> wrote:
>
> On Tue, 2005-09-20 at 22:20 -0500, Wendell Beckwith wrote:
> > I checked out the source for commons-exec and built the
> > commons-exec-1.0-SNAPSHOT.jar. I added this jar as a dependency to my m2
> > plugin project and wrote a simple Foo app to verify that everything was
> > working. The app just writes the current time into a file and all is
> well
> > with this. What's missing is how to tie the output from my process into
> the
> > currently executing maven process. Below is my mojo's execute method.
> None
> > of the unit tests actually demonstrate how to configure the current
> process
> > to receive logging from a sub-process.
>
> First, this is not the right forum for these questions, please ask new
> questions on [EMAIL PROTECTED]
>
> commons-exec is not ready for prime-time yet, so currently I would
> suggest that you use plexus-utils and the cli methods that's in there. I
> will sometime this week apply the outstanding patches for commons-exec
> and try to make it more useful but it's not there yet.
>
> For a usage example please see the other mail I wrote yesterday.
>
> --
> Trygve
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

[m2] How to get logging from commons-exec?

[Wendell Beckwith]

I checked out the source for commons-exec and built the
commons-exec-1.0-SNAPSHOT.jar. I added this jar as a dependency to my m2
plugin project and wrote a simple Foo app to verify that everything was
working. The app just writes the current time into a file and all is well
with this. What's missing is how to tie the output from my process into the
currently executing maven process. Below is my mojo's execute method. None
of the unit tests actually demonstrate how to configure the current process
to receive logging from a sub-process.


public void execute() throws MojoExecutionException
{
CommandLine cl = new CommandLineImpl();
cl.setExecutable("java");
cl.addArgument("-classpath");
cl.addArgument("D:/dev/workspace/maven-hello-plugin/bin");
cl.addArgument("com.mycompany.maven.plugins.Foo");
try
{
Exec exec = new Exec();
exec.execute(cl);
}
catch (IOException e)
{
throw new MojoExecutionException(e);
}
}


Wb

Re: [m2] reasons for sticking with maven

[Wendell Beckwith]

I will look into commons-exec since I wasn't aware of it and thnx for all
the help.

Wb


On 9/20/05, John Casey <[EMAIL PROTECTED]> wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Ok, fair enough...but the maven process should probably install a
> security manager to restrict who can call System.exit(..) (i.e. no-one
> can! :)
>
> But there is still the potential for issues surrounding
> OutOfMemoryError's and the like. If you're going the route of using a
> separate java process, then you should check into commons-exec. I
> haven't used it, but if it's the stuff extracted from Ant (and plexus,
> actually), then it'll be suitable.
>
> - -john
>
> Wendell Beckwith wrote:
> | True, it is a java main() call because the use ZeroG's LaunchAnywhere.
> | LaunchAnywhere creates a native executable that reads a config file that
> | lists the classpath, args and the main class to execute. However because
> I
> | didn't write the code nor do have the source code, I don't know if the
> code
> | somewhere will call System.exit(). If it does then my maven process is
> dead,
> | which is why I want the ability to run this java main() in a separate
> | process. Makes sense?
> |
> | Wb
> |
> | On 9/20/05, John Casey <[EMAIL PROTECTED]> wrote:
> |
> | it's not a command line execution...it's a java main() call...right?
> |
> | Trygve Laugstøl wrote:
> | | On Tue, 2005-09-20 at 13:09 -0500, Wendell Beckwith wrote:
> | |
> | |>I just re-read you email and I'm confused by your comment, please
> | clarify if
> | |>possible. But isn't what I've been hopefully explaining is the
> | creation of a
> | |>mojo that wraps a command line process. I have written the mojos
> | (agitate
> | |>and dashboard) an users only need to reference the plugin in their
> build
> | |>element. If the defaults are right for them, say they have a 80% code
> | |>coverage target instead of the default of 70% then they can add a
> | 
> | |>element to the  element for the plugin. Now the plugin
> | takes
> | |>the prams and puts then in the correct order and that is where I'm
> | currently
> | |>am. I would like to have a maven-java-plugin or something like it that
> | my
> | |>plugin can depend on to actually execute the process and tie its
> output
> | |>stdout and stderr back to my process. That's all I need. I'm not
> | advocating
> | |>giving users the ability to execute any java command from their pom.
> | |
> | |
> | | For now, until all the hot air in commons-exec stabilizes take a look
> at
> | | plexus-utils and the org.codehaus.plexus.util.cli package. For a
> simple
> | | example take a look at [1].
> | |
> | | [1]:
> | |
> |
> |
>
> http://svn.apache.org/viewcvs.cgi/maven/continuum/trunk/continuum-core/src/main/java/org/apache/maven/continuum/utils/shell/DefaultShellCommandHelper.java?rev=227315&view=markup
> | |
> | | --
> | | Trygve
> | |
> | |
> | | -
> | | To unsubscribe, e-mail: [EMAIL PROTECTED]
> | | For additional commands, e-mail: [EMAIL PROTECTED]
> | |
> | |
> | |
>
> - -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.2.6 (GNU/Linux)
>
> iD8DBQFDMFXBK3h2CZwO/4URAvkbAJ4ir8+/w7fgWCTfH6XA0bgXLW2rmQCeKqh+
> 6H/krj8A/paO61kOgt4MHNU=
> =Lywd
> -END PGP SIGNATURE-
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: [m2] reasons for sticking with maven

[Wendell Beckwith]

True, it is a java main() call because the use ZeroG's LaunchAnywhere.
LaunchAnywhere creates a native executable that reads a config file that
lists the classpath, args and the main class to execute. However because I
didn't write the code nor do have the source code, I don't know if the code
somewhere will call System.exit(). If it does then my maven process is dead,
which is why I want the ability to run this java main() in a separate
process. Makes sense?

Wb

On 9/20/05, John Casey <[EMAIL PROTECTED]> wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> it's not a command line execution...it's a java main() call...right?
>
> Trygve Laugstøl wrote:
> | On Tue, 2005-09-20 at 13:09 -0500, Wendell Beckwith wrote:
> |
> |>I just re-read you email and I'm confused by your comment, please
> clarify if
> |>possible. But isn't what I've been hopefully explaining is the
> creation of a
> |>mojo that wraps a command line process. I have written the mojos
> (agitate
> |>and dashboard) an users only need to reference the plugin in their build
> |>element. If the defaults are right for them, say they have a 80% code
> |>coverage target instead of the default of 70% then they can add a
> 
> |>element to the  element for the plugin. Now the plugin
> takes
> |>the prams and puts then in the correct order and that is where I'm
> currently
> |>am. I would like to have a maven-java-plugin or something like it that
> my
> |>plugin can depend on to actually execute the process and tie its output
> |>stdout and stderr back to my process. That's all I need. I'm not
> advocating
> |>giving users the ability to execute any java command from their pom.
> |
> |
> | For now, until all the hot air in commons-exec stabilizes take a look at
> | plexus-utils and the org.codehaus.plexus.util.cli package. For a simple
> | example take a look at [1].
> |
> | [1]:
> |
>
> http://svn.apache.org/viewcvs.cgi/maven/continuum/trunk/continuum-core/src/main/java/org/apache/maven/continuum/utils/shell/DefaultShellCommandHelper.java?rev=227315&view=markup
> |
> | --
> | Trygve
> |
> |
> | -
> | To unsubscribe, e-mail: [EMAIL PROTECTED]
> | For additional commands, e-mail: [EMAIL PROTECTED]
> |
> |
> |
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.2.6 (GNU/Linux)
>
> iD8DBQFDMFI/K3h2CZwO/4URAvoXAKCpFFlfc7CDSG35HygJdqAN0aHfbgCeMMzA
> bc1WTt3I4WBoJycsmRICNXc=
> =rA82
> -END PGP SIGNATURE-
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: [m2] reasons for sticking with maven

[Wendell Beckwith]

YES!! That is exactly what I need/want. Sorry if I wasn't clear before, but
I'm definitely not for the embedding of command lines in he pom. Now that I
understand where you're coming from, I can completely agree with you that
embedding this stuff in a pom would definitely lead to cut-n-paste code
which s why I'm actively moving nearly 100 dev's from ant to maven 2
starting with my project.

Wb

On 9/20/05, John Casey <[EMAIL PROTECTED]> wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> that sounds perfectly sane, except it sounds like you only need an API
> for calling a java main() method and handling output than an actual
> plugin. Once you have that API, you're set, it sounds like...then your
> plugin can depend on that api, and give it the stream consumers for
> sterr/stout and stream provider for stdin, I guess.
>
> I suppose I misunderstood where you were going with the
> maven-java-plugin. You're after more of a main() support API than an
> actual java-plugin, since you're writing the plugin yourself. Correct?
>
> - -john
>
> Wendell Beckwith wrote:
> | I just re-read you email and I'm confused by your comment, please
> clarify if
> | possible. But isn't what I've been hopefully explaining is the
> creation of a
> | mojo that wraps a command line process. I have written the mojos
> (agitate
> | and dashboard) an users only need to reference the plugin in their build
> | element. If the defaults are right for them, say they have a 80% code
> | coverage target instead of the default of 70% then they can add a
> 
> | element to the  element for the plugin. Now the plugin
> takes
> | the prams and puts then in the correct order and that is where I'm
> currently
> | am. I would like to have a maven-java-plugin or something like it that
> my
> | plugin can depend on to actually execute the process and tie its output
> | stdout and stderr back to my process. That's all I need. I'm not
> advocating
> | giving users the ability to execute any java command from their pom.
> |
> | This is my 1st m2 plugin so if I'm now one of those clueless users, then
> | please correct me where I'm wrong.
> |
> | Wb
> | On 9/20/05, John Casey <[EMAIL PROTECTED]> wrote:
> |
> |>-BEGIN PGP SIGNED MESSAGE-
> |>Hash: SHA1
> |>
> |>
> |>I guess I don't understand what's wrong with writing mojos to wrap
> |>specific command-line-driven use cases...?
> |>
> |>- -john
> |>
> |
> |
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.2.6 (GNU/Linux)
>
> iD8DBQFDMFEWK3h2CZwO/4URAveWAKCDHwHQN8WHKYx0V7YtI1mto4x4mgCdG+v9
> pTLGzK9uJsmhto/wMtt1+vo=
> =NYSU
> -END PGP SIGNATURE-
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: [m2] reasons for sticking with maven

[Wendell Beckwith]

I just re-read you email and I'm confused by your comment, please clarify if
possible. But isn't what I've been hopefully explaining is the creation of a
mojo that wraps a command line process. I have written the mojos (agitate
and dashboard) an users only need to reference the plugin in their build
element. If the defaults are right for them, say they have a 80% code
coverage target instead of the default of 70% then they can add a 
element to the  element for the plugin. Now the plugin takes
the prams and puts then in the correct order and that is where I'm currently
am. I would like to have a maven-java-plugin or something like it that my
plugin can depend on to actually execute the process and tie its output
stdout and stderr back to my process. That's all I need. I'm not advocating
giving users the ability to execute any java command from their pom.

This is my 1st m2 plugin so if I'm now one of those clueless users, then
please correct me where I'm wrong.

Wb
On 9/20/05, John Casey <[EMAIL PROTECTED]> wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
> I guess I don't understand what's wrong with writing mojos to wrap
> specific command-line-driven use cases...?
>
> - -john
>

Re: [m2] reasons for sticking with maven

[Wendell Beckwith]

On 9/20/05, John Casey <[EMAIL PROTECTED]> wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1



If you're forced to run unit tests via a main() invocation, why not
> write a unit-test plugin that calls this type of test, and formats
> errors/output so it can be integrated into the unit tests reporting
> features, rather than write a plugin that's sole aim is one-off, custom
> configuration on a per-POM basis, and has no hope of ever being reusable
> or scalable?


Oh, this is simple because I have encountered it before. The main reason I
have to have a separate process is because some developers are not
enlightened enough to just throw an exception and instead they'll dump
something in a log and them call System.exit(). Thus, I can't run their code
in my process. Another case is where a you need to run a process across a
series of resources (i.e. files) one at a time, perhaps for code generation.
Some processes may load native libraries and you can't have then loading a
library more than once in a process's lifetime, so you again need to run
this in a separate process.

I guess I don't understand what's wrong with writing mojos to wrap
> specific command-line-driven use cases...?
>
> - -john
>
> Wendell Beckwith wrote:
> | Probably because I'm not aware of what your talking about. Nonetheless,
> | while there may be another way of doing what I need, the ability to
> simple
> | specify a command line to a java process that is something that has
> | tremendous capability. Can users overdo it sure, but in an effort to
> protect
> | clueless users from themselves, should we prevent more advances
> users/plugin
> | developers from achieving their needs. I'm a big eclipse and firefox
> user,
> | but I don't dictate that everyone on my team has to do as I do because I
> | believe it is the "one true way" for IDEs and web browsing.
> |
> | Wb
> |
> | On 9/20/05, Vincent Massol <[EMAIL PROTECTED]> wrote:
> |
> |>
> |>
> |>>-Original Message-
> |>>From: Wendell Beckwith [mailto:[EMAIL PROTECTED]
> |>>Sent: mardi 20 septembre 2005 19:15
> |>>To: Maven Users List
> |>>Subject: Re: [m2] reasons for sticking with maven
> |>>
> |>>John is basically stating the very thing that I'm against in the
> |>
> |>statement
> |>
> |>>below. I have a 3rd party command line utility from
> |>>www.agitar.com <http://www.agitar.com> <http://www.agitar.com><
> http://www.agitar.com>,
> |>>that basically does unit tests against our code. I want to write (and
> |>
> |>have
> |>
> |>>started writing) an M2 plugin to execute the java command line for the
> |>>agitation process from my plugin. All I need now to complete my plugin
> |>>besides more hours in a day is a plugin that will allow me to execute a
> |>>java
> |>>command line. Now my plugin will integrate with the maven lifecycle
> |>
> |>during
> |>
> |>>the test phase. However, first I'm told to use the maven-execute-plugin
> |>>and
> |>>then another dev states that it's bad and wants to see it eliminated,
> |>
> |>I'm
> |>
> |>>left thinking WTF!? This *helps* me adopt maven and the process, not
> |>>hinders
> |>>it. My whole purpose for writing the plugin was so that I could make
> the
> |>>plugin once and the other groups here and else where since I would open
> |>>source it would be able to reuse it. Is this not what maven is for?
> |>
> |>Just to muddy the waters: why don't you use commons-exec from your
> |>plugin's
> |>java code to execute your process?
> |>
> |>[snip]
> |>
> |>Thanks
> |>-Vincent
> |>
> |>
> |>-
> |>To unsubscribe, e-mail: [EMAIL PROTECTED]
> |>For additional commands, e-mail: [EMAIL PROTECTED]
> |>
> |>
> |
> |
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.2.6 (GNU/Linux)
>
> iD8DBQFDMEkBK3h2CZwO/4URAkV4AJ91AZVpovMtVrVziGZGb1dBKOQv2wCfSrY9
> oShApxHT8sNeu/om38WwQKY=
> =kv4h
> -END PGP SIGNATURE-
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: [m2] reasons for sticking with maven

[Wendell Beckwith]

Just for clarification are you suggesting that a plugin that needs to
execute a java process should be designed as an ant script, and the plugin
would simply pass parameters to the ant script? I ask because I don't see
how this is less maintenance than my current plugin that provides
intelligent defaults in the mojo and just needs to pass theses parameters
along with any the user changed to the java process. Whenever there are
plugin changes, I still go to the mojo in my design or an ant script in your
design, correct?

Wb


On 9/20/05, John Casey <[EMAIL PROTECTED]> wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> I've actually done something just like this in the past, in order to
> call a Make-based build. IMO, you want to wrap a command line call in a
> plugin, to formalize the parameters - required and optional - which
> constitutes a valid invocation of that executable. Otherwise, it's prone
> to breaking, misuse, and cut-and-paste maintenance style. In short, it
> isn't robust, and doesn't scale well. Anything where execution logic is
> embedded in the POM will suffer from this, IMO - including the antrun
> and execute plugins in the mojos project. A better solution for Ant
> would be to build the plugin around the Ant script/scriptlet, and bundle
> that script into the plugin jar...then parameterize the input
> configuration. Then, the script can climb the maturity curve, and is
> truly reused with a single point of maintenance.
>
> - -john
>
> Vincent Massol wrote:
> |
> |>-Original Message-
> |>From: Wendell Beckwith [mailto:[EMAIL PROTECTED]
> |>Sent: mardi 20 septembre 2005 19:15
> |>To: Maven Users List
> |>Subject: Re: [m2] reasons for sticking with maven
> |>
> |>John is basically stating the very thing that I'm against in the
> statement
> |>below. I have a 3rd party command line utility from
> |>www.agitar.com <http://www.agitar.com><http://www.agitar.com>,
> |>that basically does unit tests against our code. I want to write (and
> have
> |>started writing) an M2 plugin to execute the java command line for the
> |>agitation process from my plugin. All I need now to complete my plugin
> |>besides more hours in a day is a plugin that will allow me to execute a
> |>java
> |>command line. Now my plugin will integrate with the maven lifecycle
> during
> |>the test phase. However, first I'm told to use the maven-execute-plugin
> |>and
> |>then another dev states that it's bad and wants to see it eliminated,
> I'm
> |>left thinking WTF!? This *helps* me adopt maven and the process, not
> |>hinders
> |>it. My whole purpose for writing the plugin was so that I could make the
> |>plugin once and the other groups here and else where since I would open
> |>source it would be able to reuse it. Is this not what maven is for?
> |
> |
> | Just to muddy the waters: why don't you use commons-exec from your
> plugin's
> | java code to execute your process?
> |
> | [snip]
> |
> | Thanks
> | -Vincent
> |
> |
> | -
> | To unsubscribe, e-mail: [EMAIL PROTECTED]
> | For additional commands, e-mail: [EMAIL PROTECTED]
> |
> |
> |
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.2.6 (GNU/Linux)
>
> iD8DBQFDMEdFK3h2CZwO/4URAjLaAKCo3sOGgRHJYg0nTR66E38EUaxN9wCfRY9m
> 3JIbhwsALTmuwn5OB/7gG9k=
> =WOfH
> -END PGP SIGNATURE-
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: [m2] reasons for sticking with maven

[Wendell Beckwith]

Probably because I'm not aware of what your talking about. Nonetheless,
while there may be another way of doing what I need, the ability to simple
specify a command line to a java process that is something that has
tremendous capability. Can users overdo it sure, but in an effort to protect
clueless users from themselves, should we prevent more advances users/plugin
developers from achieving their needs. I'm a big eclipse and firefox user,
but I don't dictate that everyone on my team has to do as I do because I
believe it is the "one true way" for IDEs and web browsing.

Wb

On 9/20/05, Vincent Massol <[EMAIL PROTECTED]> wrote:
>
>
>
> > -Original Message-
> > From: Wendell Beckwith [mailto:[EMAIL PROTECTED]
> > Sent: mardi 20 septembre 2005 19:15
> > To: Maven Users List
> > Subject: Re: [m2] reasons for sticking with maven
> >
> > John is basically stating the very thing that I'm against in the
> statement
> > below. I have a 3rd party command line utility from
> > www.agitar.com <http://www.agitar.com><http://www.agitar.com>,
> > that basically does unit tests against our code. I want to write (and
> have
> > started writing) an M2 plugin to execute the java command line for the
> > agitation process from my plugin. All I need now to complete my plugin
> > besides more hours in a day is a plugin that will allow me to execute a
> > java
> > command line. Now my plugin will integrate with the maven lifecycle
> during
> > the test phase. However, first I'm told to use the maven-execute-plugin
> > and
> > then another dev states that it's bad and wants to see it eliminated,
> I'm
> > left thinking WTF!? This *helps* me adopt maven and the process, not
> > hinders
> > it. My whole purpose for writing the plugin was so that I could make the
> > plugin once and the other groups here and else where since I would open
> > source it would be able to reuse it. Is this not what maven is for?
>
> Just to muddy the waters: why don't you use commons-exec from your
> plugin's
> java code to execute your process?
>
> [snip]
>
> Thanks
> -Vincent
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: [m2] reasons for sticking with maven

[Wendell Beckwith]

John is basically stating the very thing that I'm against in the statement
below. I have a 3rd party command line utility from
www.agitar.com,
that basically does unit tests against our code. I want to write (and have
started writing) an M2 plugin to execute the java command line for the
agitation process from my plugin. All I need now to complete my plugin
besides more hours in a day is a plugin that will allow me to execute a java
command line. Now my plugin will integrate with the maven lifecycle during
the test phase. However, first I'm told to use the maven-execute-plugin and
then another dev states that it's bad and wants to see it eliminated, I'm
left thinking WTF!? This *helps* me adopt maven and the process, not hinders
it. My whole purpose for writing the plugin was so that I could make the
plugin once and the other groups here and else where since I would open
source it would be able to reuse it. Is this not what maven is for?

Wb


On 9/20/05, John Casey <[EMAIL PROTECTED]> wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1


[Snipped]

|
> | 3. Need to do a myriad of simple things such as automatically run java
> | command or deploy to tomcat. I used to do this all the time in my ant
> | scripts, ie run my build.xml script and at the end it would run my app
> | on completion. It's a credit to those on this list who reply with ideas
> | and workarounds - however this is kind of related to 2 above, where
> | there are lots of ant tasks out there that are tested to death and that
> | I should be able to use today.
>
> The funny thing about Maven 2 is that it facilitates external plugin
> development. You can load a plugin from a repository hosted anywhere.
> Personally, I feel strongly that executing random commands from within
> the build process is a Bad Thing, and a thing that is bad and common
> with Ant. Maven - and also Ant, to a lesser extent - is a build tool.
> It's not a launching platform, and it's not a tool to be used to run
> your coffee maker. Executing random commands from a configuration in a
> POM is:
>
> a. unscaleable, since that runtime config is not encapsulated for reuse
>
> b. bound to partition your build logic into multiple pieces, which now
> have to be maintained from multiple sources.
>
> In Ant, you can do anything you please, including things that don't
> relate to the process of building software. It's important to keep a
> clear idea of the problem domain we're trying to address here.
>
> Having said that, there's nothing stopping you from hosting your own
> maven-foo-plugin on Sourceforge or somesuch. If you find what you
> perceive to be a hole in our plugin offering, and cannot convince us to
> fill it, there's nothing stopping you from scratching your own itch. We
> currently have maven-execute-plugin on the mojos project, but I'd really
> like to see it deprecated and eliminated eventually.
>
>

Re: [m2] java plugin

[Wendell Beckwith]

That's basically what I need also. I'm writing a plugin to execute a 3rd 
party's java command line, so a simple maven-java-plugin would save a *A 
LOT* of work. This would allow me to concentrate on handling/validation the 
configuration and I then pass the command and classpath to the java plugin 
and I'm done. Unless the devs are starting to think like Apple (where 
software thinks its smarter than you), I don't see how allow users to 
execute code is bad. It's simply another form of execution. What it 
exeecutes is my concern I feel.

Wb

On 9/19/05, Listf <[EMAIL PROTECTED]> wrote:
> 
> I think if the classpath would be accessible in the project.xml this would
> save a lot of work and injure no philosophy.
> 
> Stefan
> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

Re: [m2] java plugin

[Wendell Beckwith]

I also have a need for a maven-java-plugin that can be used to execute a 
java process that is not tied to a jar. So the capability to execute a jar 
or simply a class on the classpath would benefit all.

Wb

On 9/19/05, Kristian Nordal <[EMAIL PROTECTED]> wrote:
> 
> On Sep 19, 2005, at 5:58 PM, Ashley Williams wrote:
> 
> > Is there currently a java plugin for running regular main() apps?
> > I've just checked the repository and I couldn't find one. Currently
> > I define the following plugin in my pom:
> >
> > 
> > org.apache.maven.plugins
> > maven-jar-plugin
> > 
> > 
> > 
> > Server
> > 
> > 
> > 
> > 
> > 
> >
> > and would like to do something like this to run the app:
> > m2 java:java
> >
> > but at the moment I have to do this:
> > java -jar file:myapp.jar
> >
> > In fact I'd ideally like to run the app immediately after the install:
> > m2 install java:java
> 
> Hi,
> 
> I've been thinking about the same thing. It would be nice to be able
> to just run the jar file with the correct dependencies in the
> classpath directly.
> 
> There's a plugin at org.codehaus.mojo called maven-execute-plugin (in
> the sandbox), which does something like this (I don't know if it
> currently works). From the docs: "A useful little plugin for
> leveraging maven to build the required classpath to
> execute the main method on an object." With an example for running it
> directly (can also be configured in the POM): "m2 execute:resources -
> Dexecute.class="com.foo.X" -Dexecute.args="-h bar".
> 
> For this you would need an additional plugin (execute), why not just
> put this functionality into the jar plugin? So no more configuration
> is needed. It might be the wrong place for it, I don't know, but it
> would be nice to just write "m2 jar:run" =)
> 
> --
> Regards,
> Kristian
> 
> >
> > Thanks
> > AW
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

Re: How to set a plugin's prefix?

[Wendell Beckwith]

Damn! I was all set to bitch about how it still doesn't work because I have 
done the following 2 steps so many times that I ultimately gave up on it, 
and now bam it magically works with 2B1. Thanks to all who offered comments 
and help, maybe the 52nd time is the charm.

Wb


On 9/18/05, Brett Porter <[EMAIL PROTECTED]> wrote:
> 
> I'm not happy with the process right now, and there is an open bug for it. 
> Here are the steps:
> 
> 1) m2 -DupdateReleaseInfo=true install (on the plugin, only required once 
> per version)
> 2) add your group ID to plugin groups in settings.xml
> 
> Docs will be improved post-beta-1 now that we have promised not to change 
> anything :)
> 
> - Brett
> 
> On 9/18/05, Wendell Beckwith < [EMAIL PROTECTED]> wrote:
> > 
> > I started the thread and still haven't figured out what is wrong. I 
> > believe 
> > there is a step missing from the tea leaves one has to read to get it to
> > work. It has been my hope that someone would solve it before I got back
> > around to trying to deal with it. It would be great if a dev wrote the 
> > steps 
> > from a - z of what is required to do this. I was hoping for improved 
> > docs
> > with 2.0B1, but that doesn't seem to be the case yet.
> > 
> > Wb
> > 
> > On 9/18/05, Rinku <[EMAIL PROTECTED] > wrote:
> > >
> > > Hi,
> > >
> > > I followed this thread but afraid I am still not sure how and where I 
> > can
> > > set up a 'prefix' for Mojo that I have written.
> > >
> > > I have :
> > > a) created a MOJO project and implemented MOJO 
> > > b) added pluginGroups in my settings.xml
> > > c) notice that maven-metadata-*.xml is being created (but don't see 
> > any
> > > prefix info) . Is there I need to be aware of while running
> > > install:install 
> > > on a Mojo to set up a prefix?
> > >
> > > Appreciate any pointers.
> > >
> > > Thanks in advance,
> > >
> > > Rahul
> > >
> > 
> > 
>

Re: How to set a plugin's prefix?

[Wendell Beckwith]

I started the thread and still haven't figured out what is wrong. I believe 
there is a step missing from the tea leaves one has to read to get it to 
work. It has been my hope that someone would solve it before I got back 
around to trying to deal with it. It would be great if a dev wrote the steps 
from a - z of what is required to do this. I was hoping for improved docs 
with 2.0B1, but that doesn't seem to be the case yet.

Wb

On 9/18/05, Rinku <[EMAIL PROTECTED]> wrote:
> 
> Hi,
> 
> I followed this thread but afraid I am still not sure how and where I can
> set up a 'prefix' for Mojo that I have written.
> 
> I have :
> a) created a MOJO project and implemented MOJO
> b) added pluginGroups in my settings.xml
> c) notice that maven-metadata-*.xml is being created (but don't see any
> prefix info) . Is there I need to be aware of while running 
> install:install
> on a Mojo to set up a prefix?
> 
> Appreciate any pointers.
> 
> Thanks in advance,
> 
> Rahul
>

How to use maven-antrun-plugin?

[Wendell Beckwith]

I want to try and use the antrun plugin and I have the followin build 
element:




org.apache.maven.plugins
maven-antrun-plugin
1.0-alpha-1-SNAPSHOT














with the following output:

E:\dev\workspace\maven-hello-plugin>m2 -X antrun:run
+ Error stacktraces are turned on.
[DEBUG] Building Maven global-level plugin registry from: 
'E:\maven2\conf\plugin-registry.xml'
[DEBUG] Building Maven user-level plugin registry from: 'C:\Documents and 
Settings\wbeckwit\.m2\plugin-registry.xml'
[INFO] Searching repository for plugin with prefix: 'antrun'.
[DEBUG] Skipping disabled repository central-plugins
[DEBUG] Skipping disabled repository central
[DEBUG] resolveMetaData: 
org.apache.maven.plugins:maven-antrun-plugin:pom:1.0-alpha-1-SNAPSHOT:Skipping
disabled repository central-plugins (
http://repo1.maven.org/maven2/plugins)
[DEBUG] resolveMetaData: 
org.apache.maven.plugins:maven-antrun-plugin:pom:1.0-alpha-1-SNAPSHOT:Skipping
disabled repository central (
http://repo1.maven.org/maven2)
[DEBUG] maven-antrun-plugin: using locally installed snapshot
[DEBUG] maven-antrun-plugin: using locally installed snapshot
[DEBUG] Skipping disabled repository central-plugins
[DEBUG] Skipping disabled repository central
[DEBUG] resolveMetaData: 
org.apache.maven.plugins:maven-plugin-parent:pom:2.0-beta-1-SNAPSHOT:Skipping
disabled repository central-plugins (
http://repo1.maven.org/maven2/plugins)
[DEBUG] resolveMetaData: 
org.apache.maven.plugins:maven-plugin-parent:pom:2.0-beta-1-SNAPSHOT:Skipping
disabled repository central (
http://repo1.maven.org/maven2)
[DEBUG] maven-plugin-parent: using locally installed snapshot
[DEBUG] maven-plugin-parent: using locally installed snapshot
[DEBUG] Skipping disabled repository central-plugins
[DEBUG] maven-antrun-plugin: using locally installed snapshot
[INFO] 

[INFO] Building Maven Hello Plugin
[INFO] task-segment: [antrun:run]
[INFO] 

[DEBUG] 
org.apache.maven.plugins:maven-antrun-plugin:maven-plugin:1.0-alpha-1-SNAPSH
OT (selected for runtime)
[DEBUG] ant:ant-launcher:jar:1.6.5 (selected for runtime)
[DEBUG] ant:ant:jar:1.6.5 (selected for runtime)
[INFO] [antrun:run]
[INFO] Executing tasks
[INFO] Executed tasks
[INFO] 

[INFO] BUILD SUCCESSFUL
[INFO] 

[INFO] Total time: < 1 second
[INFO] Finished at: Tue Sep 13 16:57:36 CDT 2005
[INFO] Final Memory: 1M/3M
[INFO] 


E:\dev\workspace\maven-hello-plugin>


I rebuild maven a couple of hours ago and all 68 tests past. However I 
noticed that I don't have an antrun install for 2.0-beta-1-SNAPSHOT, instead 
I have only a metadata file:


org.apache.maven.plugins
maven-antrun-plugin
2.0-beta-1-SNAPSHOT





The maven-metadata-local.xml has

org.apache.maven.plugins
maven-antrun-plugin

1.0-alpha-1-SNAPSHOT
1.0-alpha-1-SNAPSHOT

1.0-alpha-1-SNAPSHOT



>From this, I gather that the alpha version is correct.

Wb

Re: [m2] packaging

[Wendell Beckwith]

maven-plugin is another.

On 9/12/05, Matthew Smalley <[EMAIL PROTECTED]> wrote:
> 
> What's the different possible values for  in the POM? I've seen
> examples of jar, war, ear - any others?
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

Re: [m2] How to invoke Ant's Java task without an ant file?

[Wendell Beckwith]

I would like to use the 1st option however I am unsure of how to configure 
the setup. The 3rd part ant task has code like the following:

if (projectFile == null)
throw new BuildException("missing required attribute 'projectFile'");
Java javaTask = (Java) getProject().createTask("java");
// set the properties on the Java task here
int returnValue = javaTask.executeJava();

The rest of the code is just getters and setters plus a few utility methods 
which ultimately end up forwarding the properties settings to the new Java 
task. From the above I gather that I need to have an ant Project instance to 
create the Java task from, is this true and if so is there an example of how 
to do this?

Wb


So if I was to use option one, would I just add a dependency to my plugin 
for ant-1.6.5



On 9/7/05, dan tran <[EMAIL PROTECTED]> wrote:
> 
> Hi Wendell,
>  You have 3 options:
>   - invoke ant task directly within your mojo by setting up the neccesary 
> dependencies
>  then call the ant task class' execute method.
>   - Invoke the maven-executor-plugin, a generic mojo to invoke any java's 
> main method. 
>  It is still in the sanbox of at http://mojo.codehause.com
>   - I also have maven-exec-plugin, still in my local diskspace, which can 
> invoke any 
>  native executable. I have not proposed to check it into 
> mojo.codehaus.com<http://mojo.codehaus.com>'s 
> sanbox
>  yet, since i dont see a demand for it yet. 
>  -D
>  On 9/7/05, Wendell Beckwith <[EMAIL PROTECTED]> wrote: 
> > 
> > I'm now trying to write a maven 2 plugin to execute a 2rd party's tools
> > command line class. The class is written is java. The tool also has an 
> > ant 
> > task which just uses the Java task in ant to invoke the command line 
> > tool in
> > a forked jvm. Does m2 already provide such functionality and I just 
> > haven
> > seen it? Or barring that, can I add a dependency on a set of plugins 
> > that 
> > will allow my plugn to instantiate the the ant Java task, configure it 
> > and
> > then call its execute() method.
> > 
> > I'm trying to avoid having end users create an additional build.xml, 
> > instead
> > I'd rather they just configure my plugin in the pom, and I can 
> > internally 
> > configure the ant Java task and invoke it.
> > 
> > Wb
> > 
> > 
>

Re: [m2] How to invoke Ant's Java task without an ant file?

[Wendell Beckwith]

Option 4 would be nice, however the 3rd party command line is more complex 
than I want to expose to most of the end users otherwise they can fubar 
their setup. Thus I had the brilliant (perhaps not so) idea of creating a m2 
plugin that would reduce down the complexity such that is cleaner and 
simpler to use. Otherwise option 4 would definitely be what I would use.

Wb


On 9/7/05, Kenney Westerhof <[EMAIL PROTECTED]> wrote:
> 
> On Wed, 7 Sep 2005, dan tran wrote:
> 
> ... and option 4: use the maven-antrun-plugin:
> 
> 
> 
> maven-antrun-plugin
> 
>  
> 
> 
> 
> 
> 
> > Hi Wendell,
> > You have 3 options:
> > - invoke ant task directly within your mojo by setting up the neccesary
> > dependencies
> > then call the ant task class' execute method.
> > - Invoke the maven-executor-plugin, a generic mojo to invoke any java's
> > main method.
> > It is still in the sanbox of at http://mojo.codehause.com
> > - I also have maven-exec-plugin, still in my local diskspace, which can
> > invoke any
> > native executable. I have not proposed to check it into
> > mojo.codehaus.com <http://mojo.codehaus.com><http://mojo.codehaus.com>'s
> > sanbox
> > yet, since i dont see a demand for it yet.
> > -D
> > On 9/7/05, Wendell Beckwith <[EMAIL PROTECTED]> wrote:
> > >
> > > I'm now trying to write a maven 2 plugin to execute a 2rd party's 
> tools
> > > command line class. The class is written is java. The tool also has an 
> ant
> > > task which just uses the Java task in ant to invoke the command line 
> tool
> > > in
> > > a forked jvm. Does m2 already provide such functionality and I just 
> haven
> > > seen it? Or barring that, can I add a dependency on a set of plugins 
> that
> > > will allow my plugn to instantiate the the ant Java task, configure it 
> and
> > > then call its execute() method.
> > >
> > > I'm trying to avoid having end users create an additional build.xml,
> > > instead
> > > I'd rather they just configure my plugin in the pom, and I can 
> internally
> > > configure the ant Java task and invoke it.
> > >
> > > Wb
> > >
> > >
> >
> 
> --
> Kenney Westerhof
> http://www.neonics.com
> GPG public key: http://www.gods.nl/~forge/kenneyw.key
>

[m2] How to invoke Ant's Java task without an ant file?

[Wendell Beckwith]

I'm now trying to write a maven 2 plugin to execute a 2rd party's tools 
command line class. The class is written is java. The tool also has an ant 
task which just uses the Java task in ant to invoke the command line tool in 
a forked jvm. Does m2 already provide such functionality and I just haven 
seen it? Or barring that, can I add a dependency on a set of plugins that 
will allow my plugn to instantiate the the ant Java task, configure it and 
then call its execute() method.

I'm trying to avoid having end users create an additional build.xml, instead 
I'd rather they just configure my plugin in the pom, and I can internally 
configure the ant Java task and invoke it.

Wb

Re: How to set a plugin's prefix?

[Wendell Beckwith]

I have since updated to r278671 and rebuilt maven to no avail. Now currently 
I'm only updating and building maven-compoments, but do I need to updated 
and build any other components?

Wb
On 9/4/05, Brett Porter <[EMAIL PROTECTED]> wrote:
> 
> It's possible that there was a bug when the plugins.xml file could not be 
> found remotely.
> 
> The code has been rewritten recently (it now doesn't use plugins.xml but 
> maven-metadata-*.xml). What SVN rev is your m2 build from?
> 
> - Brett
> 
> On 9/5/05, Wendell Beckwith <[EMAIL PROTECTED]> wrote:
> > 
> > Also here is a copy of a run using the groupId and using the prefix 
> > where it
> > fails.
> > 
> > 
> > E:\dev\workspace\runtime>m2
> > com.intervoice.maven.plugins:maven-hello-plugin:hello
> > [INFO] maven-hello-plugin: using locally installed snapshot 
> > [INFO]
> > 
> > 
> > [INFO] Building Runtime
> > [INFO] task-segment: [
> > com.intervoice.maven.plugins:maven-hello-plugin:hello]
> > [INFO]
> > 
> >  
> > 
> > [INFO] [hello:hello]
> > *** Before ***
> > [INFO] Hello Configured Maven
> > *** After ***
> > [INFO]
> > 
> > 
> > [INFO] BUILD SUCCESSFUL
> > [INFO]
> > 
> > 
> > [INFO] Total time: < 1 second
> > [INFO] Finished at: Sun Sep 04 11:34:37 CDT 2005
> > [INFO] Final Memory: 1M/3M
> > [INFO]
> > 
> >  
> > 
> > 
> > E:\dev\workspace\runtime>m2 hello:hello
> > [INFO] Retrieving plugins.xml (plugin mappings) for group: '
> > com.intervoice.maven.plugins'
> > [WARNING] Cannot resolve plugin-mapping metadata for groupId:
> > com.intervoice.maven.plugins - IGNORING.
> > [INFO] Retrieving plugins.xml (plugin mappings) for group: '
> > org.apache.maven.plugins'
> > [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local =
> > '474e017fdc
> > f6842eb0a46087c31c1bc610b1372d'; remote = 
> > '908ceb9e48e5e6ad4b0b262d62f241a40bee4
> > 603' - IGNORING
> > [INFO] Refreshing plugin mapping metadata; looking for plugin with 
> > prefix:
> > 'hello'.
> > [WARNING] Cannot resolve plugin-mapping metadata for groupId:
> > org.apache.maven.plugins - IGNORING.
> > [INFO] maven-hello-plugin: checking for updates from central-plugins
> > [INFO] Retrieving release information for maven-hello-plugin
> > Downloading:
> > 
> > http://repo1.maven.org/maven2/plugins/org/apache/maven/plugins/maven-hello-plugin/RELEASE/maven-hello-plugin-RELEASE.pom
> > [WARNING] Unable to get resource from repository
> > http://repo1.maven.org/maven2/plugins
> > [WARNING]
> > * Using defaults for missing POM
> > org.apache.maven.plugins:maven-hello-plugin:pom:RELEASE *
> > 
> > Downloading:
> > 
> > http://repo1.maven.org/maven2/plugins/org/apache/maven/plugins/maven-hello-plugin/RELEASE/maven-hello-plugin-RELEASE.jar
> > [WARNING] Unable to get resource from repository
> > http://repo1.maven.org/maven2/plugins
> > [INFO] Cannot find mojo descriptor for: 'hello:hello' - Treating as
> > non-aggregator.
> > [INFO]
> > 
> >  
> > 
> > [INFO] Building Runtime
> > [INFO] task-segment: [hello:hello]
> > [INFO]
> > 
> > 
> > Downloading:
> > 
> > http://repo1.maven.org/maven2/plugins/org/apache/maven/plugins/maven-hello-plugin/RELEASE/maven-hello-plugin-RELEASE.jar
> > [WARNING] Unable to get resource from repository
> > http://repo1.maven.org/maven2/plugins
> > [INFO]
> > 
> > 
> > [INFO] BUILD FAILURE
> > [INFO]
> > 
> >  
> > 
> > [INFO] Main Error:
> > Mojo could not be found - check that the goal name is correct
> > org.apache.maven.plugins:maven-hello-plugin:RELEASE:maven-plugin
> > 
> > from the specified remote repositories:
> > http://repo1.maven.org/maven2/plugins
> > 
> > Root error:
> > Unable to download the artifact from any repository
> > [INFO]
> > 
> > 
> > [INFO] Total time: < 1 second 
> > [INFO] Finished at: Sun Sep 04 11:35:06 CDT 2005
> > [INFO] Final Memory: 1M/3M
> > [INFO]
> > 
> > 
> > 
> > E:\dev\workspace\runtime>
> > 
> > Wb
> > 
> > On 9/4/05, Wendell Beckwith <[EMAIL PROTECTED]> wrote:
> > >
> > > Yes, the com/intervoice/maven/plugins/plugins.xml has the following:
> > >
> > >  
> > > com.intervoice.maven.plugins
> > > 
> > > 
> > > hello
> > > maven-hello-plugin 
> > > 
> > > 
> > > 
> > >
> > > Wb
> > 
> > 
>

Re: How to change the copyright info for a site build?

[Wendell Beckwith]

Thanks but I already got this working the way that I needed. It wasn't so 
much a license thing as it was the pages that are generated from a "m2 
site:site" build all had a 2005 Apache Software Foundation copyright at the 
bottom. Adding an  element to my pom corrected this to be my 
organization instead.

Wb

On 9/5/05, Yann Le Du <[EMAIL PROTECTED]> wrote:
> 
> Wendell,
> 
> The copyright message is automatically formed using  and
>  . AFAIK, you can't customize it. Though, you can add a 
> license
> in the Project Info --> Project License menu, by adding this in the POM :
> 
> 
> 
> legal
> http://host.your.corp.com/maven/site/licenses/legal.txt
> repo
> 
> 
> 
> HTH,
> Yann
> 
> --- dan tran <[EMAIL PROTECTED]> a écrit :
> 
> > I have not tried m2 site yet, but in m1, it is from your project.xml 's
> > organization. Should not be diffrent
> > for m2.
> > -D
> >
> > On 9/2/05, Wendell Beckwith <[EMAIL PROTECTED]> wrote:
> > >
> > > When using the site:site goal how do I configure the copyright message
> > > that's added to all the pages (we're using APT)? This is important 
> since
> > > management and legal get the willies just using open source let alone
> > > having
> > > that open source what is built as copyrighted by the Apache Software
> > > Foundation.
> > >
> > > Wb
> > >
> > >
> >
> 
> 
> 
> 
> 
> 
> 
> 
> ___
> Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger
> Téléchargez cette version sur http://fr.messenger.yahoo.com
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

Re: How to set a plugin's prefix?

[Wendell Beckwith]

Also here is a copy of a run using the groupId and using the prefix where it 
fails.


E:\dev\workspace\runtime>m2 
com.intervoice.maven.plugins:maven-hello-plugin:hello
[INFO] maven-hello-plugin: using locally installed snapshot
[INFO] 

[INFO] Building Runtime
[INFO] task-segment: [com.intervoice.maven.plugins:maven-hello-plugin:hello]
[INFO] 

[INFO] [hello:hello]
*** Before ***
[INFO] Hello Configured Maven
*** After ***
[INFO] 

[INFO] BUILD SUCCESSFUL
[INFO] 

[INFO] Total time: < 1 second
[INFO] Finished at: Sun Sep 04 11:34:37 CDT 2005
[INFO] Final Memory: 1M/3M
[INFO] 


E:\dev\workspace\runtime>m2 hello:hello
[INFO] Retrieving plugins.xml (plugin mappings) for group: '
com.intervoice.maven.plugins'
[WARNING] Cannot resolve plugin-mapping metadata for groupId: 
com.intervoice.maven.plugins - IGNORING.
[INFO] Retrieving plugins.xml (plugin mappings) for group: '
org.apache.maven.plugins'
[WARNING] *** CHECKSUM FAILED - Checksum failed on download: local = 
'474e017fdc
f6842eb0a46087c31c1bc610b1372d'; remote = 
'908ceb9e48e5e6ad4b0b262d62f241a40bee4
603' - IGNORING
[INFO] Refreshing plugin mapping metadata; looking for plugin with prefix: 
'hello'.
[WARNING] Cannot resolve plugin-mapping metadata for groupId: 
org.apache.maven.plugins - IGNORING.
[INFO] maven-hello-plugin: checking for updates from central-plugins
[INFO] Retrieving release information for maven-hello-plugin
Downloading: 
http://repo1.maven.org/maven2/plugins/org/apache/maven/plugins/maven-hello-plugin/RELEASE/maven-hello-plugin-RELEASE.pom
[WARNING] Unable to get resource from repository 
http://repo1.maven.org/maven2/plugins
[WARNING]
* Using defaults for missing POM 
org.apache.maven.plugins:maven-hello-plugin:pom:RELEASE *

Downloading: 
http://repo1.maven.org/maven2/plugins/org/apache/maven/plugins/maven-hello-plugin/RELEASE/maven-hello-plugin-RELEASE.jar
[WARNING] Unable to get resource from repository 
http://repo1.maven.org/maven2/plugins
[INFO] Cannot find mojo descriptor for: 'hello:hello' - Treating as 
non-aggregator.
[INFO] 

[INFO] Building Runtime
[INFO] task-segment: [hello:hello]
[INFO] 

Downloading: 
http://repo1.maven.org/maven2/plugins/org/apache/maven/plugins/maven-hello-plugin/RELEASE/maven-hello-plugin-RELEASE.jar
[WARNING] Unable to get resource from repository 
http://repo1.maven.org/maven2/plugins
[INFO] 

[INFO] BUILD FAILURE
[INFO] 

[INFO] Main Error:
Mojo could not be found - check that the goal name is correct
org.apache.maven.plugins:maven-hello-plugin:RELEASE:maven-plugin

from the specified remote repositories:
http://repo1.maven.org/maven2/plugins

Root error:
Unable to download the artifact from any repository
[INFO] 

[INFO] Total time: < 1 second
[INFO] Finished at: Sun Sep 04 11:35:06 CDT 2005
[INFO] Final Memory: 1M/3M
[INFO] 
----

E:\dev\workspace\runtime>

Wb

On 9/4/05, Wendell Beckwith <[EMAIL PROTECTED]> wrote:
> 
> Yes, the com/intervoice/maven/plugins/plugins.xml has the following:
> 
> 
> com.intervoice.maven.plugins
> 
> 
> hello
> maven-hello-plugin
> 
> 
> 
> 
> Wb

Re: How to set a plugin's prefix?

[Wendell Beckwith]

Yes, the com/intervoice/maven/plugins/plugins.xml has the following:


com.intervoice.maven.plugins


hello
maven-hello-plugin




Wb


On 9/3/05, Brett Porter <[EMAIL PROTECTED]> wrote:
> 
> That should work. Do you have a file called 
> com/intervoice/maven/plugins/plugins.xml in the local repository? What is 
> it's contents?
> 
> - Brett
> 
> On 9/4/05, Wendell Beckwith <[EMAIL PROTECTED]> wrote:
> > 
> > Doh!
> > 
> > Anyway here is the settings.xml, which I have in my .m2 directory:
> > 
> > 
> > 
> > com.intervoice.maven.plugins
> >  
> > 
> > 
> > What else do I need to provide to get this working?
> > 
> > Wb
> > 
> > On 9/2/05, dan tran <[EMAIL PROTECTED]> wrote:
> > >
> > > I am not well versed in settings.xml yet.. but if you really post you
> > > settings.xml, it would help ;-)
> > > -D
> > >
> > > On 9/2/05, Wendell Beckwith <[EMAIL PROTECTED]> wrote:
> > > >
> > > > I really hate to be dense, but I have created a settings.cml file 
> > with
> > > > the
> > > > following content and placed it in my .m2 directory, and the project
> > > > itsself
> > > > to no avail. I simply can't execute my plugin by the prefix. I 
> > looked at 
> > > > test it0031 and this provides no clues (for me at least) on how to
> > > > configure
> > > > this. Is there a better explanation or roadmap on how to achieve 
> > this
> > > > behavior? If I need to actually debug maven to discover what is or 
> > isn't 
> > > > going on where do I start? What code should I be setting break 
> > points
> > > > in?
> > > >
> > > > Wb
> > > >
> > > >
> > >
> > 
> > 
>

Re: How to set a plugin's prefix?

[Wendell Beckwith]

Doh!

Anyway here is the settings.xml, which I have in my .m2 directory:



com.intervoice.maven.plugins



What else do I need to provide to get this working?

Wb

On 9/2/05, dan tran <[EMAIL PROTECTED]> wrote:
> 
> I am not well versed in settings.xml yet.. but if you really post you 
> settings.xml, it would help ;-)
>  -D
> 
>  On 9/2/05, Wendell Beckwith <[EMAIL PROTECTED]> wrote: 
> > 
> > I really hate to be dense, but I have created a settings.cml file with 
> > the
> > following content and placed it in my .m2 directory, and the project 
> > itsself 
> > to no avail. I simply can't execute my plugin by the prefix. I looked at
> > test it0031 and this provides no clues (for me at least) on how to 
> > configure
> > this. Is there a better explanation or roadmap on how to achieve this 
> > behavior? If I need to actually debug maven to discover what is or isn't
> > going on where do I start? What code should I be setting break points 
> > in?
> > 
> > Wb
> > 
> > 
>

How to change the copyright info for a site build?

[Wendell Beckwith]

When using the site:site goal how do I configure the copyright message 
that's added to all the pages (we're using APT)? This is important since 
management and legal get the willies just using open source let alone having 
that open source what is built as copyrighted by the Apache Software 
Foundation.

Wb

How to set a plugin's prefix?

[Wendell Beckwith]

I really hate to be dense, but I have created a settings.cml file with the 
following content and placed it in my .m2 directory, and the project itsself 
to no avail. I simply can't execute my plugin by the prefix. I looked at 
test it0031 and this provides no clues (for me at least) on how to configure 
this. Is there a better explanation or roadmap on how to achieve this 
behavior? If I need to actually debug maven to discover what is or isn't 
going on where do I start? What code should I be setting break points in?

Wb

Hot to set the prefix for a plugin

[Wendell Beckwith]

Thanks to help from Brett and the ability to hit my head against the wall 
without giving up, I now have my plugin at least installing and working. 
However it only works when I execute it with the groupId:artifactId:goal 
formula. How do I set the prefix for it? I noticed a plugin.xml in my 
/com/intervoice/maven/plugins directory with the following content:


com.intervoice.maven.plugins


hello
maven-hello-plugin




Since I didn't create it, m2 must have, however I have not found a way to 
actually use the prefix 'hello' with my goals. 

Also I use to have a settings.xml file, but since I wiped everything out and 
started fresh by building 2.0-beta-1, I no longer have a
settings.xmlauto-generated. In its place I now have a
plugin-registry.xml file. Somewhere, can't find the message at the moment, I 
saw an email that said I needed to add an xml fragment to my settings.xml, 
however the settings descriptor document doesn't show where to any  
element. So in a nutshell, how do I make this work?

Wendell

How to install a plugin for m2?

[Wendell Beckwith]

rror
resolving version for 'org.apache.maven.plugins:maven-myhello-plugin':
Cannot resolve RELEASE version of this plugin.
at
org.apache.maven.plugin.version.DefaultPluginVersionManager.resolveRelea
seVersion(DefaultPluginVersionManager.java:570)
at
org.apache.maven.plugin.version.DefaultPluginVersionManager.resolvePlugi
nVersion(DefaultPluginVersionManager.java:130)
at
org.apache.maven.plugin.DefaultPluginManager.verifyPlugin(DefaultPluginM
anager.java:192)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.getMojoDescriptor(De
faultLifecycleExecutor.java:528)
... 14 more
Caused by:
org.apache.maven.artifact.resolver.ArtifactResolutionException: Unable
to find release for artifact
org.apache.maven.plugins:maven-myhello-plugin:maven-plugin:RELEASE
  org.apache.maven.plugins:maven-myhello-plugin:RELEASE:maven-plugin
 
from the specified remote repositories:
  http://repo1.maven.org/maven2/plugins
<http://repo1.maven.org/maven2/plugins> 
at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(De
faultArtifactResolver.java:88)
at
org.apache.maven.plugin.version.DefaultPluginVersionManager.resolveRe
leaseVersion(DefaultPluginVersionManager.java:566)
... 17 more
Caused by:
org.apache.maven.artifact.metadata.ArtifactMetadataRetrievalException
: Unable to find release for artifact
org.apache.maven.plugins:maven-myhello-plug
in:maven-plugin:RELEASE
at
org.apache.maven.artifact.transform.ReleaseArtifactTransformation.ret
rieveFromRemoteRepository(ReleaseArtifactTransformation.java:86)
at
org.apache.maven.artifact.transform.AbstractVersionTransformation.res
olveVersion(AbstractVersionTransformation.java:104)
at
org.apache.maven.artifact.transform.ReleaseArtifactTransformation.tra
nsformForResolve(ReleaseArtifactTransformation.java:51)
at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(De
faultArtifactResolver.java:84)
... 18 more
Caused by: org.apache.maven.wagon.ResourceDoesNotExistException: Unable
to locat
e resource in repository
at
org.apache.maven.wagon.providers.http.LightweightHttpWagon.fillInputD
ata(LightweightHttpWagon.java:81)
at org.apache.maven.wagon.StreamWagon.get(StreamWagon.java:70)
at
org.apache.maven.artifact.manager.DefaultWagonManager.getRemoteFile(D
efaultWagonManager.java:310)
at
org.apache.maven.artifact.manager.DefaultWagonManager.getArtifactMeta
data(DefaultWagonManager.java:242)
at
org.apache.maven.artifact.metadata.AbstractVersionArtifactMetadata.re
trieveFromRemoteRepository(AbstractVersionArtifactMetadata.java:94)
at
org.apache.maven.artifact.transform.ReleaseArtifactTransformation.ret
rieveFromRemoteRepository(ReleaseArtifactTransformation.java:80)
... 21 more
Caused by: java.io.FileNotFoundException:
http://www.ibiblio.org/maven2/plugins/
<http://www.ibiblio.org/maven2/plugins/> 
org/apache/maven/plugins/maven-myhello-plugin/maven-myhello-plugin-RELEA
SE.version
.txt
at
sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLCon
nection.java:1147)
at
org.apache.maven.wagon.providers.http.LightweightHttpWagon.fillInputD
ata(LightweightHttpWagon.java:71)
... 26 more
 
E:\dev\workspace\runtime>

 
 
From the list I assume i need to execute the install like the
following,"m2 -DupdateReleaseInfo=true clean:clean install", to get the
realese information added to my local repo.  Nonetheless, m2 still tries
to look up  the release info online., I was hoping to wait for the 1st
beta, but I kinda need to get started on the real plugin and I wanted to
be sure I had the development cycle down.  So what's the magic word to
get this to work.
 
 
Wendell beckwith
 

This e-mail transmission may contain information that is proprietary, 
privileged and/or confidential and is intended exclusively for the person(s) to 
whom it is addressed. Any use, copying, retention or disclosure by any person 
other than the intended recipient or the intended recipient's designees is 
strictly prohibited. If you are the intended recipient, you must treat the 
information in confidence and in accordance with all laws related to the 
privacy and confidentiality of such information.  If you are not the intended 
recipient or their designee, please notify the sender immediately by return 
e-mail and delete all copies of this email, including all attachments.

Re: Does APT support Figures in M2?

[Wendell Beckwith]

One difference I noticed was the layout.
 
I originally had:
 
+- src/
+- site/
+- apt/
|   +- test.apt
+- resources/
|   +- myNewImage.gif
 
However you had the resources folder at the same level as the site
folder.  So I changed my layout to the following:
 
+- src/
+- site/
+- apt/
|   +- test.apt
+- resources/
|   +- myNewImage.gif
 
and I still can't get a figure to show up if I use maven.
 
my apt file, test.apt, follows:
~~~
foo

bar

[images/myNewImage.gif] My New Image

~~~
I'm using maven version 2.0-alpha-3 on windows XP with the jdk 1.5.0_03.
If you have a project that works that you can part twith then that would
be a big help, as I could verify if it works on my setup.
 
Wendell Beckwith
 
 
 

This e-mail transmission may contain information that is proprietary, 
privileged and/or confidential and is intended exclusively for the person(s) to 
whom it is addressed. Any use, copying, retention or disclosure by any person 
other than the intended recipient or the intended recipient's designees is 
strictly prohibited. If you are the intended recipient, you must treat the 
information in confidence and in accordance with all laws related to the 
privacy and confidentiality of such information.  If you are not the intended 
recipient or their designee, please notify the sender immediately by return 
e-mail and delete all copies of this email, including all attachments.

Does APT support Figures in M2?

[Wendell Beckwith]

I have tried unsuccessfully to include a image in an apt document when
using the "m2 site:site" goal.  I have added the image to the resources
folder as well as put it in the same directory with the apt document,
but it still fails to render a link to it.  
 
However, if I run aptconvert from the command line then all is well.  So
am I just missing something in m2 or is this a bug?
 
Wendell Beckwith
 

This e-mail transmission may contain information that is proprietary, 
privileged and/or confidential and is intended exclusively for the person(s) to 
whom it is addressed. Any use, copying, retention or disclosure by any person 
other than the intended recipient or the intended recipient's designees is 
strictly prohibited. If you are the intended recipient, you must treat the 
information in confidence and in accordance with all laws related to the 
privacy and confidentiality of such information.  If you are not the intended 
recipient or their designee, please notify the sender immediately by return 
e-mail and delete all copies of this email, including all attachments.

RE: How to compile java 1.5 source with maven2

[Wendell Beckwith]

That worked perfectly!! Thnx. 


Wb

-Original Message-
From: Hugo Palma [mailto:[EMAIL PROTECTED] 
Sent: Friday, May 27, 2005 11:21 AM
To: Maven Users List
Subject: Re: How to compile java 1.5 source with maven2

Put this in your pom.xml file:




maven-compiler-plugin

1.5
1.5





Cheers

Hugo



Wendell Beckwith wrote:

>Is it possible to compile jdk 1.5 code with maven2?  I have added a 
>pom.xml and a project.properties file to my project and set 
>"maven.compile.source=1.5" in the properties file, but I still get the 
>following error when compiling.
> 
>D:\dev\workspace\MyProject\src\main\java\com\intervoice\core\internal\a
>p plication\Understand.java:[29,-1]  generics are not supported in 
>-source
>1.3
> 
>Wb
> 
>
>This e-mail transmission may contain information that is proprietary,
privileged and/or confidential and is intended exclusively for the
person(s) to whom it is addressed. Any use, copying, retention or
disclosure by any person other than the intended recipient or the
intended recipient's designees is strictly prohibited. If you are the
intended recipient, you must treat the information in confidence and in
accordance with all laws related to the privacy and confidentiality of
such information.  If you are not the intended recipient or their
designee, please notify the sender immediately by return e-mail and
delete all copies of this email, including all attachments.
>  
>

This e-mail transmission may contain information that is proprietary, 
privileged and/or confidential and is intended exclusively for the person(s) to 
whom it is addressed. Any use, copying, retention or disclosure by any person 
other than the intended recipient or the intended recipient's designees is 
strictly prohibited. If you are the intended recipient, you must treat the 
information in confidence and in accordance with all laws related to the 
privacy and confidentiality of such information.  If you are not the intended 
recipient or their designee, please notify the sender immediately by return 
e-mail and delete all copies of this email, including all attachments.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

How to compile java 1.5 source with maven2

[Wendell Beckwith]

Is it possible to compile jdk 1.5 code with maven2?  I have added a
pom.xml and a project.properties file to my project and set
"maven.compile.source=1.5" in the properties file, but I still get the
following error when compiling.
 
D:\dev\workspace\MyProject\src\main\java\com\intervoice\core\internal\ap
plication\Understand.java:[29,-1]  generics are not supported in -source
1.3
 
Wb
 

This e-mail transmission may contain information that is proprietary, 
privileged and/or confidential and is intended exclusively for the person(s) to 
whom it is addressed. Any use, copying, retention or disclosure by any person 
other than the intended recipient or the intended recipient's designees is 
strictly prohibited. If you are the intended recipient, you must treat the 
information in confidence and in accordance with all laws related to the 
privacy and confidentiality of such information.  If you are not the intended 
recipient or their designee, please notify the sender immediately by return 
e-mail and delete all copies of this email, including all attachments.