Marina Vatkina wrote:
> Why would you need to remove ORB from ~/.m2/repository? Can there be a
> conflict with the versions?
Because when I'm testing, I deploy the ORB locally (to ~/.m2/repository
only), avoiding the time delay in
deploying to maven. When I'm ready to commit, I do a build fetching the
current version from
the maven repo at download.java.net, and then do a build, forcing the
current definition of the ORB
to be fetched from maven. I suspect the problem here may be that we did
not get the ORB correctly
deployed in version 007 (the other issue I'm working on with Jane). In
particular, the POM file for
glassfish-corba-orb does not contain the correct dependency information
in version 3.1.0-b007.
3.1.0-b006 is almost identical (except for a few cosmetic changes) to
3.1.0-b007, but it has the
correct dependencies. I'm doing a build right now of rev 41383 against
3.1.0-b006 to see if the
dependency issue is the problem.
Ken.
>
> thanks,
> -marina
>
> Ken wrote:
>> Jane Young wrote:
>>> Yes... like Byron pointed out, you can revert my commit locally and
>>> get your changes back in your workspace after you do a "svn
>>> update". To do that you use the "svn merge" command.
>>>
>> I looked at the svn merge command, but I don't understand this (svn
>> is not my favorite SCM system).
>> What svn merge command do I need to get the changes from 41383 into
>> my working copy which is currently
>> at rev 41398, so that I can fix whatever broke the build (which OF
>> COURSE built perfectly for me
>> after deleting the ORB from ~/.m2/repository, mvn clean, mvn -U
>> install: what ELSE can I do to make
>> sure this doesn't happen?) into a form where a svn commit commit the
>> correct changes?
>>
>> Thanks,
>>
>> Ken.
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>