Hi, Stefan
Stefan Bodewig schrieb:
Error reading project file
jar:file:/E:/SCM_Sync/tools/ant/lib/hukit13ant.jar!/de/huk/it13/ant/antl
ib.xml: oversubscribed dynamic bit lengths tree
sounds like an encoding issue, I agree.
It did always run fine without any problems. I have an eclipse
project, do the coding and then export -> jar
ok i'll write an antfile for that, if i have time too ;-)
All editing including antlib.xml happened in my workspace.
I even saw some tabs and trailing spaces in the antlib.xml
in the working version of the jar.
whereas other scripts running with the same line
<taskdef resource="de/.../.../ant/antlib.xml">
and the same jar run fine as before.
Forget it, it got even stranger in the meantime.
I had a deeper look at the new task from my teammate and
corrected some flaws, tuned it.
The situation now =
the myanttasks.jar with the new class and the extended
antlib.xml runs fine on my developer instance and on our
test machine, but it fails in production :-(
Now the error occurs _whenever_ the jar gets involved via
<taskdef resource="de. ... .antlib.xml"/> !!
..oversubscribed dynamic bit lengths tree
Oh, boy, 3 machines =
1.mine = Win2000, jdk 1.5.0_11, ant 1.6.5
2.test = Win2003, jdk 1.5.0_11, ant 1.6.5
3.prod = Win2003, jdk 1.5.0_11, ant 1.6.5
1. + 2. run fine but 3. fails on any occasion the
jar with the anttasks gets involved.
What's new in the jarfile with the anttasks is
a new class and the antlib.xml was extended with
a new line.
The class has no flaws, the antlib.xml is that of the
old backuped version with only one line more.
Elcipse is set to UTF-8. Another editor checking the antlib.xml,
PSPad says, it's UTF-8, in Hex view there are no fishy chars
Are the other scripts using the same Java VM? I've found Sun's JVMs
to be more forgiving than IBM's for example (Websphere challenged 8-).
yup, all of our ant scripts run with sun jdk 1.5.0_11 only
I checked the antlib.xml for non UTF-8 chars and things like that,
but didn't find any.
Is there any more information you could provide (like the actual
exception being thrown)? It could be the ZIP reading library as
well.
no i get only the line i already posted
our server uses a class that is similar to the AntBuilder of
Cruise Control, it kicks off ant scripts; the exception
comes from ant, taskdef task i think, when he wants to read antlib.xml
via ZipInputStream or something
<http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4188883> suggest
problems with the archive rather than the XML file.
that was one of the bug reports i already found but it wasn't very
helpful.
I also tried a concurrent access of the jarfile, means running a class
that opens a ZIPInputStream on the file with the anttasks then starting
the antscript that has <taskdef resource=".... .antlib.xml"/>
=> same behaviour, runs on two machines but fails in production
i wish i had an idea what goes on here ...
btw. what's the meaning of =
"oversubscribed dynamic bit lengths tree" ?
simple words please ;-)
Regards, Gilbert
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
