Re: [gemfire-dev] More detailed Geode Modularization proposal

2017-03-30 Thread Dan Smith
I remember one of the issues we hit with OSGI is that geode-core needs to be able to instantiate internal classes of other modules in order to deserialize them. Is that something that is going to be an issue with jboss modules? All of the documentation on classloaders for jboss modules is blank in

Re: [gemfire-dev] More detailed Geode Modularization proposal

2017-03-30 Thread Udo Kohlmeyer
Hi William, I had looked at this. I liked the idea of JDK9's modular approach. With it's GA data not too far off, it is a definite contender. --Udo On 3/29/17 17:35, William Markito Oliveira wrote: Since the modularization effort may take a significant time and one of the big features of

Re: [gemfire-dev] More detailed Geode Modularization proposal

2017-03-29 Thread Jacob Barrett
At the rate Java 9 keeps getting pushed back I don't think it's a viable option. JBoss Modules implements many of the same features as it pertains to our needs and works in Java 8 and 9. From what I recall from years back the spec for jigsaw was mostly lifted from JBoss Modules, so it won't be a

Re: [gemfire-dev] More detailed Geode Modularization proposal

2017-03-29 Thread William Markito Oliveira
Since the modularization effort may take a significant time and one of the big features of Java 9 is modularization, why not leverage the infrastructure of the JDK [1] for that ? This would not only bring the modularization but also make it 100% compatible with Java 9. It also provide solutions

Re: [gemfire-dev] More detailed Geode Modularization proposal

2017-03-29 Thread Jared Stewart
I have some questions about the ClassLoader isolation proposal. If the class loaders of different modules are truly isolated, how can any module load classes from a different module? And conversely, if different modules can load classes from each other, how can they truly be isolated? In

More detailed Geode Modularization proposal

2017-03-29 Thread Udo Kohlmeyer
Hi there Guys, A more detailed proposal for a more modular Geode is available. Please review and comment, either on this thread or on confluence. https://cwiki.apache.org/confluence/display/GEODE/Geode+Modularization+-+An+approach Udo

Re: [gemfire-dev] Geode Modularization Proposal

2017-03-16 Thread Dan Smith
Nice! Also looking forward to seeing some more details. I like the goals you've laid out, but I do have some reservations about the classloader isolation goal. In my experience containers that do classloader isolation tend to cause ton of headaches for users - I'm looking at you, OSGI. -Dan On

Re: [gemfire-dev] Geode Modularization Proposal

2017-03-16 Thread Anthony Baker
Looks good! I’m very interested in adding a well-defined extension mechanism to geode. IMO, that is an important characteristic of successful open source communities. Looking forward to more details :-) Anthony > On Mar 15, 2017, at 10:04 AM, Udo Kohlmeyer wrote: >

Geode Modularization Proposal

2017-03-15 Thread Udo Kohlmeyer
Hi there Guys, The first high-level proposal on Geode modularization has been posted: https://cwiki.apache.org/confluence/display/GEODE/Proposal+for+Geode+Modularization. Please look through this. It is neither a hard or long read BUT it is the precursor to the more detailed proposal. What