I come from the world of Tibco and EMS (the same as JMS) and I was wondering if there is a GUI way to see statistics of the JMS queues in Glassfish.
For example, I would like to know how many messages were published, how many consumed, durable connections, active subscribers and publishers, things like that.
I have seen that previous versions seemed to have it, but in the administration manual of Glassfish I can't find any other way than using the console. I think this is kind or archaic.
Thanks in advance.
Best regards,
Glassfish uses "Open Message Queue" and it comes with a GUI admin tool plus a full suite of command line tools. You can find these in the Glassfish/imq/bin folder. The gui tool is imqadmin which will answer some of the questions you asked.
You can also use a 3rd party app if you wanted as well, you just need to supply the connection info.
Visit the Oracle GlassFish Server Message Queue 4.5 Administration Guide for more info.
Related
Am not getting the perfect answer for my requirement. Please find the detailed requirement in Lyman English.
I have an application which is installed in Websphere Application Server 8.5 version.
Got a requirement for me to create a dashboard where in we can see the server status like whether the JVM is up or down, EAR deployed date etc.
Dashboard needs to be accessed from Internet explorer on Windows Desktop.
Could you let me know how to achieve this?
Note: Websphere is installed on Linux and IE is on Windows.
Thanks,
Nithin
This is quite broad question, so I'll just give you options that you will have to explore further by your own and choose the one that suits you best.
From the easiest one:
Use built-in admin console - WebSphere provides admin gui, if you dont want to allow users to change anything just give the user monitor role. He will be able to check server status, application status etc...
Use monitoring tool already available, like IBM Health Center, JConsole or 3rd party - I know, not the browser solution but maybe will fit your need
Install and use PerfServlet - it will give you WebSphere statistics in XML format. You can write your app to query that servlet for required params, then parse and present output
Finally use MBean API and write your custom monitoring app - the most difficult but also the most flexible.
Looking at your question, I'd suggest you to stay with option 1).
I'm using Spring-Insight and Pivotal tc server to deploy and monitor two Spring applications but I have to create some alerts in case of threshold violation. Do you know if this is possible to make this alerting system without creating a customized plugin? I just can't find anything in the documentation.
Finally, I didn't find any solution to my problem but I think this is possible with a customized plugin. I personally chose another option : monitor my application with Dynatrace even if Dynatrace isn't free.
Is there a way to mimic IBM web sphere on an open appserver? There are functions we use, ibm's jsecurity_check and their cookie ltpa token. That should be it to get a functioning ibm like server. Would those be available from an open server. Even an open version of ibm websphere.
The usage of j_security_check is defined in the Servlet Specification, so any Java Web Container is compatible with that.
On the other side, LTPA token is an IBM Techology that's only used by IBM Products, so you need to find another way to implement single sign-on. As #Manglu said, that's more a Container concern that shouldn't have any impact in your application.
Some SSO solutions are described in https://stackoverflow.com/questions/173704/which-sso-framework-to-use
I am not sure what you mean by open version. If you are looking at free versions of WAS, you should look at WAS Developers edition
http://www-01.ibm.com/software/webservers/appserv/developer/
If your production is WAS then i would suggest you use this
Deploy your applications with complete fidelity to a WAS production environment, rendering development to production migration a non-issue
How are you using the LTPA token in your application? This should typically be under the hood and you don't necessarily need to be using that in your application. I would be interested in hearing what you do with the LTPA token in your application!
HTH
Manglu
I'm wondering if you're looking for something open, or something smaller. If you're already using WebSphere, but are looking for something smaller/lighter that still supports LTPA tokens, you might want to check out the new Liberty profile in WebSphere Application Server 8.5 (which was just announced). You can get the low-down and download versions to play with from http://wasdev.net
(disclaimer: I worked on it, I am biased)
I have to integrate my web service with IBM Enterprise Service Bus (ESB).
I think that there should not be any mediation because this service has only one location
and do not have to change requests.
Is it true? Can ESB administrator simply connect web service to the bus?
If it is necessary to write mediation code:
are there any free tutorials and tools to create such mediation
or I have to buy WebSphere Integration Developer (WID)?
This mediation should be simple and I don't want to spend money on something
used once.
Disclaimer: I'm a WebSphere ESB consultant for IBM.
The answer to your question depends on what you're expecting WebSphere ESB (WESB) to do for you. If you're simply trying to connect a Web Service consumer to a Web Service provider, you don't need need WESB to do that. However, typically folks want to use WESB because they either want to put some logic between the two (maybe transforming from one Web Service interface to another, for example), or because they might want to later. In either case, you'll need to create a mediation module to do that - there is no bus per se that you just connect services to.
In practice, you will need WebSphere Integration Developer (WID) to do that - it would be a lot of work to create the mediations manually, it's not documented, and it's not supported by IBM either. Your local IBM client team should be able to advise you, but these products are typically purchased together.
Hope that helps.
There are several ESB's in IBM's portfolio. The only one that don't really need WID is IBM WebSphere DataPower (I don't know enough about Lombardi to comment). If you have choice, I would use that to get your company started down this path.
(Also asked over on ServerFault, where I was advised to post it here too)
We have a requirement to send desktop alerts to various users (compliance, production) across a network when other users have submitted content online for a report.
At present we are using NET SEND but this has no guarantee of delivery and has proved unreliable from both client and server perspective (and I gather will be unsupported in later versions of Windows; we are currently running XP).
We are considering a Jabber-based solution but has anyone used a Jabber client to pop up alert messages on the screen like NET SEND does, as opposed to just bringing a chat window to the front or displaying a temporary 'toast' message near the system tray.
We need the alert message to be persistent and only dismissed by the user, indicating they have seen it. Toast-style pop-ups would be fine as long as it was not only for a limited time and again had to be dismissed by the user.
Any solutions?
Openfire is a java based Jabber server that seems to be targeted to a corporate/business environment and provides the "toast" message feature with their Spark client. They also offer several other useful business-focused features.
Offline message delivery is not guaranteed by XMPP specification. It depends on concrete server implementation. Moreover, it has cost in supporting user accounts.
As an out-of-box solution it is fine, but since we are in development community, I would
consider building alert system using MessageQueue for guaranteed delivery.
The message-delivery semantics of XMPP are liable to be a good fit for your application, since you're not talking about financial transactions that require fiduciary-level delivery guarantees. It will certainly be better than NET SEND by a lot.
Write a simple client that listens for messages and does the pop-ups in whatever format you want, and have the program run in the background, perhaps with a tray icon. Writing something like that with Jabber-Net would be the work of a few hours, for example.