Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsWhite Papers
Discussion GroupsFirst AidDatabasesJavaBeansGUIJava 3DVirtual MachineCORBASecurityToolsGeneral
Java DirectoryOpen Source ProjectsSample Book ChaptersUser GroupsWeb Resources
Related Topics
Databases.NETMore Topics ...

Java Forum / General / October 2007

Tip: Looking for answers? Try searching our database.

How standard and interchangeable are XML config files?

Thread view: 
Ramon F Herrera - 31 Oct 2007 04:03 GMT
I just began playing with NetBeans. My previous IDE was the
traditional (non-Eclipsized) Borland JBuilder, which used a
configuration file called <project_name>.jpx with XML lines inside.

NB creates a folder called 'nbproject' which contains inside a file
called 'project.xml'. That constitutes a bare bones, minimum project.

How standard are those XML configuration files? Can a file created by
NetBeans be read and interpreted by Eclipse, and vice versa?

-Ramon
Arne Vajhøj - 31 Oct 2007 04:12 GMT
> I just began playing with NetBeans. My previous IDE was the
> traditional (non-Eclipsized) Borland JBuilder, which used a
[quoted text clipped - 5 lines]
> How standard are those XML configuration files? Can a file created by
> NetBeans be read and interpreted by Eclipse, and vice versa?

Not standard at all.

The standards are ant and maven build files.

Bot Eclipse and NetBeans support ant build files.

Arne
Lew - 31 Oct 2007 05:22 GMT
Ramon F Herrera wrote:
>> How standard are those XML configuration files? Can a file created by
>> NetBeans be read and interpreted by Eclipse, and vice versa?

> Not standard at all.
>
> The standards are ant and maven build files.
>
> Bot Eclipse and NetBeans support ant build files.

Not only are project files not portable between IDEs, they're not portable
within the same IDE.

Project files contain very specific information about directory locations,
selected options, libraries and the like.  Move a project even to a different
hard drive on the same computer, much less to another machine, much, much less
to a different IDE, and things break.

Here's a typical top-level project directory list from my own NetBeans workspace:

$ ls -1p
build/
build.xml
catalog.xml
CVS/
.cvsignore
dist/
logs/
nbproject/
src/
test/
web/

The .cvsignore file excludes the build/, dist/, and logs/ subdirectories.  The
NetBeans-specific build.xml and the nbproject/ directories are checked into a
separate branch of the CVS project repository, not the trunk.  Exports of
source to another project workspace, for deployment or parallel development,
always go through version control (VC), never directly between workspaces.
The nbproject branch does not go with them.

If there were multiple nbprojects going for one project, say, were there a
team involved, then each nbproject would go into a separate branch, with the
real project trees like src/ and web/ on the trunk.  The workspaces would not
share nbproject branches.

Signature

Lew

Almond - 31 Oct 2007 06:12 GMT
>Ramon F Herrera wrote:
>>> How standard are those XML configuration files? Can a file created by
[quoted text clipped - 12 lines]
>Project files contain very specific information about directory locations,
>selected options, libraries and the like.

What kind of bullshit is this, herr high-priest?
I thought you could do better than that.

>Move a project even to a different
>hard drive on the same computer, much less to another machine, much, much less
>to a different IDE, and things break.

Wut?

What did you smoke fer breakfast today, yerr holey suckiness?

Do you want me to tell you how to do it?

Enough of this horseshit fer now.

>Here's a typical top-level project directory list from my own NetBeans
> workspace:
[quoted text clipped - 23 lines]
>real project trees like src/ and web/ on the trunk.  The workspaces would not
>share nbproject branches.

Signature

The most powerful Usenet tool you have ever heard of.
NewsMaestro v. 4.0.5 - Way Too Cool has been released.

Automatic enablement of all buttons, checkboxes and fields
depending on operation.
Templates generator improvements.

Job list improvements for new installations having no jobs
to begin with.

In some previous releases some class files were missing.
As a result, the program would not run.
Sorry for the inconvenience.

Multi-job support and other important feature additions
and various improvements and optimizations.

Web page:
http://newsmaestro.sourceforge.net/

Download page:
http://newsmaestro.sourceforge.net/Download_Information.htm

Send any feedback to newsmaestroinfo \at/ mail.ru.
Your personal info will not be released and your privacy
will be honored.

Daniel Pitts - 31 Oct 2007 07:13 GMT
> Ramon F Herrera wrote:
>>> How standard are those XML configuration files? Can a file created by
[quoted text clipped - 13 lines]
> even to a different hard drive on the same computer, much less to
> another machine, much, much less to a different IDE, and things break.
That hasn't been my experience, as long as everything is relative to the
project file.  At least with IntelliJ IDEA.

Signature

Daniel Pitts' Tech Blog: <http://virtualinfinity.net/wordpress/>

Lew - 31 Oct 2007 13:47 GMT
Lew wrote:
>> Not only are project files not portable between IDEs, they're not
>> portable within the same IDE.

>> Project files contain very specific information about directory
>> locations, selected options, libraries and the like.  Move a project
>> even to a different hard drive on the same computer, much less to
>> another machine, much, much less to a different IDE, and things break.
> That hasn't been my experience, as long as everything is relative to the
> project file.  At least with IntelliJ IDEA.

That's a point in favor of IDEA, I suppose.

I'm still recommending that moving projects between directories happen only
through VC, for all the other reasons that apply.

In addition, that lets teammates use their own choice for IDE.

Signature

Lew

Andrew Thompson - 31 Oct 2007 05:30 GMT
...
>> How standard are those XML configuration files?
...
>The standards are ant and maven build files.
>
>Bot Eclipse and NetBeans support ant build files.

(small point but) Ant does not need an IDE wrapped around it.
Ant build files can be invoked from the command line.
I suppose you could configure programs like TextPad
to launch common Ant tasks, as well..

Signature

Andrew Thompson
http://www.athompson.info/andrew/



Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.