th a toll
other than Ant or the one that created the jar - InfoZip's zip or WinZip
for example.
I thought this involved cases where the zip was created by Ant 1.8.x and
then read by Ant 1.9.x, but I'm checking with those a bit more closely
involved for
ectoryData(Zip64ExtendedInformationExtraField.java:258)
I'm not clear of all the different error paths here -- nor of the exact
one causing this particular trace or even the rest of the trace,
unfortunately.
On 5/14/2013 7:19 AM, Jess Holle wrote:
The top thing we've noticed with Ant 1.9
data state isn't very
smooth (i.e. doesn't work).
While Ant 1.9.0 seems to work fine otherwise, it would be good to
address rough edges in this particular area.
--
Jess Holle
-
To unsubscribe, e-mail: dev-unsubscr...
At least.
If there are any compelling API which weren't introduced until 1.6
(there are in concurrency areas, but I'm not sure about anything Ant
would use), then I'd say require 1.6.
1.5 is actually quite ancient at this point. If you're not on at least
1.6, then I have to assume you're fi
On 8/13/2010 7:52 AM, Jesse Glick wrote:
On 08/13/2010 06:35 AM, Andrey Pavlenko wrote:
Exporting properties and references from a sub-project to its parent
project
This is something I struggled with in NetBeans-generated Java
projects. I wanted to permit build scripts to call dependencies
Steve Loughran wrote:
Jesse Glick wrote:
Jess Holle wrote:
We've seen this before where A depends on B which /internally/
depends upon C and then suddenly one has to have C around to compile A.
Although this is not forbidden by the JLS (as far as I know), it does
seem undesirable. I
turn impacts NetBeans. It also impacts everything that uses their
compiler rather than JDT. Overall this issue should not be tolerated.
--
Jess Holle
Stefan Bodewig wrote:
On Tue, 4 Nov 2008, Sergey Bondarenko <[EMAIL PROTECTED]> wrote:
Regarding compilation issue, it looks like Ant
Jack Woehr wrote:
Jess Holle wrote:
Compile-time checking wherever it is net time savings to the
developer and does not hinder runtime performance is a very good
thing. In the case of generics, I believe they're a big time saver
overall.
Generics, while weak compared to C++ cont
from IBM, much less support for it in their server products.
Anyway, we've veered way off-topic from the original thread now - I
can barely see my way back to civilisation from here :)
Nuff said. I'll stop my blabbering...
--
Jess Holle
ctivity.
2. <> looks ugly in generics; it should stay in XML where it belongs.
Maybe that shows the price of copying c++ too slavishly (except I
still think they should haved stuck to bool instead of boolean)
This makes it more readable to more people. XML-isms (i.e. usage of
, xxx="
in classfiles.
--
Jess Holle
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
There is an Ant debugger for NetBeans 4.x.
I've not really played with it much. I have accidentally hit "debug"
instead of "execute" for a given Ant script in the IDE and the results
looked promising...
Jeffrey E Care wrote:
IIRC you can run Ant builds through the Eclipse debugger.
-
Thanks. That did help.
--
Jess Holle
Dominique Devienne wrote:
From: Jess Holle [mailto:[EMAIL PROTECTED]
Any hopes of a general purpose 'apt' (Java 5 annotation processor
tool)
task akin to 'javac', e.g. as an contrib-like add-on for Ant 1.6.x?
I could really use thi
g 1.7 without any
problems.
- Alexey.
Jess Holle wrote:
Any hopes of a general purpose 'apt' (Java 5 annotation processor
tool) task akin to 'javac', e.g. as an contrib-like add-on for Ant
1.6.x?
I could really use
Any hopes of a general purpose 'apt' (Java 5 annotation processor tool)
task akin to 'javac', e.g. as an contrib-like add-on for Ant 1.6.x?
I could really use this *now*.
--
Jess Holle
-
To unsubscribe, e-ma
CVS
until after 1.6.2 -- and we'd like to avoid more patching.
Is there any further thought on a release date for such a release?
--
Jess Holle
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
16 matches
Mail list logo
