dev@glassfish.java.net

Re: build picks up wrong jts.jar?

From: Snjezana Sevo-Zenzerovic <Snjezana.Sevo-Zenzerovic_at_Sun.COM>
Date: Fri, 12 Jun 2009 16:23:41 -0700

Since Hudson builds (at least those used by RE) start with clean local
repository and fresh checkout we should be safe from this particular
type of miracle...

Marina Vatkina wrote:

> The rebuild picked the correct jar, so I can't track the steps that
> happened last time.... Let's hope that Hudson (or RE build) behave
> correctly as well.
>
> thanks,
> -marina
>
> Jane Young wrote:
>
>> Can you remove the jts artifact from local maven repository
>> (org/glassfish/transaction/jts) and verify that the right one gets
>> populated there after "mvn install"?
>>
>>
>> Marina Vatkina wrote:
>>
>>> Snjezana Sevo-Zenzerovic wrote:
>>>
>>>> Color me confused :-(
>>>
>>>
>>>
>>> That makes 2 of us :(
>>>
>>>>
>>>> Which one is in your local repository? Although, if I correctly
>>>> understand how maven reactor works, this shouldn't matter since if
>>>> both jts and glassfish-jts modules are built in the same reactor,
>>>> the jts jar should get picked up from jts/target directory and not
>>>> from local maven repository...
>>>
>>>
>>>
>>> All but the one under transaction/jts/target are the same wrong
>>> ones. The one in my local maven repo has the timestamp later that
>>> the ones under packager or distributions.
>>>
>>> I can try to rebuild again with -X...
>>>
>>> thanks,
>>> -marina
>>>
>>>>
>>>>
>>>> Marina Vatkina wrote:
>>>>
>>>>> It was a fresh complete build from v3/ ('mvn clean; svn update;
>>>>> mvn -U install').
>>>>>
>>>>> The only jts.jar under packager is the wrong one:
>>>>>
>>>>> 322302 Jun 12 12:19
>>>>> ./glassfish-jts/target/stage/glassfishv3/glassfish/modules/jts.jar
>>>>>
>>>>> The correct size should be 333425 and it's there under
>>>>> transaction/jts
>>>>>
>>>>> thanks,
>>>>> -marina
>>>>>
>>>>> Snjezana Sevo-Zenzerovic wrote:
>>>>>
>>>>>> Was this end-to-end build from the scratch? If you still have the
>>>>>> workspace, please try searching for the presence of jts.jar under
>>>>>> packager module - there should be exactly one jts.jar, if there
>>>>>> is more than one we'll need to find out what went south...
>>>>>>
>>>>>>
>>>>>> Marina Vatkina wrote:
>>>>>>
>>>>>>> This is close to impossible, but(!) in today's ws. the full
>>>>>>> build picked up some outdated version of the jar (or at least
>>>>>>> the version without my changes) :(.
>>>>>>>
>>>>>>> What could've gone wrong for me this time?
>>>>>>>
>>>>>>> thanks,
>>>>>>> -marina
>>>>>>>
>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>>
>>>>>> 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
>>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> 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
>>>
>>
>>
>> ---------------------------------------------------------------------
>> 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
>