<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Hi,<br>
<br>
As my system uses Tycho for its build, what I did was to create an
Equinox P2 repository that includes one eclipse feature that
contains JBPM 5.3, Drools and all dependencies bundles needed.
I've used Eclipse Orbit bundles for all other dependecy:
<a class="moz-txt-link-freetext" href="http://download.eclipse.org/tools/orbit/downloads/drops/S20120917013952/">http://download.eclipse.org/tools/orbit/downloads/drops/S20120917013952/</a><br>
<br>
That worked great for 5.3, but unfortunately is no working with
the snapshot versions of JBPM and Drools. There are some new
package imports in the manifest that couldn't be resolved anymore:<br>
<br>
<blockquote type="cite">"Unable to satisfy dependency from
org.drools.compiler 5.5.0.SNAPSHOT to package
org.jboss.weld.environment.se.discovery.url 0.0.0."</blockquote>
<br>
<br>
<br>
<br>
On 02/10/12 03:29, Ioannis Canellos wrote:<br>
</div>
<blockquote
cite="mid:CADHGh9Uzz_fBbFELDoE_qhzwVUmr2i0DwP0bOZu=eJ7vKgmgKA@mail.gmail.com"
type="cite">
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">Our OSGi
stuff is best effort - working on OSGi was like sticking
needles directly into the back of my eyeball, not fun. tbh I
find OSGi a real PITA. Too many of our dependencies do not
have real OSGi bundles available, so we have to resort to the
spring repository - where the versions almost never match our
original target version. Further when it fails it's almost
freaking impossible to determine why it fails.<br>
</blockquote>
<div><br>
</div>
<div>The problem with the spring enterprise bundle repository,
is that spring source is no longer actively interested in OSGi
(ever since they donated spring-dm to the eclipse foundation)
and a lot of the bundles they provide are either out of date,
or just say not optimal. A much shorter repository but with
better maintained bundles is the repository
of service-mix bundles: <a moz-do-not-send="true"
href="http://repo1.maven.org/maven2/org/apache/servicemix/bundles/">http://repo1.maven.org/maven2/org/apache/servicemix/bundles/</a>
which host bundles for service-mix, camel etc.</div>
<div><br>
</div>
<div>Of course, bundles and metadata are always one side of the
problem. Usually, the use of class loaders requires some
treatment too.</div>
<div><br>
</div>
<div>I'd like to contribute too, in providing a better OSGi
support and maybe add some integration tests using pax-exam or
arquillian.</div>
<div> </div>
</div>
-- <br>
<b>Ioannis Canellos</b>
<div>
<div><i>
<div style="font-style:normal"><font size="1"><br>
</font></div>
</i><b><span style="font-weight:normal"><i>
<div style="font-style:normal;font-size:small"><span
style="font-size:x-small"><i>Blog: <a
moz-do-not-send="true"
href="http://iocanel.blogspot.com/"
target="_blank">http://iocanel.blogspot.com</a></i></span></div>
</i></span></b><i>
<div><font size="1">Twitter: iocanel</font></div>
</i></div>
<div><br>
</div>
</div>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
rules-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:rules-users@lists.jboss.org">rules-users@lists.jboss.org</a>
<a class="moz-txt-link-freetext" href="https://lists.jboss.org/mailman/listinfo/rules-users">https://lists.jboss.org/mailman/listinfo/rules-users</a>
</pre>
</blockquote>
<br>
</body>
</html>