felix-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alin Dreghiciu" <adreghi...@gmail.com>
Subject Re: What about Felix Commons
Date Fri, 09 Mar 2007 13:20:51 GMT
A kind of "urgent" question:
Shall the exported packages of the wrapped jar contain the version of the
jar? Something like:
            <Export-Package>
              *;version=${pom.version}
            </Export-Package>

Alin Dreghiciu

On 3/9/07, Alin Dreghiciu <adreghiciu@gmail.com> wrote:
>
> Thanx Enrique,
>
> I will update some of the pom's that I posted today so you will have them
> for weekend.
> I agree with Carlos that we should get the ball rolling and use them.
> Later one we can refactor.
>
> Alin Dreghiciu
>
> On 3/8/07, Carlos Sanchez <carlos@apache.org> wrote:
> >
> > this is the first step, having a public place for consumption of osgi
> > bundles, with osgi manifests and OBR metadata.
> > I'm still puting all pieces together for osgi-maven relation, I'll
> > keep informe after i digest all the stuff i'm finding out ;)
> >
> > On 3/8/07, Enrique Rodriguez <enriquer9@gmail.com> wrote:
> > > On 3/8/07, Carlos Sanchez <carlos@apache.org> wrote:
> > > > I'm also interested on this, i was talking with several people at
> > > > EclipseCON and also here on the list, and seems that having an
> > > > equivalent to the maven repository with osgi bundles and OBR
> > metadata
> > > > would be a good way to go.
> > >
> > > Would anything change at the same time about how m2 processes
> > > transitive dependencies?  How could this repo support better the
> > > "Import/Export" model (as opposed to the "Require Bundle" model)?
> > >
> > > It would be nice to better align m2 with the OSGi "Import/Export"
> > > model.  In any case, seeing OSGi with first-class support in m2 would
> > > be great.
> > >
> > > Enrique
> > >
> >
> >
> > --
> > I could give you my word as a Spaniard.
> > No good. I've known too many Spaniards.
> >                              -- The Princess Bride
> >
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message