Hi Martin,
I think it might be possible to use plain bnd files with ivy, but one
crucial difference between bnd and sigil files is that in bnd the meta
data describes what to do after the resources have been resolved and
in sigil the meta data describes both how to do the resolution and
what to do afterwards.
I do know that Peter has been building some repository support into
bnd but I'm not sure if that maps to ivy very well - perhaps you'd be
best of asking him. Peter and I often have friendly conversations
about how we really should merge what bnd and sigil are doing as
they're really similar...but time in the day is the main limiting
factor.
There is a bnd hackathon [1] at this years eclipsecon which I'm
planning to attend maybe if there's enough interested parties there we
can finally get somewhere with this idea...
If all you need from sigil at the moment is the 1.0.0.r${tstamp}
feature then raise a bug with the full details - I can probably patch
that in a couple of lines...
Regards,
Dave
[1] http://www.osgi.org/blog/2011/01/bndtools-hackaton.html
On Tue, Feb 22, 2011 at 10:50 AM, Martin Ždila <[email protected]> wrote:
> Hello
>
> I have couple questions about Sigil. Currently we are using custom
> building framework written in java that embeds bnd, ivy, gwt, junit,
> javadoc and other build-support libraries.
>
> Compile-time dependency is described by plain ivy.xml module
> descriptors. Runtime dependency is described by plaind *.bnd files.
> This makes duplicity because compile-time dependencies could be also
> resolved from *.bnd files.
>
> Sigil uses it's own description file format. We would like to use
> Sigil only to resolve dependencies, but not to build the project
> itself. Also Eclispe integration is required and it seems to work to
> some degree. But we can't for example use versions like
> 1.0.0.r${tstamp} or other macros that bnd supports.
>
> Could you give me some hints how to only use Sigil ivy resolver with
> plain *.bnd files? If it is not possible, do you think it would be
> difficult for us to implement such an feature? And would it be from
> your point of view a good approach?
>
> Thanks in advance
> Best regards
>
> --
> Ing. Martin Ždila
> tel:+421-908-363-848
> mailto:[email protected]
> http://www.zdila.sk/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
