s/Def/Ref

On 4/14/06, dan tran <[EMAIL PROTECTED]> wrote:
>
>  <descriptorRefs>
>   <descriptorDef>something</descriptorDef>
> </descriptorRefs>
>
>
>  On 4/13/06, G Virball <[EMAIL PROTECTED]> wrote:
> >
> > Tim, Wayne,
> >
> > Thanks for your helpful replies.  Pomstrap does look very interesting
> > and I'll have to give it a try.  The assembly plugin worked like a champ
> >
> > and took all of 60 seconds to implement.
> >
> > One quick followup on the assembly plugin.  When I ran maven using the
> > assembly goal, a message was output that indicated that the descriptorId
> > field was deprecated and replaced by descriptorRefs.  When I change
> > descriptorId to descriptorRefs, it fails with:
> >
> > [ERROR] BUILD FAILURE
> > [INFO]
> > ------------------------------------------------------------------------
> > [INFO] No assembly descriptors found.
> > [INFO]
> > ------------------------------------------------------------------------
> >
> >
> > Any idea what this is all about?  I couldn't find anything about
> > descriptorRefs in the assembly plugin documentation.
> >
> > Thanks again... great suggestions!
> >
> > Glenn
> >
> > Wayne Fay wrote:
> >
> > >You can use the assembly plugin with "jar-with-dependencies"
> > >configuration to build the Jar you are looking for...
> > >
> > ><build><plugins>
> > >            <plugin>
> > >                <artifactId>maven-assembly-plugin</artifactId>
> > >                <configuration>
> > >                    <descriptorId>jar-with-dependencies</descriptorId>
> > >                    <archive>
> > >                        <manifest>
> > >                            <mainClass>ggg.MainApp</mainClass>
> > >                        </manifest>
> > >                    </archive>
> > >                </configuration>
> > >            </plugin>
> > >
> > >HTH.
> > >Wayne
> > >
> > >On 4/13/06, Tim Kettler <[EMAIL PROTECTED]> wrote:
> > >
> > >
> > >>Hi,
> > >>
> > >>just to be sure I understood your mail correctly:
> > >>
> > >>When you use maven to build your project and install/deploy it to your
> > repository all
> > >>works as expected and the build suceeds. Now you want to actually run
> > the created project
> > >>by invoking something like 'java -jar MAINJAR.jar' and the
> > ClassDefNotFound exception occurs.
> > >>
> > >>If the above is correct then maven does all what it can (and is
> > designed to do) for you.
> > >>It doesn't provide build in support to set up a runtime classpath for
> > your application or
> > >>any support to run the application at all.
> > >>
> > >>However there is a tool called pomstrap ( http://pomstrap.tigris.org/)
> > that could be what
> > >>you are looking for. I never tried it myself but from the description
> > on the website it
> > >>looks like it could be what you want.
> > >>
> > >>Hope this helps
> > >>-Tim
> > >>
> > >>G Virball schrieb:
> > >>
> > >>
> > >>>Hello Maven Experts,
> > >>>
> > >>>I've been using Maven 2 for a few months, and I'm not sure if I've
> > >>>stumbled upon a bug, or if a configuration change is in order.  I
> > have
> > >>>the following set of projects/subprojects:
> > >>>
> > >>>ProjA
> > >>>-- SubProjA1
> > >>>-- SubProjA2
> > >>>-- SubProjA3
> > >>>...
> > >>>-- SubProjAn
> > >>>
> > >>>ProjB
> > >>>-- SubProjB1
> > >>>-- SubProjB2
> > >>>-- SubProjB3
> > >>>-- SubProjB4
> > >>>
> > >>>ProjC
> > >>>-- SubProjC1
> > >>>
> > >>>Here are the details surrounding the problem.  ProjA, ProjB, and
> > ProjC
> > >>>inherit from a common parent pom.xml.  All of the sub projects
> > inherit
> > >>>from their respective parent projects pom files.  SubProjA3 is
> > dependent
> > >>>upon SubProjA1 and SubProjA2, as well as SubProjB4 and
> > SubProjC1.  The
> > >>>appropriate dependencies exist in the various pom files, and the
> > entire
> > >>>set of projects and subprojects compiles successfully.  That's all
> > good,
> > >>>so here's the problem.  When I attempt to execute the jar file
> > produced
> > >>>by SubProjA3 (the main entry point to my program), I end up with an
> > error:
> > >>>
> > >>>java.lang.NoClassDefFoundError
> > >>>
> > >>>with a reference to a class in SubProjB4.  (The manifest correctly
> > >>>points to the main-class, otherwise I wouldn't be getting as far into
> > >>>the execution as I am.)  This seems to be telling me that the classes
> >
> > >>>are being seen during compile time, but are not being properly
> > >>>referenced in the local maven repository at runtime.  I've
> > >>>double-checked, and each of the resulting subproject jars exist in
> > the
> > >>>local repository, so it seems like some sort of classpath issue
> > within
> > >>>maven.
> > >>>
> > >>>Any ideas on where to look for the problem?  It looks like the
> > uberjar
> > >>>plugin is not yet ready for maven2 (it didn't run for me).  I've also
> >
> > >>>tried to narrow it down by doing various minor refactoring
> > experiments,
> > >>>but no luck thus far.  (I can post additional information if helpful,
> > >>>but I want to keep the message somewhat succinct to start.)
> > >>>
> > >>>Any ideas would be appreciated.  I've looked through the archives and
> > >>>the documentation, so if I've inadvertently missed something, please
> > >>>reply with a pointer.
> > >>>
> > >>>Best Regards,
> > >>>
> > >>>Glenn
> > >>>
> > >>>
> > >>>---------------------------------------------------------------------
> > >>>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]
> > >>
> > >>
> > >>
> > >>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>

Reply via email to