On Fri, Mar 28, 2008 at 11:50 PM, Dominique Devienne <[EMAIL PROTECTED]>
wrote:
> On Fri, Mar 28, 2008 at 5:40 PM, Maarten Coene <[EMAIL PROTECTED]>
> wrote:
> > Can't we just deprecate the "id" attribute on the settings task and use
> the settingsId attribute instead?
>
> id is handled by Ant its
On Fri, Mar 28, 2008 at 11:23 PM, Maarten Coene <[EMAIL PROTECTED]>
wrote:
> Hi,
>
> after my changes to fix IVY-716, the following methods on
> DependencyResolver are no longer used:
>
> String[] listTokenValues(String token, Map otherTokenValues);
> OrganisationEntry[] listOrganisations();
> Mo
Just pinging about this e-mail, I've had no answer so far, I think I can't
make the choice alone, and we need to deal with that question before
2.0final to close IVY-297. So, anyone has an opinion about this:
On Fri, Feb 29, 2008 at 12:31 PM, Xavier Hanin <[EMAIL PROTECTED]>
wrote:
> Hi,
>
> As r
I'm -1 to rename ivy:settings into ivy:loadsettings. If you realy
want something like that, then it would be better to go back to the
ivy:configure (and I would be -0.5).
The reason I think ivy:settings should be a data-type (or look like a
data type) is because every ant task are "standalone".
On 29/02/2008, Xavier Hanin <[EMAIL PROTECTED]> wrote:
> Hi,
>
> As reported by IVY-297, Ivy suffers from some name inconsistencies and
> strange attribute names. Ivy 2.0 is a good opportunity to fix some of them,
> since I think we can afford some more deprecation warnings.
>
> So I'd like to
Xavier Hanin wrote:
Just pinging about this e-mail, I've had no answer so far, I think I can't
make the choice alone, and we need to deal with that question before
2.0final to close IVY-297. So, anyone has an opinion about this:
On Fri, Feb 29, 2008 at 12:31 PM, Xavier Hanin <[EMAIL PROTECTED]>
It may be a good value, if import supports fileset or any path structures to
disover list of files it needs to import.
e.g
Regards,
Raja Nagendra Kumar,
C.T.O
www.tejasoft.com
--
View this message in context:
http://www.nabbl
