Hi Diane,
There is probably one last bit to the priblem that I was talking
about for dependencies, I did see that if put my dest dir with the package
structure like
<javac srcdir="." destdir="${cpath}/com/spincircuit/utils" depend="off"
verbose="on"
classpath="${symbeans.jar}:${jsdk.jar}:${activation.jar}:${xerces.jar}:${ser
vlet.jar}......"
deprecation="off" debug="on" optimize="off" target="1.2"
in the first iteration it picks up the class files from the right location
and gives me info like the following :
[javac] ErrorMessage.java omitted as
C:\CVS1\builder\client\build\classes\com\spincircuit\utils\ErrorMessage.clas
s is up
[javac] Mail.java omitted as
C:\CVS1\builder\client\build\classes\com\spincircuit\utils\Mail.class is up
to date.
[javac] MailException.java added as
C:\CVS1\builder\client\build\classes\com\spincircuit\utils\MailException.cla
ss is outdated.
[javac] Compiling 1 source file to
C:\CVS1\builder\client\build\classes\com\spincircuit\utils
[javac] Using classic compiler
which is what I want finally.
But now because of the packaging statement inside the java file the output
goes into ...
${cpath}/com/spincircuit/utils/com/spincircuit/util...
I know of no option in Java that turns this packaging attachment to "off".
This leaves me 1 option (albeit a dirty one) ... to maually copy the
directory
${cpath}/com/spincircuit/utils/com/spincircuit/utils... into
${cpath}/com/spincircuit/utils, unless youknow of a better solution ...
The issue would not exist if I did not have a packaging structure ...but
that is highly unlikely.
Regards,
Viraj Purang
