I spent a lot of time abstracting from Maven. What do we need to change in what's already there to support what you are proposing?<br><br>~Lincoln<br><br><div class="gmail_quote">On Mon, Oct 15, 2012 at 2:50 PM, Lincoln Baxter, III <span dir="ltr"><<a href="mailto:lincolnbaxter@gmail.com" target="_blank">lincolnbaxter@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">4. Would the current DependencyResolver abstraction work for that? <a href="https://github.com/forge/core/blob/master/shell-api/src/main/java/org/jboss/forge/project/dependencies/DependencyResolver.java" target="_blank">https://github.com/forge/core/blob/master/shell-api/src/main/java/org/jboss/forge/project/dependencies/DependencyResolver.java</a><span class="HOEnZb"><font color="#888888"><br>
<br>~Lincoln</font></span><div class="HOEnZb"><div class="h5"><br><br><div class="gmail_quote">On Mon, Oct 15, 2012 at 12:31 PM, Paul Bakker <span dir="ltr"><<a href="mailto:paul.bakker.nl@gmail.com" target="_blank">paul.bakker.nl@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word"><div>Hi Lincoln,</div><div><br></div><div>Comments in line...</div><div><br></div><br><div><div><div>On Oct 15, 2012, at 18:19 , "Lincoln Baxter, III" <<a href="mailto:lincolnbaxter@gmail.com" target="_blank">lincolnbaxter@gmail.com</a>> wrote:</div>
<br><blockquote type="cite">Thank you all for this discussion - I have just now gotten caught up. Just to be clear, I am not thrilled about the idea of requiring a special tool-suite to develop on Forge itself, but I would be willing to put up with it if using OSGi allows us to achieve our goals, which are (top 3):<br>
<br>1. Modularity and ClassLoader Isolation<br></blockquote></div><div>Check (plus dynamic services will get us a lot further than JBM)</div><div><br><blockquote type="cite">2. Plugin/Facet services which can be depended upon by other plugins/facets (essentially enabling re-use of work and exponential progress between plugins.)<br>
</blockquote></div><div>Check</div><div><br><blockquote type="cite">3. A <b>standard</b> <b>and simple</b> Maven / CDI development model for plugin authors (no Felix)<br></blockquote></div><div>Check and Check, but...</div>
<div>Either Maven or BndTools (or whatever) will work for plugin authors, as long as it produces an OSGi bundle (which Maven does).</div><div>CDI, could be done, not sure if we should... CDI-OSGi integration is now in the specification process (I'm in the EG), but it might be a little early to start building on that. I would propose building on the service registry, so that any dependency injection (including weld-osgi) will work. Plugin developers don't really have to know about it, it's more of an architectural choice.</div>
<div><br><blockquote type="cite">
4. Modules distributable and dependencies resolvable via normal maven repositories (NOT with p2)<br><br></blockquote></div><div>Check, although I would want to make the model more general. Let's deal with jar files in general, which CAN be resolved by Maven. Having Maven as one of the options instead of the only option will also move us closer to multi build system support. An abstraction on top of the repository concept would be a start. This is also done by BndTools, which has support for several kind of repositories (including Maven).</div>
<div><br></div><div>Cheers,</div><div><br></div><div>Paul</div><div><div><div><br></div><div><br></div><br><blockquote type="cite">If these things are possible with OSGi and a little bit of elbow grease, which it sounds like they are, then I think we should seriously consider this for Forge 2.0.<br>
<br>~Lincoln<br><br><div class="gmail_quote">On Fri, Sep 28, 2012 at 8:05 AM, Max Rydahl Andersen <span dir="ltr"><<a href="mailto:max.andersen@redhat.com" target="_blank">max.andersen@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>> Max, I hope you are kidding about going to p2 and tycho? :-)<br>
<br>
</div>just as much as I'm hoping you are kidding about osgi ? :)<br>
<span><font color="#888888"><br>
/max<br>
</font></span><div><div><br>
><br>
> Paul, bnd is fine until all your dependencies have correct manifests. What happens if one of the jars that we depend on does not have the 'Export packages' entry? We cannot use this jar inside an OSGi environment, I think.<br>
><br>
> Regards,<br>
> Ivan<br>
><br>
> On Wed, Sep 26, 2012 at 4:59 PM, Max Rydahl Andersen <<a href="mailto:max.andersen@redhat.com" target="_blank">max.andersen@redhat.com</a>> wrote:<br>
><br>
> On 26 Sep 2012, at 14:53, Ivan St. Ivanov <<a href="mailto:ivan.st.ivanov@gmail.com" target="_blank">ivan.st.ivanov@gmail.com</a>> wrote:<br>
><br>
> > Hi Max,<br>
> ><br>
> > About your "server" question in the last sentence. If you refer to my post, I was trying to make an analogy:<br>
> ><br>
> > server <-> applications == Forge core <-> Forge plugins<br>
> ><br>
> > Please, let us not go to p2, tycho and Equinox? :-)<br>
><br>
> why not ? tons of plugin devs could learn from a proper setup tool :)<br>
><br>
><br>
> _______________________________________________<br>
> forge-dev mailing list<br>
> <a href="mailto:forge-dev@lists.jboss.org" target="_blank">forge-dev@lists.jboss.org</a><br>
> <a href="https://lists.jboss.org/mailman/listinfo/forge-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/forge-dev</a><br>
><br>
> _______________________________________________<br>
> forge-dev mailing list<br>
> <a href="mailto:forge-dev@lists.jboss.org" target="_blank">forge-dev@lists.jboss.org</a><br>
> <a href="https://lists.jboss.org/mailman/listinfo/forge-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/forge-dev</a><br>
<br>
<br>
_______________________________________________<br>
forge-dev mailing list<br>
<a href="mailto:forge-dev@lists.jboss.org" target="_blank">forge-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/forge-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/forge-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Lincoln Baxter, III<br><a href="http://ocpsoft.org/" target="_blank">http://ocpsoft.org</a><br>"Simpler is better."<br>
_______________________________________________<br>forge-dev mailing list<br><a href="mailto:forge-dev@lists.jboss.org" target="_blank">forge-dev@lists.jboss.org</a><br><a href="https://lists.jboss.org/mailman/listinfo/forge-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/forge-dev</a><br>
</blockquote></div></div></div><br></div><br>_______________________________________________<br>
forge-dev mailing list<br>
<a href="mailto:forge-dev@lists.jboss.org" target="_blank">forge-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/forge-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/forge-dev</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Lincoln Baxter, III<br><a href="http://ocpsoft.org" target="_blank">http://ocpsoft.org</a><br>"Simpler is better."<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Lincoln Baxter, III<br><a href="http://ocpsoft.org" target="_blank">http://ocpsoft.org</a><br>"Simpler is better."<br>