Gunnar,<div><br></div><div>Thanks for your input!</div><div>You know, you are doing evil proprietary things ;-)</div><div><br></div><div>Heiko<br><br><div class="gmail_quote">On 16 September 2010 08:58, Gunnar Wagenknecht <span dir="ltr">&lt;<a href="mailto:gunnar@wagenknecht.org">gunnar@wagenknecht.org</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Am 16.09.2010 07:57, schrieb Heiko Seeberger:<br>
<div class="im">&gt;     If I remember well the import is not marked as optional because the<br>
&gt;     bundle does not work unless there is in fact a bundle that provides<br>
&gt;     the org.slf4j.impl package. I don&#39;t have a strong argument to decide<br>
&gt;     whether it should be optional or not.<br>
&gt;<br>
&gt;<br>
&gt; It&#39;s OK for a bundle to be in a stale state (not working) because of<br>
&gt; missing dependencies, services, etc.<br>
&gt; Maybe this case is different, though. I will take a closer look.<br>
<br>
</div>If you go with the fragment approach, no import of &quot;org.slf4j.impl&quot; is<br>
necessary. In order to ensure that at least (as well as at most) one<br>
implementation is available, we use the GenericRequire bundle header as<br>
well as custom p2 instructions for installing one.<br>
<br>
<a href="http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.orbit/org.slf4j.api/?root=Tools_Project&amp;pathrev=v1_6_1" target="_blank">http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.orbit/org.slf4j.api/?root=Tools_Project&amp;pathrev=v1_6_1</a><br>

<br>
-Gunnar<br>
<font color="#888888"><br>
--<br>
Gunnar Wagenknecht<br>
<a href="mailto:gunnar@wagenknecht.org">gunnar@wagenknecht.org</a><br>
<a href="http://wagenknecht.org/" target="_blank">http://wagenknecht.org/</a><br>
</font><div><div></div><div class="h5"><br>
_______________________________________________<br>
slf4j-dev mailing list<br>
<a href="mailto:slf4j-dev@qos.ch">slf4j-dev@qos.ch</a><br>
<a href="http://qos.ch/mailman/listinfo/slf4j-dev" target="_blank">http://qos.ch/mailman/listinfo/slf4j-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Heiko Seeberger<br><br>Company: <a href="http://weiglewilczek.com" target="_blank">weiglewilczek.com</a><br>Blog: <a href="http://heikoseeberger.name" target="_blank">heikoseeberger.name</a><br>
Follow me: <a href="http://twitter.com/hseeberger" target="_blank">twitter.com/hseeberger</a><br>OSGi on Scala: <a href="http://scalamodules.org" target="_blank">scalamodules.org</a><br>Lift, the simply functional web framework: <a href="http://liftweb.net" target="_blank">liftweb.net</a><br>
Akka - Simpler Scalability, Fault-Tolerance, Concurrency &amp; Remoting through Actors: <a href="http://akkasource.org" target="_blank">akkasource.org</a><br>
</div>