hi avalon developers,

some of you might remember me from previous posts.

Last November I started a project (currently hosted on sourceforge.net) called ModJava.

What is ModJava?
================
Named after the paper presented by IBM at the OPLSA03, it uses the ClassLoader namespaces to implement a Module System, that should be compatible to any Java2 VM.


Now I think that I don't have to tell you that it isn't something radically new, since you are playing with Java internals for some years now. The interesing part, at least I think, is the dependency information that can be added to modules and which exist between modules and the packaging mechanism.

It is also geared towards a system where you want more than one packaging over a set of libs or classes, so that you have maximum flexibility.

Perhaps in style to the Debian package system, where there is not logically one package for every impl, but where you can package java apps for easier usage and faster performance.

On thing I like is the hide and export dependencies, so some privileged other modules can access internal representations not accessible to the rest (akin to the friend thing in c++).


Why I come to you? ==================

Over the last weeks, I have tried to implement a kind of prototype implementation and sorted things out a bit. Now I have a very early but to some degree working prototype available. I have now come to the point, where I'd like to discuss various points about my understanding of the system. Therefore the projects web site (modjava.sf.net) has a Wiki page, where I have created 2 new entries:

* http://modjava.sourceforge.net/cgi-bin/moin.cgi/ModuleDesign
* http://modjava.sourceforge.net/cgi-bin/moin.cgi/ModuleIdentification

The orginal paper is at:
* http://pag.lcs.mit.edu/reading-group/corwin03mj.pdf

The sourcecode can be checked out at sourceforge (if you are interested ;-) )


The current impl status: * http://modjava.sourceforge.net/design/design.html

The license is Apache style. I hope you are interested in discussing some design issues.

Thank you in advance
-- Jakob


--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]



Reply via email to