Re: [mevenide-user] Run a jar with config files.

possibly a bug, or at the time I introduced the feature the assembly
plugin didn't have the features mentioned.
In any case I don't feel like investing time in it, as far as I'm
concerned the assembly approach to running app is deprecated and to be
abandoned (as a supported way of doing things, that is). Feel free to
submit a patch though.

Milos


On 5/20/08, Magne Nordtveit <magne.nordtveit-4fgah/[email protected]> wrote:
> Cheers for your answer again Milos.
>
>  Just wondering, when using the old way of doing it, I can see that the
>  netbeans-public profile is updated when changing main class or updating
>  the arguments, which is great. Only thing is, should it not set the goal
>  of the assembly plugin to something different then "directory"?
>
>  According to the assembly description directory is for execution on the
>  command line while directory-inline is for execution within the
>  lifecycle, which is whats done here (and the directory goal forks the
>  execution, which may cause problems). Is this default generated goal
>  configurable anywhere, or is it simply a bug?
>
>  Since you might not change your main-class so often, it would be simple
>  to forget to change the directory to directory-inline (or
>  directory-single, since directory-inline seems to be deprecated).
>
>  Cheers,
>
> Magne
>
> On Tue, 2008-05-20 at 08:29 +0200, Milos Kleint wrote:
>  > hey,
>  >
>  > I'd say
>  > change the IDE action mappings to what they were in 3.0.x along with
>  > the assembly and jar configurations in the pom. The default mappings
>  > are just the default values that I think will suit the majority of
>  > people. If you have a special case, override it.
>  >
>  > Milos
>  >
>  > On 5/20/08, Magne Nordtveit <magne.nordtveit-4fgah/[email protected]> wrote:
>  > > To refine my question; How can I make mevenide 3.1.1 do what mevenide
>  > >  3.0.x did for running jars within netbeans?
>  > >
>  > >  Cheers,
>  > >
>  > > Magne
>  > >
>  > >
>  > >  On Mon, 2008-05-19 at 15:00 +0200, Magne Nordtveit wrote:
>  > >  > I have a configuration project, packaged into a jar. This jar is used by
>  > >  > multiple projects and resource filtered based on difference between the
>  > >  > projects that uses them.
>  > >  >
>  > >  > The way I have solved this is as following:
>  > >  >
>  > >  > By activating a profile (which is defined in a parent pom for the
>  > >  > sub-modules that needs the configuration) maven does the following for
>  > >  > me now:
>  > >  >
>  > >  > 1. maven-dependency-plugin is bound to generate-resources and downloads
>  > >  > the configuration project, and unpacks it.
>  > >  >
>  > >  > 2. maven-resources-plugin performs resource filtering on the
>  > >  > configuration files, and places them in target/configuration.
>  > >  >
>  > >  > 3. maven-assembly-plugin is bound to package phase, and takes the libs
>  > >  > needed and places them in target/project-1.0-SNAPSHOT.dir/lib. The
>  > >  > configuration files, and places them in
>  > >  > target/project-1.0-SNAPSHOT.dir/config and the project-1.0-SNAPSHOT.jar
>  > >  > in target/project-1.0-SNAPSHOT.dir/
>  > >  >
>  > >  > So far so good, but how do I tell netbeans that it should execute
>  > >  > run:jar on the jar file with classpathprefix lib/? And is it possible to
>  > >  > activate that as well through a profile?
>  > >  >
>  > >  > Magne
>  > >  >
>  > >  > ---------------------------------------------------------------------
>  > >  > To unsubscribe from this list, please visit:
>  > >  >
>  > >  >     http://xircles.codehaus.org/manage_email
>  > >  >
>  > >  >
>  > >
>  > >  ---------------------------------------------------------------------
>  > >  To unsubscribe from this list, please visit:
>  > >
>  > >     http://xircles.codehaus.org/manage_email
>  > >
>  > >
>  > >
>  >
>  > ---------------------------------------------------------------------
>  > To unsubscribe from this list, please visit:
>  >
>  >     http://xircles.codehaus.org/manage_email
>  >
>  >
>
>  ---------------------------------------------------------------------
>  To unsubscribe from this list, please visit:
>
>     http://xircles.codehaus.org/manage_email
>
>
>

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email