> > I have just a little issue that I would like to be
> addressed before the
> > release. It is about the OSGi version number of the rc and
> final version.
> > Version numbers in the OSGi environment needs to be ordered
> alphabetically.
> > Currently the OSGi version of the Ivy bundle is
> 2
On Thu, Aug 28, 2008 at 10:26 AM, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> ,
> | If you set allowNativeBasedir to true, the basedir of the new
> | project will be whatever the basedir attribute of the
> | element of the new project says - no matter what any other attribute
> | of this task
Hi,
I have added some checkstyle configuration in IvyDE. It is actually
the same as the Ivy one.
So now a lot of errors are popuping up. I will drastically reduce the
number soon. As the change set is quite important, yell if you have a
patch locally that need to be committed before I do (p
On Thu, Aug 28, 2008 at 6:45 PM, Nicolas Lalevée <[EMAIL PROTECTED]
> wrote:
>
> Le 28 août 08 à 17:48, Xavier Hanin a écrit :
>
>
> On Thu, Aug 28, 2008 at 5:31 PM, Nicolas Lalevée <
>> [EMAIL PROTECTED]
>>
>>> wrote:
>>>
>>
>>
>>> Le 26 août 08 à 15:56, Xavier Hanin a écrit :
>>>
>>>
>>> Hi,
>>
On Thu, Aug 28, 2008 at 6:35 PM, <[EMAIL PROTECTED]> wrote:
> Not being terribly familar with Ivy, I am assuming there are times when the
> Ivy ant tasks set ant properties which are then referenced elsewhere in the
> build file. If a NAnt build calls ivy as an external process, how would
> such
Le 28 août 08 à 17:48, Xavier Hanin a écrit :
On Thu, Aug 28, 2008 at 5:31 PM, Nicolas Lalevée <[EMAIL PROTECTED]
wrote:
Le 26 août 08 à 15:56, Xavier Hanin a écrit :
Hi,
I've been working on the remaining issues targetted to 2.0-RC1,
and only a
few are remaining.
We have:
IVY-835
Not being terribly familar with Ivy, I am assuming there are times when the Ivy
ant tasks set ant properties which are then referenced elsewhere in the build
file. If a NAnt build calls ivy as an external process, how would such
information be easily communicated? (Lots of less elegant options
On Thu, Aug 28, 2008 at 5:31 PM, Nicolas Lalevée <[EMAIL PROTECTED]
> wrote:
>
> Le 26 août 08 à 15:56, Xavier Hanin a écrit :
>
>
> Hi,
>>
>> I've been working on the remaining issues targetted to 2.0-RC1, and only a
>> few are remaining.
>>
>> We have:
>> IVY-835 ant task downloads wrong jars
On Wed, 27 Aug 2008, <[EMAIL PROTECTED]> wrote:
> Is there any ongoing effort to produce a .NET/NAnt version of Ivy?
Are you looking for Ivy to support .NET assemblies or for a .NET
implementation of Ivy's general functionality?
If Ivy's features are enough to support .NET builds (strangely I'm
Le 28 août 08 à 10:33, Xavier Hanin a écrit :
On Thu, Aug 28, 2008 at 10:04 AM, Gilles Scokart
<[EMAIL PROTECTED]> wrote:
Now that the default is true, it means that if someone specify a
version latest.integration, ivy will first look if the ivy file can
be
found using the 'latest.integr
Le 26 août 08 à 15:56, Xavier Hanin a écrit :
Hi,
I've been working on the remaining issues targetted to 2.0-RC1, and
only a
few are remaining.
We have:
IVY-835 ant task downloads wrong jars from maven
repositories
IVY-675 Wrong graph of nodes is logged when circular dependency is
d
On Wed, 27 Aug 2008, Jeffrey E. Care <[EMAIL PROTECTED]> wrote:
> Stefan Bodewig <[EMAIL PROTECTED]> wrote on 08/27/2008 09:29:02 AM:
>
>> > I'm using META-INF/services from the JAR spec,
>>
>> would it be possible to somehow use antlib.xml instead? Right now
>> antlibs don't need to do anythin
Hi all,
I've modified the "Basedir of the new project" section of 's
manual page in svn trunk to reflect the full ugly truth (at least I
think it does), which is way more complex than our previous table
showed.
Could anybody else please review whether what I've written is actually
understandable?
This seems to be a problem because apt uses the command line interface to the
OS. I wonder if there is a way to run the annotations using javac 1.6
rather than apt.
It looks like a part of the problem is the windows "codepage" apparently
onl all of our
machines are defaulted to 437.
Wehn I r
> I'm familiar enough with the .NET platform to give an
> opinion. But what
> would be the advantage of such a version? Is having a jvm on the build
> machine really the issue?
Maybe for clarification: Ivy doesnt handle JARs - it handles "artifacts"
which could be
every kind of file ...
Jan
--
On Thu, Aug 28, 2008 at 10:31 AM, Gilles Scokart <[EMAIL PROTECTED]> wrote:
> >
> > IVY-387 Absolute and relative path
> > IVY-232 Incorrect directory path resolve when running from a different
> > directory
> > => These two are rather old, assigned to you Gilles. Any progress on
> > these? Do
On Thu, Aug 28, 2008 at 10:04 AM, Gilles Scokart <[EMAIL PROTECTED]> wrote:
> Now that the default is true, it means that if someone specify a
> version latest.integration, ivy will first look if the ivy file can be
> found using the 'latest.integration' token.
> If it is false, ivy will directly
>
> IVY-387 Absolute and relative path
> IVY-232 Incorrect directory path resolve when running from a different
> directory
> => These two are rather old, assigned to you Gilles. Any progress on
> these? Do you need help?
>
Both are actually the same now. The IVY-387 was an aggregation of
diff
On Wed, Aug 27, 2008 at 9:55 PM, <[EMAIL PROTECTED]> wrote:
> Is there any ongoing effort to produce a .NET/NAnt version of Ivy? (I
> suppose this would be "NIvy".)
I don't think so.
>
>
> I find myself wondering if this can be easily done by using IKVM to convert
> the
> Ivy bytecode to IL al
Now that the default is true, it means that if someone specify a
version latest.integration, ivy will first look if the ivy file can be
found using the 'latest.integration' token.
If it is false, ivy will directly list the revisions, and according to
the latest strategy find the latest one.
The pe
20 matches
Mail list logo
