Re: IvyDE updatesite packing again

[Matt Benson]

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