<div dir="ltr"><div>If OGM should be able to work with connections managed by the container, some sort of &quot;neutral&quot; SPI is needed IMO. Otherwise we&#39;d have to create some sort of abstraction *in* OGM to ensure it still can be used in other environments than WF.</div><div><br></div><div>I think best would be to start with a PoC and see things are going to look like. Then we still can decide where it&#39;d be best located or whether it&#39;s better to avoid re-use and accept some duplication.<br></div><div><br></div><div><div><br></div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-05-12 13:24 GMT+02:00 Emmanuel Bernard <span dir="ltr">&lt;<a href="mailto:emmanuel@hibernate.org" target="_blank">emmanuel@hibernate.org</a>&gt;</span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
On 11 mai 2016, at 16:02, Scott Marlow &lt;<a href="mailto:smarlow@redhat.com">smarlow@redhat.com</a>&gt; wrote:<br>
<br>
&gt;&gt; Hibernate OGM should still be usable without WF; So maybe there should<br>
&gt;&gt; be a separate project/repo which defines an SPI to obtain/manage<br>
&gt;&gt; connections and implementations for different NoSQL stores?<br>
&gt;<br>
&gt; Excellent suggestion,  perhaps the SPI could be under<br>
&gt; <a href="https://github.com/jboss" rel="noreferrer" target="_blank">https://github.com/jboss</a>, which is a common area for sharing.  Possible<br>
&gt; locations for creating the per NoSQL store implementations could be<br>
&gt; <a href="https://github.com/jboss" rel="noreferrer" target="_blank">https://github.com/jboss</a> or <a href="https://github.com/hibernate" rel="noreferrer" target="_blank">https://github.com/hibernate</a> or<br>
&gt; <a href="https://github.com/wildfly" rel="noreferrer" target="_blank">https://github.com/wildfly</a>.<br>
<br>
</span>I&#39;m starting to think that this might be way overkill. If we are creating a sub project just to share between 20 and 50 lines of code per provider and the overhead code to abstract property configuration to plus OGM and WF ones, we are losing more than gaining.<br>
<br>
Thoughts ?<br>
<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
wildfly-dev mailing list<br>
<a href="mailto:wildfly-dev@lists.jboss.org">wildfly-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/wildfly-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/wildfly-dev</a><br>
</div></div></blockquote></div><br></div>