[ajug-members] favorite IDE
Howard Kapustein
hkapustein at manh.com
Thu Aug 10 18:21:35 EDT 2006
Ditto, but developers like to use IDEs, not Ant, which is why it's
important to have the key identifiers and dependencies external to any
one tool, so developers and the build process are working off the same
revs of the same bits.
But I obviously don't have to tell you that :-)
- Howard
-----Original Message-----
From: ajug-members-bounces at ajug.org
[mailto:ajug-members-bounces at ajug.org] On Behalf Of Justin Meads
Sent: Thursday, August 10, 2006 5:55 PM
To: General AJUG membership forum (100-200 messages/month)
Subject: Re: [ajug-members] favorite IDE
We don't use Eclipse for our build process (only development). We
use CruiseControl to keep us honest and our production builds are
performed on Unix with Ant (which recursively calls make to build the
C++ portion of the app).
-Justin
On Aug 10, 2006, at 3:11 PM, Howard Kapustein wrote:
>> With Maven 2, you simply tell it you want Hibernate and what version
> and
>> it will get and use *that* Hibernate versions dependencies
> THAT is what I'm looking for.
>
> I want - need - to specify what my project uses, what versions are
> used,
> and ensure "the right thing happens" e.g. given environment variables
> (or the like)
>
> HIBERNATE_DIR=c:\hibernate
> HIBERNATE_VER=3.0.3
>
> where ***these are not 'owned' by Eclipse***. Jamming those in a
> trivial
> .batch file or .shell script and feeding them to various tools is a
> necessity. For those of us who <gasp> use more than just Eclipse in
> our
> build process (interactively as well as automated).
>
> When I jam versions and paths into Eclipse (be it .classpath or
> workspace property files) I lose that flexibility and control.
>
> For those of you who have no qualms living, breathing and ONLY using
> Eclipse as the 'parent' master process, more power to you. But I think
> you've misspelled emacs.
>
>
> Maven 2 sounds interesting.
>
> - Howard
>
>
> -----Original Message-----
> From: ajug-members-bounces at ajug.org
> [mailto:ajug-members-bounces at ajug.org] On Behalf Of James Mitchell
> Sent: Thursday, August 10, 2006 4:29 PM
> To: Users Group Atlanta Java
> Subject: Re: [ajug-members] favorite IDE
>
> I was replying and realized this might make a good blog, so...
>
> http://jamesmitchell.us/space/start/2006-08-10/1#Eclipse_gripes
>
>
>
> --
> James Mitchell
> 678.910.8017
>
>
>
>
> On Aug 10, 2006, at 12:56 PM, Dan Marchant wrote:
>
>> That is a good tip for the source control settings.
>>
>>
>> On 8/10/06, Justin Meads <justin at holabola.com> wrote:
>>> We add our .project and .classpath files to version control.
>>> When we
>>> pull the project from SVN, it just works.
>>>
>>> You can also export/import all of your Eclipse preferences which is
>>> nice. In Eclipse choose
>>>
>>> FIle -> Export -> General -> Preferences -> Check Export All ->
>>> Click Finish
>>>
>>> Reverse the process to import into a new workspace.
>>>
>>> Regards, Justin
>>>
>>>
>>> On Aug 10, 2006, at 10:10 AM, Dan Marchant wrote:
>>>
>>>> I have found that in most cases eclipse recognizes the project
>>> source
>>>> files with creating a new project and pointing it to an existing
>>> root
>>>> folder.
>>>>
>>>> I am a bit annoyed with the project concept since in most cases
>>> people
>>>> work on a "product" not a project. Project are usually instances
>>> of a
>>>> product.
>>>>
>>>> The other thing that annoys me about eclipse (which has work
>>> arounds)
>>>> is when creating a new workspace you have to reset all your source
>>>> control settings. For instance, I use the workspace as a way to
>>> have
>>>> multiple branches setup at a time. I usually copy the metadata
>>>> directory and it helps a bit.
>>>>
>>>> In general, IDEs need better support for branches and release on a
>>>> product line.
>>>>
>>>> My 2 cents and vents
>>>>
>>>> - Dan
>>>>
>>>> On 8/10/06, Burr Sutter <burr.sutter at jboss.com> wrote:
>>>>> You might be right.
>>>>>
>>>>> Every development team has a unique project/folder/build structure
>>>>> and
>>>>> pull that into an IDE takes too much effort in some cases.
>>>>>
>>>>> Eclipse's import project from Ant trick has failed me before.
>>>>> What has
>>>>> been the rest of your collective experiences? Perhaps Netbeans
>>>>> performs
>>>>> better this case.
>>>>>
>>>>> Burr
>>>>>
>>>>> -----Original Message-----
>>>>> From: ajug-members-bounces at ajug.org
>>>>> [mailto:ajug-members-bounces at ajug.org] On Behalf Of Kammy
>>>>> Sent: Thursday, August 10, 2006 10:43 AM
>>>>> To: ajug-members at ajug.org
>>>>> Subject: [ajug-members] favorite IDE
>>>>>
>>>>> I guess I am a dinosaur. I use xemacs and vi. I tried
>>>>> using eclipse 1 X, but didn't like the whole project
>>>>> thing, etc, which I can't stand about IDE's anyway.
>>>>>
>>>>> Kammy
>>>>> _______________________________________________
>>>>> ajug-members mailing list
>>>>> ajug-members at ajug.org
>>>>> http://www.ajug.org/mailman/listinfo/ajug-members
>>>>>
>>>>> _______________________________________________
>>>>> ajug-members mailing list
>>>>> ajug-members at ajug.org
>>>>> http://www.ajug.org/mailman/listinfo/ajug-members
>>>>>
>>>> _______________________________________________
>>>> ajug-members mailing list
>>>> ajug-members at ajug.org
>>>> http://www.ajug.org/mailman/listinfo/ajug-members
>>>>
>>>
>>> _______________________________________________
>>> ajug-members mailing list
>>> ajug-members at ajug.org
>>> http://www.ajug.org/mailman/listinfo/ajug-members
>>>
>> _______________________________________________
>> ajug-members mailing list
>> ajug-members at ajug.org
>> http://www.ajug.org/mailman/listinfo/ajug-members
>
> _______________________________________________
> ajug-members mailing list
> ajug-members at ajug.org
> http://www.ajug.org/mailman/listinfo/ajug-members
>
> _______________________________________________
> ajug-members mailing list
> ajug-members at ajug.org
> http://www.ajug.org/mailman/listinfo/ajug-members
>
_______________________________________________
ajug-members mailing list
ajug-members at ajug.org
http://www.ajug.org/mailman/listinfo/ajug-members
More information about the ajug-members
mailing list