Hi Roland,
On 06/06/2015 12:48 PM, Roland Tepp wrote:
To my experience, the biggest difference between OBR (or P2) and Maven is
that with Maven repositories, you declare explicit dependencies between
modules/artifacts whereas in OBR you only declare what your module needs
(packages and their ver
t you need (the
repos in all cases, OBR, R5, maven) are completely dumb.
- Ray
On Thu, Jun 4, 2015 at 2:27 PM, Simon Kitching wrote:
Hi All,
Can anyone provide me with a link to a comparison of OBR and Maven? I can
find reasonable amounts of information about what OBR does, but nothing
an-Baptiste Onofré wrote:
Hi Simon,
Maven is build time, OBR is runtime.
You can also take a look on:
- Karaf and features
- Karaf Cave OBR
Regards
JB
On 06/04/2015 08:27 PM, Simon Kitching wrote:
Hi All,
Can anyone provide me with a link to a comparison of OBR and Maven? I
can find reaso
Hi All,
Can anyone provide me with a link to a comparison of OBR and Maven? I
can find reasonable amounts of information about what OBR does, but
nothing about the motivation to create it given that Maven already
existed...
Thanks,
Simon
-
On 06/02/2015 12:57 PM, Sebastiaan la Fleur wrote:
All this extra (meta) information about the different implementations is
actually really appreciated from my end, so feel free to continue :D
I wrote up my experiences with searching for an osgi remote-services
implementation; you might find i
mailman/listinfo/ecf-dev
[7] https://bugs.eclipse.org/bugs/enter_bug.cgi?product=ECF
On 6/1/2015 6:53 AM, Simon Kitching wrote:
Hi Sebastiaan,
Regarding "management of large distributed systems" : the OSGi spec
itself mainly deals with multiple libraries running in a single JVM.
Hi Sebastiaan,
Regarding "management of large distributed systems" : the OSGi spec
itself mainly deals with multiple libraries running in a single JVM.
Some of the central features of OSGi can help in building a distributed
system, but they aren't part of the OSGi spec itself. And Apache Felix
rvice with that property visible (get-permission) only to the
bundle that published it. That solves the "privacy" issue, though
possibly has performance implications.
Thanks to all for your feedback.
Regards,
Simon
On 22 mei 2015, at 10:12, Simon Kitching wrote:
Thanks Pierre and Neil
uary/004310.html
[2]
http://svn.apache.org/viewvc/felix/trunk/dependencymanager/org.apache.felix.dependencymanager.samples/src/org/apache/felix/dependencymanager/samples/compositefactory/
[3]
http://svn.apache.org/viewvc/felix/trunk/dependencymanager/org.apache.felix.dependencymanager.samples/src/org/apache/felix/d
Hi,
In blueprint it is possible to define arbitrary objects (beans) which
are not published to the service registry but nevertheless can be
injected into other beans.
AFAICT, in both declarative-services and felix-dm, the only objects that
can be injected are references to services from the
10 matches
Mail list logo
