Re: [mevenide-user] Alternative launching with mevenide
"matt weiss" <[email protected]>
| Newsgroups | gmane.comp.jakarta.turbine.maven.mevenide.user |
|---|---|
| Message-ID | <[email protected]> |
Thanks for the reply Milos, I'll experiment around with this information. In an attempt at becoming more efficient at what I do, I've been trying to make it a habit of using the shortcut keys as much as I can. One of my favorite shortcuts is the "go to class" shortcut key sequence (alt-shift-o). After making changes, I like to just "run" my application. But I am not always conscious of what sub-projects I've changed since I use the shortcut to open them. Thus, I much too often find myself building all projects so that I am certain that I am indeed running my changes since I forget what sub-projects the classes that I modified are in. It seems that this type of feature is something that the mevenide2 plugin cannot help me with, that is merely "makefile" behavior; build only the things that are out of date. For reasons like this, I feel that there is still a tremendous need for the existing netbeans maven plugin, because of what ant and netbeans can provide natively. Of course it has been abandoned and I'd be going at it alone, so it probably would be more advantageous for me to consider how I could contribute to the mevenide2 plugin project. Thanks for your time. Matt On Dec 19, 2007 6:39 AM, Milos Kleint <[email protected]> wrote: > instead of using the default mapping for run action, use something else. > like exec:java. You might want to skip the "package" phase there. > However note that > 1. you won't be getting separate user program output then. > 2. for debug action you need to use exec:exec because you need to spawn a > separate VM. You will also need to change the property definitions for debug > action to pass the VM params to the spawned JVM. > > The current run/debug actions mappings are suboptimal performance-wise. At > least part of the issue is on maven side, some build steps just take too > much time. Additionally a lot of time seems to be often spent in touching > the remote repositories.. > > Milos > > On Dec 10, 2007 9:33 AM, aschneider <[email protected]> > wrote: > > > > > Hi, > > > > I am using netbeans 6 and mevenide. New we changed a large project that > > it > > uses maven to build. In eclipse we are using the mvn eclipse:eclipse > > goal to > > generate the project files and it works perfect. Some developers are > > using > > netbeans 6 and have the problem of poor performance. When you want run > > or > > debug the project the mevenide plugin generates an executable jar (it > > looks > > like that it genrates it two times) to launch the project. > > > > Here the output > > > > ------------------------------------------------------------------------- > > JPDA Listening Starting... > > JPDA Address: WS-11:1565 > > Port:1565 > > Scanning for projects... > > artifact org.codehaus.mevenide:netbeans-run-plugin: checking for updates > > from rieter.releases > > > > ---------------------------------------------------------------------------- > > Building Vector > > task-segment: [package, > > org.codehaus.mevenide:netbeans-run-plugin:RELEASE:run-jar ] > > > > ---------------------------------------------------------------------------- > > project-execute > > artifact org.apache.maven.plugins:maven-resources-plugin: checking for > > updates from netbeansIDE-repo-internal > > artifact org.apache.maven.plugins:maven-compiler-plugin: checking for > > updates from netbeansIDE-repo-internal > > artifact org.apache.maven.plugins:maven-surefire-plugin: checking for > > updates from netbeansIDE-repo-internal > > artifact org.apache.maven.plugins:maven-jar-plugin: checking for updates > > from netbeansIDE-repo-internal > > artifact org.apache.maven.plugins:maven-checkstyle-plugin: checking for > > updates from netbeansIDE-repo-internal > > artifact org.apache.maven.plugins:maven-assembly-plugin: checking for > > updates from netbeansIDE-repo-internal > > [resources:resources] > > Using default encoding to copy filtered resources. > > [compiler:compile] > > Nothing to compile - all classes are up to date > > [resources:testResources] > > Using default encoding to copy filtered resources. > > [compiler:testCompile] > > Not compiling test sources > > [surefire:test] > > Tests are skipped. > > [jar:jar] > > Building jar: > > D:\Rieter\eclipse-workspace\vector-trunk\target\vector- 309-SNAPSHOT.jar > > Preparing assembly:directory > > > > ---------------------------------------------------------------------------- > > Building Vector > > ---------------------------------------------------------------------------- > > > > [WARN]Removing: directory from forked lifecycle, to prevent recursive > > invocation. > > [resources:resources] > > Using default encoding to copy filtered resources. > > [compiler:compile] > > Nothing to compile - all classes are up to date > > [resources:testResources] > > Using default encoding to copy filtered resources. > > [compiler:testCompile] > > Not compiling test sources > > [surefire:test] > > Tests are skipped. > > [jar:jar] > > Building jar: > > D:\Rieter\eclipse-workspace\vector-trunk\target\vector- 309-SNAPSHOT.jar > > [WARN]DEPRECATED [descriptor]: Please use descriptors instead > > [assembly:directory {execution: nb}] > > Processing DependencySet (output=lib) > > Copying 48 files to > > D:\Rieter\eclipse-workspace\vector-trunk\target\executable- netbeans.dir > > [netbeans-run:run-jar] > > Executing "'C:\Programme\Java\jdk1.6.0_02\bin\java.exe' -Xdebug > > -Djava.compiler=none -Xnoagent > > -Xrunjdwp:transport=dt_socket,server=n,address=1565 -jar > > 'D:\Rieter\eclipse-workspace\vector-trunk\target\executable- > > netbeans.dir\vector-309-SNAPSHOT.jar' > > " in directory D:\Rieter\eclipse-workspace\vector-trunk\lib > > > > > > ------------------------------------------------------------------------- > > On slower machines it takes a long time to start this project. Is there > > a > > way to start a project in a different way without generating the jar > > files? > > > > Thanks for every hint. > > > > -- > > View this message in context: > > http://www.nabble.com/Alternative-launching-with-mevenide-tp14249070p14249070.html > > Sent from the mevenide - user mailing list archive at Nabble.com. > > > > > > --------------------------------------------------------------------- > > To unsubscribe from this list please visit: > > > > http://xircles.codehaus.org/manage_email > > > > >