So it was developed entirely here? I guess its ok, it looked like it was imported from some other repo.
On Tue, Mar 20, 2018 at 10:03 AM Romain Manni-Bucau <[email protected]> wrote: > Hmm, this is all code I wrote @asf ( > https://issues.apache.org/jira/browse/JCS-127 + JCS/jcache code) so > nothing to clear normally. > It is different from a donation from a legal perspective. > > > Romain Manni-Bucau > @rmannibucau <https://twitter.com/rmannibucau> | Blog > <https://rmannibucau.metawerx.net/> | Old Blog > <http://rmannibucau.wordpress.com> | Github > <https://github.com/rmannibucau> | LinkedIn > <https://www.linkedin.com/in/rmannibucau> | Book > <https://www.packtpub.com/application-development/java-ee-8-high-performance> > > 2018-03-20 14:56 GMT+01:00 John D. Ament <[email protected]>: > >> Don't forget that code imports need to go through IP clearance via >> incubator. >> >> >> On Mon, Mar 19, 2018 at 2:21 PM Romain Manni-Bucau <[email protected]> >> wrote: >> >>> Hi guys, >>> >>> wonder if there would be some objection to create a geronimo-jcache-simple >>> project? >>> >>> it would host a jcache implementation backed by a concurrenthashmap >>> (based on the original patch i did for jcs but which was not aligned with >>> the project for obvious reason). >>> >>> Interesting is to have a super light and fast implementation usable in >>> most cases without having a dependency and size impact on your app. For >>> advanced cases ehcache/jcs/etc will stay better fit probably. >>> >>> Wdyt? Any objection to create the project since all is ready? >>> >>> >>> Romain Manni-Bucau >>> @rmannibucau <https://twitter.com/rmannibucau> | Blog >>> <https://rmannibucau.metawerx.net/> | Old Blog >>> <http://rmannibucau.wordpress.com> | Github >>> <https://github.com/rmannibucau> | LinkedIn >>> <https://www.linkedin.com/in/rmannibucau> | Book >>> <https://www.packtpub.com/application-development/java-ee-8-high-performance> >>> >> >
