Hi, Jon. I realize from the text below that the problem here is a
bug with this other tool, and believe me, I have reported it. But
rank hath its privileges, and being in a position to affect the IvyDE
updatesite Hudson build I am inclined to selfishly do so. If it is
that big a deal I could use a locally staged updatesite to begin
with, but this still brings to a head the problem I have which
actually prompted my original mail: I am not clear on how to set up
my own local updatesite. ;)
Thanks,
Matt
On Feb 3, 2010, at 2:58 PM, Jon Schneider wrote:
From the Eclipse documentation concerning the pack200="true"
attribute we
have on our updatesite:
"This lets the Update Manager know that the site contains packed
jars, and
it will look for a .jar.pack.gz file beside the .jar file that it
would
normally download. If the .jar.pack.gz file is found, it will be
downloaded
and unpacked, otherwise the .jar file is downloaded as normal."
This indicates to me that a reasonable local test would be to
delete all but
the packed jars from a locally staged update site and verify that
the Update
Manager will pick up the feature jar correctly.
Jon
On Wed, Feb 3, 2010 at 2:25 PM, Matt Benson <gudnabr...@gmail.com>
wrote:
My original email seems to have been lost; please see below:
On Feb 3, 2010, at 1:16 PM, Matt Benson wrote:
For fun I'll include the text of my patch file between --- and --- :
[SNIP]
---
On Feb 3, 2010, at 12:55 PM, Matt Benson wrote:
Apparently some tools (in particular I'm back to dealing with
Genuitec
Pulse) want not only plugins but features jars to be packed. I
can pretty
well see how to add this to the updatesite build, but I don't
have a whole
lot of idea what is required for me to test my changes locally.
Can either
of you guys, Nicolas/Jon, help me with that? I'm hoping to do
it all on Mac
OSX Tiger w/ Java 1.5....
Thanks,
Matt
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org
