So, the source is cyclic? Does the source exist such that everything
has something like this:
src/com/Foo.java (uses Bar.java)
src/com/Bar.java (uses Foo.java)
Or something different?
If so, just define you sourcepath for javac to include src
If not, can you further elaborate?
Dimitris Mouchritsas wrote:
Hi everyone. I'm into a project that started recently. The "powers that be"
wanted the dev team to re-use another project which supposedly is similar to
ours. The problem is that this project is also based on a "base" project of
the company. I forgot to mention I'm talking about a J2EE 1.3 project, using
EJBs 2.0, XDoclet, Hibernate and Struts 1.2
I tried to fix the build file only to discover that the "base" project has
cyclical dependencies. Classes that are in the util package talk to DAOs,
DAO's referring to common classes, web classes talking to DAO's. In short I
can't compile one without the other. It's a nightmare. My manager is
reluctant about doing some heavy refactoring to correct all this. Since we
have a build file that works (even though it compiles classes and then
deletes them to resolve the dependencies) he says, no let's try it by
improving upon this; and we'll see.
What do you suggest? Is there a way to create a proper build file for this
project, having seperation of concerns (e.g. commom-compile, ejb-compile,
web-compile etc)
--
Scot P. Floess
27 Lake Royale
Louisburg, NC 27549
252-478-8087 (Home)
919-754-4592 (Work)
Chief Architect JPlate http://sourceforge.net/projects/jplate
Chief Architect JavaPIM http://sourceforge.net/projects/javapim
QA Engineer OpenQabal http://openqabal.dev.java.net
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
