Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [ecf-dev] JMS provider update
I don't think we need to have all the orbit repos in there. Just the most recent. Bucky will traverse every repo to find the best match. Having all these old orbit releases in there will slow down the build.




On Fri, Jun 7, 2013 at 10:29 PM, Scott Lewis <slewis@xxxxxxxxxxxxx> wrote:
Hi Wim,

Thanks...the JMS build after my first 5.8.0 refactoring seems to have worked

https://build.ecf-project.org/jenkins/job/C-HEAD-jms.feature/40/

...and the rmap contains the latest/one (along with two others...see below) I think all is well WRT the rmap.  

There are test cases to fix though...but everything is building fine with my 5.8.0 changes.

Thanks,

Scott

content in ecf.rmap
...
  <rm:searchPath name="default">
    <rm:provider componentTypes="osgi.bundle" readerType="p2" source="false" mutable="false">
      <rm:property key="buckminster.source" value="false"/>
      <rm:property key="buckminster.mutable" value="false"/>
      <rm:uri format="http://ftp.osuosl.org/pub/eclipse/tools/orbit/downloads/drops/R20120526062928/repository/"/>
    </rm:provider>
    <rm:provider componentTypes="osgi.bundle" readerType="p2" source="false" mutable="false">
      <rm:property key="buckminster.source" value="false"/>
      <rm:property key="buckminster.mutable" value="false"/>
      <rm:uri format="http://ftp.osuosl.org/pub/eclipse/tools/orbit/downloads/drops/R20120119162704/repository"/>
    </rm:provider>
    <rm:provider componentTypes="osgi.bundle" readerType="p2" source="false" mutable="false">
      <rm:property key="buckminster.source" value="false"/>
      <rm:property key="buckminster.mutable" value="false"/>
      <rm:uri format="http://ftp.osuosl.org/pub/eclipse/tools/orbit/downloads/drops/R20130118183705/repository"/>
    </rm:provider>
    <rm:provider componentTypes="osgi.bundle" readerType="p2" source="false" mutable="false">
      <rm:property key="buckminster.source" value="false"/>
      <rm:property key="buckminster.mutable" value="false"/>
      <rm:uri format="http://ftp.osuosl.org/pub/eclipse/tools/orbit/downloads/drops/R20130517111416/repository"/>
    </rm:provider>
...




On 6/7/2013 1:12 PM, Wim Jongman wrote:
Hi Scott,

The build will fail if this specfic version of the javax.jms API is not in the orbit repo that we point to. If it does not, you need to update the rmap that holds the pointer to the orbit repo. 

The most recent orbit repo is


Cheers,

Wim





On Fri, Jun 7, 2013 at 9:48 PM, Scott Lewis <slewis@xxxxxxxxxxxxx> wrote:
Hi Folks,

I've created an enhancement to update our ActiveMQ/JMS provider (located at http://github.com/ECF) to version ActiveMQ version 5.8.0 (it's currently 5.3.2) [1].  I've started work on this myself, but please add yourself to the bug if you are interested in helping out.

As part of this, I would like to also move to using/consuming from Orbit the javax.jms API implementation (version 1.1) rather than including it as a lib within the org.eclipse.ecf.provider.jms bundle.  The only reason was it was included previously was that the javax.jms 1.1 api wasn't in Orbit...but now it is.  I've opened a piggy back CQ to consume it [2].

In any event...I will modify our feature to include javax.jms in our the JMS repo, but what I'm not clear on is what I have to do (if anything) to the buckminster meta-data to allow the build to pickup/use the Orbit javax.jms 1.1 API bundle...for both compile of org.eclipse.ecf.provider.jms and to include the javax.jms bundle in the ECF JMS provider repo.  Any help with this question is appreciated.  I've just pushed a refactored version without the internal lib to github repo, and expect the build of the JMS feature to fail on our builder when I give it a run.

Thanks,

Scott

[1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=410237
[2] http://dev.eclipse.org/ipzilla/show_bug.cgi?id=7335

_______________________________________________
ecf-dev mailing list
ecf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ecf-dev



_______________________________________________
ecf-dev mailing list
ecf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ecf-dev


_______________________________________________
ecf-dev mailing list
ecf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ecf-dev


Back to the top