How to Share Sessions Between Two Web Applications in Websphere - session

Is there any way to share Sessions between two web applications installed on Same Websphere Instance. My Websphere Version is 6.1.
Thanks and Regards,
Sunny.

If you are sure that you need this you can use the following WebSphere extension to achieve this.
Do notice that both these web apps are part of the same Enterprise Application.
http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com.ibm.websphere.base.doc/info/aes/ae/tprs_sharing_data.html
HTH
Manglu

Related

Standalone/Domain Model not available in Infinispan server 10 and 11 version

We are planning to setup infinispan server cluster setup in domain mode for infinispan server 10 or 11 version.
Standalone/Domain Model was available in Infinispan server until version 9.
Infinispan server 10/11 setup guide does not discuss anything about domain model.
Can anyone please confirm if domain mode is no longer supported in latest infinispan servers ?
Thanks,
Santhosh S
Yes, it has been replaced with a completely redesigned server which is more suited to modern containerised deployments. Which features of domain mode did you want to leverage?
Thanks for your comment. I am not looking at any specific features from domain mode.
We have been using Jboss EAP application server in domain mode, so when we went to infinispan , we thought of following the similar setup.

Is UCP supported with Websphere liberty

I cant seem to find a straight answer on this question. We would like to use Oracle's UCP with liberty base/open. Is this doable? Has anyone tried this and had problems, did it work? Thanks for answering.
Neither IBM WebSphere Application Server Liberty nor OpenLiberty currently support use of Oracle UCP. For the commercial version, there is a request for enhancement (RFE) for which you can vote, this helps us determine the priority of requests. For OpenLiberty, you can open an new function issue.
As of version 19.0.0.4, Oracle UCP is now supported in both WebSphere Liberty and OpenLiberty. This blog post has more information on how to configure a data source with Oracle UCP in OpenLiberty or WebSphere Liberty.

IBM Worklight - Can Worklight be deployed to an existing WAS server?

Can a Worklight Server be deployed to a WebSphere application server which also runs other non-Worklight .ear applications? Or does Worklight need its own separate instance of WAS?
Just like you can deploy multiple instances of Worklight (v6 and above) projects - multiple .war files to the same WAS application server, there should not be issues to deploy it to an application server running other services.
That said, possible issues to consider:
When deploying a Worklight project, you will want to enable "application security"
(in the WAS admin console, Security > Global Security). If there are some other web
applications for which application security is undesired, you need a different WAS server
instance.
Setting up, enabling and migrating security
The list of users that can use the web applications are configured through LDAP or
"federated repositories", or similar. If, for Worklight, you need to use a completely
different set of user logins than for the other web applications, then you need to use
multiple "security domains".
Configuring multiple security domains
The machine hosting the application server will probably need memory upgrades...
Deploying the Enterprise Archive (EAR) Using the WebSphere Admin Console
Probably also need to make clear seperation where required:
IBM WebSphere Developer Technical Journal: Co-hosting multiple versions of J2EE applications
Worklight is itself an application running inside a web container, whether that be Tomcat, WAS Liberty, or full WAS. It's essentially a layer running underneath the container to handle requests for Worklight applications, fielding their context root requests. If you create the WAR file for your Worklight app and extract out the deployment descriptor you'll find all the necessary filters and listeners that most other apps would have.
Things like adapters and wlapps are "installed" to this underlying layer, and are merely extracted and stored as whatever was packaged with them, such as the JS and CSS you used to make you app. In fact, with a standard Liberty install you can typically find your adapters in plain sight at (for the WL5.0.6 instance I have handy, it's different for WL6):
/opt/IBM/Worklight/server/wlp/usr/servers/worklightServer/worklight.home/worklight/data/export/adapters
So, in addition to what Idan has said, I also present you with the following docs (assuming WL6)
Overview of the Worklight Server installation process
Given my own experience, you should be perfectly able to install other EAR and WAR files to your existing WAS instance, just make sure your context roots are unique, as always ;)
I also second the memory considerations.

Web Sphere Application Server v7.0

What are the different "wsadmin objects" are there in WebSphereApplicationServer, and what is the use of them?
The AdminConfig, AdminControl, AdminTask, and AdminApp objects are described here in the WebSphere InfoCenter.

Pmi Client is not created while using with sun java instead of IBM java

My task to monitor the IBM Websphere through pmi client.Pmi client is an agent provided by the IBM to get MBeans and is running under IBM Java. I tried it to run under Sun java. But, it fails to create the Pmiclient. Did Anyone come across this issue?
The IBM JRE has slightly customized classes. This is unfortunately not uncommon with PMI (and also JMX by the way) when working with different WebSphere Application Server versions.
There are hacks around involving copying the relevant IBM implementations and running them with the Sun/Oracle JRE but I don't think that is valid according to the licensing terms. What you really should do is to use the IBM provided JRE.
If you want a riskless shortcut you will build an applicaton (perhaps EJB or servlets) that runs on the WebSphere Application Server and exposes the results from PMI via custom interface. For instance web service.

Resources