Re: [Fwd: Re: [architecture] Re: JPackages and ObjectWeb]

[David Walluck <david@xxxxxxxxxxxxxxxxxx>]

Eric Bruneton wrote:

> as Gerard said the Jonathan case is very special.
>
>  

The problem is that you say that fractal uses jonathan 3.0a10, yet it 
references classes that haven't existed since 3.0a7 and before according 
to the CVS. Unfortunately, 3.0a7 in CVS seems to be missing david and 
jeremie, so that won't work, either.

For example:


   [javac]     26. import org.objectweb.jonathan.apis.kernel.Component;
   [javac]                ^------------------------------------------^
   [javac] *** Semantic Error: The import 
"org/objectweb/jonathan/apis/kernel/Component" is not valid, since it 
does not name a type in a package.


   [javac]     27. import org.objectweb.jonathan.apis.kernel.Context;
   [javac]                ^----------------------------------------^
   [javac] *** Semantic Error: The import 
"org/objectweb/jonathan/apis/kernel/Context" is not valid, since it does 
not name a type in a package.


   [javac]     28. import 
org.objectweb.jonathan.apis.kernel.ContextFactory;


And it goes on like this. There are no files with this name in CVS, 
either version 3.0a10 or 3.1.

> the cldc jar is only used to verify that the Julia source code doesn't 
> use APIs that are not in the CLDC API.
>
>  

Good, then it is not required to build.

> be careful: these are dependencies between CVS modules (some modules 
> provide several jars. However, if a module A requires a module B, it 
> often - but not always - requires all the jars provided by B). The 
> real jar file dependencies can be found by looking in the 'externals' 
> and 'config' directories (for R and BR, respectively), and in the 
> 'lib' directories (specific R dependencies to run the tests and/or 
> the examples).
>
>  

I'm currently trying to work with 2.0, but I will switch over to CVS soon.

> if you have precise instructions (or tutorials, or example projects) 
> on how to organize Java projects, how to manage their dependencies, 
> and how to build them, so that they can easily be packaged in rpm or 
> debian packages, we can try to take them into account in the Fractal 
> project (if you want, we can also include your rpm spec files in the 
> CVS, and integrate the rpm building tasks in the build.xml files)
>  

Some projects are against the idea of honoring CLASSPATH. It helps us 
though as we can replace all of your jars with ours quite easily.

Currently, a joint ``Linux'' standard, such as one for both JPackage and 
Debian does not exist. Hopefully, it is forthcoming.

--
Sincerely,

David Walluck
<david@xxxxxxxxxxxxxxxxxx>

Attachment: signature.asc
Description: OpenPGP digital signature