what we need at the end is just the package/class name, since the core impl is owned by the ASF.
so, at that point, I agree that we shouldn't be affected by any legal issue/worry thanks again for your feedbacks! -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Sun, Feb 26, 2012 at 1:00 AM, Michael André Pearce <[email protected]> wrote: > RE: > > There is already precedent set where apache projects have in the src code > which is not org.apache package, so the worry we are having code which isnt > org.apache is not needed as precendent has been set (though agree we should > only ever do this where only required such as the case i had to for the > integration point into ehcache) > > example being myfaces project: > http://svn.apache.org/viewvc/myfaces/core/trunk/api/src/main/java/javax/faces/ > > The net.sf package anyhow normally by convention from projects that began in > sourceforge opensource repository. the ehcache project itself was fully open > sourced (apache license) and was revied by asf its self. > > As such no legal issues exist in using net.sf or the echache package, as this > is apache license source package we are using. > > > > On 25 Feb 2012, at 22:07, Simone Tripodi wrote: > >> Sorry, I don't understand how it is related to declaring a package in >> the SVN repo that's not org.apache.* >> >> Thanks anyway, having 3rd parties dependencies that adhere to ASL2.0 >> simplifies the release process. >> >> bets, >> -Simo >> >> http://people.apache.org/~simonetripodi/ >> http://simonetripodi.livejournal.com/ >> http://twitter.com/simonetripodi >> http://www.99soft.org/ >> >> >> >> On Sat, Feb 25, 2012 at 7:58 PM, Michael André Pearce >> <[email protected]> wrote: >>> http://ehcache.org/apidocs/ >>> >>> See point 14, code is released under apache license already and approved by >>> asf. >>> >>> Sent from my iPhone >>> >>> On 25 Feb 2012, at 15:35, Simone Tripodi <[email protected]> wrote: >>> >>>> Salut Benoit! >>>> >>>>> But, EHCache is done in a way that net.sf.ehcache.Cache is looking for >>>>> the class net.sf.ehcache.store.offheap.OffHeapStore >>>>> (http://ehcache.org/xref/net/sf/ehcache/Cache.html#1181). >>>> >>>> Ouch :( :( Cannot believe they didn't adopt a SPI-alike approach :( >>>> >>>> Looks like we don't have any chance to change/hack that behavior, so >>>> we can just understand how to having it fixed under the legal PoV. >>>> >>>> Thanks for the clarification, very appreciated! >>>> >>>> -Simo >>>> >>>> http://people.apache.org/~simonetripodi/ >>>> http://simonetripodi.livejournal.com/ >>>> http://twitter.com/simonetripodi >>>> http://www.99soft.org/ >
