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

Patch submitted.

Would it be possible to execute the project in the target directory in
stead of the projects base directory? Or perhaps make use of a property
with a default value to decide where the project is to be executed from?

That way a project only runs in the target (or otherwise specified)
folder and is easily cleaned. I am now thinking about the new way of
running projects without the profiles.

Magne

On Tue, 2008-05-20 at 09:58 +0200, Milos Kleint wrote:
> 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
> 
> 

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

    http://xircles.codehaus.org/manage_email