Uploaded image for project: 'Kafka'
  1. Kafka
  2. KAFKA-1995

JMS to Kafka: Inbuilt JMSAdaptor/JMSProxy/JMSBridge (Client can speak JMS but hit Kafka)

Attach filesAttach ScreenshotAdd voteVotersWatch issueWatchersCreate sub-taskLinkCloneUpdate Comment AuthorReplace String in CommentUpdate Comment VisibilityDelete Comments
    XMLWordPrintableJSON

Details

    • Wish
    • Status: Open
    • Major
    • Resolution: Unresolved
    • 0.9.0.0
    • None
    • core
    • None

    Description

      Kafka is a great alternative to JMS, providing high performance, throughput as scalable, distributed pub sub/commit log service.
      However there always exist traditional systems running on JMS.
      Rather than rewriting, it would be great if we just had an inbuilt JMSAdaptor/JMSProxy/JMSBridge by which client can speak JMS but hit Kafka behind-the-scene.
      Something like Chukwa's o.a.h.chukwa.datacollection.adaptor.jms.JMSAdaptor, which receives msg off JMS queue and transforms to a Chukwa chunk?

      I have come across folks talking of this need in past as well.Is it considered and/or part of the roadmap?
      http://grokbase.com/t/kafka/users/131cst8xpv/stomp-binding-for-kafka
      http://grokbase.com/t/kafka/users/148dm4247q/consuming-messages-from-kafka-and-pushing-on-to-a-jms-queue
      http://grokbase.com/t/kafka/users/143hjepbn2/request-kafka-zookeeper-jms-details

      Looking for inputs on correct way to approach this so to retain all good features of Kafka while still not rewriting entire application.Possible?

      Attachments

        Activity

          This comment will be Viewable by All Users Viewable by All Users
          Cancel

          People

            Unassigned Unassigned
            rekhajoshm Rekha Joshi

            Dates

              Created:
              Updated:

              Slack

                Issue deployment