ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Matt Benson <gudnabr...@gmail.com>
Subject Re: IvyDE updatesite packing again
Date Thu, 04 Feb 2010 16:42:25 GMT
Well, yee-haw then.  :P

On Feb 4, 2010, at 10:36 AM, Jon Schneider wrote:

> Please do.  I think it would be advantageous to build the final  
> IvyDE 2.1.0
> with this fix as well.
>
> Jon
>
> On Thu, Feb 4, 2010 at 10:24 AM, Matt Benson <gudnabrsam@gmail.com>  
> wrote:
>
>> Okay, all the silly questions notwithstanding, I was actually able to
>> muddle through this.  ;)  As it turns out, the Pulse-managed Eclipse
>> installations I've been using, even after adding Eclipse plugin  
>> development
>> plugins, are apparently not suitable as baseLocations for the  
>> updatesite's
>> buildfile.  After downloading a plugin-development-target Eclipse
>> installation and using that I was able to to create the optimized  
>> artifacts,
>> and was able to use a filesystem-based updatesite from there to  
>> verify that
>> the Pulse tool is now able to recognize the packed features jars.   
>> So does
>> anyone oppose my committing my changes on trunk so that the Hudson  
>> builds
>> will also pack these jars?
>>
>> Thanks,
>> Matt
>>
>>
>>
>> On Feb 3, 2010, at 3:15 PM, Jon Schneider wrote:
>>
>>  Matt,
>>>
>>> Just dump the contents of the dist directory into a folder (e.g.
>>> updatesite)
>>> in any http server of your choice.  That's it.
>>>
>>> Jon
>>>
>>> On Wed, Feb 3, 2010 at 3:07 PM, Matt Benson  
>>> <gudnabrsam@gmail.com> wrote:
>>>
>>>  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 <gudnabrsam@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-unsubscribe@ant.apache.org
>>>>>> For additional commands, e-mail: dev-help@ant.apache.org
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>> ------------------------------------------------------------------- 
>>>> --
>>>> To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
>>>> For additional commands, e-mail: dev-help@ant.apache.org
>>>>
>>>>
>>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
>> For additional commands, e-mail: dev-help@ant.apache.org
>>
>>


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org


Mime
View raw message