websphere-8

There is a Websphere AS 8.5 where runs XA Datasource. Also there is a Spring application which must work in this environment and connect to the datasource. An application context is loaded by a servlet and the application uses RmiExporters to provide RMI access to some services (which are shared in the separate thread) and all DAOs' methods are marked with @Transactional . If I try to write something to the database from the main thread (e.g. during initialization of any class), it works properly. But if I try to write (or read with HQL SELECT-query) something via RMI invokation I see an

I have created 1 dynamic cluster with 2 WAS in it. I am deploying my application EAR on cluster using Ant scripts. In order to install the new application, I have to stop the already running application, uninstall the application, install the new application, then start the application. This is affecting the availability of my application. Is there any way through which I can achieve the application availability while deploying the application? Check the Deploying and managing application editions with Intelligent Management The application edition manager controls interruption-free production

I am fairly new to groovy/grails and trying to deploy a grails app(WAR file) which uses Grails 2.1.1 and CXF plugin 1.0.1 to WebSphere 8 . This is the first time I am deploying Grails 2.1.1 app to WebSphere 8 , with CXF plugin for SOAP based Web Services and I am running into some issues. Same app deploys and works fine locally on Tomcat and I am able to get to my web service and access WSDL file. Anyone had this issues or know what could be the issue, please help. Here is the stack trace: Original Exception: Error Message: javax.servlet.ServletException: Filter [sitemesh]: could not be

I am using the embeddable EJB container of WebSphere 8 to write some unit tests for my EJBs with JUnit4. My IDE is the RAD 8. Here is my simple test code snippet: Map properties = new HashMap(); properties.put(EJBContainer.PROVIDER, "com.ibm.websphere.ejbcontainer.EmbeddableContainerProvider"); EJBContainer ec = EJBContainer.createEJBContainer(properties); I get a NoClassDefFoundError: java.lang.NoClassDefFoundError: com/ibm/ejs/ras/hpel/HpelHelper at com.ibm.ejs.ras.RasHelper.getThreadId(RasHelper.java:1760) at com.ibm.ejs.ras.RasEvent6$1.initialValue(RasEvent6.java:101) at java.lang

We use a shared library defined in the websphere admin console to share classes between several applications. I was wondering if it is possible to use CDI (Context and Dependecy Injection) in these classes? If so do I just need to put the beans.xml in the jar that is in the shared library, or are there further steps? Note: I can't move away from using a shared library, as this would be too much refactoring work. No, classes included in a shared library are not considered as CDI beans. Only archives included in the application itself can be considered for CDI. 来源： https://stackoverflow.com

we have a custom web application hosted on a tomcat server and want to achieve to get an LTPA2Token when logging into this application on tomcat. All applications on both application servers are using the same LDAP.The application on the tomcat server cannot be hosted on a Web Sphere Application Server (WAS). The idea is the following: 1.Type in username and password on the tomcat web application via web browser. 2 Generate a custom token with the credentials 3. Send those credentials to a custom TAI on a Web Sphere Application Server The question is, if we can obtain a LTPA2Token from the TAI

I'm facing a problem deploying a simple spring boot web on IBM Websphere 8.5.5.8 using full profile WAS is by default using servlet 3.0 and java 1.7. The application does not do much, just display a page with a "Hi - [current-date]". When deploying the war file, we see the following in server log output: [2/3/16 13:30:44:857 AST] 00000078 AdminHelper A ADMN1008I: An attempt is made to start the simpledemo_war application. (User ID = defaultWIMFileBasedRealm/wps_admin) [2/3/16 13:30:44:871 AST] 00000078 CompositionUn A WSVR0190I: Starting composition unit WebSphere:cuname=simpledemo_war in BLA