You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ofbiz.apache.org by "J. Eckard" <ec...@redrocketcorp.com> on 2012/03/22 22:26:08 UTC
Re: svn commit: r1304061 - /ofbiz/trunk/.classpath
Do we really want to keep IDE-specific support files in the repository (and keep them updated by hand in perpetuity)? I ask because it seems like a fragile (and tedious) process… for instance, I don't use eclipse and I have no idea if or how this change will affect an existing eclipse project.
Joe
On Mar 22, 2012, at 5:05 PM, eckardjf@apache.org wrote:
> Author: eckardjf
> Date: Thu Mar 22 21:05:17 2012
> New Revision: 1304061
>
> URL: http://svn.apache.org/viewvc?rev=1304061&view=rev
> Log:
> update eclipse classpath file to reflect jetty container upgrade
>
> Modified:
> ofbiz/trunk/.classpath
>
> Modified: ofbiz/trunk/.classpath
> URL: http://svn.apache.org/viewvc/ofbiz/trunk/.classpath?rev=1304061&r1=1304060&r2=1304061&view=diff
> ==============================================================================
> --- ofbiz/trunk/.classpath (original)
> +++ ofbiz/trunk/.classpath Thu Mar 22 21:05:17 2012
> @@ -138,12 +138,21 @@
> <classpathentry kind="lib" path="framework/jcr/lib/jackrabbit-spi-commons-2.3.3.jar"/>
> <classpathentry kind="lib" path="framework/jcr/lib/jackrabbit-ocm-2.0.jar" sourcepath="/ocm"/>
> <classpathentry kind="lib" path="framework/jcr/lib/jcr-2.0.jar"/>
> - <classpathentry kind="lib" path="framework/jetty/lib/jasper-compiler-5.5.15.jar"/>
> - <classpathentry kind="lib" path="framework/jetty/lib/jasper-runtime-5.5.15.jar"/>
> - <classpathentry kind="lib" path="framework/jetty/lib/jetty-6.1.11.jar"/>
> - <classpathentry kind="lib" path="framework/jetty/lib/jetty-ajp-6.1.11.jar"/>
> - <classpathentry kind="lib" path="framework/jetty/lib/jetty-sslengine-6.1.11.jar"/>
> - <classpathentry kind="lib" path="framework/jetty/lib/jetty-util-6.1.11.jar"/>
> + <classpathentry kind="lib" path="framework/jetty/com.sun.el-2.2.0.v201108011116.jar"/>
> + <classpathentry kind="lib" path="framework/jetty/javax.servlet.jsp.jstl-1.2.0.v201105211821.jar"/>
> + <classpathentry kind="lib" path="framework/jetty/jetty-ajp-8.1.2.v20120308.jar"/>
> + <classpathentry kind="lib" path="framework/jetty/jetty-continuation-8.1.2.v20120308.jar"/>
> + <classpathentry kind="lib" path="framework/jetty/jetty-http-8.1.2.v20120308.jar"/>
> + <classpathentry kind="lib" path="framework/jetty/jetty-io-8.1.2.v20120308.jar"/>
> + <classpathentry kind="lib" path="framework/jetty/jetty-security-8.1.2.v20120308.jar"/>
> + <classpathentry kind="lib" path="framework/jetty/jetty-server-8.1.2.v20120308.jar"/>
> + <classpathentry kind="lib" path="framework/jetty/jetty-servlet-8.1.2.v20120308.jar"/>
> + <classpathentry kind="lib" path="framework/jetty/jetty-util-8.1.2.v20120308.jar"/>
> + <classpathentry kind="lib" path="framework/jetty/jetty-webapp-8.1.2.v20120308.jar"/>
> + <classpathentry kind="lib" path="framework/jetty/jetty-xml-8.1.2.v20120308.jar"/>
> + <classpathentry kind="lib" path="framework/jetty/org.apache.jasper.glassfish-2.2.2.v201112011158.jar"/>
> + <classpathentry kind="lib" path="framework/jetty/org.apache.taglibs.standard.glassfish-1.2.0.v201112081803.jar"/>
> + <classpathentry kind="lib" path="framework/jetty/org.eclipse.jdt.core-3.7.1.jar"/>
> <classpathentry kind="lib" path="framework/service/lib/axis.jar"/>
> <classpathentry kind="lib" path="framework/service/lib/axis-ant.jar"/>
> <classpathentry kind="lib" path="framework/service/lib/wsdl4j.jar"/>
>
>
Re: svn commit: r1304061 - /ofbiz/trunk/.classpath
Posted by Erwan de FERRIERES <er...@nereide.fr>.
Le 22/03/2012 22:26, J. Eckard a écrit :
> Do we really want to keep IDE-specific support files in the repository (and keep them updated by hand in perpetuity)? I ask because it seems like a fragile (and tedious) process… for instance, I don't use eclipse and I have no idea if or how this change will affect an existing eclipse project.
>
> Joe
I'm not using eclipse too, but the .classpath file is useful when
importing the project in intelliJ ! I think most of the IDE can import
from eclipse, so let's just keep this file updated and don't worry about
the others.
Cheers,
--
Erwan de FERRIERES
www.nereide.biz
Re: svn commit: r1304061 - /ofbiz/trunk/.classpath
Posted by Jacques Le Roux <ja...@les7arts.com>.
This needs some thoughts, but it's too late for me, my brain can't cope, ok trying, nothing guaranteed...
As we are trying to slim down OFBiz, my 1st answer would be yes
On the other hand I appreciate to not have to build anew .classpath each time I work on a new project
Could not the same been done for IntelliJ? Is it necessary?
I remember we tried long ago on Netbeans (Jacopo and I at least) but finally gave up. I don't remember why, or was it only external,
license reason?
Also you could have left this change to a real Eclipse user ;o)
One would have stumbled upon and would have needed to do it anyway ;o)
Jacques
From: "J. Eckard" <ec...@redrocketcorp.com>
> Do we really want to keep IDE-specific support files in the repository (and keep them updated by hand in perpetuity)? I ask
> because it seems like a fragile (and tedious) process… for instance, I don't use eclipse and I have no idea if or how this change
> will affect an existing eclipse project.
>
> Joe
>
> On Mar 22, 2012, at 5:05 PM, eckardjf@apache.org wrote:
>
>> Author: eckardjf
>> Date: Thu Mar 22 21:05:17 2012
>> New Revision: 1304061
>>
>> URL: http://svn.apache.org/viewvc?rev=1304061&view=rev
>> Log:
>> update eclipse classpath file to reflect jetty container upgrade
>>
>> Modified:
>> ofbiz/trunk/.classpath
>>
>> Modified: ofbiz/trunk/.classpath
>> URL: http://svn.apache.org/viewvc/ofbiz/trunk/.classpath?rev=1304061&r1=1304060&r2=1304061&view=diff
>> ==============================================================================
>> --- ofbiz/trunk/.classpath (original)
>> +++ ofbiz/trunk/.classpath Thu Mar 22 21:05:17 2012
>> @@ -138,12 +138,21 @@
>> <classpathentry kind="lib" path="framework/jcr/lib/jackrabbit-spi-commons-2.3.3.jar"/>
>> <classpathentry kind="lib" path="framework/jcr/lib/jackrabbit-ocm-2.0.jar" sourcepath="/ocm"/>
>> <classpathentry kind="lib" path="framework/jcr/lib/jcr-2.0.jar"/>
>> - <classpathentry kind="lib" path="framework/jetty/lib/jasper-compiler-5.5.15.jar"/>
>> - <classpathentry kind="lib" path="framework/jetty/lib/jasper-runtime-5.5.15.jar"/>
>> - <classpathentry kind="lib" path="framework/jetty/lib/jetty-6.1.11.jar"/>
>> - <classpathentry kind="lib" path="framework/jetty/lib/jetty-ajp-6.1.11.jar"/>
>> - <classpathentry kind="lib" path="framework/jetty/lib/jetty-sslengine-6.1.11.jar"/>
>> - <classpathentry kind="lib" path="framework/jetty/lib/jetty-util-6.1.11.jar"/>
>> + <classpathentry kind="lib" path="framework/jetty/com.sun.el-2.2.0.v201108011116.jar"/>
>> + <classpathentry kind="lib" path="framework/jetty/javax.servlet.jsp.jstl-1.2.0.v201105211821.jar"/>
>> + <classpathentry kind="lib" path="framework/jetty/jetty-ajp-8.1.2.v20120308.jar"/>
>> + <classpathentry kind="lib" path="framework/jetty/jetty-continuation-8.1.2.v20120308.jar"/>
>> + <classpathentry kind="lib" path="framework/jetty/jetty-http-8.1.2.v20120308.jar"/>
>> + <classpathentry kind="lib" path="framework/jetty/jetty-io-8.1.2.v20120308.jar"/>
>> + <classpathentry kind="lib" path="framework/jetty/jetty-security-8.1.2.v20120308.jar"/>
>> + <classpathentry kind="lib" path="framework/jetty/jetty-server-8.1.2.v20120308.jar"/>
>> + <classpathentry kind="lib" path="framework/jetty/jetty-servlet-8.1.2.v20120308.jar"/>
>> + <classpathentry kind="lib" path="framework/jetty/jetty-util-8.1.2.v20120308.jar"/>
>> + <classpathentry kind="lib" path="framework/jetty/jetty-webapp-8.1.2.v20120308.jar"/>
>> + <classpathentry kind="lib" path="framework/jetty/jetty-xml-8.1.2.v20120308.jar"/>
>> + <classpathentry kind="lib" path="framework/jetty/org.apache.jasper.glassfish-2.2.2.v201112011158.jar"/>
>> + <classpathentry kind="lib" path="framework/jetty/org.apache.taglibs.standard.glassfish-1.2.0.v201112081803.jar"/>
>> + <classpathentry kind="lib" path="framework/jetty/org.eclipse.jdt.core-3.7.1.jar"/>
>> <classpathentry kind="lib" path="framework/service/lib/axis.jar"/>
>> <classpathentry kind="lib" path="framework/service/lib/axis-ant.jar"/>
>> <classpathentry kind="lib" path="framework/service/lib/wsdl4j.jar"/>
>>
>>
>
>
Re: svn commit: r1304061 - /ofbiz/trunk/.classpath
Posted by ad...@sandglass-software.com.
If those files were not there when I first used OFBiz, I would not
have known how to set up Eclipse. I agree with Scott - let the Eclipse
users worry about them.
-Adrian
Quoting Scott Gray <sc...@hotwaxmedia.com>:
> The flip side of the argument would be that everyone who is using
> eclipse would then have to maintain it themselves, not sure that
> would be more efficient for the community.
>
> Personally I don't really mind cleaning it up myself when I see an
> error, takes a few minutes at most. And I think that's the way it
> should be, the users of a specific IDE should bear the burden of
> keeping it up to date, others shouldn't have to worry about it. If
> we started including some other IDE's config files I certainly
> wouldn't want to have to deal with them.
>
> Regards
> Scott
>
> On 23/03/2012, at 10:26 AM, J. Eckard wrote:
>
>> Do we really want to keep IDE-specific support files in the
>> repository (and keep them updated by hand in perpetuity)? I ask
>> because it seems like a fragile (and tedious) process... for
>> instance, I don't use eclipse and I have no idea if or how this
>> change will affect an existing eclipse project.
>>
>> Joe
>>
>> On Mar 22, 2012, at 5:05 PM, eckardjf@apache.org wrote:
>>
>>> Author: eckardjf
>>> Date: Thu Mar 22 21:05:17 2012
>>> New Revision: 1304061
>>>
>>> URL: http://svn.apache.org/viewvc?rev=1304061&view=rev
>>> Log:
>>> update eclipse classpath file to reflect jetty container upgrade
>>>
>>> Modified:
>>> ofbiz/trunk/.classpath
>>>
>>> Modified: ofbiz/trunk/.classpath
>>> URL:
>>> http://svn.apache.org/viewvc/ofbiz/trunk/.classpath?rev=1304061&r1=1304060&r2=1304061&view=diff
>>> ==============================================================================
>>> --- ofbiz/trunk/.classpath (original)
>>> +++ ofbiz/trunk/.classpath Thu Mar 22 21:05:17 2012
>>> @@ -138,12 +138,21 @@
>>> <classpathentry kind="lib"
>>> path="framework/jcr/lib/jackrabbit-spi-commons-2.3.3.jar"/>
>>> <classpathentry kind="lib"
>>> path="framework/jcr/lib/jackrabbit-ocm-2.0.jar" sourcepath="/ocm"/>
>>> <classpathentry kind="lib" path="framework/jcr/lib/jcr-2.0.jar"/>
>>> - <classpathentry kind="lib"
>>> path="framework/jetty/lib/jasper-compiler-5.5.15.jar"/>
>>> - <classpathentry kind="lib"
>>> path="framework/jetty/lib/jasper-runtime-5.5.15.jar"/>
>>> - <classpathentry kind="lib"
>>> path="framework/jetty/lib/jetty-6.1.11.jar"/>
>>> - <classpathentry kind="lib"
>>> path="framework/jetty/lib/jetty-ajp-6.1.11.jar"/>
>>> - <classpathentry kind="lib"
>>> path="framework/jetty/lib/jetty-sslengine-6.1.11.jar"/>
>>> - <classpathentry kind="lib"
>>> path="framework/jetty/lib/jetty-util-6.1.11.jar"/>
>>> + <classpathentry kind="lib"
>>> path="framework/jetty/com.sun.el-2.2.0.v201108011116.jar"/>
>>> + <classpathentry kind="lib"
>>> path="framework/jetty/javax.servlet.jsp.jstl-1.2.0.v201105211821.jar"/>
>>> + <classpathentry kind="lib"
>>> path="framework/jetty/jetty-ajp-8.1.2.v20120308.jar"/>
>>> + <classpathentry kind="lib"
>>> path="framework/jetty/jetty-continuation-8.1.2.v20120308.jar"/>
>>> + <classpathentry kind="lib"
>>> path="framework/jetty/jetty-http-8.1.2.v20120308.jar"/>
>>> + <classpathentry kind="lib"
>>> path="framework/jetty/jetty-io-8.1.2.v20120308.jar"/>
>>> + <classpathentry kind="lib"
>>> path="framework/jetty/jetty-security-8.1.2.v20120308.jar"/>
>>> + <classpathentry kind="lib"
>>> path="framework/jetty/jetty-server-8.1.2.v20120308.jar"/>
>>> + <classpathentry kind="lib"
>>> path="framework/jetty/jetty-servlet-8.1.2.v20120308.jar"/>
>>> + <classpathentry kind="lib"
>>> path="framework/jetty/jetty-util-8.1.2.v20120308.jar"/>
>>> + <classpathentry kind="lib"
>>> path="framework/jetty/jetty-webapp-8.1.2.v20120308.jar"/>
>>> + <classpathentry kind="lib"
>>> path="framework/jetty/jetty-xml-8.1.2.v20120308.jar"/>
>>> + <classpathentry kind="lib"
>>> path="framework/jetty/org.apache.jasper.glassfish-2.2.2.v201112011158.jar"/>
>>> + <classpathentry kind="lib"
>>> path="framework/jetty/org.apache.taglibs.standard.glassfish-1.2.0.v201112081803.jar"/>
>>> + <classpathentry kind="lib"
>>> path="framework/jetty/org.eclipse.jdt.core-3.7.1.jar"/>
>>> <classpathentry kind="lib" path="framework/service/lib/axis.jar"/>
>>> <classpathentry kind="lib" path="framework/service/lib/axis-ant.jar"/>
>>> <classpathentry kind="lib" path="framework/service/lib/wsdl4j.jar"/>
>>>
>>>
>>
>
>
Re: svn commit: r1304061 - /ofbiz/trunk/.classpath
Posted by Scott Gray <sc...@hotwaxmedia.com>.
Keep it simple. Just keep the files for 1 or 2 IDEs and 1 or 2 VCSs and be done with it.
I do think we should get rid of Aptana.
Regards
Scott
On 23/03/2012, at 8:40 PM, Nicolas Malin wrote:
> It would be interesting to put all configuration file on tools :
> * tools/ide/eclipse
> * tools/ide/netbeans
> and load configuration by ant ?
>
> Nicolas
>
> Le 23/03/2012 07:49, Jacques Le Roux a écrit :
>> I put Aptana (better free js Eclipse.plugin editor I found) and explained at
>> https://cwiki.apache.org/confluence/display/OFBADMIN/Coding+Conventions
>>
>> So it's also at https://cwiki.apache.org/confluence/pages/viewpageattachments.action?pageId=7766052
>> So we could get rid of it, yes
>>
>> Other opinions?
>>
>> Jacques
>>
>>
>> From: "Jacopo Cappellato" <ja...@hotwaxmedia.com>
>>> I have mixed feelings about this:
>>>
>>> 1) it is not nice to see the IDE specific files in the OFBiz home: .project, .classpath (for Eclipse) and ofbiz.aptana.js.format.xml (for Aptana)
>>> ** off topic question: why do we have the .hgignore file? (ignore file for Mercurial?)
>>> 2) in the same time the Eclipse files are very well maintained by the community (it is clear that the user base is large) and so I would tend to keep them... also we do not update jars so frequently
>>> 3) even if I don't use Eclipse, most editors provide the ability to load a project from an Eclipse project (or similar) so this is not only a benefit for Eclipse users
>>>
>>> All in all I would say, we could keep/tolerate Eclipse specific files (I would get rid of Aptana, unless there is a large user base); but the implied message is not: "please contribute the configuration for your IDE; the more we have the better is".
>>>
>>> Jacopo
>>>
>>> On Mar 22, 2012, at 11:40 PM, Jacques Le Roux wrote:
>>>
>>>> +1, this is also the conclusion I came out (with a slow brain)
>>>>
>>>> Jacques
>>>>
>>>> From: "Scott Gray" <sc...@hotwaxmedia.com>
>>>>> The flip side of the argument would be that everyone who is using eclipse would then have to maintain it themselves, not sure that
>>>>> would be more efficient for the community.
>>>>>
>>>>> Personally I don't really mind cleaning it up myself when I see an error, takes a few minutes at most. And I think that's the way
>>>>> it should be, the users of a specific IDE should bear the burden of keeping it up to date, others shouldn't have to worry about
>>>>> it. If we started including some other IDE's config files I certainly wouldn't want to have to deal with them.
>>>>>
>>>>> Regards
>>>>> Scott
>>>>>
>>>>> On 23/03/2012, at 10:26 AM, J. Eckard wrote:
>>>>>
>>>>>> Do we really want to keep IDE-specific support files in the repository (and keep them updated by hand in perpetuity)? I ask
>>>>>> because it seems like a fragile (and tedious) process… for instance, I don't use eclipse and I have no idea if or how this change
>>>>>> will affect an existing eclipse project.
>>>>>>
>>>>>> Joe
>>>>>>
>>>>>> On Mar 22, 2012, at 5:05 PM, eckardjf@apache.org wrote:
>>>>>>
>>>>>>> Author: eckardjf
>>>>>>> Date: Thu Mar 22 21:05:17 2012
>>>>>>> New Revision: 1304061
>>>>>>>
>>>>>>> URL: http://svn.apache.org/viewvc?rev=1304061&view=rev
>>>>>>> Log:
>>>>>>> update eclipse classpath file to reflect jetty container upgrade
>>>>>>>
>>>>>>> Modified:
>>>>>>> ofbiz/trunk/.classpath
>>>>>>>
>>>>>>> Modified: ofbiz/trunk/.classpath
>>>>>>> URL: http://svn.apache.org/viewvc/ofbiz/trunk/.classpath?rev=1304061&r1=1304060&r2=1304061&view=diff
>>>>>>> ==============================================================================
>>>>>>> --- ofbiz/trunk/.classpath (original)
>>>>>>> +++ ofbiz/trunk/.classpath Thu Mar 22 21:05:17 2012
>>>>>>> @@ -138,12 +138,21 @@
>>>>>>> <classpathentry kind="lib" path="framework/jcr/lib/jackrabbit-spi-commons-2.3.3.jar"/>
>>>>>>> <classpathentry kind="lib" path="framework/jcr/lib/jackrabbit-ocm-2.0.jar" sourcepath="/ocm"/>
>>>>>>> <classpathentry kind="lib" path="framework/jcr/lib/jcr-2.0.jar"/>
>>>>>>> - <classpathentry kind="lib" path="framework/jetty/lib/jasper-compiler-5.5.15.jar"/>
>>>>>>> - <classpathentry kind="lib" path="framework/jetty/lib/jasper-runtime-5.5.15.jar"/>
>>>>>>> - <classpathentry kind="lib" path="framework/jetty/lib/jetty-6.1.11.jar"/>
>>>>>>> - <classpathentry kind="lib" path="framework/jetty/lib/jetty-ajp-6.1.11.jar"/>
>>>>>>> - <classpathentry kind="lib" path="framework/jetty/lib/jetty-sslengine-6.1.11.jar"/>
>>>>>>> - <classpathentry kind="lib" path="framework/jetty/lib/jetty-util-6.1.11.jar"/>
>>>>>>> + <classpathentry kind="lib" path="framework/jetty/com.sun.el-2.2.0.v201108011116.jar"/>
>>>>>>> + <classpathentry kind="lib" path="framework/jetty/javax.servlet.jsp.jstl-1.2.0.v201105211821.jar"/>
>>>>>>> + <classpathentry kind="lib" path="framework/jetty/jetty-ajp-8.1.2.v20120308.jar"/>
>>>>>>> + <classpathentry kind="lib" path="framework/jetty/jetty-continuation-8.1.2.v20120308.jar"/>
>>>>>>> + <classpathentry kind="lib" path="framework/jetty/jetty-http-8.1.2.v20120308.jar"/>
>>>>>>> + <classpathentry kind="lib" path="framework/jetty/jetty-io-8.1.2.v20120308.jar"/>
>>>>>>> + <classpathentry kind="lib" path="framework/jetty/jetty-security-8.1.2.v20120308.jar"/>
>>>>>>> + <classpathentry kind="lib" path="framework/jetty/jetty-server-8.1.2.v20120308.jar"/>
>>>>>>> + <classpathentry kind="lib" path="framework/jetty/jetty-servlet-8.1.2.v20120308.jar"/>
>>>>>>> + <classpathentry kind="lib" path="framework/jetty/jetty-util-8.1.2.v20120308.jar"/>
>>>>>>> + <classpathentry kind="lib" path="framework/jetty/jetty-webapp-8.1.2.v20120308.jar"/>
>>>>>>> + <classpathentry kind="lib" path="framework/jetty/jetty-xml-8.1.2.v20120308.jar"/>
>>>>>>> + <classpathentry kind="lib" path="framework/jetty/org.apache.jasper.glassfish-2.2.2.v201112011158.jar"/>
>>>>>>> + <classpathentry kind="lib" path="framework/jetty/org.apache.taglibs.standard.glassfish-1.2.0.v201112081803.jar"/>
>>>>>>> + <classpathentry kind="lib" path="framework/jetty/org.eclipse.jdt.core-3.7.1.jar"/>
>>>>>>> <classpathentry kind="lib" path="framework/service/lib/axis.jar"/>
>>>>>>> <classpathentry kind="lib" path="framework/service/lib/axis-ant.jar"/>
>>>>>>> <classpathentry kind="lib" path="framework/service/lib/wsdl4j.jar"/>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>>
>>>
>>>
>
>
> --
> Nicolas MALIN
> Consultant
> Tél : 06.17.66.40.06
> Site projet : http://www.neogia.org/
> -------
> Société LibrenBerry
> Tél : 02.48.02.56.12
> Site : http://www.librenberry.net/
>
Re: svn commit: r1304061 - /ofbiz/trunk/.classpath
Posted by Nicolas Malin <ma...@librenberry.net>.
It would be interesting to put all configuration file on tools :
* tools/ide/eclipse
* tools/ide/netbeans
and load configuration by ant ?
Nicolas
Le 23/03/2012 07:49, Jacques Le Roux a écrit :
> I put Aptana (better free js Eclipse.plugin editor I found) and
> explained at
> https://cwiki.apache.org/confluence/display/OFBADMIN/Coding+Conventions
>
> So it's also at
> https://cwiki.apache.org/confluence/pages/viewpageattachments.action?pageId=7766052
> So we could get rid of it, yes
>
> Other opinions?
>
> Jacques
>
>
> From: "Jacopo Cappellato" <ja...@hotwaxmedia.com>
>> I have mixed feelings about this:
>>
>> 1) it is not nice to see the IDE specific files in the OFBiz home:
>> .project, .classpath (for Eclipse) and ofbiz.aptana.js.format.xml
>> (for Aptana)
>> ** off topic question: why do we have the .hgignore file? (ignore
>> file for Mercurial?)
>> 2) in the same time the Eclipse files are very well maintained by the
>> community (it is clear that the user base is large) and so I would
>> tend to keep them... also we do not update jars so frequently
>> 3) even if I don't use Eclipse, most editors provide the ability to
>> load a project from an Eclipse project (or similar) so this is not
>> only a benefit for Eclipse users
>>
>> All in all I would say, we could keep/tolerate Eclipse specific files
>> (I would get rid of Aptana, unless there is a large user base); but
>> the implied message is not: "please contribute the configuration for
>> your IDE; the more we have the better is".
>>
>> Jacopo
>>
>> On Mar 22, 2012, at 11:40 PM, Jacques Le Roux wrote:
>>
>>> +1, this is also the conclusion I came out (with a slow brain)
>>>
>>> Jacques
>>>
>>> From: "Scott Gray" <sc...@hotwaxmedia.com>
>>>> The flip side of the argument would be that everyone who is using
>>>> eclipse would then have to maintain it themselves, not sure that
>>>> would be more efficient for the community.
>>>>
>>>> Personally I don't really mind cleaning it up myself when I see an
>>>> error, takes a few minutes at most. And I think that's the way
>>>> it should be, the users of a specific IDE should bear the burden of
>>>> keeping it up to date, others shouldn't have to worry about
>>>> it. If we started including some other IDE's config files I
>>>> certainly wouldn't want to have to deal with them.
>>>>
>>>> Regards
>>>> Scott
>>>>
>>>> On 23/03/2012, at 10:26 AM, J. Eckard wrote:
>>>>
>>>>> Do we really want to keep IDE-specific support files in the
>>>>> repository (and keep them updated by hand in perpetuity)? I ask
>>>>> because it seems like a fragile (and tedious) process… for
>>>>> instance, I don't use eclipse and I have no idea if or how this
>>>>> change
>>>>> will affect an existing eclipse project.
>>>>>
>>>>> Joe
>>>>>
>>>>> On Mar 22, 2012, at 5:05 PM, eckardjf@apache.org wrote:
>>>>>
>>>>>> Author: eckardjf
>>>>>> Date: Thu Mar 22 21:05:17 2012
>>>>>> New Revision: 1304061
>>>>>>
>>>>>> URL: http://svn.apache.org/viewvc?rev=1304061&view=rev
>>>>>> Log:
>>>>>> update eclipse classpath file to reflect jetty container upgrade
>>>>>>
>>>>>> Modified:
>>>>>> ofbiz/trunk/.classpath
>>>>>>
>>>>>> Modified: ofbiz/trunk/.classpath
>>>>>> URL:
>>>>>> http://svn.apache.org/viewvc/ofbiz/trunk/.classpath?rev=1304061&r1=1304060&r2=1304061&view=diff
>>>>>> ==============================================================================
>>>>>>
>>>>>> --- ofbiz/trunk/.classpath (original)
>>>>>> +++ ofbiz/trunk/.classpath Thu Mar 22 21:05:17 2012
>>>>>> @@ -138,12 +138,21 @@
>>>>>> <classpathentry kind="lib"
>>>>>> path="framework/jcr/lib/jackrabbit-spi-commons-2.3.3.jar"/>
>>>>>> <classpathentry kind="lib"
>>>>>> path="framework/jcr/lib/jackrabbit-ocm-2.0.jar" sourcepath="/ocm"/>
>>>>>> <classpathentry kind="lib" path="framework/jcr/lib/jcr-2.0.jar"/>
>>>>>> - <classpathentry kind="lib"
>>>>>> path="framework/jetty/lib/jasper-compiler-5.5.15.jar"/>
>>>>>> - <classpathentry kind="lib"
>>>>>> path="framework/jetty/lib/jasper-runtime-5.5.15.jar"/>
>>>>>> - <classpathentry kind="lib"
>>>>>> path="framework/jetty/lib/jetty-6.1.11.jar"/>
>>>>>> - <classpathentry kind="lib"
>>>>>> path="framework/jetty/lib/jetty-ajp-6.1.11.jar"/>
>>>>>> - <classpathentry kind="lib"
>>>>>> path="framework/jetty/lib/jetty-sslengine-6.1.11.jar"/>
>>>>>> - <classpathentry kind="lib"
>>>>>> path="framework/jetty/lib/jetty-util-6.1.11.jar"/>
>>>>>> + <classpathentry kind="lib"
>>>>>> path="framework/jetty/com.sun.el-2.2.0.v201108011116.jar"/>
>>>>>> + <classpathentry kind="lib"
>>>>>> path="framework/jetty/javax.servlet.jsp.jstl-1.2.0.v201105211821.jar"/>
>>>>>> + <classpathentry kind="lib"
>>>>>> path="framework/jetty/jetty-ajp-8.1.2.v20120308.jar"/>
>>>>>> + <classpathentry kind="lib"
>>>>>> path="framework/jetty/jetty-continuation-8.1.2.v20120308.jar"/>
>>>>>> + <classpathentry kind="lib"
>>>>>> path="framework/jetty/jetty-http-8.1.2.v20120308.jar"/>
>>>>>> + <classpathentry kind="lib"
>>>>>> path="framework/jetty/jetty-io-8.1.2.v20120308.jar"/>
>>>>>> + <classpathentry kind="lib"
>>>>>> path="framework/jetty/jetty-security-8.1.2.v20120308.jar"/>
>>>>>> + <classpathentry kind="lib"
>>>>>> path="framework/jetty/jetty-server-8.1.2.v20120308.jar"/>
>>>>>> + <classpathentry kind="lib"
>>>>>> path="framework/jetty/jetty-servlet-8.1.2.v20120308.jar"/>
>>>>>> + <classpathentry kind="lib"
>>>>>> path="framework/jetty/jetty-util-8.1.2.v20120308.jar"/>
>>>>>> + <classpathentry kind="lib"
>>>>>> path="framework/jetty/jetty-webapp-8.1.2.v20120308.jar"/>
>>>>>> + <classpathentry kind="lib"
>>>>>> path="framework/jetty/jetty-xml-8.1.2.v20120308.jar"/>
>>>>>> + <classpathentry kind="lib"
>>>>>> path="framework/jetty/org.apache.jasper.glassfish-2.2.2.v201112011158.jar"/>
>>>>>> + <classpathentry kind="lib"
>>>>>> path="framework/jetty/org.apache.taglibs.standard.glassfish-1.2.0.v201112081803.jar"/>
>>>>>> + <classpathentry kind="lib"
>>>>>> path="framework/jetty/org.eclipse.jdt.core-3.7.1.jar"/>
>>>>>> <classpathentry kind="lib" path="framework/service/lib/axis.jar"/>
>>>>>> <classpathentry kind="lib"
>>>>>> path="framework/service/lib/axis-ant.jar"/>
>>>>>> <classpathentry kind="lib" path="framework/service/lib/wsdl4j.jar"/>
>>>>>>
>>>>>>
>>>>>
>>>>
>>>>
>>
>>
--
Nicolas MALIN
Consultant
Tél : 06.17.66.40.06
Site projet : http://www.neogia.org/
-------
Société LibrenBerry
Tél : 02.48.02.56.12
Site : http://www.librenberry.net/
Re: svn commit: r1304061 - /ofbiz/trunk/.classpath
Posted by Jacques Le Roux <ja...@les7arts.com>.
I put Aptana (better free js Eclipse.plugin editor I found) and explained at
https://cwiki.apache.org/confluence/display/OFBADMIN/Coding+Conventions
So it's also at https://cwiki.apache.org/confluence/pages/viewpageattachments.action?pageId=7766052
So we could get rid of it, yes
Other opinions?
Jacques
From: "Jacopo Cappellato" <ja...@hotwaxmedia.com>
>I have mixed feelings about this:
>
> 1) it is not nice to see the IDE specific files in the OFBiz home: .project, .classpath (for Eclipse) and
> ofbiz.aptana.js.format.xml (for Aptana)
> ** off topic question: why do we have the .hgignore file? (ignore file for Mercurial?)
> 2) in the same time the Eclipse files are very well maintained by the community (it is clear that the user base is large) and so I
> would tend to keep them... also we do not update jars so frequently
> 3) even if I don't use Eclipse, most editors provide the ability to load a project from an Eclipse project (or similar) so this is
> not only a benefit for Eclipse users
>
> All in all I would say, we could keep/tolerate Eclipse specific files (I would get rid of Aptana, unless there is a large user
> base); but the implied message is not: "please contribute the configuration for your IDE; the more we have the better is".
>
> Jacopo
>
> On Mar 22, 2012, at 11:40 PM, Jacques Le Roux wrote:
>
>> +1, this is also the conclusion I came out (with a slow brain)
>>
>> Jacques
>>
>> From: "Scott Gray" <sc...@hotwaxmedia.com>
>>> The flip side of the argument would be that everyone who is using eclipse would then have to maintain it themselves, not sure
>>> that
>>> would be more efficient for the community.
>>>
>>> Personally I don't really mind cleaning it up myself when I see an error, takes a few minutes at most. And I think that's the
>>> way
>>> it should be, the users of a specific IDE should bear the burden of keeping it up to date, others shouldn't have to worry about
>>> it. If we started including some other IDE's config files I certainly wouldn't want to have to deal with them.
>>>
>>> Regards
>>> Scott
>>>
>>> On 23/03/2012, at 10:26 AM, J. Eckard wrote:
>>>
>>>> Do we really want to keep IDE-specific support files in the repository (and keep them updated by hand in perpetuity)? I ask
>>>> because it seems like a fragile (and tedious) process… for instance, I don't use eclipse and I have no idea if or how this
>>>> change
>>>> will affect an existing eclipse project.
>>>>
>>>> Joe
>>>>
>>>> On Mar 22, 2012, at 5:05 PM, eckardjf@apache.org wrote:
>>>>
>>>>> Author: eckardjf
>>>>> Date: Thu Mar 22 21:05:17 2012
>>>>> New Revision: 1304061
>>>>>
>>>>> URL: http://svn.apache.org/viewvc?rev=1304061&view=rev
>>>>> Log:
>>>>> update eclipse classpath file to reflect jetty container upgrade
>>>>>
>>>>> Modified:
>>>>> ofbiz/trunk/.classpath
>>>>>
>>>>> Modified: ofbiz/trunk/.classpath
>>>>> URL: http://svn.apache.org/viewvc/ofbiz/trunk/.classpath?rev=1304061&r1=1304060&r2=1304061&view=diff
>>>>> ==============================================================================
>>>>> --- ofbiz/trunk/.classpath (original)
>>>>> +++ ofbiz/trunk/.classpath Thu Mar 22 21:05:17 2012
>>>>> @@ -138,12 +138,21 @@
>>>>> <classpathentry kind="lib" path="framework/jcr/lib/jackrabbit-spi-commons-2.3.3.jar"/>
>>>>> <classpathentry kind="lib" path="framework/jcr/lib/jackrabbit-ocm-2.0.jar" sourcepath="/ocm"/>
>>>>> <classpathentry kind="lib" path="framework/jcr/lib/jcr-2.0.jar"/>
>>>>> - <classpathentry kind="lib" path="framework/jetty/lib/jasper-compiler-5.5.15.jar"/>
>>>>> - <classpathentry kind="lib" path="framework/jetty/lib/jasper-runtime-5.5.15.jar"/>
>>>>> - <classpathentry kind="lib" path="framework/jetty/lib/jetty-6.1.11.jar"/>
>>>>> - <classpathentry kind="lib" path="framework/jetty/lib/jetty-ajp-6.1.11.jar"/>
>>>>> - <classpathentry kind="lib" path="framework/jetty/lib/jetty-sslengine-6.1.11.jar"/>
>>>>> - <classpathentry kind="lib" path="framework/jetty/lib/jetty-util-6.1.11.jar"/>
>>>>> + <classpathentry kind="lib" path="framework/jetty/com.sun.el-2.2.0.v201108011116.jar"/>
>>>>> + <classpathentry kind="lib" path="framework/jetty/javax.servlet.jsp.jstl-1.2.0.v201105211821.jar"/>
>>>>> + <classpathentry kind="lib" path="framework/jetty/jetty-ajp-8.1.2.v20120308.jar"/>
>>>>> + <classpathentry kind="lib" path="framework/jetty/jetty-continuation-8.1.2.v20120308.jar"/>
>>>>> + <classpathentry kind="lib" path="framework/jetty/jetty-http-8.1.2.v20120308.jar"/>
>>>>> + <classpathentry kind="lib" path="framework/jetty/jetty-io-8.1.2.v20120308.jar"/>
>>>>> + <classpathentry kind="lib" path="framework/jetty/jetty-security-8.1.2.v20120308.jar"/>
>>>>> + <classpathentry kind="lib" path="framework/jetty/jetty-server-8.1.2.v20120308.jar"/>
>>>>> + <classpathentry kind="lib" path="framework/jetty/jetty-servlet-8.1.2.v20120308.jar"/>
>>>>> + <classpathentry kind="lib" path="framework/jetty/jetty-util-8.1.2.v20120308.jar"/>
>>>>> + <classpathentry kind="lib" path="framework/jetty/jetty-webapp-8.1.2.v20120308.jar"/>
>>>>> + <classpathentry kind="lib" path="framework/jetty/jetty-xml-8.1.2.v20120308.jar"/>
>>>>> + <classpathentry kind="lib" path="framework/jetty/org.apache.jasper.glassfish-2.2.2.v201112011158.jar"/>
>>>>> + <classpathentry kind="lib" path="framework/jetty/org.apache.taglibs.standard.glassfish-1.2.0.v201112081803.jar"/>
>>>>> + <classpathentry kind="lib" path="framework/jetty/org.eclipse.jdt.core-3.7.1.jar"/>
>>>>> <classpathentry kind="lib" path="framework/service/lib/axis.jar"/>
>>>>> <classpathentry kind="lib" path="framework/service/lib/axis-ant.jar"/>
>>>>> <classpathentry kind="lib" path="framework/service/lib/wsdl4j.jar"/>
>>>>>
>>>>>
>>>>
>>>
>>>
>
>
Re: svn commit: r1304061 - /ofbiz/trunk/.classpath
Posted by Jacopo Cappellato <ja...@hotwaxmedia.com>.
I have mixed feelings about this:
1) it is not nice to see the IDE specific files in the OFBiz home: .project, .classpath (for Eclipse) and ofbiz.aptana.js.format.xml (for Aptana)
** off topic question: why do we have the .hgignore file? (ignore file for Mercurial?)
2) in the same time the Eclipse files are very well maintained by the community (it is clear that the user base is large) and so I would tend to keep them... also we do not update jars so frequently
3) even if I don't use Eclipse, most editors provide the ability to load a project from an Eclipse project (or similar) so this is not only a benefit for Eclipse users
All in all I would say, we could keep/tolerate Eclipse specific files (I would get rid of Aptana, unless there is a large user base); but the implied message is not: "please contribute the configuration for your IDE; the more we have the better is".
Jacopo
On Mar 22, 2012, at 11:40 PM, Jacques Le Roux wrote:
> +1, this is also the conclusion I came out (with a slow brain)
>
> Jacques
>
> From: "Scott Gray" <sc...@hotwaxmedia.com>
>> The flip side of the argument would be that everyone who is using eclipse would then have to maintain it themselves, not sure that
>> would be more efficient for the community.
>>
>> Personally I don't really mind cleaning it up myself when I see an error, takes a few minutes at most. And I think that's the way
>> it should be, the users of a specific IDE should bear the burden of keeping it up to date, others shouldn't have to worry about
>> it. If we started including some other IDE's config files I certainly wouldn't want to have to deal with them.
>>
>> Regards
>> Scott
>>
>> On 23/03/2012, at 10:26 AM, J. Eckard wrote:
>>
>>> Do we really want to keep IDE-specific support files in the repository (and keep them updated by hand in perpetuity)? I ask
>>> because it seems like a fragile (and tedious) process… for instance, I don't use eclipse and I have no idea if or how this change
>>> will affect an existing eclipse project.
>>>
>>> Joe
>>>
>>> On Mar 22, 2012, at 5:05 PM, eckardjf@apache.org wrote:
>>>
>>>> Author: eckardjf
>>>> Date: Thu Mar 22 21:05:17 2012
>>>> New Revision: 1304061
>>>>
>>>> URL: http://svn.apache.org/viewvc?rev=1304061&view=rev
>>>> Log:
>>>> update eclipse classpath file to reflect jetty container upgrade
>>>>
>>>> Modified:
>>>> ofbiz/trunk/.classpath
>>>>
>>>> Modified: ofbiz/trunk/.classpath
>>>> URL: http://svn.apache.org/viewvc/ofbiz/trunk/.classpath?rev=1304061&r1=1304060&r2=1304061&view=diff
>>>> ==============================================================================
>>>> --- ofbiz/trunk/.classpath (original)
>>>> +++ ofbiz/trunk/.classpath Thu Mar 22 21:05:17 2012
>>>> @@ -138,12 +138,21 @@
>>>> <classpathentry kind="lib" path="framework/jcr/lib/jackrabbit-spi-commons-2.3.3.jar"/>
>>>> <classpathentry kind="lib" path="framework/jcr/lib/jackrabbit-ocm-2.0.jar" sourcepath="/ocm"/>
>>>> <classpathentry kind="lib" path="framework/jcr/lib/jcr-2.0.jar"/>
>>>> - <classpathentry kind="lib" path="framework/jetty/lib/jasper-compiler-5.5.15.jar"/>
>>>> - <classpathentry kind="lib" path="framework/jetty/lib/jasper-runtime-5.5.15.jar"/>
>>>> - <classpathentry kind="lib" path="framework/jetty/lib/jetty-6.1.11.jar"/>
>>>> - <classpathentry kind="lib" path="framework/jetty/lib/jetty-ajp-6.1.11.jar"/>
>>>> - <classpathentry kind="lib" path="framework/jetty/lib/jetty-sslengine-6.1.11.jar"/>
>>>> - <classpathentry kind="lib" path="framework/jetty/lib/jetty-util-6.1.11.jar"/>
>>>> + <classpathentry kind="lib" path="framework/jetty/com.sun.el-2.2.0.v201108011116.jar"/>
>>>> + <classpathentry kind="lib" path="framework/jetty/javax.servlet.jsp.jstl-1.2.0.v201105211821.jar"/>
>>>> + <classpathentry kind="lib" path="framework/jetty/jetty-ajp-8.1.2.v20120308.jar"/>
>>>> + <classpathentry kind="lib" path="framework/jetty/jetty-continuation-8.1.2.v20120308.jar"/>
>>>> + <classpathentry kind="lib" path="framework/jetty/jetty-http-8.1.2.v20120308.jar"/>
>>>> + <classpathentry kind="lib" path="framework/jetty/jetty-io-8.1.2.v20120308.jar"/>
>>>> + <classpathentry kind="lib" path="framework/jetty/jetty-security-8.1.2.v20120308.jar"/>
>>>> + <classpathentry kind="lib" path="framework/jetty/jetty-server-8.1.2.v20120308.jar"/>
>>>> + <classpathentry kind="lib" path="framework/jetty/jetty-servlet-8.1.2.v20120308.jar"/>
>>>> + <classpathentry kind="lib" path="framework/jetty/jetty-util-8.1.2.v20120308.jar"/>
>>>> + <classpathentry kind="lib" path="framework/jetty/jetty-webapp-8.1.2.v20120308.jar"/>
>>>> + <classpathentry kind="lib" path="framework/jetty/jetty-xml-8.1.2.v20120308.jar"/>
>>>> + <classpathentry kind="lib" path="framework/jetty/org.apache.jasper.glassfish-2.2.2.v201112011158.jar"/>
>>>> + <classpathentry kind="lib" path="framework/jetty/org.apache.taglibs.standard.glassfish-1.2.0.v201112081803.jar"/>
>>>> + <classpathentry kind="lib" path="framework/jetty/org.eclipse.jdt.core-3.7.1.jar"/>
>>>> <classpathentry kind="lib" path="framework/service/lib/axis.jar"/>
>>>> <classpathentry kind="lib" path="framework/service/lib/axis-ant.jar"/>
>>>> <classpathentry kind="lib" path="framework/service/lib/wsdl4j.jar"/>
>>>>
>>>>
>>>
>>
>>
Re: svn commit: r1304061 - /ofbiz/trunk/.classpath
Posted by Jacques Le Roux <ja...@les7arts.com>.
+1, this is also the conclusion I came out (with a slow brain)
Jacques
From: "Scott Gray" <sc...@hotwaxmedia.com>
> The flip side of the argument would be that everyone who is using eclipse would then have to maintain it themselves, not sure that
> would be more efficient for the community.
>
> Personally I don't really mind cleaning it up myself when I see an error, takes a few minutes at most. And I think that's the way
> it should be, the users of a specific IDE should bear the burden of keeping it up to date, others shouldn't have to worry about
> it. If we started including some other IDE's config files I certainly wouldn't want to have to deal with them.
>
> Regards
> Scott
>
> On 23/03/2012, at 10:26 AM, J. Eckard wrote:
>
>> Do we really want to keep IDE-specific support files in the repository (and keep them updated by hand in perpetuity)? I ask
>> because it seems like a fragile (and tedious) process… for instance, I don't use eclipse and I have no idea if or how this change
>> will affect an existing eclipse project.
>>
>> Joe
>>
>> On Mar 22, 2012, at 5:05 PM, eckardjf@apache.org wrote:
>>
>>> Author: eckardjf
>>> Date: Thu Mar 22 21:05:17 2012
>>> New Revision: 1304061
>>>
>>> URL: http://svn.apache.org/viewvc?rev=1304061&view=rev
>>> Log:
>>> update eclipse classpath file to reflect jetty container upgrade
>>>
>>> Modified:
>>> ofbiz/trunk/.classpath
>>>
>>> Modified: ofbiz/trunk/.classpath
>>> URL: http://svn.apache.org/viewvc/ofbiz/trunk/.classpath?rev=1304061&r1=1304060&r2=1304061&view=diff
>>> ==============================================================================
>>> --- ofbiz/trunk/.classpath (original)
>>> +++ ofbiz/trunk/.classpath Thu Mar 22 21:05:17 2012
>>> @@ -138,12 +138,21 @@
>>> <classpathentry kind="lib" path="framework/jcr/lib/jackrabbit-spi-commons-2.3.3.jar"/>
>>> <classpathentry kind="lib" path="framework/jcr/lib/jackrabbit-ocm-2.0.jar" sourcepath="/ocm"/>
>>> <classpathentry kind="lib" path="framework/jcr/lib/jcr-2.0.jar"/>
>>> - <classpathentry kind="lib" path="framework/jetty/lib/jasper-compiler-5.5.15.jar"/>
>>> - <classpathentry kind="lib" path="framework/jetty/lib/jasper-runtime-5.5.15.jar"/>
>>> - <classpathentry kind="lib" path="framework/jetty/lib/jetty-6.1.11.jar"/>
>>> - <classpathentry kind="lib" path="framework/jetty/lib/jetty-ajp-6.1.11.jar"/>
>>> - <classpathentry kind="lib" path="framework/jetty/lib/jetty-sslengine-6.1.11.jar"/>
>>> - <classpathentry kind="lib" path="framework/jetty/lib/jetty-util-6.1.11.jar"/>
>>> + <classpathentry kind="lib" path="framework/jetty/com.sun.el-2.2.0.v201108011116.jar"/>
>>> + <classpathentry kind="lib" path="framework/jetty/javax.servlet.jsp.jstl-1.2.0.v201105211821.jar"/>
>>> + <classpathentry kind="lib" path="framework/jetty/jetty-ajp-8.1.2.v20120308.jar"/>
>>> + <classpathentry kind="lib" path="framework/jetty/jetty-continuation-8.1.2.v20120308.jar"/>
>>> + <classpathentry kind="lib" path="framework/jetty/jetty-http-8.1.2.v20120308.jar"/>
>>> + <classpathentry kind="lib" path="framework/jetty/jetty-io-8.1.2.v20120308.jar"/>
>>> + <classpathentry kind="lib" path="framework/jetty/jetty-security-8.1.2.v20120308.jar"/>
>>> + <classpathentry kind="lib" path="framework/jetty/jetty-server-8.1.2.v20120308.jar"/>
>>> + <classpathentry kind="lib" path="framework/jetty/jetty-servlet-8.1.2.v20120308.jar"/>
>>> + <classpathentry kind="lib" path="framework/jetty/jetty-util-8.1.2.v20120308.jar"/>
>>> + <classpathentry kind="lib" path="framework/jetty/jetty-webapp-8.1.2.v20120308.jar"/>
>>> + <classpathentry kind="lib" path="framework/jetty/jetty-xml-8.1.2.v20120308.jar"/>
>>> + <classpathentry kind="lib" path="framework/jetty/org.apache.jasper.glassfish-2.2.2.v201112011158.jar"/>
>>> + <classpathentry kind="lib" path="framework/jetty/org.apache.taglibs.standard.glassfish-1.2.0.v201112081803.jar"/>
>>> + <classpathentry kind="lib" path="framework/jetty/org.eclipse.jdt.core-3.7.1.jar"/>
>>> <classpathentry kind="lib" path="framework/service/lib/axis.jar"/>
>>> <classpathentry kind="lib" path="framework/service/lib/axis-ant.jar"/>
>>> <classpathentry kind="lib" path="framework/service/lib/wsdl4j.jar"/>
>>>
>>>
>>
>
>
Re: svn commit: r1304061 - /ofbiz/trunk/.classpath
Posted by Scott Gray <sc...@hotwaxmedia.com>.
The flip side of the argument would be that everyone who is using eclipse would then have to maintain it themselves, not sure that would be more efficient for the community.
Personally I don't really mind cleaning it up myself when I see an error, takes a few minutes at most. And I think that's the way it should be, the users of a specific IDE should bear the burden of keeping it up to date, others shouldn't have to worry about it. If we started including some other IDE's config files I certainly wouldn't want to have to deal with them.
Regards
Scott
On 23/03/2012, at 10:26 AM, J. Eckard wrote:
> Do we really want to keep IDE-specific support files in the repository (and keep them updated by hand in perpetuity)? I ask because it seems like a fragile (and tedious) process… for instance, I don't use eclipse and I have no idea if or how this change will affect an existing eclipse project.
>
> Joe
>
> On Mar 22, 2012, at 5:05 PM, eckardjf@apache.org wrote:
>
>> Author: eckardjf
>> Date: Thu Mar 22 21:05:17 2012
>> New Revision: 1304061
>>
>> URL: http://svn.apache.org/viewvc?rev=1304061&view=rev
>> Log:
>> update eclipse classpath file to reflect jetty container upgrade
>>
>> Modified:
>> ofbiz/trunk/.classpath
>>
>> Modified: ofbiz/trunk/.classpath
>> URL: http://svn.apache.org/viewvc/ofbiz/trunk/.classpath?rev=1304061&r1=1304060&r2=1304061&view=diff
>> ==============================================================================
>> --- ofbiz/trunk/.classpath (original)
>> +++ ofbiz/trunk/.classpath Thu Mar 22 21:05:17 2012
>> @@ -138,12 +138,21 @@
>> <classpathentry kind="lib" path="framework/jcr/lib/jackrabbit-spi-commons-2.3.3.jar"/>
>> <classpathentry kind="lib" path="framework/jcr/lib/jackrabbit-ocm-2.0.jar" sourcepath="/ocm"/>
>> <classpathentry kind="lib" path="framework/jcr/lib/jcr-2.0.jar"/>
>> - <classpathentry kind="lib" path="framework/jetty/lib/jasper-compiler-5.5.15.jar"/>
>> - <classpathentry kind="lib" path="framework/jetty/lib/jasper-runtime-5.5.15.jar"/>
>> - <classpathentry kind="lib" path="framework/jetty/lib/jetty-6.1.11.jar"/>
>> - <classpathentry kind="lib" path="framework/jetty/lib/jetty-ajp-6.1.11.jar"/>
>> - <classpathentry kind="lib" path="framework/jetty/lib/jetty-sslengine-6.1.11.jar"/>
>> - <classpathentry kind="lib" path="framework/jetty/lib/jetty-util-6.1.11.jar"/>
>> + <classpathentry kind="lib" path="framework/jetty/com.sun.el-2.2.0.v201108011116.jar"/>
>> + <classpathentry kind="lib" path="framework/jetty/javax.servlet.jsp.jstl-1.2.0.v201105211821.jar"/>
>> + <classpathentry kind="lib" path="framework/jetty/jetty-ajp-8.1.2.v20120308.jar"/>
>> + <classpathentry kind="lib" path="framework/jetty/jetty-continuation-8.1.2.v20120308.jar"/>
>> + <classpathentry kind="lib" path="framework/jetty/jetty-http-8.1.2.v20120308.jar"/>
>> + <classpathentry kind="lib" path="framework/jetty/jetty-io-8.1.2.v20120308.jar"/>
>> + <classpathentry kind="lib" path="framework/jetty/jetty-security-8.1.2.v20120308.jar"/>
>> + <classpathentry kind="lib" path="framework/jetty/jetty-server-8.1.2.v20120308.jar"/>
>> + <classpathentry kind="lib" path="framework/jetty/jetty-servlet-8.1.2.v20120308.jar"/>
>> + <classpathentry kind="lib" path="framework/jetty/jetty-util-8.1.2.v20120308.jar"/>
>> + <classpathentry kind="lib" path="framework/jetty/jetty-webapp-8.1.2.v20120308.jar"/>
>> + <classpathentry kind="lib" path="framework/jetty/jetty-xml-8.1.2.v20120308.jar"/>
>> + <classpathentry kind="lib" path="framework/jetty/org.apache.jasper.glassfish-2.2.2.v201112011158.jar"/>
>> + <classpathentry kind="lib" path="framework/jetty/org.apache.taglibs.standard.glassfish-1.2.0.v201112081803.jar"/>
>> + <classpathentry kind="lib" path="framework/jetty/org.eclipse.jdt.core-3.7.1.jar"/>
>> <classpathentry kind="lib" path="framework/service/lib/axis.jar"/>
>> <classpathentry kind="lib" path="framework/service/lib/axis-ant.jar"/>
>> <classpathentry kind="lib" path="framework/service/lib/wsdl4j.jar"/>
>>
>>
>