Jerome,
Thanks.
I'm not an expert on this, I'm just observing one basic fact: it took
3 days and hours of (mostly futile) effort to get things working. I
don't know how to do it, Kedar spent a lot of time, etc.
Any suggestions you have on how this can be made seamless would be good.
Lloyd
On Aug 11, 2008, at 12:40 PM, Jerome Dochez wrote:
> Lloyd Chambers wrote:
>> Harsha,
>>
>> I expect I will need to make more HK2 changes/additions as V3
>> development progresses, so this will be an ongoing issue.
> I agree, but I really don't see why hk2 is special here, if
> artifacts are not published to the maven repo, anyone not building
> the entire source tree is in hell. if you are building the entire
> source tree then create a local super pom that does hk2 and v3
> compilation together.
>>
>> One option is for HK2 to become part of V3. Another is to document
>> exactly what must be done for a seamless push of HK2, preferably
>> automated without any voodoo.
>>
>> For last weekend's fun, an API (interface) change meant that HK2
>> and V3 needed to change in sync
> if our tools (namely the download.java.net repo server) was working
> fine, this is not as bad as you describe, I have done it many
> times. The real issue is the repo fragility, since with a fragile
> repository, any release is impossible, but also any snapshot is
> potentially outdated creating a real threat for anyone building only
> a few modules for productivity.
>
> jerome
>>
>> Lloyd
>>
>> ..............................................
>> Lloyd Chambers
>> lloyd.chambers_at_sun.com
>> GlassFish team
>>
>>
>> On Aug 11, 2008, at 12:09 PM, Harsha Godugu wrote:
>>
>>> In future, if we touch hk2, (and still use SNAPSHOTs) probably it
>>> is a good idea to give at least 3days lead time to do such change
>>> in hk2 first (or any parent of v3)
>>> and then come back to v3 to do the dependent changes. What do you
>>> think?
>>
>>
>>
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>