AbstractMethodError on WebLogic Linux

I am trying to migrate a web application from the WebLogic 8.1 server running on a Solaris box to a WebLogic server running on Linux. I am able to deploy the application with no problem, however I am getting the following runtime error:
I am using the exact same startWebLogic.sh script from Solaris, but am having no luck. Has anyone encountered this error or know if this is a known issue with WebLogic 8.1 on Linux? Thanks in advance!
java.lang.AbstractMethodError: weblogic.webservice.core.soap.SOAPEnvelopeImpl.normalize()V
at com.sun.xml.rpc.streaming.XmlTreeReader.parse(XmlTreeReader.java:133)
at com.sun.xml.rpc.streaming.XmlTreeReader.next(XmlTreeReader.java:103)
at com.sun.xml.rpc.streaming.XMLReaderBase.nextContent(XMLReaderBase.java:23)
at com.sun.xml.rpc.streaming.XMLReaderBase.nextElementContent(XMLReaderBase.java:41)
at com.sun.xml.rpc.server.StreamingHandler.handle(StreamingHandler.java:154)
at com.sun.xml.rpc.server.http.JAXRPCServletDelegate.doPost(JAXRPCServletDelegate.java:443)
at com.sun.xml.rpc.server.http.JAXRPCServlet.doPost(JAXRPCServlet.java:86)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1006)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:419)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:315)
at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:6718)
at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3764)
at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2644)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:219)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:178)

Here it is
java.lang.AbstractMethodError
     at weblogic.ejb20.manager.BaseEntityManager.scalarFinder(BaseEntityManager.java:852)
     at weblogic.ejb20.manager.BaseEntityManager.remoteScalarFinder(BaseEntityManager.java:797)
     at weblogic.ejb20.internal.EntityEJBHome.finder(EntityEJBHome.java:552)
Rob Woollen <[email protected]> wrote:
Can you post the AbstractMethodError? We'd need some more info to help
you.
-- Rob
Chun wrote:
Hi all
We are trying to migrate our J2EE application from WLS 6.1 to WLS 7.After deployed
started successfully, we keep getting java.lang.AbstractMethodError.We have recompile
the jar, and the jar wroks fine under WLS 6. Could anybody helps? Thankyou very
much

Similar Messages

Java.lang.NoClassDefFoundError when compile class in Weblogic Linux Env.

Hi,
I'm trying jay article ( http://jaysensharma.wordpress.com/2009/08/17/mdb3-0-sample-for-weblogic-application-server/ ) for send message
to JMS, it works great in windows but in Linux is failed.
I’m facing the issue when compile QueueSend class linux environment,
but windows it works great.
in windows I compile the class like this :
C:\bea\user_projects\domains\MyDomain\bin>setDomainEnv.cmd
C:\bea\user_projects\domains\MyDomain>java QueueSend t3://localhost:7001
JMS Message Sent: Test Message Body with counter = 0
JMS Message Sent: Test Message Body with counter = 1
in Linux :
after ./setDomainEnv,
$bea\…\MYDOMAIN\bin >java QueueSend t3://localhost:7001
Exception in thread “main” java.lang.NoClassDefFoundError: javax/jms/Message
Caused by: java.lang.ClassNotFoundException: javax.jms.Message
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
I think it cannot find the java_home or classpath properly, how to solve this issue?
Really thanks in advance.
Edited by: muhkah on 09-Apr-2010 19:58

Hi Muhkah,
Please add the *"<BEA_HOME>\modules\javax.jms_1.1.1.jar"* file also in the Client ClassPath.
But the Best thing i will suggest it to Just add the "wlfullClient.jar" file in the client ClassPath...this is a very useful Jar file which solves many many issues. There is a very simple way to create this JAR file: http://jaysensharma.wordpress.com/2010/02/03/building-wlfullclient-jar/
<BR>
The advantage of using *"wlfullclient.jar"* is Just Make it once and then reuse this single Jar in any client Application which is going to interact with WebLogic. This Powerful Jar contains almost all the Classes which is needed by a Client.
Now you can run your Client Program like this :
java -classpath /app/bea10.3/wl_server/server/lib/wlfullclient.jar QueueSend t3://localhost:7001
Thanks
Jay SenSharma

OIM Database Applications Table fails to connect via GTC - Weblogic, Linux

Environment:
OIM - 9100 (public download)
Red Hat Linux
XLADM Oracle 10g
Weblogic 8.1 SP6 - no cluster
I have installed the Database Application Connector and am trying to configure it via the Generic Technology Connector, but it keeps failing to connect. I know those parameters are correct and have validated via sqlplus \ SQLDeveloper. Also its the exact same database (not SID) that is hosting XLADM as well, so I know it can find the machine and such. I had another previous OIM on JBoss install locally on my Windows workstation that worked fine too. I can see in the log that the DBProvisioningTransportProvider is getting the props fine and then blows up when trying to connect. I have tried even updating the ojdb14.jar drivers in XELLERATE_HOME/ext and that doesn't matter. I'm sure it's something simple, environment related, or a bug. Any help is appreciated.
DEBUG,16 Oct 2008 09:07:44,735,[XELLERATE.GC.PROVIDERREGISTRATION],inside getProviderClassName......
DEBUG,16 Oct 2008 09:07:44,736,[XELLERATE.GC.PROVIDERREGISTRATION],getProviderClassName--->
DEBUG,16 Oct 2008 09:07:44,736,[XELLERATE.GC.PROVIDERREGISTRATION],inside getProvider...providerName = DBProvisioningFormat
DEBUG,16 Oct 2008 09:07:44,736,[XELLERATE.GC.PROVIDERREGISTRATION],inside getProvider......1
DEBUG,16 Oct 2008 09:07:44,736,[XELLERATE.GC.PROVIDERREGISTRATION],inside getProvider......2
DEBUG,16 Oct 2008 09:07:44,736,[XELLERATE.GC.PROVIDERREGISTRATION],inside getProvider......2
DEBUG,16 Oct 2008 09:07:44,736,[XELLERATE.GC.PROVIDERREGISTRATION],inside getProvider......6
DEBUG,16 Oct 2008 09:07:44,736,[XELLERATE.GC.PROVIDERREGISTRATION],inside getProviderClassName.....found provider.
DEBUG,16 Oct 2008 09:07:44,736,[XELLERATE.GC.PROVIDERREGISTRATION],inside getProviderClassName....provider class name = ..com.thortech.xl.gc.impl.prov.DBProvisioningFormatProvider
DEBUG,16 Oct 2008 09:07:44,736,[XELLERATE.GC.PROVIDERREGISTRATION], provider nameDBProvisioningFormat
DEBUG,16 Oct 2008 09:07:44,736,[XELLERATE.GC.PROVIDERREGISTRATION], provider def attribnull
DEBUG,16 Oct 2008 09:07:44,736,[XELLERATE.GC.PROVIDERREGISTRATION], provider parm, listnull
DEBUG,16 Oct 2008 09:07:44,736,[XELLERATE.GC.PROVIDERREGISTRATION], provider resp codes{DB_LOAD_DRIVER_CLASS_ERROR=The target database JDBC driver class cannot be loaded}
DEBUG,16 Oct 2008 09:07:44,736,[XELLERATE.GC.PROVIDERREGISTRATION],inside getProviderClassName. ..found transformation provider.....com.thortech.xl.gc.impl.prov.DBProvisioningFormatProvider
DEBUG,16 Oct 2008 09:07:44,736,[XELLERATE.ADAPTERS],Class/Method: tcADPClassLoader/getClassLoader entered.
DEBUG,16 Oct 2008 09:07:44,736,[XELLERATE.ADAPTERS],Class/Method: tcADPClassLoader/getClassLoader left.
DEBUG,16 Oct 2008 09:07:44,736,[XELLERATE.GC.PROVIDERREGISTRATION],inside getProviderClassName......
DEBUG,16 Oct 2008 09:07:44,736,[XELLERATE.GC.PROVIDERREGISTRATION],getProviderClassName--->
DEBUG,16 Oct 2008 09:07:44,736,[XELLERATE.GC.PROVIDERREGISTRATION],inside getProvider...providerName = DBProvisioningTransport
DEBUG,16 Oct 2008 09:07:44,736,[XELLERATE.GC.PROVIDERREGISTRATION],inside getProvider......3
DEBUG,16 Oct 2008 09:07:44,736,[XELLERATE.GC.PROVIDERREGISTRATION],inside getProvider. .provTransportprovider name = WebServices
DEBUG,16 Oct 2008 09:07:44,736,[XELLERATE.GC.PROVIDERREGISTRATION],inside getProvider. .provTransportprovider providername = DBProvisioningTransport
DEBUG,16 Oct 2008 09:07:44,736,[XELLERATE.GC.PROVIDERREGISTRATION],inside getProvider. .provTransportprovider name = DBProvisioningTransport
DEBUG,16 Oct 2008 09:07:44,737,[XELLERATE.GC.PROVIDERREGISTRATION],inside getProvider. .provTransportprovider providername = DBProvisioningTransport
DEBUG,16 Oct 2008 09:07:44,737,[XELLERATE.GC.PROVIDERREGISTRATION],inside getProvider. .provTransportprovider name = DBProvisioningTransport
DEBUG,16 Oct 2008 09:07:44,737,[XELLERATE.GC.PROVIDERREGISTRATION],inside getProvider. .provTransportprovider name = DBProvisioningTransport
DEBUG,16 Oct 2008 09:07:44,737,[XELLERATE.GC.PROVIDERREGISTRATION],inside getProvider. .provider = provTransportprovider name = DBProvisioningTransport
DEBUG,16 Oct 2008 09:07:44,737,[XELLERATE.GC.PROVIDERREGISTRATION],inside getProvider......6
DEBUG,16 Oct 2008 09:07:44,737,[XELLERATE.GC.PROVIDERREGISTRATION],inside getProviderClassName.....found provider.
DEBUG,16 Oct 2008 09:07:44,737,[XELLERATE.GC.PROVIDERREGISTRATION],inside getProviderClassName....provider class name = ..com.thortech.xl.gc.impl.prov.DBProvisioningTransportProvider
DEBUG,16 Oct 2008 09:07:44,737,[XELLERATE.GC.PROVIDERREGISTRATION], provider nameDBProvisioningTransport
DEBUG,16 Oct 2008 09:07:44,737,[XELLERATE.GC.PROVIDERREGISTRATION], provider def attribnull
DEBUG,16 Oct 2008 09:07:44,737,[XELLERATE.GC.PROVIDERREGISTRATION], provider parm, list[name: driver, datatype: String, encrypted: false, type: Runtime.
validValueList is following
, name: url, datatype: String, encrypted: false, type: Runtime.
validValueList is following
, name: username, datatype: String, encrypted: false, type: Runtime.
validValueList is following
, name: password, datatype: String, encrypted: true, type: Runtime.
validValueList is following
, name: connectionProp, datatype: String, encrypted: false, type: Runtime.
validValueList is following
, name: parentContainerName, datatype: String, encrypted: false, type: Design.
validValueList is following
, name: childContainerTableNames, datatype: String, encrypted: false, type: Design.
validValueList is following
, name: parentContainerUniqueKey, datatype: String, encrypted: false, type: Design.
validValueList is following
, name: statusField, datatype: String, encrypted: false, type: Design.
validValueList is following
, name: statusLookupCode, datatype: String, encrypted: false, type: Design.
validValueList is following
, name: dbDateFormat, datatype: String, encrypted: false, type: Design.
validValueList is following
DEBUG,16 Oct 2008 09:07:44,737,[XELLERATE.GC.PROVIDERREGISTRATION], provider resp codes{DB_GET_METADATA_ERROR=The target database schema detection failed, DB_UPDATE_CHILDRECORD_ERROR=A database error was encountered during a row update in a child table, DB_COL_DETECTION_ERROR=The column information of the database table cannot be detected, DB_UPDATE_EMPTY_RECORD_ERROR=Empty record cannot be updated. Please ensure to run reconciliation task to bring the systems in sync., DB_OP_NOTSUPPORTED=This operation is currently not supported, DB_TYPE_DETECTION_ERROR=The type of the database column cannot be detected, DB_LOAD_DRIVER_CLASS_ERROR=The target database JDBC driver class cannot be loaded, DB_FK_DETECTION_ERROR=The foreign keys of the database table cannot be detected, DB_CREATE_CHILDRECORD_ERROR=A database error was encountered when inserting data into a child table, DB_UPDATE_PARENTRECORD_ERROR=A database error was encountered during a row update in a parent table, DB_DELETE_EMPTY_RECORD_ERROR=Empty record cannot be deleted. Please ensure to run reconciliation task to bring the systems in sync., DB_CREATE_PARENTRECORD_ERROR=A database error was encountered when inserting data into a parent table, DB_CHILD_FK_ERROR=The child table does not have foreign keys that reference to the parent table, DB_ROWCOUNT_ERROR=A database error was encountered when retrieving the row count from a resultset, DB_DELETE_RECORD_ERROR=A database error was encountered when deleting data from a parent table, DB_DELETE_CHILDRECORD_ERROR=A database error was encountered when deleting data from a child table, DB_PK_DETECTION_ERROR=The primary keys of the database table cannot be detected, DB_PK_UPDATE_ERROR=The process form key field update is not supported}
DEBUG,16 Oct 2008 09:07:44,737,[XELLERATE.GC.PROVIDERREGISTRATION],inside getProviderClassName. ..found transformation provider.....com.thortech.xl.gc.impl.prov.DBProvisioningTransportProvider
DEBUG,16 Oct 2008 09:07:44,737,[XELLERATE.ADAPTERS],Class/Method: tcADPClassLoader/getClassLoader entered.
DEBUG,16 Oct 2008 09:07:44,737,[XELLERATE.ADAPTERS],Class/Method: tcADPClassLoader/getClassLoader left.
DEBUG,16 Oct 2008 09:07:44,737,[OIMCP.DATC],Class/Method: DBProvisioningTransportProvider/initialize entered.
DEBUG,16 Oct 2008 09:07:44,737,[OIMCP.DATC],Class/Method: DBProvisioningTransportProvider/initialize - Data: driver - Value: oracle.jdbc.driver.OracleDriver
DEBUG,16 Oct 2008 09:07:44,738,[OIMCP.DATC],Class/Method: DBProvisioningTransportProvider/initialize - Data: url - Value: jdbc:oracle:thin:MyIP:1521:MySID
DEBUG,16 Oct 2008 09:07:44,738,[OIMCP.DATC],Class/Method: DBProvisioningTransportProvider/initialize - Data: username - Value: my_user
DEBUG,16 Oct 2008 09:07:44,738,[OIMCP.DATC],Class/Method: DBProvisioningTransportProvider/initialize - Data: password - Value: *******
DEBUG,16 Oct 2008 09:07:44,738,[OIMCP.DATC],Class/Method: DBProvisioningTransportProvider/initialize - Data: parentContainerName - Value: MY_USER_TABLE
DEBUG,16 Oct 2008 09:07:44,738,[OIMCP.DATC],Class/Method: DBReconTransportProvider/convertCSVToArraylist entered.
DEBUG,16 Oct 2008 09:07:44,738,[OIMCP.DATC],Class/Method: DBReconTransportProvider/convertCSVToArraylist - Data: Run Time Parameters - Value: []
DEBUG,16 Oct 2008 09:07:44,738,[OIMCP.DATC],Class/Method: DBProvisioningTransportProvider/initialize - Data: childContainerTableNames - Value: []
DEBUG,16 Oct 2008 09:07:44,738,[OIMCP.DATC],Class/Method: DBProvisioningTransportProvider/initialize - Data: parentContainerUniqueKey - Value: USER_ID
DEBUG,16 Oct 2008 09:07:44,738,[OIMCP.DATC],Class/Method: DBProvisioningTransportProvider/initialize - Data: statusField - Value:
DEBUG,16 Oct 2008 09:07:44,738,[OIMCP.DATC],Class/Method: DBProvisioningTransportProvider/initialize - Data: statusFieldLookup - Value:
DEBUG,16 Oct 2008 09:07:44,738,[OIMCP.DATC],Class/Method: DBProvisioningTransportProvider/initialize left.
DEBUG,16 Oct 2008 09:07:44,738,[OIMCP.DATC],Class/Method: DBProvisioningTransportProvider/initialize - Data: dbDateFormat - Value:
DEBUG,16 Oct 2008 09:07:44,738,[OIMCP.DATC],Class/Method: DBProvisioningTransportProvider/defineMetadata entered.
DEBUG,16 Oct 2008 09:07:44,738,[OIMCP.DATC],Class/Method: DBFacade/getConnectionProp entered.
ERROR,16 Oct 2008 09:07:44,739,[OIMCP.DATC],Class/Method: DBFacade/getConnection encounter some problems: Io exception: The Network Adapter could not establish the connection
java.sql.SQLException: Io exception: The Network Adapter could not establish the connection
at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:112)
at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:146)
at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:255)
at oracle.jdbc.driver.T4CConnection.logon(T4CConnection.java:387)
at oracle.jdbc.driver.PhysicalConnection.<init>(PhysicalConnection.java:420)
at oracle.jdbc.driver.T4CConnection.<init>(T4CConnection.java:165)
at oracle.jdbc.driver.T4CDriverExtension.getConnection(T4CDriverExtension.java:35)
at oracle.jdbc.driver.OracleDriver.connect(OracleDriver.java:801)
at java.sql.DriverManager.getConnection(Ljava.lang.String;Ljava.util.Properties;Ljava.lang.ClassLoader;)Ljava.sql.Connection;(Unknown Source)
at java.sql.DriverManager.getConnection(Ljava.lang.String;Ljava.util.Properties;)Ljava.sql.Connection;(Unknown Source)
at org.apache.commons.dbcp.DriverManagerConnectionFactory.createConnection(DriverManagerConnectionFactory.java:51)
at org.apache.commons.dbcp.PoolableConnectionFactory.makeObject(PoolableConnectionFactory.java:290)
at org.apache.commons.pool.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:771)
at org.apache.commons.dbcp.PoolingDataSource.getConnection(PoolingDataSource.java:95)
at com.thortech.xl.gc.impl.common.DBFacade.getConnection()Ljava.sql.Connection;(Unknown Source)
at com.thortech.xl.gc.impl.common.DBFacade.getMetadata()Ljava.sql.DatabaseMetaData;(Unknown Source)
at com.thortech.xl.gc.impl.common.DBFacade.getDBType()Ljava.lang.String;(Unknown Source)
at com.thortech.xl.gc.impl.common.DBFacade.getSchema(Ljava.lang.String;Ljava.lang.String;Ljava.util.ArrayList;)Lcom.thortech.xl.gc.impl.common.Schema;(Unknown Source)
at com.thortech.xl.gc.impl.prov.DBProvisioningTransportProvider.getSchema()Lcom.thortech.xl.gc.impl.common.Schema;(Unknown Source)
at com.thortech.xl.gc.impl.prov.DBProvisioningTransportProvider.detectMetadata()Lcom.thortech.xl.gc.vo.designtime.TargetSchema;(Unknown Source)
at com.thortech.xl.gc.impl.prov.DBProvisioningTransportProvider.defineMetadata()Lcom.thortech.xl.gc.vo.designtime.TargetSchema;(Unknown Source)
at com.thortech.xl.webclient.actions.CreateConnectorAction.getGenericAdapter(Lcom.thortech.xl.gc.vo.designtime.GenericAdapter;Lcom.thortech.xl.webclient.actions.CreateConnectorForm;Ljavax.servlet.http.HttpSession;Ljava.util.ArrayList;Lorg.apache.struts.util.MessageResources;)Lorg.apache.struts.action.ActionErrors;(Unknown Source)
at com.thortech.xl.webclient.actions.CreateConnectorAction.imageScreen(Lorg.apache.struts.action.ActionMapping;Lorg.apache.struts.action.ActionForm;Ljavax.servlet.http.HttpServletRequest;Ljavax.servlet.http.HttpServletResponse;)Lorg.apache.struts.action.ActionForward;(Unknown Source)
at com.thortech.xl.webclient.actions.CreateConnectorAction.goNext(Lorg.apache.struts.action.ActionMapping;Lorg.apache.struts.action.ActionForm;Ljavax.servlet.http.HttpServletRequest;Ljavax.servlet.http.HttpServletResponse;)Lorg.apache.struts.action.ActionForward;(Unknown Source)
at jrockit.reflect.VirtualNativeMethodInvoker.invoke(Ljava.lang.Object;[Ljava.lang.Object;)Ljava.lang.Object;(Unknown Source)
        at java.lang.reflect.Method.invoke(Ljava.lang.Object;[Ljava.lang.Object;I)Ljava.lang.Object;(Unknown Source)
        at org.apache.struts.actions.DispatchAction.dispatchMethod(DispatchAction.java:280)
        at com.thortech.xl.webclient.actions.tcLookupDispatchAction.execute(Lorg.apache.struts.action.ActionMapping;Lorg.apache.struts.action.ActionForm;Ljavax.servlet.http.HttpServletRequest;Ljavax.servlet.http.HttpServletResponse;)Lorg.apache.struts.action.ActionForward;(Unknown Source)
        at com.thortech.xl.webclient.actions.tcActionBase.execute(Lorg.apache.struts.action.ActionMapping;Lorg.apache.struts.action.ActionForm;Ljavax.servlet.http.HttpServletRequest;Ljavax.servlet.http.HttpServletResponse;)Lorg.apache.struts.action.ActionForward;(Unknown Source)
ERROR,16 Oct 2008 09:07:44,739,[OIMCP.DATC],Class/Method: DBProvisioningTransportProvider/defineMetadata encounter some problems: DB_GET_CONNECTION_ERROR
com.thortech.xl.gc.exception.DBException: DB_GET_CONNECTION_ERROR
at com.thortech.xl.gc.impl.common.DBFacade.getConnection()Ljava.sql.Connection;(Unknown Source)
at com.thortech.xl.gc.impl.common.DBFacade.getMetadata()Ljava.sql.DatabaseMetaData;(Unknown Source)
at com.thortech.xl.gc.impl.common.DBFacade.getDBType()Ljava.lang.String;(Unknown Source)
at com.thortech.xl.gc.impl.common.DBFacade.getSchema(Ljava.lang.String;Ljava.lang.String;Ljava.util.ArrayList;)Lcom.thortech.xl.gc.impl.common.Schema;(Unknown Source)
at com.thortech.xl.gc.impl.prov.DBProvisioningTransportProvider.getSchema()Lcom.thortech.xl.gc.impl.common.Schema;(Unknown Source)
at com.thortech.xl.gc.impl.prov.DBProvisioningTransportProvider.detectMetadata()Lcom.thortech.xl.gc.vo.designtime.TargetSchema;(Unknown Source)
at com.thortech.xl.gc.impl.prov.DBProvisioningTransportProvider.defineMetadata()Lcom.thortech.xl.gc.vo.designtime.TargetSchema;(Unknown Source)
at com.thortech.xl.webclient.actions.CreateConnectorAction.getGenericAdapter(Lcom.thortech.xl.gc.vo.designtime.GenericAdapter;Lcom.thortech.xl.webclient.actions.CreateConnectorForm;Ljavax.servlet.http.HttpSession;Ljava.util.ArrayList;Lorg.apache.struts.util.MessageResources;)Lorg.apache.struts.action.ActionErrors;(Unknown Source)
at com.thortech.xl.webclient.actions.CreateConnectorAction.imageScreen(Lorg.apache.struts.action.ActionMapping;Lorg.apache.struts.action.ActionForm;Ljavax.servlet.http.HttpServletRequest;Ljavax.servlet.http.HttpServletResponse;)Lorg.apache.struts.action.ActionForward;(Unknown Source)
at com.thortech.xl.webclient.actions.CreateConnectorAction.goNext(Lorg.apache.struts.action.ActionMapping;Lorg.apache.struts.action.ActionForm;Ljavax.servlet.http.HttpServletRequest;Ljavax.servlet.http.HttpServletResponse;)Lorg.apache.struts.action.ActionForward;(Unknown Source)
at jrockit.reflect.VirtualNativeMethodInvoker.invoke(Ljava.lang.Object;[Ljava.lang.Object;)Ljava.lang.Object;(Unknown Source)
        at java.lang.reflect.Method.invoke(Ljava.lang.Object;[Ljava.lang.Object;I)Ljava.lang.Object;(Unknown Source)
        at org.apache.struts.actions.DispatchAction.dispatchMethod(DispatchAction.java:280)
        at com.thortech.xl.webclient.actions.tcLookupDispatchAction.execute(Lorg.apache.struts.action.ActionMapping;Lorg.apache.struts.action.ActionForm;Ljavax.servlet.http.HttpServletRequest;Ljavax.servlet.http.HttpServletResponse;)Lorg.apache.struts.action.ActionForward;(Unknown Source)
        at com.thortech.xl.webclient.actions.tcActionBase.execute(Lorg.apache.struts.action.ActionMapping;Lorg.apache.struts.action.ActionForm;Ljavax.servlet.http.HttpServletRequest;Ljavax.servlet.http.HttpServletResponse;)Lorg.apache.struts.action.ActionForward;(Unknown Source)
        at com.thortech.xl.webclient.actions.tcAction.execute(Lorg.apache.struts.action.ActionMapping;Lorg.apache.struts.action.ActionForm;Ljavax.servlet.http.HttpServletRequest;Ljavax.servlet.http.HttpServletResponse;)Lorg.apache.struts.action.ActionForward;(Unknown Source)
        at com.thortech.xl.webclient.actions.CreateConnectorAction.execute(Lorg.apache.struts.action.ActionMapping;Lorg.apache.struts.action.ActionForm;Ljavax.servlet.http.HttpServletRequest;Ljavax.servlet.http.HttpServletResponse;)Lorg.apache.struts.action.ActionForward;(Unknown Source)
        at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:484)
        at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:274)
        at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482)
        at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:525)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
        at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1077)
        at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:465)
        at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:28)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
        at com.thortech.xl.webclient.security.SecurityFilter.doFilter(Ljavax.servlet.ServletRequest;Ljavax.servlet.ServletResponse;Ljavax.servlet.FilterChain;)V(Unknown Source)
        at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
Caused by [Nested Exception]:

shouldn't the connect string look like jdbc:oracle:thin:@MyIP:1521:MySID ?

Broken pipe issue on Weblogic 8.1 and HP-UX

Hey all,
I get the following "broken pipe" error when stress-testing the Weblogic AS 8.1 installed on HP-UX 11.
java.net.SocketException: Broken pipe
        at java.net.SocketOutputStream.socketWrite0(Native Method)
        at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92)
        at java.net.SocketOutputStream.write(SocketOutputStream.java:136)
        at weblogic.servlet.internal.ChunkUtils.writeChunkNoTransfer(ChunkUtils.
java:280)
        at weblogic.servlet.internal.ChunkUtils.writeChunks(ChunkUtils.java:241)
        at weblogic.servlet.internal.ChunkOutput.flush(ChunkOutput.java:311)
        at weblogic.servlet.internal.ChunkOutput.checkForFlush(ChunkOutput.java:
387)
        at weblogic.servlet.internal.ChunkOutput.write(ChunkOutput.java:254)
        at weblogic.servlet.internal.MultibyteOutput.write(ChunkOutput.java:482)
        at weblogic.servlet.internal.ChunkOutputWrapper.write
(ChunkOutputWrapper
.java:125)
        at weblogic.servlet.internal.ServletOutputStreamImpl.write(ServletOutput
StreamImpl.java:184)
        at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:66
        at java.io.BufferedOutputStream.write(BufferedOutputStream.java:110)
        at java.io.FilterOutputStream.write(FilterOutputStream.java:80)However, a quick glance on the forums revealed that this also happens on Weblogic+linux or tomcat+linux.
Looks like an operating-system issue. Anyone has a clue ?
Thank you,
Cristian

The following is the scenario where the broken pipe exception occurs to me:
- webapp on a Linux server with Apache + Tomcat.
- database (SQL Server) on another computer.
- the webapp creates one db connection at startup, stores it in the ServletContext and always uses that connection for any db access.
- If the db server is restarted, or just the SQL Server service is restarted, the connection that was in the ServletContext becomes invalid, and any attempt to access the db through it throws the broken pipe exception.
At this point the webapp has to recreate the connection and re-store it in the ServletContext in order to gain access to the db again.
HTH

Graphics Component runs ok in NT but fails in Linux

          Hello,
          I am using Graphics Component thats runs ok in weblogic NT environment but fails
          in weblogic Linux environment. Following is the error:
          java.lang.InternalError: Can't connect to X11 window server using ':1' as the
          value of the DISPLAY variable.
               at sun.awt.X11GraphicsEnvironment.initDisplay(Native Method)
               at sun.awt.X11GraphicsEnvironment.<clinit>(X11GraphicsEnvironment.java:59)
               at java.lang.Class.forName0(Native Method)
               at java.lang.Class.forName(Class.java:120)
               at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:58)
               at java.awt.Window.<init>(Window.java:186)
               at java.awt.Frame.<init>(Frame.java:315)
               at java.awt.Frame.<init>(Frame.java:262)
               at javaside.Rbl.jspImage.init(jspImage.java:33)
               at jsp_servlet._graphs._jspService(_graphs.java:246)
               at weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
               at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:213)
               at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:246)
               at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:1265)
               at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:1631)
               at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:137)
               at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
          Please Help!
          Thanks,
          Shishir.


First, you'll need to make sure you're running an X server. I don't know
          the exact name of the X server, but it's likely running if you have one of
          the desktop managers.
          Next, try changing the DISPLAY environment variable. Try different
          variations:
          DISPLAY=localhost:0.0
          DISPLAY=localhost:0
          DISPLAY=my.ip.add.rr:0.0
          DISPLAY=my.ip.add.rr:0
          This env variable needs to be set when starting up WebLogic - usually in
          your startWebLogic.sh script.
          Hope this helps - feel free to email if you have questions.
          Thanks
          Rob
          "Shishir Kumar" <> wrote in message news:[email protected]...
          >
          > Hello,
          >
          > I am using Graphics Component thats runs ok in weblogic NT environment but
          fails
          > in weblogic Linux environment. Following is the error:
          >
          > java.lang.InternalError: Can't connect to X11 window server using ':1' as
          the
          > value of the DISPLAY variable.
          > at sun.awt.X11GraphicsEnvironment.initDisplay(Native Method)
          > at sun.awt.X11GraphicsEnvironment.<clinit>(X11GraphicsEnvironment.java:59)
          > at java.lang.Class.forName0(Native Method)
          > at java.lang.Class.forName(Class.java:120)
          > at
          java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment
          .java:58)
          > at java.awt.Window.<init>(Window.java:186)
          > at java.awt.Frame.<init>(Frame.java:315)
          > at java.awt.Frame.<init>(Frame.java:262)
          > at javaside.Rbl.jspImage.init(jspImage.java:33)
          > at jsp_servlet._graphs._jspService(_graphs.java:246)
          > at weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
          > at
          weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java
          :213)
          > at
          weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java
          :246)
          > at
          weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletCo
          ntext.java:1265)
          > at
          weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java
          :1631)
          > at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:137)
          > at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
          >
          >
          > Please Help!
          >
          > Thanks,
          >
          > Shishir.
          >

AbstractMethodError on Filter init

We are using Weblogic 8.1 on a Solaris machine. We have been using filters for a while with no problems. Recently, though, the following error has been happening on webapp redeploy or server restart on some of our servers, but not others. So we know it's not the filter code itself, since it is working on some servers. On the servers on which this error occurs, the filter is not loaded and does not get called when it should.
          The web.xml files are identical except for some parameter text values (server names). As far as we can tell so far, the servers are set up identically. Does anyone have any thoughts on what might be causing this? Here's the error:
          <Aug 10, 2004 10:19:36 AM EDT> <Error> <HTTP> <BEA-101165> <Could not load user defined filter: com.resource.filters.AuthenticationFilter.
          java.lang.AbstractMethodError
          at weblogic.servlet.internal.WebAppServletContext$FilterInitAction.run(WebAppServletContext.java:6379)
          at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:317)
          at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:118)
          at weblogic.servlet.internal.WebAppServletContext.registerFilter(WebAppServletContext.java:2907)
          at weblogic.servlet.internal.WebAppServletContext.initFilters(WebAppServletContext.java:2878)
          at weblogic.servlet.internal.WebAppServletContext.preloadResources(WebAppServletContext.java:3176)
          at weblogic.servlet.internal.WebAppServletContext.setStarted(WebAppServletContext.java:5647)
          at weblogic.servlet.internal.WebAppModule.start(WebAppModule.java:869)
          at weblogic.j2ee.J2EEApplicationContainer.start(J2EEApplicationContainer.java:2022)
          at weblogic.j2ee.J2EEApplicationContainer.activate(J2EEApplicationContainer.java:2063)
          at weblogic.management.deploy.slave.SlaveDeployer$ComponentActivateTask.activateContainer(SlaveDeployer.java:2592)
          at weblogic.management.deploy.slave.SlaveDeployer$ActivateTask.doCommit(SlaveDeployer.java:2515)
          at weblogic.management.deploy.slave.SlaveDeployer$Task.commit(SlaveDeployer.java:2317)
          at weblogic.management.deploy.slave.SlaveDeployer.commitUpdate(SlaveDeployer.java:608)
          at weblogic.drs.internal.SlaveCallbackHandler$2.execute(SlaveCallbackHandler.java:35)
          at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:197)
          at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:170)
          Thanks for any help you can offer.

Generally, this sort of error occurs when your compile-time environment doesn't match your run-time environment, or when you've changed a base class without recompiling a derived class. So, a couple of suggestions:
          Make sure you do a complete recompile of your app.
          Make sure that each WLS instance is running the same service pack, the same patches, and uses the same versions of any third-party libraries.

Cann't show button's chinese text with adf faces in linux

I develop an application with adf, deployed in weblogic/linux, all chinese can work well except the commandButton's chinese text can't be dispalyed well.
The adf generate the button image in adf/images/cache/en/ directory, i suppose it should be in adf/images/cache/zhs/
directory, Any suggestion? Thanks!!!

Yes, I've added
<context-param>
<param-name>oracle.adf.view.faces.CLIENT_STATE_MAX_TOKENS</param-name>
<param-value>100</param-value>
</context-param>
but had no luck. There are a couple things I can add since my last post:
1) Other folks reported int he forum that their problem was that after opening a dialog several times, the returnListener method wasn't getting fired. This is not the issue for me. My returnListener method gets fired every time I close the dialog.
2) I had another developer run the same 10.1.3.4 version of the app on her machine in both IE 6 and 7, and we could not recreate this error. For right now, it seems that this is only happening on my machine.
So... until this comes up on someone else's machine or in our production environment (once these changes are deployed), I'll assume there is something hosed up in my environment that's causing this. What I find weird is that when I run this code in 11g, it works fine even on my machine, which makes me think that this is more of a framework thing than a browser thing. But, if that's the case, why wouldn't it behave the same way on someone else's machine? I'll consider this issue closed for now... But, if you have any thoughts/ideas, I'd be interested in hearing them. Thanks for the help.

Character sets and conversions

Hi all,
were facing a quite complex problem, for which I'am not even able to specify were it is going wrong or what needs configuring, partly for lack of experience and partly for combining different tecnical areas from which I'm only responible for some of them.
So I'll sketch breefly the situation, and hopefully you might give me some guidelines or hints as to where to look at.
The setup : web application (so clients access by use of browser) on Weblogic- Linux platform, Tuxedo on Iseries , and as far as I understand some DB internally to Iseries where data is stored.
Data is entered in the DB by use of some data-entry application that comes with the iSeries.
The problem: consulting data by use of the web-aplication , some characters dont show up correctly , e.g. @ in email addresses, e's with accents, ...
For the chain being "browser <-> WL <-> Tuxedo <-> DB" , the problem might be different points. But from trace beeing activated , we could see that the response going out of tuxedo to WL is not correct...
Any hint as to what to look for, what can configuration is important, would be welcome ...
Some sub-questions:
- I understand Tuxedo is always "installed" in English , with no other option. This means that f.e. logs are in English.
But can/need to define some character set?
- Between Tuxedo <-> DB you can use som conversion tables ?
Any help would be apreciated , were quite lost ..

Hi,
Given that you are running Tuxedo on iSeries, I'm guessing you are running Tuxedo 6.5 as the port for the current Tuxedo release on iSeries hasn't been released yet. Tuxedo 6.5 does not directly support multi-byte character strings. The two common buffer formats for string data in Tuxedo are STRING which doesn't support multi-byte characters, or CARRAY which does support multi-byte characters as a CARRAY is essentially a blob. Do you know what buffer type the Tuxedo application is using to send data to WebLogic Server?
In Tuxedo 9.0 and later, direct support for multi-byte strings was added in the form of the MBSTRING buffer type. This buffer type supports multi-byte strings with a variety of character sets and encodings.
Regards,
Todd Little
Oracle Tuxedo Chief Archiitect

Register Filter failed

          Hi all:
          I am using weblogic 6.1 sp2 and I am trying to configure a filter in one web application.
          When restarting server, I got the following error. But in tomcat, it is working.
          Could somebody tell me why? I apprecate for any response.
          The error from log:
          <Jan 6, 2003 11:25:46 AM EST> <Error> <Management> <Lab3> <myserver> <main> <system>
          <> <000000> <ApplicationManager starting Config caught throwable>
          java.lang.AbstractMethodError
               at weblogic.servlet.internal.WebAppServletContext.registerFilter(WebAppServletContext.java:1994)
               at weblogic.servlet.internal.WebAppServletContext.initFromDescriptors(WebAppServletContext.java:1354)
               at weblogic.servlet.internal.WebAppServletContext.init(WebAppServletContext.java:888)
               at weblogic.servlet.internal.WebAppServletContext.<init>(WebAppServletContext.java:823)
               at weblogic.servlet.internal.HttpServer.loadWebApp(HttpServer.java:444)
               at weblogic.j2ee.WebAppComponent.deploy(WebAppComponent.java:78)
               at weblogic.j2ee.Application.addComponent(Application.java:170)
               at weblogic.j2ee.J2EEService.addDeployment(J2EEService.java:117)
               at weblogic.management.mbeans.custom.DeploymentTarget.addDeployment(DeploymentTarget.java:360)
               at weblogic.management.mbeans.custom.DeploymentTarget.addDeployment(DeploymentTarget.java:150)
               at weblogic.management.mbeans.custom.WebServer.addWebDeployment(WebServer.java:76)
               at java.lang.reflect.Method.invoke(Native Method)
               at weblogic.management.internal.DynamicMBeanImpl.invokeLocally(DynamicMBeanImpl.java:636)
               at weblogic.management.internal.DynamicMBeanImpl.invoke(DynamicMBeanImpl.java:621)
               at weblogic.management.internal.ConfigurationMBeanImpl.invoke(ConfigurationMBeanImpl.java:360)
               at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1557)
               at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1525)
               at weblogic.management.internal.MBeanProxy.invoke(MBeanProxy.java:468)
               at weblogic.management.internal.MBeanProxy.invoke(MBeanProxy.java:209)
               at $Proxy37.addWebDeployment(Unknown Source)
               at weblogic.management.configuration.WebServerMBean_CachingStub.addWebDeployment(WebServerMBean_CachingStub.java:1202)
               at weblogic.management.mbeans.custom.DeploymentTarget.addDeployment(DeploymentTarget.java:346)
               at weblogic.management.mbeans.custom.DeploymentTarget.addDeployments(DeploymentTarget.java:285)
               at weblogic.management.mbeans.custom.DeploymentTarget.updateServerDeployments(DeploymentTarget.java:239)
               at weblogic.management.mbeans.custom.DeploymentTarget.updateDeployments(DeploymentTarget.java:199)
               at java.lang.reflect.Method.invoke(Native Method)
               at weblogic.management.internal.DynamicMBeanImpl.invokeLocally(DynamicMBeanImpl.java:636)
               at weblogic.management.internal.DynamicMBeanImpl.invoke(DynamicMBeanImpl.java:621)
               at weblogic.management.internal.ConfigurationMBeanImpl.invoke(ConfigurationMBeanImpl.java:360)
               at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1557)
               at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1525)
               at weblogic.management.internal.MBeanProxy.invoke(MBeanProxy.java:468)
               at weblogic.management.internal.MBeanProxy.invoke(MBeanProxy.java:209)
               at $Proxy36.updateDeployments(Unknown Source)
               at weblogic.management.configuration.ServerMBean_CachingStub.updateDeployments(ServerMBean_CachingStub.java:2977)
               at weblogic.management.mbeans.custom.ApplicationManager.startConfigManager(ApplicationManager.java:372)
               at weblogic.management.mbeans.custom.ApplicationManager.start(ApplicationManager.java:160)
               at java.lang.reflect.Method.invoke(Native Method)
               at weblogic.management.internal.DynamicMBeanImpl.invokeLocally(DynamicMBeanImpl.java:636)
               at weblogic.management.internal.DynamicMBeanImpl.invoke(DynamicMBeanImpl.java:621)
               at weblogic.management.internal.ConfigurationMBeanImpl.invoke(ConfigurationMBeanImpl.java:360)
               at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1557)
               at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1525)
               at weblogic.management.internal.MBeanProxy.invoke(MBeanProxy.java:468)
               at weblogic.management.internal.MBeanProxy.invoke(MBeanProxy.java:209)
               at $Proxy52.start(Unknown Source)
               at weblogic.management.configuration.ApplicationManagerMBean_CachingStub.start(ApplicationManagerMBean_CachingStub.java:480)
               at weblogic.management.Admin.startApplicationManager(Admin.java:1234)
               at weblogic.management.Admin.finish(Admin.java:644)
               at weblogic.t3.srvr.T3Srvr.start(T3Srvr.java:524)
               at weblogic.t3.srvr.T3Srvr.run(T3Srvr.java:207)
               at weblogic.Server.main(Server.java:35)


6.1sp2 isn't fully 2.3 compliant.
          Peace,
          Cameron Purdy
          Tangosol, Inc.
          http://www.tangosol.com/coherence.jsp
          Tangosol Coherence: Clustered Replicated Cache for Weblogic
          "Johnson" <[email protected]> wrote in message
          news:[email protected]...
          >
          > Hi all:
          >
          > I am using weblogic 6.1 sp2 and I am trying to configure a filter in one
          web application.
          > When restarting server, I got the following error. But in tomcat, it is
          working.
          > Could somebody tell me why? I apprecate for any response.
          >
          > The error from log:
          >
          > <Jan 6, 2003 11:25:46 AM EST> <Error> <Management> <Lab3> <myserver>
          <main> <system>
          > <> <000000> <ApplicationManager starting Config caught throwable>
          > java.lang.AbstractMethodError
          > at
          weblogic.servlet.internal.WebAppServletContext.registerFilter(WebAppServletC
          ontext.java:1994)
          > at
          weblogic.servlet.internal.WebAppServletContext.initFromDescriptors(WebAppSer
          vletContext.java:1354)
          > at
          weblogic.servlet.internal.WebAppServletContext.init(WebAppServletContext.jav
          a:888)
          > at
          weblogic.servlet.internal.WebAppServletContext.<init>(WebAppServletContext.j
          ava:823)
          > at weblogic.servlet.internal.HttpServer.loadWebApp(HttpServer.java:444)
          > at weblogic.j2ee.WebAppComponent.deploy(WebAppComponent.java:78)
          > at weblogic.j2ee.Application.addComponent(Application.java:170)
          > at weblogic.j2ee.J2EEService.addDeployment(J2EEService.java:117)
          > at
          weblogic.management.mbeans.custom.DeploymentTarget.addDeployment(DeploymentT
          arget.java:360)
          > at
          weblogic.management.mbeans.custom.DeploymentTarget.addDeployment(DeploymentT
          arget.java:150)
          > at
          weblogic.management.mbeans.custom.WebServer.addWebDeployment(WebServer.java:
          76)
          > at java.lang.reflect.Method.invoke(Native Method)
          > at
          weblogic.management.internal.DynamicMBeanImpl.invokeLocally(DynamicMBeanImpl
          .java:636)
          > at
          weblogic.management.internal.DynamicMBeanImpl.invoke(DynamicMBeanImpl.java:6
          21)
          > at
          weblogic.management.internal.ConfigurationMBeanImpl.invoke(ConfigurationMBea
          nImpl.java:360)
          > at
          com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1557)
          > at
          com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1525)
          > at weblogic.management.internal.MBeanProxy.invoke(MBeanProxy.java:468)
          > at weblogic.management.internal.MBeanProxy.invoke(MBeanProxy.java:209)
          > at $Proxy37.addWebDeployment(Unknown Source)
          > at
          weblogic.management.configuration.WebServerMBean_CachingStub.addWebDeploymen
          t(WebServerMBean_CachingStub.java:1202)
          > at
          weblogic.management.mbeans.custom.DeploymentTarget.addDeployment(DeploymentT
          arget.java:346)
          > at
          weblogic.management.mbeans.custom.DeploymentTarget.addDeployments(Deployment
          Target.java:285)
          > at
          weblogic.management.mbeans.custom.DeploymentTarget.updateServerDeployments(D
          eploymentTarget.java:239)
          > at
          weblogic.management.mbeans.custom.DeploymentTarget.updateDeployments(Deploym
          entTarget.java:199)
          > at java.lang.reflect.Method.invoke(Native Method)
          > at
          weblogic.management.internal.DynamicMBeanImpl.invokeLocally(DynamicMBeanImpl
          .java:636)
          > at
          weblogic.management.internal.DynamicMBeanImpl.invoke(DynamicMBeanImpl.java:6
          21)
          > at
          weblogic.management.internal.ConfigurationMBeanImpl.invoke(ConfigurationMBea
          nImpl.java:360)
          > at
          com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1557)
          > at
          com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1525)
          > at weblogic.management.internal.MBeanProxy.invoke(MBeanProxy.java:468)
          > at weblogic.management.internal.MBeanProxy.invoke(MBeanProxy.java:209)
          > at $Proxy36.updateDeployments(Unknown Source)
          > at
          weblogic.management.configuration.ServerMBean_CachingStub.updateDeployments(
          ServerMBean_CachingStub.java:2977)
          > at
          weblogic.management.mbeans.custom.ApplicationManager.startConfigManager(Appl
          icationManager.java:372)
          > at
          weblogic.management.mbeans.custom.ApplicationManager.start(ApplicationManage
          r.java:160)
          > at java.lang.reflect.Method.invoke(Native Method)
          > at
          weblogic.management.internal.DynamicMBeanImpl.invokeLocally(DynamicMBeanImpl
          .java:636)
          > at
          weblogic.management.internal.DynamicMBeanImpl.invoke(DynamicMBeanImpl.java:6
          21)
          > at
          weblogic.management.internal.ConfigurationMBeanImpl.invoke(ConfigurationMBea
          nImpl.java:360)
          > at
          com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1557)
          > at
          com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1525)
          > at weblogic.management.internal.MBeanProxy.invoke(MBeanProxy.java:468)
          > at weblogic.management.internal.MBeanProxy.invoke(MBeanProxy.java:209)
          > at $Proxy52.start(Unknown Source)
          > at
          weblogic.management.configuration.ApplicationManagerMBean_CachingStub.start(
          ApplicationManagerMBean_CachingStub.java:480)
          > at weblogic.management.Admin.startApplicationManager(Admin.java:1234)
          > at weblogic.management.Admin.finish(Admin.java:644)
          > at weblogic.t3.srvr.T3Srvr.start(T3Srvr.java:524)
          > at weblogic.t3.srvr.T3Srvr.run(T3Srvr.java:207)
          > at weblogic.Server.main(Server.java:35)

Resource bundle naming issue across platforms

Sorry, but there's no issue anymore. After a complete restart of the windows server it now accepts lowercase "da".
We're using resource bundles to internationalize our app for English and Danish users. The default resource bundle is named "ViewControllerBundle" and the Danish bundle is named "ViewControllerBundle_DA" (on windows at least).
Our problem occurs, when we deploy the application on different platforms. At the moment we have Weblogic 10.3.5 running on Linux and on Windows. Our development environment (JDeveloper 11.1.2) is running on Windows.
When we deploy the application on Weblogic/Linux we need to rename the Danish resource bundle to lowercase "da", like "ViewControllerBundle_da".
When we deploy on Windows or runs the application from JDeveloper we need to name the Danish resource bundle with uppercase "DA", like "ViewControllerBundle_DA".
If we don't rename the bundles we're not able to display danish labels etc.
I would like to know, whether we are naming the bundle the right way or whether it is possible to avoid this manual renaming before deploy. We would like to use the same EAR file for all the servers, if possible.
From faces-config:
<locale-config>
<default-locale>da_DK</default-locale>
<supported-locale>da_DK</supported-locale>
<supported-locale>en_GB</supported-locale>
</locale-config>
Edited by: wmjaboj on 2011-08-30 02:45

b) In some parts on our website, we need to show data, depending on an attribute in a user's profile. So, for instance, if the user is not an administrator, the address shouldn't be shown when his profile is shown to a regular user. Is there an elegant way to solve this? I'm a Struts programmer (first JSF project) and normally you do <c:if test="${}">, but that's not possible in JSF :-).You can certainly use JSTL in JSF. You need at least JSF 1.2 at a JSP 2.1 environment and JSTL 1.2. Google for "unified EL" in Sun.com. But if you want to use a JSF-only solution, then make use of the 'rendered' attribute which is supported by every JSF HTML component and a few JSF core components. It accepts a boolean expression and when it evaluates to true, then the component will be rendered in the view.
E.g.<h:panelGroup rendered="#{user.admin}">
    <h:outputText value="I am an admin." />
</h:panelGroup>where the User bean look likepublic class User {
    public boolean isAdmin() {
        return admin;
}Here are some more EL examples which you can use in the 'rendered' attribute:<h:someComponent rendered="#{myBean.booleanValue}" />
<h:someComponent rendered="#{!myBean.booleanValue}" />
<h:someComponent rendered="#{myBean.intValue > 10}" />
<h:someComponent rendered="#{myBean.objectValue == null}" />
<h:someComponent rendered="#{myBean.stringValue != 'someValue'}" />
<h:someComponent rendered="#{!empty myBean.collectionValue}" />
<h:someComponent rendered="#{!myBean.booleanValue && myBean.intValue != 0}" />
<h:someComponent rendered="#{myBean.stringValue == 'oneValue' || myBean.stringValue == 'anotherValue'}" />

NoClassDefFoundError during ES4 deployment

I am installing ES4 on WebLogic/Linux. Everything goes smooth until about 75% of the way through component deployment I get this:
[ALC-LCM-030-200]: Failed to deploy component /opt/adobe/adobe_livecycle_es4/deploy/adobe-processdata-storageprovider-dsc.jar
Caused by: ALC-DSC-099-000: com.adobe.idp.dsc.DSCRuntimeException: javax.ejb.EJBException: EJB Exception: : java.lang.NoClassDefFoundError: javax/jcr/RepositoryException
Has anyone seen this before?
Thanks in advance!

It appears to be the JCR api is missing.
Download the API JAR file from Apache site, pleace it in lib folder and restart weblogic server.
Rerun the configuration manager and try.
Nith

终于搞定Weblogic8.1sp3下奇怪的Oracle错误了!也算是新Bug喽!

本来计划新服务器割接要在本月底完成，可是在部署完成以后在操作数据库的时候却出了岔子。怎么也不能用了，连接很正常，就是不能 select，update，insert等操作。最经常报的三个错误是：
OALL8 is in an inconsistent state.
Bigger type length than Maximum
Protocol Violation
三个错误随机出现，最常见的是前两个。
因为现有的程序正在一台 Linux 服务器上正常运行，我只是把整套系统原模原样的重新部署到了一台 Sun V480 服务器上，操作系统是 Solaris 9，依然用的是 Weblogic。数据库依然同一台 DELL 服务器，不同的只是操作系统以及JDK，所以首先怀疑的是 Solaris 上的JDK是不是该打补丁了，去了Sun的网站也看到了for Solaris的补丁，但是好像没有关系。然后又重新下载了最新的JDK 1.4.6 beta ，问题依旧。然后又装了 JDK 1.5，这次连 weblogic 都运行不起来了。为了再次验证是不是JDK的问题，我在控制台下写了一个简单的Java程序来连接那台数据库服务器，惊讶的发现一切正常，说明跟JDK没关系了。
莫非是驱动的问题？可是在linux服务器上用的就是这个驱动呀，都是ojdbc14，看了一下CLASSPATH，也有啊。DELL 服务器上的Oracle版本是8.0.5，要不换成它自带的ojdbc看看，更换以后问题依旧！
于是又把怀疑的目光转向了 weblogic，觉得是不是因为字符集的问题？又按照bea提供的一份中文化文档一步一步操作了一遍，确保提交数据的编码、连接oracle的编码、页面输出编码都是GBK，问题依旧！
然后又怀疑到了 Solaris 上，毫无有道理的怀疑是不是因为字符集的不同，导致连接Oracle时发生的错误？因为这台服务器的操作系统是数据分公司的工程师负责安装的，他在安装的时候没有安装中文语言包，所以我设置了 LANG=zh_CN.GBK 后，系统不停的提示 couldn't set locale correctly。于是我又去了IDC机房，找来 Solaris 9的语言包光盘，把中文语言包安装上去，再次测试，问题依旧！
实在没辙了，决定装上Tomcat看看，去了apache的网站后，发现tomcat有了5.5的版本，也没仔细看发行说明就直接下载回来了，却发现不能用，提示只能运行在JDK1.5下。幸亏前面已经下回来JDK1.5了，重新设置了JAVA_HOME后，哈，成功了。于是又再次怀疑weblogic的问题。
我静下来仔细想了一下两台服务器除了系统不同之外，还有哪里不同？Linux上weblogic没有配置cluster，新装的Sun V480上配置了Cluster，我的神经再次兴奋起来，我重新部署了一个新的配置，只写了一个简单的JSP页面，上面就是连接那台 Oracle 数据库，也没有用群集，问题依旧！
看来与Cluster没有关系喽，问题会在哪里呢？于是又怀疑了我现在用的数据库连接池，这个连接池虽然简陋，但是已经用了很长时间，也从没见过这个问题的发生。于是在weblogic上配置了一个连接池，然后又写了一个页面，哈，问题依旧！可是先前我一直用的是我下载回来的那个ojdbc14啊。
不会跟开发版的license有关吧，我又找来公司的一个有时间限制的license，明年1月15号就要到期了。不管他，先换了，可是问题依旧！
于是又不停的在google上搜索，看来出现这种问题的几率实在小，就找到寥寥可数的几个页面，不过在oracle的官方论坛上看到了一个相关帖子，据说是oracle老驱动的问题，需要升级驱动，可是最新的驱动就是1.4，我现在用的就是啊，无果，继续找。
实在找不到什么结果，看来问题十之八九就在 weblogic 自己身上，我又去bea网站上看有关 weblogic 8.1 sp3 的发行信息，主要看了有关Oracle的部分，上面写的是在 weblogic 8.1 sp3 上的Oracle数据库已经把ojdbc1.4默认安装上去，而且默认的驱动就是ojdbc1.4，可是在先前我没有用过weblogic自带的连接池，应该和这个没有什么关系吧，但是抱着死马当做活马医的心态看了一下weblogic里面的ojdbc，发现也有一个ojdbc14.jar，但是和我用的大小不一样。不过既然都是1.4的版本，那我就把我一直用的把Weblogic的覆盖了吧，然后又是重新启动服务，打开测试页面，哇呜呜，成功了！！！
问题竟然就是 weblogic 下 ojdbc 的问题！！！可是我在系统的CLASSPATH中已经添加了我自己的ojdbc，但是可恶的weblogic却优先使用了自己带的ojdbc！版本分明都是一样的，weblogic下的却有问题。浪费了我好几天，正所谓家贼难防啊，呜呜呜呜……
最后的总结：
看来在weblogic上部署的web应用程序，在使用相同的类库的时候，weblogic自带的相同类库优先，其次是CLASSPATH里添加的，最后才是WEB-INF/lib里的。在前面的问题中，虽然我在CLASSPATH里添加了ojdbc14的驱动，但是weblogic里已经有了，所以当然是用的weblogic自带的那个驱动了，CLASSPATH是没有效果的了。
至于为什么那台Linux服务器上很正常，是因为上面装的是Weblogic 8.1 sp2！！！
本月的任务看来有望在明天完成了……
Weblogic 里的 ojdbc 还是是个老版本的？该升级啦，这也算是Bug吧 :-(

"看来在weblogic上部署的web应用程序，在使用相同的类库的时候，weblogic自带的相同类库优先，其次是CLASSPATH里添加的，最后才是WEB-INF/lib里的。"
不是这样的吧？这取决于在CLASSPATH里的先后顺序，你要想自己的覆盖weblogic自带的，就把你的path放在weblogic的path包前面。

Need help patching a kernel to use new ALSA

I have a friend who's just starting out with Arch, and I've been getting him started on his install. His system uses a Biostar 6100-939 motherboard and an Athlon64 processor.
Everything has been working so far except sound. According to documentation, the correct ALSA driver for his nForce4 chipset should be the snd_intel8x0 module. However, loading this module didn't make any soundcards available to alsamixer.
We started to investigate the problem, and recently found this: http://jrbelvin.freeshell.org/weblog/linux/mcp51-alsa stating that the problem is fixed with the 1.0.11rc3 release of ALSA. We also found this : http://www.nvnews.net/vbulletin/showthread.php?t=60493 covering the same issue. We tried applying the patch listed in that forum to a build of the ArchCK kernel. While we were able to confirm that our patch really did patch the kernel, and that the patched kernel built, the snd_intel8x0 module still didn't work when we loaded our patched kernel.
So now it seems like we'll have to properly use the 1.0.11rc3 release of ALSA to get sound working on his computer until 1.0.11 is finalized and merged into the kernel. Does anyone have any experience on patching a kernel to use a different release of ALSA? Any help would be appreciated.
Woogie

I had the same problem with my new computer (less than a week old) using an ASRock K8NF4G-SATA2 board. For me the problem stopped when I switched to the 2.6.16 kernel then in testing but now in current. If it's not working with that kernel try modprobing snd-intel8x0 by hand and running alsaconf.
I actually made packages of alsa-lib and alsa-driver 1.0.11rc4 for myself in the process, but I've switched away from those again, so I don't think they should be needed for NF4/MCP51 to work. That said if your problem doesn't go away I'll be happy to post the PKGBUILDs I modified or even send the packages themselves (with absolutely no guarantees).

Unable to deploy EJB: pipeline.jar from pipeline.jar:

Hi
While startng server i get this error. but from server console i see it is deployed
properly.
Why it is happeing ?
Can anyone please gie insight into this ?
Appreciate your time.
Thanks,
Nishant
####<Sep 8, 2003 9:34:18 AM EDT> <Info> <Data Synchronization> <kreme> <claimsportalserver>
<main> <kernel identity> <> <00000
0> <Application: portalApp; Data Repository of type Pipeline Data Repository created
with persistence manager of type com.bea.
p13n.appflow.pipeline.internal.PipelinePersistenceManager.>
####<Sep 8, 2003 9:34:18 AM EDT> <Error> <J2EE> <kreme> <claimsportalserver> <main>
<kernel identity> <> <160001> <Error deplo
ying application pipeline:
Unable to deploy EJB: pipeline.jar from pipeline.jar:
java.lang.AbstractMethodError
at weblogic.jdbc.pool.ResultSet.getClob(ResultSet.java:957)
at weblogic.jdbc.rmi.internal.ResultSetImpl.getClob(ResultSetImpl.java:1021)
at weblogic.jdbc.rmi.SerialResultSet.getClob(SerialResultSet.java:1356)
at com.bea.p13n.util.jdbc.GenericDatabase.getClob(GenericDatabase.java:457)
at com.bea.p13n.management.data.repository.persistence.JdbcDataSource.createDataItems(JdbcDataSource.java:565)
at com.bea.p13n.management.data.repository.persistence.JdbcDataSource.refresh(JdbcDataSource.java:495)
at com.bea.p13n.management.data.repository.persistence.JdbcPersistenceManager.refresh(JdbcPersistenceManager.java:106)
at com.bea.p13n.management.data.repository.internal.AbstractDataRepository.<init>(AbstractDataRepository.java:186)
at com.bea.p13n.management.data.repository.internal.MasterDataRepository.<init>(MasterDataRepository.java:46)
at com.bea.p13n.management.data.repository.DataRepositoryFactory.getMasterDataRepository(DataRepositoryFactory.java:27
1)
at com.bea.p13n.appflow.pipeline.internal.PipelineExecutorImpl.initialize(PipelineExecutorImpl.java:620)
at com.bea.p13n.appflow.pipeline.internal.PipelineExecutorImpl.<init>(PipelineExecutorImpl.java:124)
at com.bea.p13n.appflow.pipeline.internal.PipelineExecutorImpl_x8bn7v_Impl.<init>(PipelineExecutorImpl_x8bn7v_Impl.jav
a:27)
at java.lang.Class.newInstance0(Native Method)
at java.lang.Class.newInstance(Class.java:232)
at weblogic.ejb20.manager.BaseEJBManager.allocateBean(BaseEJBManager.java:128)
at weblogic.ejb20.manager.StatelessManager.createBean(StatelessManager.java:265)
at weblogic.ejb20.pool.StatelessSessionPool.createBean(StatelessSessionPool.java:148)
at weblogic.ejb20.pool.Pool.createInitialBeans(Pool.java:188)
at weblogic.ejb20.manager.StatelessManager.initializePool(StatelessManager.java:375)
at weblogic.ejb20.deployer.EJBDeployer.initializePools(EJBDeployer.java:1507)
at weblogic.ejb20.deployer.EJBDeployer.start(EJBDeployer.java:1392)
at weblogic.ejb20.deployer.Deployer.deploy(Deployer.java:254)
at weblogic.j2ee.EJBComponent.deploy(EJBComponent.java:85)
at weblogic.j2ee.Application.addComponent(Application.java:294)
at weblogic.j2ee.J2EEService.addDeployment(J2EEService.java:164)
at weblogic.management.mbeans.custom.DeploymentTarget.addDeployment(DeploymentTarget.java:375)
at weblogic.management.mbeans.custom.DeploymentTarget.addDeployments(DeploymentTarget.java:303)
at weblogic.management.mbeans.custom.DeploymentTarget.updateServerDeployments(DeploymentTarget.java:256)
at weblogic.management.mbeans.custom.DeploymentTarget.updateDeployments(DeploymentTarget.java:207)
at java.lang.reflect.Method.invoke(Native Method)
at weblogic.management.internal.DynamicMBeanImpl.invokeLocally(DynamicMBeanImpl.java:732)
at weblogic.management.internal.DynamicMBeanImpl.invoke(DynamicMBeanImpl.java:714)
at weblogic.management.internal.ConfigurationMBeanImpl.invoke(ConfigurationMBeanImpl.java:417)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1557)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1525)
at weblogic.management.internal.RemoteMBeanServerImpl.invoke(RemoteMBeanServerImpl.java:952)
at weblogic.management.internal.MBeanProxy.invoke(MBeanProxy.java:470)
at weblogic.management.internal.MBeanProxy.invoke(MBeanProxy.java:198)
at $Proxy44.updateDeployments(Unknown Source)
at weblogic.management.configuration.ServerMBean_CachingStub.updateDeployments(ServerMBean_CachingStub.java:4114)

Hi
While startng server i get this error. but from server console i see it is deployed
properly.
Why it is happeing ?
Can anyone please gie insight into this ?
Appreciate your time.
Thanks,
Nishant
####<Sep 8, 2003 9:34:18 AM EDT> <Info> <Data Synchronization> <kreme> <claimsportalserver>
<main> <kernel identity> <> <00000
0> <Application: portalApp; Data Repository of type Pipeline Data Repository created
with persistence manager of type com.bea.
p13n.appflow.pipeline.internal.PipelinePersistenceManager.>
####<Sep 8, 2003 9:34:18 AM EDT> <Error> <J2EE> <kreme> <claimsportalserver> <main>
<kernel identity> <> <160001> <Error deplo
ying application pipeline:
Unable to deploy EJB: pipeline.jar from pipeline.jar:
java.lang.AbstractMethodError
at weblogic.jdbc.pool.ResultSet.getClob(ResultSet.java:957)
at weblogic.jdbc.rmi.internal.ResultSetImpl.getClob(ResultSetImpl.java:1021)
at weblogic.jdbc.rmi.SerialResultSet.getClob(SerialResultSet.java:1356)
at com.bea.p13n.util.jdbc.GenericDatabase.getClob(GenericDatabase.java:457)
at com.bea.p13n.management.data.repository.persistence.JdbcDataSource.createDataItems(JdbcDataSource.java:565)
at com.bea.p13n.management.data.repository.persistence.JdbcDataSource.refresh(JdbcDataSource.java:495)
at com.bea.p13n.management.data.repository.persistence.JdbcPersistenceManager.refresh(JdbcPersistenceManager.java:106)
at com.bea.p13n.management.data.repository.internal.AbstractDataRepository.<init>(AbstractDataRepository.java:186)
at com.bea.p13n.management.data.repository.internal.MasterDataRepository.<init>(MasterDataRepository.java:46)
at com.bea.p13n.management.data.repository.DataRepositoryFactory.getMasterDataRepository(DataRepositoryFactory.java:27
1)
at com.bea.p13n.appflow.pipeline.internal.PipelineExecutorImpl.initialize(PipelineExecutorImpl.java:620)
at com.bea.p13n.appflow.pipeline.internal.PipelineExecutorImpl.<init>(PipelineExecutorImpl.java:124)
at com.bea.p13n.appflow.pipeline.internal.PipelineExecutorImpl_x8bn7v_Impl.<init>(PipelineExecutorImpl_x8bn7v_Impl.jav
a:27)
at java.lang.Class.newInstance0(Native Method)
at java.lang.Class.newInstance(Class.java:232)
at weblogic.ejb20.manager.BaseEJBManager.allocateBean(BaseEJBManager.java:128)
at weblogic.ejb20.manager.StatelessManager.createBean(StatelessManager.java:265)
at weblogic.ejb20.pool.StatelessSessionPool.createBean(StatelessSessionPool.java:148)
at weblogic.ejb20.pool.Pool.createInitialBeans(Pool.java:188)
at weblogic.ejb20.manager.StatelessManager.initializePool(StatelessManager.java:375)
at weblogic.ejb20.deployer.EJBDeployer.initializePools(EJBDeployer.java:1507)
at weblogic.ejb20.deployer.EJBDeployer.start(EJBDeployer.java:1392)
at weblogic.ejb20.deployer.Deployer.deploy(Deployer.java:254)
at weblogic.j2ee.EJBComponent.deploy(EJBComponent.java:85)
at weblogic.j2ee.Application.addComponent(Application.java:294)
at weblogic.j2ee.J2EEService.addDeployment(J2EEService.java:164)
at weblogic.management.mbeans.custom.DeploymentTarget.addDeployment(DeploymentTarget.java:375)
at weblogic.management.mbeans.custom.DeploymentTarget.addDeployments(DeploymentTarget.java:303)
at weblogic.management.mbeans.custom.DeploymentTarget.updateServerDeployments(DeploymentTarget.java:256)
at weblogic.management.mbeans.custom.DeploymentTarget.updateDeployments(DeploymentTarget.java:207)
at java.lang.reflect.Method.invoke(Native Method)
at weblogic.management.internal.DynamicMBeanImpl.invokeLocally(DynamicMBeanImpl.java:732)
at weblogic.management.internal.DynamicMBeanImpl.invoke(DynamicMBeanImpl.java:714)
at weblogic.management.internal.ConfigurationMBeanImpl.invoke(ConfigurationMBeanImpl.java:417)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1557)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1525)
at weblogic.management.internal.RemoteMBeanServerImpl.invoke(RemoteMBeanServerImpl.java:952)
at weblogic.management.internal.MBeanProxy.invoke(MBeanProxy.java:470)
at weblogic.management.internal.MBeanProxy.invoke(MBeanProxy.java:198)
at $Proxy44.updateDeployments(Unknown Source)
at weblogic.management.configuration.ServerMBean_CachingStub.updateDeployments(ServerMBean_CachingStub.java:4114)

Filters and wlserver6.1 - Unable to deploy

All,
I am new to deploying Filter. I have a simple Filter class and am trying to log
every request. Below is the part of web.xml:
     <filter>
          <filter-name>Blocker</filter-name>
               <filter-class>
                    com.icechill.filters.BlockBrowserFilter
               </filter-class>
     </filter>
     <filter-mapping>
          <filter-name>Blocker</filter-name>
          <url-pattern>iceChill</url-pattern>
     </filter-mapping>
During wlserver6.1 startup, I get the exception below and none of the webapp works.
Please help. Thanks.
java.lang.AbstractMethodError
at weblogic.servlet.internal.WebAppServletContext.registerFilter(WebAppServletContext.java:1945)
at weblogic.servlet.internal.WebAppServletContext.initFromDescriptors(WebAppServletContext.java:1307)
at weblogic.servlet.internal.WebAppServletContext.init(WebAppServletContext.java:880)
at weblogic.servlet.internal.WebAppServletContext.<init>(WebAppServletContext.java:815)
at weblogic.servlet.internal.HttpServer.loadWebApp(HttpServer.java:428)
at weblogic.j2ee.WebAppComponent.deploy(WebAppComponent.java:74)
at weblogic.j2ee.Application.addComponent(Application.java:163)

Now I know the answer. Even though you can run wlserver6.1 with J2EE1.3 features,
the Filter object expected by interal wlserver6.1 classes is according to non
final servlet 2.3 spec.
All you have to do is, add couple of methods in the custom Filter class:
setFilterConfig(FilterConfig config);
getFilterConfig();
init() method is never called.
Also you can't substitute an instance of HttpServletRequestWrapper when calling
doFilter() on the FilterChain object if you run wlportal4.0 applications.
ApplicationHelper class in com.bea.p13n.management package expects an instance
of weblogic.servlet.internal.ServletRequestImpl which is a final class.
Having said that, can anyone from BEA tell me if custom Filters can be implemented
using HttpRequestWrapper in wl7.0?
Thanks.
"Sai S Prasad" <[email protected]> wrote:
>
Sorry. Below is the correct version of web.xml:
     <filter>
          <filter-name>Blocker</filter-name>
               <filter-class>
                    com.icechill.filters.BlockBrowserFilter
               </filter-class>
     </filter>
     <filter-mapping>
          <filter-name>Blocker</filter-name>
          <url-pattern>/*</url-pattern>
     </filter-mapping>
"Sai S Prasad" <[email protected]> wrote:
All,
I am new to deploying Filter. I have a simple Filter class and am trying
to log
every request. Below is the part of web.xml:
     <filter>
          <filter-name>Blocker</filter-name>
               <filter-class>
                    com.icechill.filters.BlockBrowserFilter
               </filter-class>
     </filter>
     <filter-mapping>
          <filter-name>Blocker</filter-name>
          <url-pattern>iceChill</url-pattern>
     </filter-mapping>
During wlserver6.1 startup, I get the exception below and none of the
webapp works.
Please help. Thanks.
java.lang.AbstractMethodError
at weblogic.servlet.internal.WebAppServletContext.registerFilter(WebAppServletContext.java:1945)
at weblogic.servlet.internal.WebAppServletContext.initFromDescriptors(WebAppServletContext.java:1307)
at weblogic.servlet.internal.WebAppServletContext.init(WebAppServletContext.java:880)
at weblogic.servlet.internal.WebAppServletContext.<init>(WebAppServletContext.java:815)
at weblogic.servlet.internal.HttpServer.loadWebApp(HttpServer.java:428)
at weblogic.j2ee.WebAppComponent.deploy(WebAppComponent.java:74)
at weblogic.j2ee.Application.addComponent(Application.java:163)

AbstractMethodError on WebLogic Linux

Similar Messages

Maybe you are looking for