Re: Red Hat, Sun finally buddy up on Java

Ramon F Herrera wrote:


NetBeans sets up projects by menu choice according to the Sun Java Blueprints
standard or the Apache Tomcat standard. Eclipse likewise follows the standard
layouts for various types of Java projects. Other than the defaults for the
names of certain non-deployed directories, which are easily changed in the
options, the two create the same directory structures.

The IDE-specific directories, such as "nbproject/" for NetBeans, aren't even
portable within their own IDE, I've found. So much of the specific workspace
is bound up in them. Likewise with the "workspace/" directories in Eclipse.
Oh, the project files transfer, but somehow you just never can change the
build or packaging. OTOH, when you create a new IDE-specific project tree for
each workspace, NB or Eclipse, then you can filter that out when you transfer
the project around. Ant is your friend, and it don't need your stinkin'
project dirs. That's how you get true portability.

Mind you, NB uses Ant for its project management files, so it really is
portable. Uhh, except that their Ant files are structured the way they like,
and pull in all this stuff you might not necessarily need for your production
builds, say. So even though Ant uses your build files portably, your build
files might not be portable. So, you leave the IDE project files out, too,
even build.xml, and use your own build.xml for test and production builds, and
you do not transfer the IDE build.xml between workspaces.


I have never had trouble accessing the Java source directory, always distinct
from deployment directories, disk-specific project information, doc
directories and other source trees such as SQL, for the same project equally
well from NetBeans and Eclipse. It's always a separate directory, and both
products read it just fine, without any strain on my part.

They also keep their build and deployment directories separate.

The fault, dear Brutus, lies not in our IDEs, but in ourselves.

--
Lew