[ajug-members] favorite IDE
James Mitchell
jmitchell at apache.org
Fri Aug 11 12:45:53 EDT 2006
That's true for Maven 1, however, with Maven 2, it's all Java baby!
--
James Mitchell
678.910.8017
On Aug 11, 2006, at 12:42 PM, Jason Vinson wrote:
> Just to add to this for people other than James, in your
> $USER_HOME/.maven/cache there are jelly scripts that show what
> plugins do.
> So if it doesn't work as expected, you have the "source code" to
> look at,
> which essentially boils down to ant type tasks grouped in maven goals.
>
> Jason
>
> -----Original Message-----
> From: ajug-members-bounces at ajug.org [mailto:ajug-members-
> bounces at ajug.org]
> On Behalf Of James Mitchell
> Sent: Friday, August 11, 2006 11:34 AM
> To: General AJUG membership forum (100-200 messages/month)
> Subject: Re: [ajug-members] favorite IDE
>
> Who me? Talk badly about my beloved Maven? Ha!
>
> Sure, Maven has a few hickups, however, when you look deeper into the
> architecture, you'll see that much like Eclipse, Maven is a *very*
> small core and is mostly composed of that core + a crap-load of
> plugins. Plugins that contribute to and extend other plugins. I
> have created my own plugin and extended another, which makes it
> *very* easy to work with. So it is more likely that anyone who
> bitches about some Maven "undocumented feature", they are really just
> having an issue with a particular plugin, and sometimes only a
> certain version of it.
>
> For example, the maven-eclipse-plugin that let's you generate
> the .project and .classpath did not (at the time) have the ability to
> add the excludes attribute on the src tag in the .classpath file.
> This means, when you use CVS or SVN or any other version control tool
> that keep meta files locally, Eclipse will see those files and report
> duplicates to you (in the "Problems" window).
>
> At this point, you can either add the exclusion manually within
> Eclipse, or add it manually with a text editor. Either way, the next
> time you generate the config, it will blow away your custom
> settings. This, IMHO, was a bit short-sighted and so I decided to
> fix the problem and donate it back to the project in the form of a
> patch. I created a patch and a test to verify it and added a Jira
> ticket for it.
>
> http://jira.codehaus.org/browse/MECLIPSE-104
>
>
>
> --
> James Mitchell
> 678.910.8017
>
>
>
>
> On Aug 11, 2006, at 8:05 AM, Howard Kapustein wrote:
>
>> Ok, macen's got good spots.
>> What's the downsides?
>>
>> Come on. "all tools suck, they just suck differently." so what's
>> maven's drawbacks?
>> --------------------------
>> Sent from my BlackBerry Wireless Handheld. Please excuse any
>> egregious typos.
>>
>>
>> -----Original Message-----
>> From: ajug-members-bounces at ajug.org <ajug-members-bounces at ajug.org>
>> To: General AJUG membership forum (100-200 messages/month) <ajug-
>> members at ajug.org>
>> Sent: Fri Aug 11 07:43:01 2006
>> Subject: Re: [ajug-members] favorite IDE
>>
>> Ya, and that's another great things about Maven. You can generate an
>> Ant build file based off of your current Maven build (pom.xml) for
>> your developers/users/customers who don't have Maven. As your
>> project grows and matures, you can regenerate anything again at any
>> time (Eclipse configs, Ant build scripts, etc, etc).
>>
>> Oh! And don't *even* get me started on Archetypes, you'll be
>> drooling after 2 minutes.
>>
>>
>>
>> --
>> James Mitchell
>> 678.910.8017
>>
>>
>>
>>
>> On Aug 10, 2006, at 5:55 PM, Justin Meads wrote:
>>
>>> 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
>>
>> _______________________________________________
>> 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