How to implement jms in jetspeed - jboss

I need to send a message to jboss queue from a web application of jetspeed. I googled. ActiveMQ api is for jetspeed queue. But, I need to send a message to jboss queue where the message will be received by the listener in the jboss application. Is that possible to send a message through jetspeed to jboss queue?

Thanks to everyone. I myself found the answer. In order to implement jms in jetspeed, I added some of the libraries from jboss such as Jbossall-client.jar,Jbossjmx-ant.jar,Jmx-client.jar and Jnp-client.jar to the jetspeed application. Then, it is working fine.

Related

How do I configure a kafka publisher within a liferay application?

We have a big Liferay workspace project with a lot of OSGi modules. Now we came into a situation like an event-driven notification system.
The Liferay application should send events to the Kafka broker
A spring boot application should listen to those events and send out appropriate notifications
So the Liferay application act as a producer and the spring boot application as a consumer. The latter part is not a concern. I can find thousands of resources that will help me. But the first one is a headache now.
All over the internet, I haven't found a single piece of information where it explains how to configure a Liferay application as a Kafka producer. If someone could shed some light on that, it will be really helpful.
nb : I am a newbie to liferay world, basically I am a spring boot developer.

JMS web application with Eclipse and WebSphere Application Server

I am new to JMS and WAS. I am grateful if someone provides any reference that helps me to create a web application in eclipse with JMS and WAS 7.0.
Also want to get answers for below questions..
How to inject ConnectionFactory or Destination object (created in WAS) into application using jndi?
How to install and run JMS web application on WAS server?
First you need to decide on the provider for JMS. It could be WebSphere MQ, the JMS provider that comes inbuilt with WAS or some other provider too.
Refer to the redbooks https://www.redbooks.ibm.com/Redbooks.nsf/RedbookAbstracts/sg247770.html?Open.
You can use InitialContext to lookup connection factory and Destination.
You can deploy the JMS app just like any other app. But ensure that JNDI objects are configured.
This is also a nice info-center to use for reference: http://pic.dhe.ibm.com/infocenter/prodconn/v1r0m0/topic/com.ibm.scenarios.wmqwasusing.doc/topics/scenario_overview.htm

Runtime topic subscription in WSO2 ESB using JMS

I have a topic in the WSO2 ESB 4.6.0 that I want to create subscriptions to at runtime using JMS, to allow pub-sub.
It is documented that the event-broker in 4.6.0 is based on Apache Qpid, however, it doesn't appear to be bundled. By default, an in-memory event broker is configured.
http://docs.wso2.org/wiki/display/ESB460/Eventing
I am using ActiveMQ as my JMS message broker, however, if required, it is possible to change to Qpid.
Has anyone managed to get this working?
Yes. You can use apache Qpid as your JMS broker with WSO2 ESB. It has been tested in production enviornments as well. You can follow the same steps as mentioned in the samples which uses ActiveMQ as the JMS broker.

Do the application servers provide SMTP server implementation?

I have a requirement to send emails from my Java EE based application to the customers. I am using a JBoss application server.
I would like to understand if the application servers has the capability to act as an SMTP server as well.
Can we use Mule ESB product to send emails? I guess Mule ESB uses the JavaMail API to send emails.
Here you have the documentation that should clarify your doubts:
http://www.mulesoft.org/documentation/display/current/SMTP+Transport+Reference

JMS queue in websphere

We are currently using JMS queue in Weblogic.
Can we use same JMS queue in Websphere as part of weblogic to websphere migration.
Is there any other concept available in websphere which can replace JMS queue?
WebSphere Application Server has a built-in JMS provider, due to the Java EE standard which defines it as mandatory (as Arjan Tijms already stated).
Setting up the JMS provider requires a so called Service Integration Bus, which is a simple Messaging Bus inside WebSphere. The Service Integration Bus also allows to setup High Available JMS queues/topics when using WebSphere Application Server Network Deployment.
Using this queues/topics outside of a WebSphere context - by putting messages into the queues from external clients or reading them from external clients - is hard.
Mainly due to the WebSphere internal CORBA communication it is quite tricky to setup a working and stable
configuration - and you need to know some internal WebSphere tricks.
My recommandation is to use internal jms configuration only for applications which are deployed on the same WebSphere Application Server-Configuration.
If you really need external access to the JMS queues/topics, you should write a adapter to access it.
This blog post describes in detail how to setup a simple WebSphere internal JMS configuration.
WebSphere has indeed an internal JMS provider. It's accessed using the SIB (Service Integration Bus). See http://www.packtpub.com/article/messaging-with-websphere-application-server-7.0-part1
WepSphere has JMS queues as well. Are you wanting to have the queue running within WebSphere, or are you trying to point to a queue running elsewhere?
Yes, you can.
Configuration depends on your JMS System.
If your JMS Middleware is running external like ApacheMQ or Swift JMS, you can normally install an Resource Adapter and then use that specific configuration (at least for the Jms configuration). Then you can use Websphere's JMS Configuration (like Queues and Topics) and therefor your normal MDB configuration.
Besides ActivationSpec (like above) at least with Websphere MQ you could use Listener Ports. I don't know if Listener Ports are available for other JMS Products.
If you want to use a built in Messaging System, you can use SIB I guess.
So plenty of options depending on your System.
A JMS provider is mandated by the Java EE specs so every application server has an inbuilt JMS Provider.
You have to make the right calls about your application needs. There might be valid reasons to use an external JMS provider such as WebSphere MQ.