Execute PortalServer/bin/WPVersionInfo.(bat|sh)

You will receive a WebSphere Portal Product Installation Status Report containing detailed information.

Use trace string: com.ibm.ws.security.*=all=enabled and maybe com.ibm.wsspi.wssecurity.*=finest

 SRVE0068E: Uncaught exception thrown in one of the service methods of the servlet: [your servlet here]. Exception thrown : java.lang.ClassCastException: com.ibm.wps.pe.pc.legacy.impl.PortletConfigImpl incompatible with javax.servlet.ServletContext

Find a solution here: http://www-01.ibm.com/support/docview.wss?uid=swg21316024

Hint: Enable the following trace String com.ibm.ws.security.*=all=enabled to get more information.

This error occurs during decoding LtpaToken which is a Base64 encoded byte stream. For my case the error occured because LptaToken was not a valid Base64 encoded byte stream, the last character was cut off.

Log into to your WebSphere Application Server Administration Console.

Select Servers -> Application Servers -> WebSphere_Portal
Select Web Container-> Session Management.
Click on the Enable Cookies link. (Leave it checked.)
Change the cookie name from JSESSIONID to any other cookie name.

Click Apply and then Save the changes
Restart WebSphere Portal.

The spring configuration file applicationContext.xml may contain this line:

<property name=”dialect”>org.hibernate.dialect.DB2Dialect</property>

Instead of this line you should try this:

<prop key=”hibernate.dialect”>org.hibernate.dialect.DB2Dialect</prop>

Hibernate properties within a spring configuration file start with ‘hibernate.’

Ich habe eine Kopie eines Ubuntu Linux mit einer Tomcat und DB2 Installation bekommen, mein Problem war, dass das Netzwerkkarteninterface nicht sichtbar war. Mit ifconfig war nur das Loopback Interface zu sehen, eth0 hat gefehlt. Die Lösung sieht wie folgt aus:

Unter /etc/udev/rules.d/

das File 70-persistent-net.rules löschen. Dort ist ein alter Eintrag für eth0 drin, und vermutlich einer neuer Eintrag für eth1.

Nachdem das File gelöscht wurde, mit sudo reboot einen Neustart veranlassen. Bei mir war anschließend eth0 wieder verfügbar. Das File 70-persistent-net.rules wurde mit einem Eintrag für eth0 neu angelegt.

ifconfig hat dann wieder beide Interfaces angezeigt.

Die Lösung für das Problem war hier zu finden:

You know I was working with the Human Task Manager API, so it was interesting for me to know where the EJB is deployed. There is the information:

On IBM ProcessServer:

ejb/BusinessFlowManagerHome ist part of BPE_Container Application. Concrete it’s a part of the EJB module bpecontainer.jar inside this application. ejb/HumanTaskManagerHome is part of TaskContainer Application, located inside EJB module taskejb.jar.