<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Blog on Bit Mojo – Hiram Chirino</title><link>https://hiramchirino.com/blog/</link><description>Recent content in Blog on Bit Mojo – Hiram Chirino</description><generator>Hugo -- gohugo.io</generator><language>en</language><lastBuildDate>Sun, 04 Aug 2019 11:42:40 -0400</lastBuildDate><atom:link href="https://hiramchirino.com/blog/index.xml" rel="self" type="application/rss+xml"/><item><title>Stop wasting money on WordPress Hosting!</title><link>https://hiramchirino.com/blog/2019/stop-wasting-money-on-wordpress-hosting/</link><pubDate>Sun, 04 Aug 2019 11:42:40 -0400</pubDate><guid>https://hiramchirino.com/blog/2019/stop-wasting-money-on-wordpress-hosting/</guid><description>I would like to share my experience in converting my WordPress based blog to a static site. I’ve been paying WordPress hosting fees for years. WordPress is a great blogging platform with an amazing plugin ecosystem. But that same ecosystem that makes it so attractive, also leads to WordPress sites slowing down. Each plugin you add to your site typically adds additional database requests to each page that’s rendered for you site visitors.</description></item><item><title>Apache Camel K is the Hotness</title><link>https://hiramchirino.com/blog/2018/12/10/apache-camel-k-is-the-hotness/</link><pubDate>Mon, 10 Dec 2018 11:41:14 +0000</pubDate><guid>https://hiramchirino.com/blog/2018/12/10/apache-camel-k-is-the-hotness/</guid><description>My Fuse co-workers have been busy beavering away on a new project at Apache called Camel K. It&amp;rsquo;s a fantastic new project which brings together two amazing technologies: Kubernetes and Camel. Lets face it, even when your building new applications using all the new goodness that Kubernetes brings to the table, your going to need to interact with existing systems, some of which could be harder to access than others. Thats where Camel tends to shine.</description></item><item><title>Red Hat Fuse 7 is Now Available!</title><link>https://hiramchirino.com/blog/2018/06/04/red-hat-fuse-7-is-now-available/</link><pubDate>Mon, 04 Jun 2018 09:00:45 +0000</pubDate><guid>https://hiramchirino.com/blog/2018/06/04/red-hat-fuse-7-is-now-available/</guid><description>I&amp;rsquo;m happy to announce that Red Hat Fuse 7.0 is now officially available! This is major new release which focused on expanding support for distributed hybrid integration deployments. Fuse now comes in 3 distributions:
Fuse Standalone. Run integrations in your choice of JVM platform: OSGi, JEE, or Spring Boot. This is an evolution of what was provided in Fuse 6.3. In addition to the new Spring Boot support, major Fuse building blocks like Apache Camel, Apache CXF, Undertow, etc.</description></item><item><title>Fuse Integration Services 2.0 is Out!</title><link>https://hiramchirino.com/blog/2017/02/21/fuse-integration-services-2-0-is-out/</link><pubDate>Tue, 21 Feb 2017 13:32:37 +0000</pubDate><guid>https://hiramchirino.com/blog/2017/02/21/fuse-integration-services-2-0-is-out/</guid><description>I’m happy to announce that JBoss Fuse Integration Service 2.0 has been released. The Fuse team has been hard at work bringing Camel 2.18, Spring Boot, to the OpenShift platform. This is the best platform to develop and operate integrations in a micro microservice architecture. It lets you create tailored containerized integration applications that package only the middleware services that you need and no more.
What is Fuse Integration Services?</description></item><item><title>Apache Apollo 1.0 Released!</title><link>https://hiramchirino.com/blog/2012/02/03/apache-apollo-1-0-released/</link><pubDate>Fri, 03 Feb 2012 09:21:52 +0000</pubDate><guid>https://hiramchirino.com/blog/2012/02/03/apache-apollo-1-0-released/</guid><description>I&amp;rsquo;m pleased to announce the availability of Apache Apollo 1.0. Apollo is a faster, more reliable, easier to maintain messaging broker built from the foundations of the Apache ActiveMQ project but with a radically different threading architecture which lets it scale to large number of concurrent connections and destinations while using a constant number of threads.
Apollo features:
Stomp 1.0 Protocol Support Stomp 1.1 Protocol Support Topics and Queues Queue Browsers Durable Subscriptions on Topics Persistent/Reliable Messaging Message Expiration Message Swapping Message Selectors JAAS Authentication ACL based Authorization SSL/TLS Support and Certificate based Authentication REST Management API Yes, it supports JMS!</description></item><item><title>ActiveMQ Apollo Looking Impressive</title><link>https://hiramchirino.com/blog/2011/01/17/activemq-apollo-looking-impressive/</link><pubDate>Mon, 17 Jan 2011 15:47:08 +0000</pubDate><guid>https://hiramchirino.com/blog/2011/01/17/activemq-apollo-looking-impressive/</guid><description>ActiveMQ Apollo is a new generation of messaging broker built from the foundations of the ActiveMQ messaging broker, but using a radically different threading and message dispatching architecture. In it&amp;rsquo;s current incarnation, Apollo only supports the STOMP protocol but just like the original ActiveMQ, it&amp;rsquo;s been designed to be a multi protocol broker and in future iterations it should get OpenWire support so it can be compatible with ActiveMQ 5.x JMS clients.</description></item><item><title>RestyGWT 1.0 Released</title><link>https://hiramchirino.com/2010/09/27/restygwt-1-0-released/</link><pubDate>Mon, 27 Sep 2010 13:54:41 +0000</pubDate><guid>https://hiramchirino.com/2010/09/27/restygwt-1-0-released/</guid><description>I am pleased to announce the availability of RestyGWT 1.0.
RestyGWT is a GWT generator for REST services and JSON encoded data transfer objects. What I really like about it is that it allows you to write rich JAX-RS based services and access those services from at GWT client reusing all the same DTO objects that you use on the server side.
In other words, it just as easy to use as GWT-RPC except it&amp;rsquo;s using simple RESTful URLs and JSON encoding of data when it access server side resources.</description></item><item><title>HawtDispatch Event Based IO</title><link>https://hiramchirino.com/2010/07/26/hawtdispatch-event-based-io/</link><pubDate>Mon, 26 Jul 2010 11:28:50 +0000</pubDate><guid>https://hiramchirino.com/2010/07/26/hawtdispatch-event-based-io/</guid><description>My previous post promised a follow up to explain how network IO events are handled by HawtDispatch. Before I get into the details, I urge you to read Mark McGranaghan&amp;rsquo;s post on Threaded vs Evented Servers. He does an excellent job describing how event driven servers scale in comparison to threaded servers. This post will try to highlight how HawtDispatch provides an excellent framework for the implementation of event based servers.</description></item><item><title>Scaling Up with HawtDispatch</title><link>https://hiramchirino.com/2010/06/03/scaling-up-with-hawtdispatch/</link><pubDate>Thu, 03 Jun 2010 11:04:08 +0000</pubDate><guid>https://hiramchirino.com/2010/06/03/scaling-up-with-hawtdispatch/</guid><description>I just spotted an excellent article on how reducing the number of cores used by a multi-threaded actually increased it&amp;rsquo;s performance. This seems counter intuitive at first, but it is a sad reality. It is very easy to create contention across threads in a multi-threaded app which in turn lowers performance.
A few months ago, I experienced similar results while hacking on ActiveMQ. I noticed that passing messages from producer connections to consumer connections was dramatically faster if the producer and consumer were being serviced by the same thread.</description></item><item><title>Jansi 1.2 Released</title><link>https://hiramchirino.com/2010/02/10/jansi-1-2-released/</link><pubDate>Wed, 10 Feb 2010 17:19:10 +0000</pubDate><guid>https://hiramchirino.com/2010/02/10/jansi-1-2-released/</guid><description>I&amp;rsquo;m happy to announce that Jansi 1.2 has been released. It addresses a couple of small bugs and adds a few minor enhancements. See the full change log for more details.</description></item><item><title>Mop 1.0 Milestone 1 Released!</title><link>https://hiramchirino.com/2009/12/09/mop-1-0-milestone-1-released/</link><pubDate>Wed, 09 Dec 2009 07:58:15 +0000</pubDate><guid>https://hiramchirino.com/2009/12/09/mop-1-0-milestone-1-released/</guid><description>I&amp;rsquo;m very excited to announce that Mop 1.0 M1 has been released. Mop is one of those tools that you wish you have had years ago. Most of you probably have not heard of mop yet. Mop is:
&amp;#8230; a small utility for executing Java programs which are stored as artifacts like jars or bundles in a Maven repository. MOP automatically deals with the following for you transitive dependencies downloading artifacts from remote repositories and caching them locally setting up your class path</description></item><item><title>Fuse Community Day: San Francisco</title><link>https://hiramchirino.com/2009/12/04/fuse-community-day-san-francisco/</link><pubDate>Fri, 04 Dec 2009 13:20:33 +0000</pubDate><guid>https://hiramchirino.com/2009/12/04/fuse-community-day-san-francisco/</guid><description>I just found out I&amp;rsquo;m going to heading out to San Francisco to attend the Fuse Community Day!
Progress Software is sponsoring an Apache ServiceMix, ActiveMQ, CXF &amp;amp; Camel Community Day on Thursday, December 10th, at the Hyatt Hotel in Burlingame. Join us at this free event and meet committers and founders of Apache ServiceMix, ActiveMQ, CXF and Camel that have successfully implemented enterprise application and deployed these projects in production.</description></item><item><title>Python messaging: ActiveMQ and RabbitMQ</title><link>https://hiramchirino.com/2009/10/20/python-messaging-activemq-and-rabbitmq/</link><pubDate>Tue, 20 Oct 2009 12:15:55 +0000</pubDate><guid>https://hiramchirino.com/2009/10/20/python-messaging-activemq-and-rabbitmq/</guid><description>Dejan just posted a nice writeup comparing the performance of ActiveMQ to RabbitMQ in the case of python clients. Interesting results:
&amp;#8230; both ActiveMQ and RabbitMQ are decent brokers that will serve their purpose well in normal conditions, but put to their extremes in terms of throughput, scalability and reliability, ActiveMQ currently outperforms RabbitMQ for messaging usage in Python.</description></item><item><title>RestyGWT, a Better GWT RPC??</title><link>https://hiramchirino.com/2009/10/19/restygwt-a-better-gwt-rpc/</link><pubDate>Mon, 19 Oct 2009 18:50:38 +0000</pubDate><guid>https://hiramchirino.com/2009/10/19/restygwt-a-better-gwt-rpc/</guid><description>If your familiar with GWT RPC, then you you know that it&amp;rsquo;s it&amp;rsquo;s provides a very nice client side framework for doing AJAX requests against Java Servlets. The sad part is that it uses a binary protocol. That protocol is not easily understood by other languages or frameworks.
Counter that with latest AJAX rage, RESTful services with a JSON or XML representation of the data. The nice thing about using JSON with REST services is that clients and servers can easily be built it any language.</description></item><item><title>RMI via JMS 1.0 Released!</title><link>https://hiramchirino.com/2009/10/19/rmi-via-jms-1-0-released/</link><pubDate>Mon, 19 Oct 2009 15:28:26 +0000</pubDate><guid>https://hiramchirino.com/2009/10/19/rmi-via-jms-1-0-released/</guid><description>I&amp;rsquo;m pleased to announce the release of RMI via JMS 1.0! RMI via JMS allows you do RMI style remoting over any JMS provider. It combines the ease of RMI development with flexibility and loose coupling that JMS provides.
It also supports and even simpler interface remoting model which does not mandate the throwing of RemoteException or extending the RemoteObject interfaces. It even allows remoting classes which don&amp;rsquo;t implement any interfaces via ASM magic.</description></item><item><title>Blogware Switch</title><link>https://hiramchirino.com/2009/09/22/blogware-switch/</link><pubDate>Tue, 22 Sep 2009 13:29:05 +0000</pubDate><guid>https://hiramchirino.com/2009/09/22/blogware-switch/</guid><description>Changed the blog over to WordPress from Blogger. I am impressed how polished this app is. Who would have thought a PHP app could get this good?</description></item><item><title>STOMP Clarification</title><link>https://hiramchirino.com/2009/09/21/stomp-clarification/</link><pubDate>Mon, 21 Sep 2009 08:22:00 +0000</pubDate><guid>https://hiramchirino.com/2009/09/21/stomp-clarification/</guid><description>I just saw a tweet which demonstrates that the STOMP spec still needs more clarification. I think Brian McCallister, the founding architect of protocol, will agree that one of the tenets of the protocol was for it to be simple enough to even use by user which directly connects to a server via telnet.
And to support that use case, newlines after the frame terminator are a natural occurrence. But it might be easier to describe it as:</description></item><item><title>ActiveMQ Protobuf Implemtation Features</title><link>https://hiramchirino.com/2009/09/18/activemq-protobuf-implemtation-features/</link><pubDate>Fri, 18 Sep 2009 12:57:00 +0000</pubDate><guid>https://hiramchirino.com/2009/09/18/activemq-protobuf-implemtation-features/</guid><description>I promised I would follow up on my previous post on how the &amp;#8220;The ActiveMQ Protobuf Implementation Rocks!&amp;#8221;.
So you might be asking yourself, what&amp;rsquo;s the secret sauce? Well before I get into that, let me first explain the class model that our proto compiler generates.
For every message definition in the &amp;#8216;.proto&amp;rsquo; file, the compiler will generate 3 classes:
the message interface: is implemented by the bean and buffer classes.</description></item><item><title>The ActiveMQ Protobuf Implementation Rocks!</title><link>https://hiramchirino.com/2009/09/18/the-activemq-protobuf-implementation-rocks/</link><pubDate>Fri, 18 Sep 2009 00:15:00 +0000</pubDate><guid>https://hiramchirino.com/2009/09/18/the-activemq-protobuf-implementation-rocks/</guid><description>While reading Comparing the Java Serialization Options I ran across the a cool google code project which has done an excellent job benchmarking a wide variety of serialization options for java.
I&amp;rsquo;ve had been researching the protobuf encoding format for a while and really liked it. But I did not really like the Java implementation that Google had published. It was kinda clunky to use and I saw several optimizations that could be used that were missing.</description></item><item><title>Openwire Python Client for ActiveMQ</title><link>https://hiramchirino.com/2009/07/07/openwire-python-client-for-activemq/</link><pubDate>Tue, 07 Jul 2009 09:46:00 +0000</pubDate><guid>https://hiramchirino.com/2009/07/07/openwire-python-client-for-activemq/</guid><description>Wow, I can&amp;rsquo;t believe I missed it. Python lovers rejoice! Seems some good folks have created a python client for ActiveMQ which is using the very robust ActiveMQ C++ client.
And for those of you on Ubuntu, Dejan Bosanac has put together an excellent guide on how to build it on ubuntu.</description></item><item><title>Jansi - Bringing ANSI Support to Java on Windows</title><link>https://hiramchirino.com/2009/07/07/jansi-bringing-ansi-support-to-java-on-windows/</link><pubDate>Tue, 07 Jul 2009 09:37:00 +0000</pubDate><guid>https://hiramchirino.com/2009/07/07/jansi-bringing-ansi-support-to-java-on-windows/</guid><description>Last weekend I got a little spare time an through together a small little library while should help with the problem of boring Java console applications on Windows.
It&amp;rsquo;s called Jansi and it provides support for using ANSI escape sequences in your Java console applications on Windows.
With ANSI escape sequences, you can fully control the the cursor positioning and the foreground and background color of the console text output. Here is quick example of what&amp;rsquo;s posssible:</description></item><item><title>New Checksum Plugin</title><link>https://hiramchirino.com/2008/08/02/new-checksum-plugin/</link><pubDate>Sat, 02 Aug 2008 10:18:00 +0000</pubDate><guid>https://hiramchirino.com/2008/08/02/new-checksum-plugin/</guid><description>So in my last post I was suggesting making it easier to include dependency checksums as part of a maven build. I decided that it should be simple enough to implement this as a Maven Plugin. For those of you interested, you can get the source to the new Checksum Plugin here.
The basic problem the plugin is trying to solve is that it is possible that central repositories get hacked and the artifacts/dependencies of our builds get replaced with</description></item><item><title>Comments on the Maven Repository Security Proposal</title><link>https://hiramchirino.com/2008/07/28/comments-on-the-maven-repository-security-proposal/</link><pubDate>Mon, 28 Jul 2008 15:07:00 +0000</pubDate><guid>https://hiramchirino.com/2008/07/28/comments-on-the-maven-repository-security-proposal/</guid><description>For those of you who don&amp;rsquo;t know, Maven is an awesome build tool. It uses centralized repositories to share build artifacts. Right now there is a problem, where if a repository is hacked, malicious code could be injected into those artifacts and distributed by other builds. Lots of folks object to using maven solely due to this possibility. It&amp;rsquo;s a good thing that the maven teams seems to be working on fix those problems.</description></item><item><title>Keep an eye out for ZooKeeper</title><link>https://hiramchirino.com/2008/07/17/keep-an-eye-out-for-zookeeper/</link><pubDate>Thu, 17 Jul 2008 14:04:00 +0000</pubDate><guid>https://hiramchirino.com/2008/07/17/keep-an-eye-out-for-zookeeper/</guid><description>Wow, I love the simplicity that ZooKeeper brings to a really hard set of distributed problems. Check out this Introductory Video that explains it more in depth. Basically group leadership/coordination and cluster wide configuration issues are taken care of if you Use ZooKeeper.
Oh and it&amp;rsquo;s an Apache Project now. Yay! Seems like the project website is still not fully setup since they are migrating from SourceForge to Apache, be here&amp;rsquo;s a link to the source tree.</description></item><item><title>TODO: Double Write Buffers</title><link>https://hiramchirino.com/2008/07/17/todo-double-write-buffers/</link><pubDate>Thu, 17 Jul 2008 13:57:00 +0000</pubDate><guid>https://hiramchirino.com/2008/07/17/todo-double-write-buffers/</guid><description>Note to self: investigate implementing the Double Write Buffers idea in ActiveMQ. ActiveMQ keeps several indexes into the persistent messages that it&amp;rsquo;s holding and when ActiveMQ is shutdown ungracefully, we rebuild the indexes from the data logs due to them being in inconsistent state. If your queueing up millions of messages, building those indexes can take a long time.
Double buffering may allow us fix inconistencies in those index and gets us running faster.</description></item><item><title>ActiveMQ/SpecJMS/Camel Webinar</title><link>https://hiramchirino.com/2008/06/02/activemqspecjmscamel-webinar/</link><pubDate>Mon, 02 Jun 2008 14:30:00 +0000</pubDate><guid>https://hiramchirino.com/2008/06/02/activemqspecjmscamel-webinar/</guid><description>Whoa, time flies by, and I forgot to post about the upcoming webinar that I will be co-hosting with Rob Davies on June 10th. We will be covering some messaging basics, introducing Apache ActiveMQ and Apache Camel to the audience, but most interesting I think will be the section where Rob will be covering the results that IONA has been seeing benchmarking ActiveMQ against the SpecJMS2007 test suite. I totally agree with Rob&amp;rsquo;s comment that &amp;#8220;An independent benchmark is important, because it negates the chance to skew home groan tests to a vendor&amp;rsquo;s strengths.</description></item><item><title>InfoQ Covers ActiveMQ 5.1 Release</title><link>https://hiramchirino.com/2008/05/29/infoq-covers-activemq-5-1-release/</link><pubDate>Thu, 29 May 2008 14:51:00 +0000</pubDate><guid>https://hiramchirino.com/2008/05/29/infoq-covers-activemq-5-1-release/</guid><description>InfoQ has posted nice article on the new features in the ActiveMQ 5.1 release versus the last 4.1 release:
Apache ActiveMQ, an open source provider of enterprise messaging services, recently released version 5.1 which includes improvements in stability and performance of the message broker product. This version also includes support for priority message ordering and a Microsoft Message Queue (MSMQ) to ActiveMQ Bridge with the new msmq transport component.</description></item><item><title>ActiveMQ 5.1.0 Release</title><link>https://hiramchirino.com/2008/05/07/activemq-5-1-0-release/</link><pubDate>Wed, 07 May 2008 11:56:00 +0000</pubDate><guid>https://hiramchirino.com/2008/05/07/activemq-5-1-0-release/</guid><description>For all of you who ran into issues with ActiveMQ 5.0.0 when running it in anger, I highly recommend you give the just released ActiveMQ 5.1.0 a try. This release focused focused on making the broker rock solid. It resolved several bugs which only reared their heads in high load situations. Memory leaks have been squashed and performance has even improved in several areas.
Even if you have not had seen any issues with your 5.</description></item><item><title>Mulitcast not working on a Linux box?</title><link>https://hiramchirino.com/2008/04/10/mulitcast-not-working-on-a-linux-box/</link><pubDate>Thu, 10 Apr 2008 12:59:00 +0000</pubDate><guid>https://hiramchirino.com/2008/04/10/mulitcast-not-working-on-a-linux-box/</guid><description>Just ran into a problem where some mutlicast tests were failing on a linux box and I could not figure out why. Did a little bit of research and found out that you may need to add a route for it first. So if you have this problem try running:
route add 224.0.0.0 netmask 240.0.0.0 dev eth0
or if you have an older version of linux like me:
route add -net 224.</description></item><item><title>More ActiveMQ Fanfare</title><link>https://hiramchirino.com/2008/01/02/more-activemq-fanfare/</link><pubDate>Wed, 02 Jan 2008 09:59:00 +0000</pubDate><guid>https://hiramchirino.com/2008/01/02/more-activemq-fanfare/</guid><description>Nice to see the new year starting off right. I Noticed this post over at the eaimatrix.com:
A plethora of message queuing products exist in today&amp;rsquo;s EAI market, all aimed at providing solutions to the problem of application integration. Few can however lay as much claim to fame as ActiveMQ, an open source Message Broker and JMS/Enterprise Integration Patterns provider which is licensed, developed and distributed under the open source Apache emblem.</description></item><item><title>ActiveMQ Webinar</title><link>https://hiramchirino.com/2007/11/13/activemq-webinar/</link><pubDate>Tue, 13 Nov 2007 10:29:00 +0000</pubDate><guid>https://hiramchirino.com/2007/11/13/activemq-webinar/</guid><description>Late notice.. but James and I are doing an ActiveMQ Webinar in an hour and half. Sign up for it and let us know what you thought about it.</description></item><item><title>Docbook is dead.. Long live HTML</title><link>https://hiramchirino.com/2007/10/02/docbook-is-dead-long-live-html/</link><pubDate>Tue, 02 Oct 2007 11:22:00 +0000</pubDate><guid>https://hiramchirino.com/2007/10/02/docbook-is-dead-long-live-html/</guid><description>Yay.. The Apache Camel project has started to generate some beautiful looking PDF documentation from standard HTML by using prince and the Boom style sheet against our wiki. We contacted the Boom folks and they cleared up the license terms of the Boom file so that it&amp;rsquo;s officially open source. The Boom folks have relicensed under the very liberal MIT license.
Update:
An interesting thread docbook and HTML is going on at The Server Side.</description></item><item><title>Dip Your Toes in Some Camel Today</title><link>https://hiramchirino.com/2007/09/26/dip-your-toes-in-some-camel-today/</link><pubDate>Wed, 26 Sep 2007 10:36:00 +0000</pubDate><guid>https://hiramchirino.com/2007/09/26/dip-your-toes-in-some-camel-today/</guid><description>The James Strachan has put together an awesome intro to Apache Camel.
A high quality version of the screencast also available.</description></item><item><title>New FUSE Releases</title><link>https://hiramchirino.com/2007/09/25/new-fuse-releases/</link><pubDate>Tue, 25 Sep 2007 11:49:00 +0000</pubDate><guid>https://hiramchirino.com/2007/09/25/new-fuse-releases/</guid><description>It looks like the word is spreading that the FUSE has a new release out. The release includes enhancements across the FUSE family of products including, FUSE ESB, FUSE Message Broker, FUSE Services Framework and FUSE Mediation Router. The releases include significant performance and feature improvements and tighter integration between the FUSE ESB and all components of the product family.
For those of you who don&amp;rsquo;t know, the FUSE family of products are IONA supported versions of several Apache projects like ActiveMQ and ServiceMix.</description></item><item><title>ServiceMix has Graduated</title><link>https://hiramchirino.com/2007/09/20/servicemix-has-graduated/</link><pubDate>Thu, 20 Sep 2007 11:17:00 +0000</pubDate><guid>https://hiramchirino.com/2007/09/20/servicemix-has-graduated/</guid><description>Congratulations to the ServiceMix project for graduating from the Incubator! Having participated in several projects that have graduated from the Apache incubator, I can attest that this is an awesome milestone to have completed.
For those of you who don&#39;t know what ServiceMix is, it&#39;s by far the BEST open source ESB available today. The components in this ESB use the JBI 1.0 spec to integrate so end users and component developers can avoid the vendor lock in that is so common in todays commercial ESB space.</description></item><item><title>Learn how to Use ActiveMessaging to leverage ActiveMQ from Rails</title><link>https://hiramchirino.com/2007/03/02/learn-how-to-use-activemessaging-to-leverage-activemq-from-rails/</link><pubDate>Fri, 02 Mar 2007 10:56:00 +0000</pubDate><guid>https://hiramchirino.com/2007/03/02/learn-how-to-use-activemessaging-to-leverage-activemq-from-rails/</guid><description>You have to checkout this great InfoQ Article on ActiveMessaging. It&amp;rsquo;s an outstanding writeup on how to use ActiveMQ from Rails. I think this is just another sign that STOMP is gain momentum.</description></item><item><title>StompConnect &amp;#8211; Finally, you can talk nativley to any JMS server from any language.</title><link>https://hiramchirino.com/2007/02/24/stompconnect-finally-you-can-talk-nativley-to-any-jms-server-from-any-language/</link><pubDate>Sat, 24 Feb 2007 21:40:00 +0000</pubDate><guid>https://hiramchirino.com/2007/02/24/stompconnect-finally-you-can-talk-nativley-to-any-jms-server-from-any-language/</guid><description>OMG, James is at it again! He whipped up the new StompConnect project at a blink of an eye. Firstly, let me introduce you to Stomp. Stomp was designed to be a super simple wire protocol for clients to talk to Message Oriented Middleware (MOM), like ActiveMQ. Since the protocol is text based and simple to implement, multiple language clients and servers were created with little effort.
And now thanks StompConnect, every JMS compliant MOM in existence (which is like almost all of them) can now be talked to using Stomp!</description></item><item><title>ActiveMQ Updates</title><link>https://hiramchirino.com/2007/02/20/activemq-updates/</link><pubDate>Tue, 20 Feb 2007 10:20:00 +0000</pubDate><guid>https://hiramchirino.com/2007/02/20/activemq-updates/</guid><description>Wow, it&amp;rsquo;s been a while since I&amp;rsquo;ve posted but several exiting events have been happing in the ActiveMQ arena.
Apache ActiveMQ has GRADUATED out of the incubator and is an official Apache project! The ActiveMQ website has moved to http://activemq.apache.org and has received a new face lift thanks to yours truly. ActiveMQ 5.0 development is making huge progress and Rob has put up an excellent post outlining the upcoming features in the next version of ActiveMQ.</description></item><item><title>Web 2.0 Communication Layer: from HTTP to Comet to Internet Mess</title><link>https://hiramchirino.com/2006/10/16/web-2-0-communication-layer-from-http-to-comet-to-internet-mess/</link><pubDate>Mon, 16 Oct 2006 16:31:00 +0000</pubDate><guid>https://hiramchirino.com/2006/10/16/web-2-0-communication-layer-from-http-to-comet-to-internet-mess/</guid><description>Checkout this server side thread. Folks are starting to think about using JavaScript on the browser to access an &amp;#8220;Internet Messaging Bus&amp;#8221;. They want to have thing like:
Guaranteed delivery Once and only once deliveryGuaranteed order of deliveryServer push and client pullFunny thing is that most of all that is available today with ActiveMQ! And to get really great performance, use ActiveMQ with Jetty! ActiveMQ comes with a simple little JavaScript API that allows you to access the ActiveMQ message bus using Comet style http polling.</description></item><item><title>AMQP &amp;#8211; An Interesting Start</title><link>https://hiramchirino.com/2006/06/21/amqp-an-interesting-start/</link><pubDate>Wed, 21 Jun 2006 14:50:00 +0000</pubDate><guid>https://hiramchirino.com/2006/06/21/amqp-an-interesting-start/</guid><description>A few days ago the AMQP spec was announced on TSS. I quickly downloaded the spec and I have some initial impressions.
#1: I think it&amp;rsquo;s unfortunate that the &amp;#8220;AMQP&amp;#8221; sounds too much like it has something to do with ActiveMQ which most folks abbreviate to AMQ, as in, &amp;#8220;Have you downloaded AMQ 4?&amp;#8221;. This along with the fact that AMQ and AMQP are both related technologies, the first is a mom provider and the second is a wire protocol for mom providers.</description></item><item><title>Problems with Geronimo and RTC</title><link>https://hiramchirino.com/2006/06/17/problems-with-geronimo-and-rtc/</link><pubDate>Sat, 17 Jun 2006 11:20:00 +0000</pubDate><guid>https://hiramchirino.com/2006/06/17/problems-with-geronimo-and-rtc/</guid><description>The Apache Geronimo project has recently changed it&amp;rsquo;s commit policy to a Review then Commit (RTC) policy. Which means no one can commit to the Geronimo project unless you submit a patch and then get 3 other Geronimo committers to review, apply, test, and then give you 3 +1s.
In theory, this is supposed to increase the communication between the developers. In practice, it&amp;rsquo;s looking a little scary. For example, I just wanted to move some ActiveMQ integration modules from living in the ActiveMQ project to live in the Geronimo project.</description></item><item><title>Getting Involved with Open Source</title><link>https://hiramchirino.com/2006/06/14/getting-involved-with-open-source/</link><pubDate>Wed, 14 Jun 2006 21:10:00 +0000</pubDate><guid>https://hiramchirino.com/2006/06/14/getting-involved-with-open-source/</guid><description>I have a younger brother-in-law that also went in to software development field, and he thinks that I&amp;rsquo;m the luckiest guy in the world since my day job is basically working on open source projects. Every once in a while he asks me, &amp;#8220;How can I get more involved with open source?&amp;#8221;.
I always say, just find a project that you like and start contributing to it. So far, not much has happened&amp;#8230; So Jason, screw that &amp;#8220;find a project&amp;#8221; stuff.</description></item><item><title>Blog URL Moved</title><link>https://hiramchirino.com/2006/05/30/blog-url-moved/</link><pubDate>Tue, 30 May 2006 13:04:00 +0000</pubDate><guid>https://hiramchirino.com/2006/05/30/blog-url-moved/</guid><description>Since I hate to be dependent on 3rd party services and URLs, I moved my Blog URL to a URL that I own: http://hiramchirino.com
They funny thing is that blogspot wasted no time when I changed how I published my blog, and someone else snatched up my old blogbucket.blogspot.com url.</description></item><item><title>Beefing up Kaha</title><link>https://hiramchirino.com/2006/05/22/beefing-up-kaha/</link><pubDate>Mon, 22 May 2006 18:40:00 +0000</pubDate><guid>https://hiramchirino.com/2006/05/22/beefing-up-kaha/</guid><description>Rob Davies and I spent some time last week looking at his Kaha message store implementation. In a way, it&amp;rsquo;s similar to a experimental QuickJournal implementation that I had committed previously. The idea of the QuickJournal was that Journal log files were not deleted and that messages could be easily retrieved from the Journal. The journal would only checkpoint to the long term store the location of where the messages are located in the journal.</description></item><item><title>A Closer Look at the Gigantic Destination Nut</title><link>https://hiramchirino.com/2006/05/22/a-closer-look-at-the-gigantic-destination-nut/</link><pubDate>Mon, 22 May 2006 16:14:00 +0000</pubDate><guid>https://hiramchirino.com/2006/05/22/a-closer-look-at-the-gigantic-destination-nut/</guid><description>I exposed the gigantic destination issues that ActiveMQ has in a previous blog post. I&amp;rsquo;ll take a little time to expand on the issue and why it&amp;rsquo;s not simple to solve, and what ActiveMQ 4.0 does today.
It&amp;rsquo;s obvious that we need to swap messages to disk when a queue needs to hold more messages than it could hold in RAM. We sometimes also call that spooling messages to disk. The issues that make this hard to implement are:</description></item><item><title>Mapping Beans to REST</title><link>https://hiramchirino.com/2006/05/22/mapping-beans-to-rest/</link><pubDate>Mon, 22 May 2006 14:36:00 +0000</pubDate><guid>https://hiramchirino.com/2006/05/22/mapping-beans-to-rest/</guid><description>I&amp;rsquo;m one of those guys that thinks that REST is great technology. Sure, REST is does not do everything that SOAP can do, but I think that REST is built to be SIMPLE, something that SOAP and it&amp;rsquo;s WS-* buddies forgot about.
What we are missing is a good standard way to map REST to the simple POJO programming model that most of the Java industry has been quickly adopting. Seems SeXFire Dan has good start on a way of doing that!</description></item><item><title>Scaling to Gigantic Queues and Topics</title><link>https://hiramchirino.com/2006/05/22/scaling-to-gigantic-queues-and-topics/</link><pubDate>Mon, 22 May 2006 12:49:00 +0000</pubDate><guid>https://hiramchirino.com/2006/05/22/scaling-to-gigantic-queues-and-topics/</guid><description>One of the current issues with ActiveMQ is that it&amp;rsquo;s an uber fast message broker while consumers are online and consuming messages, but things start to kinda not works so great when you have a use case where you want to queue up &amp;#8216;work/messages&amp;rsquo; for a consumer that will be offline for days.
In ActiveMQ 4.0, we have hacked in some initial support for loading up a queue with a huge number of messages without blowing up the memory usage of the JVM, but it&amp;rsquo;s a bit hacky and it may fail work right if a consumer comes back online and the consumer recovery process kicks in.</description></item><item><title>&lt;start-of-blog&gt;</title><link>https://hiramchirino.com/2006/05/22/start-of-blog/</link><pubDate>Mon, 22 May 2006 12:46:00 +0000</pubDate><guid>https://hiramchirino.com/2006/05/22/start-of-blog/</guid><description>This just a quick post on why I&amp;rsquo;m going to start blogging.
I think that I get involved in many small projects, and sometimes I don&amp;rsquo;t get back some of the smaller ones. I may be deluding myself, but I&amp;rsquo;m hoping that If I post about it, one day I will re-read my blog and get back to projects that I had found interesting before. I also hope other folks may find some of these projects interesting and will help with them.</description></item></channel></rss>