switch jars to ivy mechanism?

classic Classic list List threaded Threaded
26 messages Options
12
Reply | Threaded
Open this post in threaded view
|

switch jars to ivy mechanism?

Robert Muir
Hello everyone,

There is currently a thread about jars going on another list, this
isn't about that.

But just reading over the thread and thinking about things, our svn
checkout is quite large because of checked in jars. I don't think this
is good for developers in Europe or Japan or elsewhere, because it
makes the checkout huge.

On the other hand I look at the example ivy file from the tutorial
(http://ant.apache.org/ivy/history/latest-milestone/samples/build.xml)
and it looks pretty nice. I know there is an eclipse plugin that works
with this as well.

I was thinking about experimenting with our build to remove these jars
(at least: as many as possible) and see how ivy worked, purely as an
optimization. It seems like maybe it really wouldnt be such a huge
change... maybe something that could be done in a day or something
like that.

Does anyone have any opinions on this?

--
lucidimagination.com

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: switch jars to ivy mechanism?

Simon Willnauer
+1 from my side! I think this is worth exploring!

simon

On Tue, Mar 27, 2012 at 9:28 PM, Robert Muir <[hidden email]> wrote:

> Hello everyone,
>
> There is currently a thread about jars going on another list, this
> isn't about that.
>
> But just reading over the thread and thinking about things, our svn
> checkout is quite large because of checked in jars. I don't think this
> is good for developers in Europe or Japan or elsewhere, because it
> makes the checkout huge.
>
> On the other hand I look at the example ivy file from the tutorial
> (http://ant.apache.org/ivy/history/latest-milestone/samples/build.xml)
> and it looks pretty nice. I know there is an eclipse plugin that works
> with this as well.
>
> I was thinking about experimenting with our build to remove these jars
> (at least: as many as possible) and see how ivy worked, purely as an
> optimization. It seems like maybe it really wouldnt be such a huge
> change... maybe something that could be done in a day or something
> like that.
>
> Does anyone have any opinions on this?
>
> --
> lucidimagination.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: switch jars to ivy mechanism?

Michael McCandless-2
In reply to this post by Robert Muir
+1

I could save a huge amount of disk space with this :)

Mike McCandless

http://blog.mikemccandless.com

On Tue, Mar 27, 2012 at 3:28 PM, Robert Muir <[hidden email]> wrote:

> Hello everyone,
>
> There is currently a thread about jars going on another list, this
> isn't about that.
>
> But just reading over the thread and thinking about things, our svn
> checkout is quite large because of checked in jars. I don't think this
> is good for developers in Europe or Japan or elsewhere, because it
> makes the checkout huge.
>
> On the other hand I look at the example ivy file from the tutorial
> (http://ant.apache.org/ivy/history/latest-milestone/samples/build.xml)
> and it looks pretty nice. I know there is an eclipse plugin that works
> with this as well.
>
> I was thinking about experimenting with our build to remove these jars
> (at least: as many as possible) and see how ivy worked, purely as an
> optimization. It seems like maybe it really wouldnt be such a huge
> change... maybe something that could be done in a day or something
> like that.
>
> Does anyone have any opinions on this?
>
> --
> lucidimagination.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

RE: switch jars to ivy mechanism?

steve_rowe
In reply to this post by Robert Muir
+1

When configuring Ivy, you can find dependencies' Maven coordinates in the POM templates under dev-tools/maven/.

Steve

-----Original Message-----
From: Robert Muir [mailto:[hidden email]]
Sent: Tuesday, March 27, 2012 3:28 PM
To: [hidden email]
Subject: switch jars to ivy mechanism?

Hello everyone,

There is currently a thread about jars going on another list, this isn't about that.

But just reading over the thread and thinking about things, our svn checkout is quite large because of checked in jars. I don't think this is good for developers in Europe or Japan or elsewhere, because it makes the checkout huge.

On the other hand I look at the example ivy file from the tutorial
(http://ant.apache.org/ivy/history/latest-milestone/samples/build.xml)
and it looks pretty nice. I know there is an eclipse plugin that works with this as well.

I was thinking about experimenting with our build to remove these jars (at least: as many as possible) and see how ivy worked, purely as an optimization. It seems like maybe it really wouldnt be such a huge change... maybe something that could be done in a day or something like that.

Does anyone have any opinions on this?

--
lucidimagination.com

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email] For additional commands, e-mail: [hidden email]


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: switch jars to ivy mechanism?

Robert Muir
On Tue, Mar 27, 2012 at 3:37 PM, Steven A Rowe <[hidden email]> wrote:
> +1
>
> When configuring Ivy, you can find dependencies' Maven coordinates in the POM templates under dev-tools/maven/.
>

Thanks Steve: this will be useful when experimenting! So it looks to
me that is possible for Ant and also Eclipse, what about Intellij? If
we do such a thing, will we break its IDE support or do we have some
mechanism where it will still be easy to configure if we don't have
these jars?

--
lucidimagination.com

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: switch jars to ivy mechanism?

Dawid Weiss
In reply to this post by Robert Muir
> On the other hand I look at the example ivy file from the tutorial
> (http://ant.apache.org/ivy/history/latest-milestone/samples/build.xml)

He, he... this is one step from Maven, Robert. One day you'll be converted :)

Dawid

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: switch jars to ivy mechanism?

Erick Erickson
In reply to this post by Simon Willnauer
I bet my i'net speed is slower than people in Europe or Japan ;(....

It's surely worth the experiment, I can see where it would make
checking out code for multiple JIRAs &etc. much less painful for us
people on slow connections....

Robert:
http://plugins.intellij.net/plugin/?id=2267
Ivy plugin for IntelliJ. I can help test that if-and-when.

+1


On Tue, Mar 27, 2012 at 3:31 PM, Simon Willnauer
<[hidden email]> wrote:

> +1 from my side! I think this is worth exploring!
>
> simon
>
> On Tue, Mar 27, 2012 at 9:28 PM, Robert Muir <[hidden email]> wrote:
>> Hello everyone,
>>
>> There is currently a thread about jars going on another list, this
>> isn't about that.
>>
>> But just reading over the thread and thinking about things, our svn
>> checkout is quite large because of checked in jars. I don't think this
>> is good for developers in Europe or Japan or elsewhere, because it
>> makes the checkout huge.
>>
>> On the other hand I look at the example ivy file from the tutorial
>> (http://ant.apache.org/ivy/history/latest-milestone/samples/build.xml)
>> and it looks pretty nice. I know there is an eclipse plugin that works
>> with this as well.
>>
>> I was thinking about experimenting with our build to remove these jars
>> (at least: as many as possible) and see how ivy worked, purely as an
>> optimization. It seems like maybe it really wouldnt be such a huge
>> change... maybe something that could be done in a day or something
>> like that.
>>
>> Does anyone have any opinions on this?
>>
>> --
>> lucidimagination.com
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [hidden email]
>> For additional commands, e-mail: [hidden email]
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

RE: switch jars to ivy mechanism?

Uwe Schindler
In reply to this post by Robert Muir
In my opinion we could also add an ant task for eclipse and intellij that puts all dependencies in one lib folder under build. This would solve the issue for IDEs without ivy support. And the classpath would be simple, too.

+1 to use Ivy!

-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: [hidden email]


> -----Original Message-----
> From: Robert Muir [mailto:[hidden email]]
> Sent: Tuesday, March 27, 2012 9:41 PM
> To: [hidden email]
> Subject: Re: switch jars to ivy mechanism?
>
> On Tue, Mar 27, 2012 at 3:37 PM, Steven A Rowe <[hidden email]> wrote:
> > +1
> >
> > When configuring Ivy, you can find dependencies' Maven coordinates in the
> POM templates under dev-tools/maven/.
> >
>
> Thanks Steve: this will be useful when experimenting! So it looks to me that is
> possible for Ant and also Eclipse, what about Intellij? If we do such a thing, will
> we break its IDE support or do we have some mechanism where it will still be
> easy to configure if we don't have these jars?
>
> --
> lucidimagination.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email] For additional
> commands, e-mail: [hidden email]


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

RE: switch jars to ivy mechanism?

Uwe Schindler
In reply to this post by Michael McCandless-2
The JAR files are still in the cache of IVY. The classpath is simply
automatically generated by IVY and points to the JARs in the ivy cache. So
disk space is still used. But you spare lots of space if you have multiple
checkouts :-)

-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: [hidden email]


> -----Original Message-----
> From: Michael McCandless [mailto:[hidden email]]
> Sent: Tuesday, March 27, 2012 9:34 PM
> To: [hidden email]
> Subject: Re: switch jars to ivy mechanism?
>
> +1
>
> I could save a huge amount of disk space with this :)
>
> Mike McCandless
>
> http://blog.mikemccandless.com
>
> On Tue, Mar 27, 2012 at 3:28 PM, Robert Muir <[hidden email]> wrote:
> > Hello everyone,
> >
> > There is currently a thread about jars going on another list, this
> > isn't about that.
> >
> > But just reading over the thread and thinking about things, our svn
> > checkout is quite large because of checked in jars. I don't think this
> > is good for developers in Europe or Japan or elsewhere, because it
> > makes the checkout huge.
> >
> > On the other hand I look at the example ivy file from the tutorial
> > (http://ant.apache.org/ivy/history/latest-milestone/samples/build.xml)
> > and it looks pretty nice. I know there is an eclipse plugin that works
> > with this as well.
> >
> > I was thinking about experimenting with our build to remove these jars
> > (at least: as many as possible) and see how ivy worked, purely as an
> > optimization. It seems like maybe it really wouldnt be such a huge
> > change... maybe something that could be done in a day or something
> > like that.
> >
> > Does anyone have any opinions on this?
> >
> > --
> > lucidimagination.com
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [hidden email] For
> > additional commands, e-mail: [hidden email]
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email] For additional
> commands, e-mail: [hidden email]


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

RE: switch jars to ivy mechanism?

steve_rowe
In reply to this post by Erick Erickson
Erick,

The IntelliJ Ivy plugin you pointed to looks like it hasn't had a release in a year or so.  It may not even work under IntelliJ IDEA 11 (the most recent IntelliJ version).

In my Plugins dialog in IntelliJ, the Ivy plugin that's been updated the most recently (February 2012) and that has way more downloads than the others is IvyIDEA: <http://code.google.com/p/ivyidea/>.  It has IntelliJ IDEA 11 support.

Steve

-----Original Message-----
From: Erick Erickson [mailto:[hidden email]]
Sent: Tuesday, March 27, 2012 3:44 PM
To: [hidden email]; [hidden email]
Subject: Re: switch jars to ivy mechanism?

I bet my i'net speed is slower than people in Europe or Japan ;(....

It's surely worth the experiment, I can see where it would make checking out code for multiple JIRAs &etc. much less painful for us people on slow connections....

Robert:
http://plugins.intellij.net/plugin/?id=2267
Ivy plugin for IntelliJ. I can help test that if-and-when.

+1


On Tue, Mar 27, 2012 at 3:31 PM, Simon Willnauer <[hidden email]> wrote:

> +1 from my side! I think this is worth exploring!
>
> simon
>
> On Tue, Mar 27, 2012 at 9:28 PM, Robert Muir <[hidden email]> wrote:
>> Hello everyone,
>>
>> There is currently a thread about jars going on another list, this
>> isn't about that.
>>
>> But just reading over the thread and thinking about things, our svn
>> checkout is quite large because of checked in jars. I don't think
>> this is good for developers in Europe or Japan or elsewhere, because
>> it makes the checkout huge.
>>
>> On the other hand I look at the example ivy file from the tutorial
>> (http://ant.apache.org/ivy/history/latest-milestone/samples/build.xml
>> ) and it looks pretty nice. I know there is an eclipse plugin that
>> works with this as well.
>>
>> I was thinking about experimenting with our build to remove these
>> jars (at least: as many as possible) and see how ivy worked, purely
>> as an optimization. It seems like maybe it really wouldnt be such a
>> huge change... maybe something that could be done in a day or
>> something like that.
>>
>> Does anyone have any opinions on this?
>>
>> --
>> lucidimagination.com
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [hidden email] For
>> additional commands, e-mail: [hidden email]
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email] For
> additional commands, e-mail: [hidden email]
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email] For additional commands, e-mail: [hidden email]


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: switch jars to ivy mechanism?

Greg Bowyer-2
Last time I tried the ivy plugin it just didnt work, I didnt know about
ivyidea

On 27/03/12 12:54, Steven A Rowe wrote:

> Erick,
>
> The IntelliJ Ivy plugin you pointed to looks like it hasn't had a release in a year or so.  It may not even work under IntelliJ IDEA 11 (the most recent IntelliJ version).
>
> In my Plugins dialog in IntelliJ, the Ivy plugin that's been updated the most recently (February 2012) and that has way more downloads than the others is IvyIDEA:<http://code.google.com/p/ivyidea/>.  It has IntelliJ IDEA 11 support.
>
> Steve
>
> -----Original Message-----
> From: Erick Erickson [mailto:[hidden email]]
> Sent: Tuesday, March 27, 2012 3:44 PM
> To: [hidden email]; [hidden email]
> Subject: Re: switch jars to ivy mechanism?
>
> I bet my i'net speed is slower than people in Europe or Japan ;(....
>
> It's surely worth the experiment, I can see where it would make checking out code for multiple JIRAs&etc. much less painful for us people on slow connections....
>
> Robert:
> http://plugins.intellij.net/plugin/?id=2267
> Ivy plugin for IntelliJ. I can help test that if-and-when.
>
> +1
>
>
> On Tue, Mar 27, 2012 at 3:31 PM, Simon Willnauer<[hidden email]>  wrote:
>> +1 from my side! I think this is worth exploring!
>>
>> simon
>>
>> On Tue, Mar 27, 2012 at 9:28 PM, Robert Muir<[hidden email]>  wrote:
>>> Hello everyone,
>>>
>>> There is currently a thread about jars going on another list, this
>>> isn't about that.
>>>
>>> But just reading over the thread and thinking about things, our svn
>>> checkout is quite large because of checked in jars. I don't think
>>> this is good for developers in Europe or Japan or elsewhere, because
>>> it makes the checkout huge.
>>>
>>> On the other hand I look at the example ivy file from the tutorial
>>> (http://ant.apache.org/ivy/history/latest-milestone/samples/build.xml
>>> ) and it looks pretty nice. I know there is an eclipse plugin that
>>> works with this as well.
>>>
>>> I was thinking about experimenting with our build to remove these
>>> jars (at least: as many as possible) and see how ivy worked, purely
>>> as an optimization. It seems like maybe it really wouldnt be such a
>>> huge change... maybe something that could be done in a day or
>>> something like that.
>>>
>>> Does anyone have any opinions on this?
>>>
>>> --
>>> lucidimagination.com
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [hidden email] For
>>> additional commands, e-mail: [hidden email]
>>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [hidden email] For
>> additional commands, e-mail: [hidden email]
>>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email] For additional commands, e-mail: [hidden email]
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: switch jars to ivy mechanism?

Robert Muir
In reply to this post by Uwe Schindler
On Tue, Mar 27, 2012 at 3:51 PM, Uwe Schindler <[hidden email]> wrote:
> In my opinion we could also add an ant task for eclipse and intellij that puts all dependencies in one lib folder under build. This would solve the issue for IDEs without ivy support. And the classpath would be simple, too.
>

I like this idea (though, not sure about under build/ we can maybe
have a separate svn-ignore'd directory that isn't nuked on clean or
something like that? or maybe we force them to be downloaded to the
cache, and 'ant eclipse' etc just specify the full path to your cached
version). Anyway we could work out the kinks. this would prevent us
from having to deal with plugins.


--
lucidimagination.com

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: switch jars to ivy mechanism?

Sujit Pal
In reply to this post by Robert Muir
Just a suggestion... why not use mvn instead? Based on personal experience trying to get ivy working with NutchGora and gora, I think it is much more intuitive to use mvn.

-sujit

On Mar 27, 2012, at 12:28 PM, Robert Muir wrote:

> Hello everyone,
>
> There is currently a thread about jars going on another list, this
> isn't about that.
>
> But just reading over the thread and thinking about things, our svn
> checkout is quite large because of checked in jars. I don't think this
> is good for developers in Europe or Japan or elsewhere, because it
> makes the checkout huge.
>
> On the other hand I look at the example ivy file from the tutorial
> (http://ant.apache.org/ivy/history/latest-milestone/samples/build.xml)
> and it looks pretty nice. I know there is an eclipse plugin that works
> with this as well.
>
> I was thinking about experimenting with our build to remove these jars
> (at least: as many as possible) and see how ivy worked, purely as an
> optimization. It seems like maybe it really wouldnt be such a huge
> change... maybe something that could be done in a day or something
> like that.
>
> Does anyone have any opinions on this?
>
> --
> lucidimagination.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: switch jars to ivy mechanism?

Simon Willnauer
On Tue, Mar 27, 2012 at 10:03 PM, SUJIT PAL <[hidden email]> wrote:
> Just a suggestion... why not use mvn instead? Based on personal experience trying to get ivy working with NutchGora and gora, I think it is much more intuitive to use mvn.

-1 and I skip the big rant this time!

simon

>
> -sujit
>
> On Mar 27, 2012, at 12:28 PM, Robert Muir wrote:
>
>> Hello everyone,
>>
>> There is currently a thread about jars going on another list, this
>> isn't about that.
>>
>> But just reading over the thread and thinking about things, our svn
>> checkout is quite large because of checked in jars. I don't think this
>> is good for developers in Europe or Japan or elsewhere, because it
>> makes the checkout huge.
>>
>> On the other hand I look at the example ivy file from the tutorial
>> (http://ant.apache.org/ivy/history/latest-milestone/samples/build.xml)
>> and it looks pretty nice. I know there is an eclipse plugin that works
>> with this as well.
>>
>> I was thinking about experimenting with our build to remove these jars
>> (at least: as many as possible) and see how ivy worked, purely as an
>> optimization. It seems like maybe it really wouldnt be such a huge
>> change... maybe something that could be done in a day or something
>> like that.
>>
>> Does anyone have any opinions on this?
>>
>> --
>> lucidimagination.com
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [hidden email]
>> For additional commands, e-mail: [hidden email]
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

RE: switch jars to ivy mechanism?

Uwe Schindler
In reply to this post by Robert Muir
At some point we have to package them into binary ZIP files and WAR files. But that could be done from the cache dir, too. No need to copy before.

-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: [hidden email]


> -----Original Message-----
> From: Robert Muir [mailto:[hidden email]]
> Sent: Tuesday, March 27, 2012 10:02 PM
> To: [hidden email]
> Subject: Re: switch jars to ivy mechanism?
>
> On Tue, Mar 27, 2012 at 3:51 PM, Uwe Schindler <[hidden email]> wrote:
> > In my opinion we could also add an ant task for eclipse and intellij that puts
> all dependencies in one lib folder under build. This would solve the issue for
> IDEs without ivy support. And the classpath would be simple, too.
> >
>
> I like this idea (though, not sure about under build/ we can maybe have a
> separate svn-ignore'd directory that isn't nuked on clean or something like
> that? or maybe we force them to be downloaded to the cache, and 'ant eclipse'
> etc just specify the full path to your cached version). Anyway we could work out
> the kinks. this would prevent us from having to deal with plugins.
>
>
> --
> lucidimagination.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email] For additional
> commands, e-mail: [hidden email]


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: switch jars to ivy mechanism?

Robert Muir
In reply to this post by Sujit Pal
Maven doesnt support all of our build features (e.g. jflex generation,
and a number of other things). On the other hand our ant build is
stable and supports all of our current needs.

All of our tests dont even pass with maven (though I know steven works
really hard at trying to make them all work, but still:
http://svn.apache.org/repos/asf/lucene/dev/nightly/hudson-lucene-solr-maven-trunk.sh).

So maven isn't really an option: it would be significantly more work.
On the other hand, ivy is something we can plug into our existing
working build system, its just another way of populating the
classpath.

On Tue, Mar 27, 2012 at 4:03 PM, SUJIT PAL <[hidden email]> wrote:

> Just a suggestion... why not use mvn instead? Based on personal experience trying to get ivy working with NutchGora and gora, I think it is much more intuitive to use mvn.
>
> -sujit
>
> On Mar 27, 2012, at 12:28 PM, Robert Muir wrote:
>
>> Hello everyone,
>>
>> There is currently a thread about jars going on another list, this
>> isn't about that.
>>
>> But just reading over the thread and thinking about things, our svn
>> checkout is quite large because of checked in jars. I don't think this
>> is good for developers in Europe or Japan or elsewhere, because it
>> makes the checkout huge.
>>
>> On the other hand I look at the example ivy file from the tutorial
>> (http://ant.apache.org/ivy/history/latest-milestone/samples/build.xml)
>> and it looks pretty nice. I know there is an eclipse plugin that works
>> with this as well.
>>
>> I was thinking about experimenting with our build to remove these jars
>> (at least: as many as possible) and see how ivy worked, purely as an
>> optimization. It seems like maybe it really wouldnt be such a huge
>> change... maybe something that could be done in a day or something
>> like that.
>>
>> Does anyone have any opinions on this?
>>
>> --
>> lucidimagination.com
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [hidden email]
>> For additional commands, e-mail: [hidden email]
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>



--
lucidimagination.com

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

RE: switch jars to ivy mechanism?

steve_rowe
Robert,

I disagree with you: I think Maven really is an option.  However, I do agree that it would be significantly more work, and I recognize that lots of devs here loathe Maven, so I will not tilt against this particular windmill.

On the technical arguments, though: a) there *is* a JFlex maven plugin; and b) if you follow the link you gave to the Jenkins Maven trunk build script, you'll see that the one test which was being ignored is no longer ignored -- that chunk of the shell script is commmented out -- Maven currently runs all tests and passes them just as often as the Ant builds.  (BasicDistributedZkTest is now an unhappy camper no matter which camp it's in these days.)

Steve

-----Original Message-----
From: Robert Muir [mailto:[hidden email]]
Sent: Tuesday, March 27, 2012 4:09 PM
To: [hidden email]
Subject: Re: switch jars to ivy mechanism?

Maven doesnt support all of our build features (e.g. jflex generation, and a number of other things). On the other hand our ant build is stable and supports all of our current needs.

All of our tests dont even pass with maven (though I know steven works really hard at trying to make them all work, but still:
http://svn.apache.org/repos/asf/lucene/dev/nightly/hudson-lucene-solr-maven-trunk.sh).

So maven isn't really an option: it would be significantly more work.
On the other hand, ivy is something we can plug into our existing working build system, its just another way of populating the classpath.

On Tue, Mar 27, 2012 at 4:03 PM, SUJIT PAL <[hidden email]> wrote:

> Just a suggestion... why not use mvn instead? Based on personal experience trying to get ivy working with NutchGora and gora, I think it is much more intuitive to use mvn.
>
> -sujit
>
> On Mar 27, 2012, at 12:28 PM, Robert Muir wrote:
>
>> Hello everyone,
>>
>> There is currently a thread about jars going on another list, this
>> isn't about that.
>>
>> But just reading over the thread and thinking about things, our svn
>> checkout is quite large because of checked in jars. I don't think
>> this is good for developers in Europe or Japan or elsewhere, because
>> it makes the checkout huge.
>>
>> On the other hand I look at the example ivy file from the tutorial
>> (http://ant.apache.org/ivy/history/latest-milestone/samples/build.xml
>> ) and it looks pretty nice. I know there is an eclipse plugin that
>> works with this as well.
>>
>> I was thinking about experimenting with our build to remove these
>> jars (at least: as many as possible) and see how ivy worked, purely
>> as an optimization. It seems like maybe it really wouldnt be such a
>> huge change... maybe something that could be done in a day or
>> something like that.
>>
>> Does anyone have any opinions on this?
>>
>> --
>> lucidimagination.com
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [hidden email] For
>> additional commands, e-mail: [hidden email]
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email] For
> additional commands, e-mail: [hidden email]
>



--
lucidimagination.com

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email] For additional commands, e-mail: [hidden email]


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: switch jars to ivy mechanism?

Sujit Pal
In reply to this post by Robert Muir
No worries, was just a suggestion, the build requirements on Gora is much less involved and works great with mvn (compared to ivy), which is why I suggested it. Didn't think about the jflex dependency, would probably be impossible without custom plugins for mvn. I guess I will just have to learn to work with ivy then :-).

I like Uwe's idea of a target that will download and copy all the jars to the lib dir btw, that way there is no necessity for configuring the IDE to work with the .ivy cache.

For Eclipse, I observed that paths relative to a path represented by a variable (for example ${project.home}/foo/bar) declared in the ivy configuration file was not recognized within Eclipse but worked fine from the command line. I ended up replacing these paths in my local copy with hardcoded absolute path names for my computer to get Eclipse to compile my project.  Of course, this may not be an ivy problem, just my ignorance of ivy features.

-sujit

On Mar 27, 2012, at 1:09 PM, Robert Muir wrote:

> Maven doesnt support all of our build features (e.g. jflex generation,
> and a number of other things). On the other hand our ant build is
> stable and supports all of our current needs.
>
> All of our tests dont even pass with maven (though I know steven works
> really hard at trying to make them all work, but still:
> http://svn.apache.org/repos/asf/lucene/dev/nightly/hudson-lucene-solr-maven-trunk.sh).
>
> So maven isn't really an option: it would be significantly more work.
> On the other hand, ivy is something we can plug into our existing
> working build system, its just another way of populating the
> classpath.
>
> On Tue, Mar 27, 2012 at 4:03 PM, SUJIT PAL <[hidden email]> wrote:
>> Just a suggestion... why not use mvn instead? Based on personal experience trying to get ivy working with NutchGora and gora, I think it is much more intuitive to use mvn.
>>
>> -sujit
>>
>> On Mar 27, 2012, at 12:28 PM, Robert Muir wrote:
>>
>>> Hello everyone,
>>>
>>> There is currently a thread about jars going on another list, this
>>> isn't about that.
>>>
>>> But just reading over the thread and thinking about things, our svn
>>> checkout is quite large because of checked in jars. I don't think this
>>> is good for developers in Europe or Japan or elsewhere, because it
>>> makes the checkout huge.
>>>
>>> On the other hand I look at the example ivy file from the tutorial
>>> (http://ant.apache.org/ivy/history/latest-milestone/samples/build.xml)
>>> and it looks pretty nice. I know there is an eclipse plugin that works
>>> with this as well.
>>>
>>> I was thinking about experimenting with our build to remove these jars
>>> (at least: as many as possible) and see how ivy worked, purely as an
>>> optimization. It seems like maybe it really wouldnt be such a huge
>>> change... maybe something that could be done in a day or something
>>> like that.
>>>
>>> Does anyone have any opinions on this?
>>>
>>> --
>>> lucidimagination.com
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [hidden email]
>>> For additional commands, e-mail: [hidden email]
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [hidden email]
>> For additional commands, e-mail: [hidden email]
>>
>
>
>
> --
> lucidimagination.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: switch jars to ivy mechanism?

Robert Muir
In reply to this post by steve_rowe
On Tue, Mar 27, 2012 at 4:33 PM, Steven A Rowe <[hidden email]> wrote:
> Robert,
>
> I disagree with you: I think Maven really is an option.  However, I do agree that it would be significantly more work, and I recognize that lots of devs here loathe Maven, so I will not tilt against this particular windmill.
>
> On the technical arguments, though: a) there *is* a JFlex maven plugin; and b) if you follow the link you gave to the Jenkins Maven trunk build script, you'll see that the one test which was being ignored is no longer ignored -- that chunk of the shell script is commmented out -- Maven currently runs all tests and passes them just as often as the Ant builds.  (BasicDistributedZkTest is now an unhappy camper no matter which camp it's in these days.)
>

Maven refers to the maven build we have: it doesn't support all of our
features. This isn't really a debate, its a fact. I don't argue that
theoretically it can't in the future, but it does not do so right now.
There are a lot of missing tasks (jflex generation was just a simple
one, but there are lots of little things like this). Sure, it might be
possible they could be added, but thats a ton more work than just
addressing jar dependencies.

--
lucidimagination.com

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

RE: switch jars to ivy mechanism?

Uwe Schindler
E.g. backwards compatibility tests like we have currently are not possible with maven out of the box. With IVY it would work. We can simply refer to another lucene-core-3.5.jar as dependency.

-1 to use Maven!
+1 to use IVY

-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: [hidden email]


> -----Original Message-----
> From: Robert Muir [mailto:[hidden email]]
> Sent: Tuesday, March 27, 2012 10:38 PM
> To: [hidden email]
> Subject: Re: switch jars to ivy mechanism?
>
> On Tue, Mar 27, 2012 at 4:33 PM, Steven A Rowe <[hidden email]> wrote:
> > Robert,
> >
> > I disagree with you: I think Maven really is an option.  However, I do agree
> that it would be significantly more work, and I recognize that lots of devs here
> loathe Maven, so I will not tilt against this particular windmill.
> >
> > On the technical arguments, though: a) there *is* a JFlex maven
> > plugin; and b) if you follow the link you gave to the Jenkins Maven
> > trunk build script, you'll see that the one test which was being
> > ignored is no longer ignored -- that chunk of the shell script is
> > commmented out -- Maven currently runs all tests and passes them just
> > as often as the Ant builds.  (BasicDistributedZkTest is now an unhappy
> > camper no matter which camp it's in these days.)
> >
>
> Maven refers to the maven build we have: it doesn't support all of our features.
> This isn't really a debate, its a fact. I don't argue that theoretically it can't in
> the future, but it does not do so right now.
> There are a lot of missing tasks (jflex generation was just a simple one, but
> there are lots of little things like this). Sure, it might be possible they could be
> added, but thats a ton more work than just addressing jar dependencies.
>
> --
> lucidimagination.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email] For additional
> commands, e-mail: [hidden email]


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

12