Hallo,
seit zwei Tagen wälze ich das Web, aber ich find einfach keinen vernünftigen Weg, vielleicht hat hier jemand ein paar Stichworte für mich:
ich hab eine Bean mit mehreren Methoden (laut Konzept eine MessageDrivenBean), die als SOAP-Service bereitgestellt werden soll. Allerdings nicht SOAP over HTTP, sondern over JMS. Der Transport soll über Websphere MQ erfolgen, als Applicationserver ist aber JBoss5 gesetzt. Idealerweise sollten dabei etliche StatelessSessionBeans (EJB3) in den Service injected werden. Alternativ wär auch Spring denkbar für Ressource Injection.
Für nen SOAP/HTTP-Service würd ich einfach Metro nehmen und müsste nur noch ausknobeln, wie ich die Ressourceinjection hinbekomme, aber bei JMS dreh ich mich irgendwie im Kreis:
Mit welchem Framework/welcher Technologie kann ich meinen Service so stricken und deployen, dass der mit JMS-Queues arbeitet? Gibts da mittlerweile ähnlich transparente Sachen wie bei SOAP/HTTP oder muss man da viel mit der Hand machen und wenn ja, was?
Soweit ich sehe, hat da jeder Hersteller im Moment sein eigenes Süppchen am kochen? Bei IBM sind JMS-Bindings ein paar Klicks in der IDE, bei JBOSS gibts ne MessageDrivenBean-Basisklasse, die onMessage() implementiert und zu der richtigen Methode dispatched, MQ setzt auf nen SOAP/HTTP-Wrapper usw.
Mit welcher Technologie kann ich einen Client generieren basierend auf der WSDL? Geht das überhaupt so transparent wie bei SOAP/HTTP? In den Beispielen wird immer direkt die Queue händisch angesprochen, aber das kanns ja wohl nicht sein.
Und wie um alles in der Welt bekomme ich das dann noch mit Ressourceinjection zusammen?
Danke schonmal,
Vani
seit zwei Tagen wälze ich das Web, aber ich find einfach keinen vernünftigen Weg, vielleicht hat hier jemand ein paar Stichworte für mich:
ich hab eine Bean mit mehreren Methoden (laut Konzept eine MessageDrivenBean), die als SOAP-Service bereitgestellt werden soll. Allerdings nicht SOAP over HTTP, sondern over JMS. Der Transport soll über Websphere MQ erfolgen, als Applicationserver ist aber JBoss5 gesetzt. Idealerweise sollten dabei etliche StatelessSessionBeans (EJB3) in den Service injected werden. Alternativ wär auch Spring denkbar für Ressource Injection.
Für nen SOAP/HTTP-Service würd ich einfach Metro nehmen und müsste nur noch ausknobeln, wie ich die Ressourceinjection hinbekomme, aber bei JMS dreh ich mich irgendwie im Kreis:
Mit welchem Framework/welcher Technologie kann ich meinen Service so stricken und deployen, dass der mit JMS-Queues arbeitet? Gibts da mittlerweile ähnlich transparente Sachen wie bei SOAP/HTTP oder muss man da viel mit der Hand machen und wenn ja, was?
Soweit ich sehe, hat da jeder Hersteller im Moment sein eigenes Süppchen am kochen? Bei IBM sind JMS-Bindings ein paar Klicks in der IDE, bei JBOSS gibts ne MessageDrivenBean-Basisklasse, die onMessage() implementiert und zu der richtigen Methode dispatched, MQ setzt auf nen SOAP/HTTP-Wrapper usw.
Mit welcher Technologie kann ich einen Client generieren basierend auf der WSDL? Geht das überhaupt so transparent wie bei SOAP/HTTP? In den Beispielen wird immer direkt die Queue händisch angesprochen, aber das kanns ja wohl nicht sein.
Und wie um alles in der Welt bekomme ich das dann noch mit Ressourceinjection zusammen?
Danke schonmal,
Vani
