Edit (11-01-21) : See the more recent post on a new YUM repo and ActiveMQ 5.4.2 rpms.
All of the deployment we do is via RPM and a big gap for us has long been the lack of RPMs for FUSE Message Broker/ Apache ActiveMQ.
We've had our own hand-rolled rpms for a while now, and when I saw Dejan working on rpms via the maven plugin for ActiveMQ I offered to submit upstream what we have. It's taken a bit of time to clean it up, but now it's all ready.
Our main deployment platform is Scientific Linux 5, based on RHEL 5. We try where possible to submit things upstream via EPEL, and this means we need to comply with the Fedora packaging guidelines. For Java you must build from source and you can't package dependencies in your rpm, so for a 'real' ActiveMQ rpm I'm going to have to build all the dependencies (and that includes all the camel dependencies too). For such an old OS versions as RHEL5 I think this isn't worth it, but it's on my project list to try and do this for the upcoming RHEL6 release.
Anyway, what does this mean for ActiveMQ rpms now ? Basically they're 'built' from a binary tarball coming from the Apache dist web server. The rpm does some repackaging to make things a bit more linux-like in terms of directory locations and also applies some small patches (AMQ-2726 , AMQ-2727) which I'm waiting to get integrated upstream.
Everything is released for now on github and I hope it gets merged upstream at some point - keep an eye on this bug (AMQ-2105) for progress. If you want to build for yourself, just grab the code and do a make
Built rpms for Centos5/RHEL5/SLC5 are on our build system. Enjoy !
All of the deployment we do is via RPM and a big gap for us has long been the lack of RPMs for FUSE Message Broker/ Apache ActiveMQ.
We've had our own hand-rolled rpms for a while now, and when I saw Dejan working on rpms via the maven plugin for ActiveMQ I offered to submit upstream what we have. It's taken a bit of time to clean it up, but now it's all ready.
Our main deployment platform is Scientific Linux 5, based on RHEL 5. We try where possible to submit things upstream via EPEL, and this means we need to comply with the Fedora packaging guidelines. For Java you must build from source and you can't package dependencies in your rpm, so for a 'real' ActiveMQ rpm I'm going to have to build all the dependencies (and that includes all the camel dependencies too). For such an old OS versions as RHEL5 I think this isn't worth it, but it's on my project list to try and do this for the upcoming RHEL6 release.
Anyway, what does this mean for ActiveMQ rpms now ? Basically they're 'built' from a binary tarball coming from the Apache dist web server. The rpm does some repackaging to make things a bit more linux-like in terms of directory locations and also applies some small patches (AMQ-2726 , AMQ-2727) which I'm waiting to get integrated upstream.
Everything is released for now on github and I hope it gets merged upstream at some point - keep an eye on this bug (AMQ-2105) for progress. If you want to build for yourself, just grab the code and do a make
Built rpms for Centos5/RHEL5/SLC5 are on our build system. Enjoy !
![Reblog this post [with Zemanta]](http://img.zemanta.com/reblog_e.png?x-id=451aa6ed-0022-8941-8056-f531c107c00c)
3 comments:
Trying to visit your build server in Firefox gives me this error:
Secure Connection Failed
An error occurred during a connection to koji.afroditi.hellasgrid.gr.
SSL peer was unable to negotiate an acceptable set of security parameters.
(Error code: ssl_error_handshake_failure_alert)
And has for a few days. IE and Chrome also refuse to do handshaking with your server.
Post a Comment