From: Egon Willighagen <egonw@sc...> - 2004-01-26 14:44:27
this weekend I've been working on the new @cdkPackage based build system...
The first results are very promising, but getting the dependencies right is a
clear mess... I need probably a week to fix it all...
Another issue is that the cdk/build.xml does not yet build the doclet which
generates the src/*.javafiles and src/#.classes files from JavaDoc using the
@cdkPackage tag. These files were previously edited by hand... You can
manually compile this Doclet by doing this:
> cd cdk/doc/javadoc
> ant compileDoclets
and then return to cdk/ and do ant dist-standard...
It does not go any further at this moment because of the dependency
Good spin offs are:
- I found a number of Classes in wrong java packages
- the dependencies are much clearer, and debugable
- CDK compiles with kaffe so that CDK becomes truely open source
- the JavaDoc API HTML will contain statements in which package a Class is
- it will be much easier to compile CDK in different environment
(java1.3, with/-out JOELib, with/-out Java3D, etc)
and why it the division in package originally started:
- we will be able to define a cdk package 'stable'
where stable is: fully javadoc documented, clear API, fully JUnit tested...
So, sorry for the convenience next week... but hang on... plan to do a new
release at the end of the week....
with the integration of the JChemPaint source code in the CDK tree, it was
time to finish the build system I start quite some time ago... it allows
better defined dependencies, and users to use just those CDK module jars that
they need for their application while leaving out (large) jars they don't
The system I setup so far was difficult to maintain, and still did not allow
for true clear dependency relationships. Friday I changed this, and the
transition is taking place right now, and it will be finished this weekend
To compile a module you now do:
ant -Dmodule=X compile-module
where X is one of the following:
The order is important. For example, standard depends on core, which depends
on data (so standard depends on data too). This is depicted in the attached
Some modules are still broken, but this will be resolved today.
From: Egon Willighagen <egonw@us...> - 2005-04-24 10:46:19
On Sunday 24 April 2005 08:55, Egon Willighagen wrote:
> Some modules are still broken, but this will be resolved today.
The transition is complete, and all seems to compile again. I've run it on two
- Sun Java 1.4 with Java3D and R
- Sun Java 1.5 (64 bit)
I would appreciate if you could test the new build system on your OS too, by
typing "ant clean test-all". If it fails, please post the output of "ant info
clean test-all", and if all tests are fine, please post the output of just