Home » Language IDEs » Java Development Tools (JDT) » Library management
| Library management [message #143058] |
Wed, 18 February 2004 16:48  |
Eclipse User |
|
|
|
Originally posted by: igor.noemail.com
Hi,
doesn't Eclipse have a Java library management that allows to define
libraries each with a set of JARs, sources, docs and library
dependencies? I would like to use them for different projects without
having to add the JARs over and over again.
If Eclipse itself does not support it, is there a plugin that does?
I worked with JBuilder for a long time and liked its library
management a lot. Now that I switched to eclipse, I miss this feature.
Igor
|
|
| | | | |
| Re: Library management [message #143188 is a reply to message #143157] |
Wed, 18 February 2004 18:27  |
| Eclipse User |
|
|
|
Kurt wrote:
> I do something similar and solve the deploy issue by sorting the JARs into
> two different directories. One for runtime the other for development. I
> do not duplicate any jars, I just compile against both directories, but when
> ANT builds a deployment I just pickup the runtime jars.
Another thing I've done in the past, is to drop 3rd party libraries each
into a separate source folder. I put the source folder on the
..cvsignore. And then have an Ant script that fetches the source for the
library and unpacks it into the source folder. This allows me to have
the full source available at dev and runtime, classes compiled live, and
not keep it in CVS.
The bit about classes compiled live is somewhat disheartening though.
Non-eclipse users tend to leave all kind of droppings around that
eclipse users would clean up. Extraneous imports being the most common,
most annoying, but least problematic flavor of this.
I seem to remember having to kludge the .classpath though, as it
>really< did not like having references to source folders that didn't
exist. So the steps after loading the project from cvs were something like:
- run the script to fetch the source, populate the source folder
- manually copy over a copy of the real .classpath contents in a file
not named ".classpath" to the .classpath file. I reckon, now, that I
could have had the script do this, or been super-smart and have the
script fix up the .classpath live.
--
Patrick_Mueller@us.ibm.com
|
|
| | | | |
| Re: Library management [message #143437 is a reply to message #143391] |
Thu, 19 February 2004 11:53 |
| Eclipse User |
|
|
|
Igor Akkerman wrote:
> Hi Patrick,
Hello!
> Well, of course, if Maven can be integrated into the IDE, this is the
> right thing to do. But isn't the JDT project object model already "yet
> another one"? Isn't just the library management missing?
Well, comparing the maven project model to eclipse's makes eclipse's
look quite weak, IMO.
But having said that, extending the current JDT project model to handle
libraries better would be great. Even better if it could take advantage
of maven's library repository.
The best way to integrate Maven is to make a new type of project and
associated builder. There's stuff that Maven allows that is simply not
possible with the current Java project builder (like having per-source
folder class paths). And you want quick ways to do all the groovy Maven
stuff like run all your tests (using the UI, not text runner), rebuild
your web site, deploy your web site, etc.
I've been living with the equivalent of the current Java project object
model since the days of Envy/Smalltalk; it hasn't changed so much. I
see Maven as the next gen; there is space for both the 'simple' JDT
model, and the wacky, more-dynamic, does-everything maven model.
Getting them to integrate would be another problem area (getting a
traditional JDT project to 'reference' a Maven project; probably a Maven
project will have to 'be' a JDT project, lest we create a meta-model ...)
--
Patrick_Mueller@us.ibm.com
|
|
| | | | | | |
| Re: Library management [message #144147 is a reply to message #144106] |
Fri, 20 February 2004 17:51 |
| Eclipse User |
|
|
|
Originally posted by: igor.noemail.com
>There already is an maven plug-in for Eclipse (as opposed to the eclipse
>plug-in within Maven). See http://mevenide.sourceforge.net. It's still a
>work in progress, but I've begun to use it. Note that it only works in
>Eclipse 3.0 and not all features work correctly.
Thanks for the hint! Could you say what features currently work well
and which ones don't?
Igor
|
|
|
Goto Forum:
Current Time: Wed Mar 12 06:54:56 EDT 2025
Powered by FUDForum. Page generated in 0.04873 seconds |
Home