Transacted QueueSession in WLS8.1sp3

I'm migrating a WLS6.1sp6 application to WLS8.1sp3.
          I have a JMSConnectionFactory which does not have XA Connection Factory Enabled but whenever I obtain a reference to it using its JNDI name I always get returned a JMSXAConnectionFactory.
          The knock on effect of this is that createQueueConnection().createQueueSession(true, ...) never returns me a transacted QueueSession.
          I've tried every combination of UserTransactionsEnabled="true/false" XAConnectionFactoryEnabled="true/false" without success.
          Any ideas appreciated.
          Tim

Tom,
          A question on this. If I do not specify any connection factory in the weblogic-ejb-jar.xml, how does the container/MDB know, which connection factory to use for getting connection to the desitnation?
          Rohit
          > > I don't understand what the connection between the
          > MDB > and the connection factory is.
          >
          > As per the standard JMS API, all client access to JMS
          > resources requires a JMS connection to a server
          > within the cluster. The client routes JMS requests
          > through this connection. A JMS connection factory
          > is the JMS API's method for creating connections.
          > Once an MDB obtains a connection, it creates a JMS
          > S session using the connection, and then creates a
          > consumer from the session that to receive messages
          > from the MDB's source destination.
          >
          > You can think of a JMS connection factory as being
          > very similar in concept to a JDBC data source. JDBC
          > data sources are looked up in JNDI and are used to
          > create JDBC connections. Furthermore you can think
          > of a "user-transaction-aware" JMS session as similar
          > to an XA capable JDBC connection, and a "transacted"
          > " session as similar to a non-XA JDBC connection that
          > is used for local transactions (transactions scoped
          > to the connection only).
          >
          >
          > > Why does the MDB weblogic-ejb-jar have
          > <connection-
          > > factory-jndi-name>?
          >
          > To (1) allow for different connection factories which
          > may have different configured behaviors or may be
          > targeted to specific WL servers, and (2) to allow the
          > MDB to connect to remote non-WebLogic JMS providers
          > which will not have the same connection factory JNDI
          > name as the default WL JMS connection factory.
          >
          > > Surely any message on queue Q will be processed
          > > regardless of the connection factory it was sent
          > under?
          >
          > Among other things, the JMS connection factory has an
          > explicit role in determining the XA or transacted
          > behavior of JMS clients, it is where such behavior is
          > configured. So, you can generally receive messages
          > using any connection factory, but can't necessarily
          > get the desired XA or transacted capability using any
          > connection factory...
          >
          > Tom

Similar Messages

  • Deployment problem on WLS8.1sp3: com.sun.javac.Main not found

    Hi,
    I have a curious problem, after adding some simple (logging) code to an Session Bean, the EAR file will not deploy. I get the message below concerning compilation problems. If however I restore the Session Bean to the previous state, and having build a new EAR file, the erro persists. What is this strange behaviour, has this to do with weblogic settings for the EAR file of whatever ?
    NB I also have tried to include the tool.lib jar in the projekt but that doesn't solve the problem.
    Any help would be appreciated,
    Harry van Rijn
    Exception:weblogic.management.ApplicationException: prepare failed for UasEJB.jar Module: UasEJB.jar Error: Exception preparing module: EJBModule(UasEJB.jar,status=NEW) Unable to deploy EJB: UasEJB.jar from UasEJB.jar: Compiler class: 'com.sun.tools.javac.Main', not found at weblogic.ejb20.ejbc.EJBCompiler.doCompile(EJBCompiler.java:274) at weblogic.ejb20.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:476) at weblogic.ejb20.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:407) at weblogic.ejb20.deployer.EJBDeployer.runEJBC(EJBDeployer.java:493) at weblogic.ejb20.deployer.EJBDeployer.compileJar(EJBDeployer.java:762) at weblogic.ejb20.deployer.EJBDeployer.compileIfNecessary(EJBDeployer.java:700) at weblogic.ejb20.deployer.EJBDeployer.prepare(EJBDeployer.java:1317) at weblogic.ejb20.deployer.EJBModule.prepare(EJBModule.java:498) at weblogic.j2ee.J2EEApplicationContainer.prepareModule

    hi,
    i am migrating my application from wls7.0sp2 to wls8.1 sp3. i am using weblogic.ejbc to make my ear in my ant build script.
    My Classpath settings are > C:\bea8.1\weblogic81\server\lib\weblogic.jar;C:\j2sdk1.4.2_08\lib\tools.jar;
    My Path Settings are > C:\j2sdk1.4.2_08\bin;C:\j2sdk1.4.2_08\jre\bin;
    i am getting the error message>>
    [java] Compiler class: 'com.sun.tools.javac.Main', not found
    [java] java.lang.ClassNotFoundException: com.sun.tools.javac.Main
    [java] at java.net.URLClassLoader$1.run(URLClassLoader.java:199)
    [java] at java.security.AccessController.doPrivileged(Native Method)
    [java] at java.net.URLClassLoader.findClass(URLClassLoader.java:187)
    [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:289)
    [java] at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:274)
    [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
    [java] at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302)
    [java] at java.lang.Class.forName0(Native Method)
    [java] at java.lang.Class.forName(Class.java:141)
    [java] at weblogic.utils.compiler.CompilerInvoker.compileMaybeExit(CompilerInvoker.java:406)
    [java] at weblogic.utils.compiler.CompilerInvoker.compile(CompilerInvoker.java:328)
    [java] at weblogic.utils.compiler.CompilerInvoker.compile(CompilerInvoker.java:336)
    [java] at weblogic.ejb20.ejbc.EJBCompiler.doCompile(EJBCompiler.java:270)
    [java] at weblogic.ejb20.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:476)
    [java] at weblogic.ejb20.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:397)
    [java] at weblogic.ejbc20.runBody(ejbc20.java:517)
    [java] at weblogic.utils.compiler.Tool.run(Tool.java:146)
    [java] at weblogic.utils.compiler.Tool.run(Tool.java:103)
    [java] at weblogic.ejbc.main(ejbc.java:29)
    [java] ERROR: Error from ejbc: Compiler class: 'com.sun.tools.javac.Main', not found
    [java] ERROR: ejbc couldn't invoke compiler

  • Is it possible to use non-transacted AQ/JMS QueueSession

    I have been trying to make a WebLogic MDB to listen to an AQ Queue but run into a problem that Oracle AQ does not seem to support non-transacted QueueSession. For further details about my problem, please see:
    http://marvel.oracle.com/pls/otn/f?p=17000:8:141022503303280030::NO::F17000_P8_DISPLAYID,F17000_P8_CRITERIA:40460583213,
    If you have a solution, please post it here or at Cameron O'Rourke's DevTrend website. Thanks.
    Eric Ma

    Have you posted source code and configuration
    instructions? I just posted some sample code at
    http://newsgroups.bea.com/cgi-bin/dnewsweb?cmd=article&group=weblogic.developer.interest.jms&item=12376&utag=

  • JMS Persistence with WLS 8.1SP3 in a cluster

    I have been following the BEA recommendations. I have configured my JMS to write to an Oracle DB for JMS persistence. This is in a clustered environment. I have had one server go down and then come back. During the outage or right before the outage there were request in the JMS queue. I would assume when the server that failed came back up it would then receive and process the JMS request that were waiting in the DB. That doesn't seem to be happening. My setup is one JMS topic for out bound. The JMS queue is set up for internal traffic. It uses Message Beans. We are also using XADrivers.
              The setup is WLS8.1SP3 on Solaris hitting an Oracle 9 db. Please forward me any questions or suggestions. Thank you in advance.

    WebLogic JMS won't automatically recover messages that enter an "in-doubt" state due to persistence errors that occur while they are being sent or received. To recover such messages, JMS needs to be restarted. You can contact customer support for an 8.1 sample program that automatically restarts JMS (without restarting all of WebLogic) when this problem occurs.
              Tom

  • ResetFd in WLS8.1 SP3

    I have a question about resetFd behavior on WLS8.1SP3.
    I found that resetFd (which is defined in WL_HOME/common/bin/commEnv.sh) was changed from WLS8.1 SP2.
    Now resetFd changes soft-limit of FD to 1024 forcedly if I set limit to more than 1024.
    Are there any problems running Weblogic with more than 1024 FDs?
    I'd like to know the reason why Weblogic limits FDs upto 1024 by default.

    Hi,
    Have you tried to use the following option :
    -Dlog4j.configuration=file:c:/{path}/log4j.properties
    Regards,
    Maxence.

  • Undocumented weblogic.ejb20.internal.MethodPermissionException?

    Environment: Weblogic 6.0 sp2 w/ ejb20.jar.
    We are experimenting with security and noticed that if a client to an ejb
    (session bean in our case) attempts to make a method call that they do not
    have permission for (due to the descriptor .xml file roles), the exception
    that is thrown on the client is this very proprietary sounding and
    undocumented exception:
    weblogic.ejb20.internal.MethodPermissionException
    Using reflection we can see that this exception class has this lineage:
    weblogic.ejb20.internal.MethodPermissionException
    java.rmi.RemoteException
    java.io.IOException
    java.lang.Exception
    java.lang.Throwable
    java.lang.Object
    Can you provide any more info on this? Ideally I'd like to be able to
    distinguish between the very generic RemoteException, but not code such
    undocumented exception names into my files (i.e. it sounds like the name of
    this "internal" exception could easily change with a service pack or
    something and then we'd be hosed).
    Thanks,
    - John Freeborg

    Lourdes,
    We are encountering the exact same issue and thread dump. Did you ever determine a resolution?
    An example thread dump from our server.
    "ExecuteThread: '38' for queue: 'rplarge1'" daemon prio=10 tid=009e7460 nid=111 lwp_id=1102694 in Object.wait() [0x0e611000..0x0e6104f0]
         at java.lang.Object.wait(Native Method)
         at java.lang.Object.wait(Object.java:429)
         at weblogic.jms.store.StoreRequest.waitForIOComplete(StoreRequest.java:465)
         - locked <5593dbe0> (a weblogic.jms.store.StoreRequest)
         at weblogic.jms.backend.BEXATranEntrySend.finishPrepare(BEXATranEntrySend.java:61)
         at weblogic.jms.backend.BEXAResource.prepare(BEXAResource.java:943)
         at weblogic.transaction.internal.XAServerResourceInfo.prepare(XAServerResourceInfo.java:1195)
         at weblogic.transaction.internal.XAServerResourceInfo.prepare(XAServerResourceInfo.java:411)
         at weblogic.transaction.internal.ServerSCInfo$1.execute(ServerSCInfo.java:253)
         at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:219)
         at weblogic.kernel.Kernel.executeIfIdle(Kernel.java:378)
         at weblogic.transaction.internal.ServerSCInfo.startPrepare(ServerSCInfo.java:244)
         at weblogic.transaction.internal.ServerTransactionImpl.localPrepare(ServerTransactionImpl.java:2301)
         at weblogic.transaction.internal.ServerTransactionImpl.globalPrepare(ServerTransactionImpl.java:2015)
         at weblogic.transaction.internal.ServerTransactionImpl.internalCommit(ServerTransactionImpl.java:275)
         at weblogic.transaction.internal.ServerTransactionImpl.commit(ServerTransactionImpl.java:244)
         at weblogic.ejb20.internal.BaseEJBObject.postInvoke(BaseEJBObject.java:299)
         at weblogic.ejb20.internal.StatelessEJBObject.postInvoke(StatelessEJBObject.java:140)
    We are running wls8.1sp3 on HPUX.
    Thanks

  • Threads Stuck weblogic.ejb20.internal.MDListener@d36ef2

    Hello, we have an application over WebLogic Server 8.1 SP4 and we see this message in logs:
    <Dec 7, 2005 11:15:09 AM CET> <Error> <WebLogicServer> <BEA-000337> <ExecuteThread: '27' for queue: 'weblogic.kernel.Default'
    has been busy for "797" seconds working on the request "weblogic.ejb20.internal.MDListener@d36ef2", which is more than the c
    onfigured time (StuckThreadMaxTime) of "600" seconds.>
    When i have a thread dump the most of threads are :
    "ExecuteThread: '36' for queue: 'weblogic.kernel.Default'" daemon prio=5 tid=0x0074b380 nid=0x3f in Object.wait() [c267f000..
    c267fc28]
    at java.lang.Object.wait(Native Method)
    - waiting on <0xccb4d908> (a weblogic.jms.store.StoreRequest)
    at java.lang.Object.wait(Object.java:429)
    at weblogic.jms.store.StoreRequest.waitForIOComplete(StoreRequest.java:465)
    - locked <0xccb4d908> (a weblogic.jms.store.StoreRequest)
    at weblogic.jms.backend.BEXATranEntrySubscribe.finishPrepare(BEXATranEntrySubscribe.java:95)
    at weblogic.jms.backend.BEXAResource.commit(BEXAResource.java:1087)
    at weblogic.transaction.internal.XAServerResourceInfo.commit(XAServerResourceInfo.java:1291)
    at weblogic.transaction.internal.XAServerResourceInfo.commit(XAServerResourceInfo.java:519)
    at weblogic.transaction.internal.ServerSCInfo.startCommit(ServerSCInfo.java:421)
    at weblogic.transaction.internal.ServerTransactionImpl.localCommit(ServerTransactionImpl.java:1883)
    at weblogic.transaction.internal.ServerTransactionImpl.globalRetryCommit(ServerTransactionImpl.java:2515)
    at weblogic.transaction.internal.ServerTransactionImpl.globalCommit(ServerTransactionImpl.java:2446)
    at weblogic.transaction.internal.ServerTransactionImpl.internalCommit(ServerTransactionImpl.java:280)
    at weblogic.transaction.internal.ServerTransactionImpl.commit(ServerTransactionImpl.java:246)
    at weblogic.ejb20.internal.MDListener.execute(MDListener.java:400)
    at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:219)
    at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:178)
    Any idea?
    Thanks

    Lourdes,
    We are encountering the exact same issue and thread dump. Did you ever determine a resolution?
    An example thread dump from our server.
    "ExecuteThread: '38' for queue: 'rplarge1'" daemon prio=10 tid=009e7460 nid=111 lwp_id=1102694 in Object.wait() [0x0e611000..0x0e6104f0]
         at java.lang.Object.wait(Native Method)
         at java.lang.Object.wait(Object.java:429)
         at weblogic.jms.store.StoreRequest.waitForIOComplete(StoreRequest.java:465)
         - locked <5593dbe0> (a weblogic.jms.store.StoreRequest)
         at weblogic.jms.backend.BEXATranEntrySend.finishPrepare(BEXATranEntrySend.java:61)
         at weblogic.jms.backend.BEXAResource.prepare(BEXAResource.java:943)
         at weblogic.transaction.internal.XAServerResourceInfo.prepare(XAServerResourceInfo.java:1195)
         at weblogic.transaction.internal.XAServerResourceInfo.prepare(XAServerResourceInfo.java:411)
         at weblogic.transaction.internal.ServerSCInfo$1.execute(ServerSCInfo.java:253)
         at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:219)
         at weblogic.kernel.Kernel.executeIfIdle(Kernel.java:378)
         at weblogic.transaction.internal.ServerSCInfo.startPrepare(ServerSCInfo.java:244)
         at weblogic.transaction.internal.ServerTransactionImpl.localPrepare(ServerTransactionImpl.java:2301)
         at weblogic.transaction.internal.ServerTransactionImpl.globalPrepare(ServerTransactionImpl.java:2015)
         at weblogic.transaction.internal.ServerTransactionImpl.internalCommit(ServerTransactionImpl.java:275)
         at weblogic.transaction.internal.ServerTransactionImpl.commit(ServerTransactionImpl.java:244)
         at weblogic.ejb20.internal.BaseEJBObject.postInvoke(BaseEJBObject.java:299)
         at weblogic.ejb20.internal.StatelessEJBObject.postInvoke(StatelessEJBObject.java:140)
    We are running wls8.1sp3 on HPUX.
    Thanks

  • JMS - UserTransaction - Commit issue

    Introduction
    I am moving from WebSphere to Weblogic and have counterd an UserTransaction commit issue.
    The code have not been modified, however the logic in Weblogic and Websphere behaves different.
    The messagingsystem is Websphere MQ, in Weblogic I have QCF, destinations, host and port etc. in a .bindings file, and I have configured JMS server and JMS modules with corresponding jndi names.
    I have verified that this configuration is correct throug a custom develop testtool deployed in WL, message is sent successfully to MQ.
    The problem - description
    However in my application i'm using UserTransaction and this is not working as expected.
    I have two classes that communicate with MQ (AbcDAO.java and QueueBroker.java) AbcDAO.java creates a UserTransaction and communicates with Queuebroker throug a method called "SendToAutoS" this method retrives the corrilationId (for the message sendt to MQ) from Queuebroker.
    The SendMessage method creates qcf, queueconnection, queue etc and sends the message to MQ. When i debug this steps (line:queueSender.send(theMessage) I can verify in MQ that a message count is registerted in mq on the correct queue, but it's not shown (since its not commited). However when performing finalize in Queuebroker, which close both session and connection, the messagecount is gone in MQ, and when returing to AbcDAO.java to perform ut.commit(); there is not any message on Queue.
    For me it looks like the message is rolledback when session and connection closes.
    Actions tried
    If I change this line QueueBroker , transacted to false witch i understand sends message without the need to commit:
    boolean transacted = false;
    queueSession = queueConnection.createQueueSession(transacted, QueueSession.AUTO_ACKNOWLEDGE);
    the message is sendt successfully to MQ. However now either commit or rollback on the UserTransaction is working with transacted=false.
    I need the commit and rollback to be done on the UserTransaction for my application.
    Anyone have an idea why this is not working?
    The files - content
    AbcDAO.java - that creates a usertransaction
    ut = ServiceLocator.getInstance().getUserTransaction();
    ut.begin();
    msgCorId = sendToAutoS(userVO, messageSend, transactionQeueSend, transactionQeueFactory);
    ut.commit();
    //SendToAutoS - that calls the Queuebroker method - sendMessage
    private String sendToAutoS(UserVO userVO, String message, String transactionQueue, String transactionQueueFactory) throws DaoException {
    try {
    log.debug("..");
    return QueueBroker.getInstance().sendMessage(message, transactionQueue, transactionQueueFactory);
    } catch (BrokerException be) {
    log.error("BrokerException", be);
    QueueBroker.java - that sends the message to MQ
    public String sendMessage(String message, String transactionQueue, String transactionQueueFactory) throws BrokerException {
    try {
    // Get service locator
    ServiceLocator sl = ServiceLocator.getInstance();
    // Create QueueConnectionFactory with help form service locator
    queueConnectionFactory = (QueueConnectionFactory) sl.getQueueConnectionFactory(transactionQueueFactory);
    // Create QueueConnection
    queueConnection = queueConnectionFactory.createQueueConnection();
    // Create QueueSession, transacted - client has to commit !
    boolean transacted = true;
    queueSession = queueConnection.createQueueSession(transacted, QueueSession.AUTO_ACKNOWLEDGE);
    // Create queue with help from service locator
    queue = (Queue) sl.getQueue(transactionQueue);
    // Create QueueSender
    queueSender = queueSession.createSender(queue);
    // Create message and sent it
    Message theMessage = null;
    theMessage = queueSession.createTextMessage(message);
    // Log time
    long time = System.currentTimeMillis();
    // Set log time on message
    theMessage.setJMSTimestamp(time);
    // Send
    queueSender.send(theMessage);
    queueSender.close();
    // Return unique messageID for message just been sent
    return theMessage.getJMSMessageID();
    } catch (JMSException je) {
    BrokerException ex = new BrokerException();
    ex.setMessageKey("requisition.jms.broker.queue");
    Object[] o = {"SEND", "String to Autosys = " + message};
    ex.setMessageArgs(o);
    ex.setRootCause(je);
    throw ex;
    } catch (ServiceLocatorException e) {
    BrokerException ex = new BrokerException();
    ex.setMessageKey(e.getMessageKey());
    ex.setMessageArgs(e.getMessageArgs());
    ex.setRootCause(e.getRootCause());
    throw ex;
    } finally {
    // Clean up - close connection and session if exist
    if (queueConnection != null) {
    finalize();
    * Finalize queue handling
    * @throws BrokerException e
    protected void finalize() throws BrokerException {
    try {
    // Close connections
    queueSession.close();
    queueConnection.close();
    } catch (JMSException je) {
    BrokerException ex = new BrokerException();
    ex.setMessageKey("requisition.jms.broker.queue");
    Object[] o = {"FINALIZE", "Close connections" };
    ex.setMessageArgs(o);
    ex.setRootCause(je);
    throw ex;
    Edited by: reZer on 14.sep.2011 13:05
    Edited by: reZer on 14.sep.2011 13:06

    I know you are trying to send a JMS message, but just because this is true the generic JMS forum is not automatically the place you should ask questions like this. Your real beef is with the container you are using (Weblogic), UserTransaction and persistent JMS messages in combination with the specific JMS provider you are using.
    You will have far more chance to get help with this problem if you ask it in the Weblogic forum which you can also find on this very website. If you make a new post, be sure to create a link to it here so people can follow it.
    https://forums.oracle.com/forums/category.jspa?categoryID=193
    And perhaps more specific:
    WebLogic Server - JMS

  • Weblogic.utils.AssertionError when getting attributes of EJBComponentMBean

    when i get the attributes of this mbean, i get an assertion error. the
    javadocs do not say anything about this...so how can i prevent this
    assertion error?
    here is the code, and below is the error on weblogic
    Properties p = new Properties();
    p.put(Context.INITIAL_CONTEXT_FACTORY,
    "weblogic.jndi.WLInitialContextFactory");
    p.put(Context.PROVIDER_URL, "t3://yscadt207:7001");
    p.put(Context.SECURITY_PRINCIPAL, "weblogic");
    p.put(Context.SECURITY_CREDENTIALS, "weblogic");
    Context ctx = null;
    try {
    ctx = new InitialContext(p);
    MBeanHome home = (MBeanHome)ctx.lookup(MBeanHome.ADMIN_JNDI_NAME);
    MBeanServer server = home.getMBeanServer();
    Set set = server.queryNames(new
    ObjectName("*:Type=EJBComponent,*"), null);
    System.out.println("found " + set.size() + " mbeans");
    int show = 1;
    int count = 0;
    for(Iterator i = set.iterator(); show > count && i.hasNext();
    count++){
    ObjectName on = (ObjectName)i.next();
    System.out.println(on);
    MBeanInfo info = server.getMBeanInfo(on);
    MBeanAttributeInfo[] attinfo = info.getAttributes();
    for(int j = 0; j < attinfo.length; j++){
    try {
    System.out.println(attinfo[j].getName() + " (" +
    attinfo[j].getType() +
    "): " +
    server.getAttribute(on,
    attinfo[j].getName()));
    } catch(Exception ex){
    System.err.println("error for att " + attinfo[j].getName()
    + " (" + attinfo[j].getType() + "): " + ex);
    ex.printStackTrace();
    } finally {
    if(ctx != null) ctx.close();
    <Feb 23, 2004 10:54:36 AM PST> <Warning> <RMI> <BEA-080003>
    <RuntimeException thrown by rmi server: weblogic.management.
    internal.RemoteMBeanServerImpl.getAttribute(Ljavax.management.ObjectName;Ljava.lang.String;)
    javax.management.RuntimeErrorException: Error thrown by the
    getAttribute method of the DynamicMBean for the attribute
    EJBModuleDDEditor.
    >
    weblogic.utils.AssertionError: ***** ASSERTION FAILED *****[ DD Editing
    is disabled. ]
    at weblogic.utils.Debug.assertion(Debug.java:57)
    at
    weblogic.management.mbeans.custom.EJBComponent.getEJBModuleDDEditor(EJBComponent.java:164)
    at
    weblogic.management.mbeans.custom.EJBComponent.getEJBNames(EJBComponent.java:146)
    at sun.reflect.GeneratedMethodAccessor237.invoke(Unknown Source)
    at
    sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:324)
    at
    weblogic.management.internal.DynamicMBeanImpl.getAttribute(DynamicMBeanImpl.java:592)
    at
    weblogic.management.internal.ConfigurationMBeanImpl.getAttribute(ConfigurationMBeanImpl.java:177)
    at
    com.sun.management.jmx.MBeanServerImpl.getAttribute(MBeanServerImpl.java:1183)
    at
    com.sun.management.jmx.MBeanServerImpl.getAttribute(MBeanServerImpl.java:1153)
    at
    weblogic.management.internal.RemoteMBeanServerImpl.getAttribute(RemoteMBeanServerImpl.java:284)
    at
    weblogic.management.internal.RemoteMBeanServerImpl_WLSkel.invoke(Unknown
    Source)
    at
    weblogic.rmi.internal.BasicServerRef.invoke(BasicServerRef.java:466)
    at
    weblogic.rmi.internal.BasicServerRef$1.run(BasicServerRef.java:409)
    at
    weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:353)
    at
    weblogic.security.service.SecurityManager.runAs(SecurityManager.java:144)
    at
    weblogic.rmi.internal.BasicServerRef.handleRequest(BasicServerRef.java:404)
    at
    weblogic.rmi.internal.BasicExecuteRequest.execute(BasicExecuteRequest.java:30)
    at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:197)
    at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:170)
    <Feb 23, 2004 10:54:36 AM PST> <Error> <Management> <BEA-140001> <An
    error occurred while getting attribute EJBNames on
    MBean
    examples:Application=_appsdir_ejb20_message_ear,Name=ejb20_message.jar,Type=EJBComponent.
    Method: public java.util
    .Set weblogic.management.mbeans.custom.EJBComponent.getEJBNames() throws
    weblogic.ejb20.WLDeploymentException. Exception
    : weblogic.utils.AssertionError: ***** ASSERTION FAILED *****[ DD
    Editing is disabled. ].
    weblogic.utils.AssertionError: ***** ASSERTION FAILED *****[ DD Editing
    is disabled. ]
    at weblogic.utils.Debug.assertion(Debug.java:57)
    at
    weblogic.management.mbeans.custom.EJBComponent.getEJBModuleDDEditor(EJBComponent.java:164)
    at
    weblogic.management.mbeans.custom.EJBComponent.getEJBNames(EJBComponent.java:146)
    at sun.reflect.GeneratedMethodAccessor237.invoke(Unknown Source)
    at
    sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:324)
    at
    weblogic.management.internal.DynamicMBeanImpl.getAttribute(DynamicMBeanImpl.java:592)
    at
    weblogic.management.internal.ConfigurationMBeanImpl.getAttribute(ConfigurationMBeanImpl.java:177)
    at
    com.sun.management.jmx.MBeanServerImpl.getAttribute(MBeanServerImpl.java:1183)
    at
    com.sun.management.jmx.MBeanServerImpl.getAttribute(MBeanServerImpl.java:1153)
    at
    weblogic.management.internal.RemoteMBeanServerImpl.getAttribute(RemoteMBeanServerImpl.java:284)
    at
    weblogic.management.internal.RemoteMBeanServerImpl_WLSkel.invoke(Unknown
    Source)
    at
    weblogic.rmi.internal.BasicServerRef.invoke(BasicServerRef.java:466)
    at
    weblogic.rmi.internal.BasicServerRef$1.run(BasicServerRef.java:409)
    at
    weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:353)
    at
    weblogic.security.service.SecurityManager.runAs(SecurityManager.java:144)
    at
    weblogic.rmi.internal.BasicServerRef.handleRequest(BasicServerRef.java:404)
    at
    weblogic.rmi.internal.BasicExecuteRequest.execute(BasicExecuteRequest.java:30)
    at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:197)
    at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:170)
    >
    <Feb 23, 2004 10:54:36 AM PST> <Warning> <RMI> <BEA-080003>
    <RuntimeException thrown by rmi server: weblogic.management.
    internal.RemoteMBeanServerImpl.getAttribute(Ljavax.management.ObjectName;Ljava.lang.String;)
    javax.management.RuntimeErrorException: Error thrown by the
    getAttribute method of the DynamicMBean for the attribute
    EJBNames.
    >

    I am also getting the exact same errors.
    In my case it's when I have MC4J connected to WLS8.1SP3 and I am trying to simply look at the deployed EJB's.
    Why has no one answered Simon's question since being posted back in Feb?

  • Using wlappc with split directory structure

    I am trying to generate an EAR file of my application using wlappc in WLS8.1sp3.
    I am using the split directory structure, I have a src directory containing my
    source and xml descriptors, and a output directory containing the compiled classes.
    I am using the split structure to deploy to the app server in development, that
    is working fine. I use wlcompile to compile the code, that works ok too.
    I assume that the purpose of wlappc would be to take a split directory structure
    and create an EAR file from it, but there is only one source directory that you
    can pass to the ant task. If I pass the src directory, it complains that it cannot
    find the classes. If I use the output directory, it complains that it cannot
    find the META-INF directory.
    Am I missing a step? Do I have to use wlpackage to put everything in one directory,
    then wlappc? Do I have to copy the class files or xml files manually first?

    Jason Kriese wrote:
    I am trying to generate an EAR file of my application using wlappc in WLS8.1sp3.
    I am using the split directory structure, I have a src directory containing my
    source and xml descriptors, and a output directory containing the compiled classes.
    I am using the split structure to deploy to the app server in development, that
    is working fine. I use wlcompile to compile the code, that works ok too.Great.
    >
    I assume that the purpose of wlappc would be to take a split directory structure
    and create an EAR file from it, No, wlappc does J2EE code-generation and validation. For instance, it
    will do hundreds of checks against your EJBs to make sure they comply
    with the spec. It will compile your JSP files into servlets etc. You
    just need to pass wlappc the output directory. It will automatically
    find the src directory.
    When you're ready to deploy to a production or staging server, you can
    use wlpackage to put everything into one directory or an archived EAR file.
    -- Rob
    but there is only one source directory that you
    can pass to the ant task. If I pass the src directory, it complains that it cannot
    find the classes. If I use the output directory, it complains that it cannot
    find the META-INF directory.
    Am I missing a step? Do I have to use wlpackage to put everything in one directory,
    then wlappc? Do I have to copy the class files or xml files manually first?

  • Toplink 9045 Migration Issue

    Hi,
    I am currently migrating my application from WLS7.0 and Toplink903 to WLS8.1sp3 and Toplink9045.
    I am getting the folowing error when i am trying to generate EAR file using weblogic.ejbc
    [java] Local Exception Stack:
    [java] Exception [TOPLINK-14025] (OracleAS TopLink - 10g (9.0.4.5) (Build 040930)): oracle.toplink.ejb.De
    ploymentException
    [java] Exception Description: An error occurred while getting mapping during the code generation : [Excep
    tion [TOPLINK-178] (OracleAS TopLink - 10g (9.0.4.5) (Build 040930)): oracle.toplink.exceptions.DescriptorExce
    ption
    [java] Exception Description: Cannot find mapping for attribute [trade] in entity bean [com.fanniemae.mf.
    jj.persistence.closedTrade.ClosedTradeBean]. The attribute must mapped.]
    [java] Internal Exception: Exception [TOPLINK-178] (OracleAS TopLink - 10g (9.0.4.5) (Build 040930)): ora
    cle.toplink.exceptions.DescriptorException
    [java] Exception Description: Cannot find mapping for attribute [trade] in entity bean [com.fanniemae.mf.
    jj.persistence.closedTrade.ClosedTradeBean]. The attribute must mapped.
    [java] at oracle.toplink.ejb.DeploymentException.errorGetMappingFromAttribute(DeploymentException.jav
    a:91)
    [java] at oracle.toplink.internal.ejb.cmp.codegen.CmpCodeGenPlatform.getMappingFromAttributeName(CmpC
    odeGenPlatform.java:553)
    [java] at oracle.toplink.internal.ejb.cmp.codegen.CmpCodeGenPlatform.getIndirectionPolicy(CmpCodeGenP
    latform.java:579)
    [java] at oracle.toplink.internal.ejb.cmp.codegen.CmpCodeGenPlatform.createGetMethod(CmpCodeGenPlatfo
    rm.java:320)
    [java] at oracle.toplink.internal.ejb.cmp.codegen.CmpCodeGenPlatform.addContainerManagedAttributesAnd
    Methods(CmpCodeGenPlatform.java:140)
    [java] at oracle.toplink.internal.ejb.cmp.codegen.CmpCodeGenPlatform.generateConcreteClass(CmpCodeGen
    Platform.java:454)
    [java] at oracle.toplink.internal.ejb.cmp.codegen.ConcreteClassGenerator.generateConcreteClass(Concre
    teClassGenerator.java:26)
    [java] at oracle.toplink.internal.ejb.cmp.wls.WlsCMPCodeGenerator.codeGenSubclass(WlsCMPCodeGenerator
    .java:56)
    [java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    [java] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    [java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    [java] at java.lang.reflect.Method.invoke(Method.java:324)
    [java] at weblogic.utils.compiler.CodeGenerator.processAt(CodeGenerator.java:648)
    [java] at weblogic.utils.compiler.CodeGenerator.parse(CodeGenerator.java:587)
    [java] at weblogic.utils.compiler.CodeGenerator.parse(CodeGenerator.java:519)
    [java] at weblogic.utils.compiler.CodeGenerator.generateCode(CodeGenerator.java:336)
    [java] at weblogic.utils.compiler.CodeGenerator.generate(CodeGenerator.java:238)
    [java] at weblogic.utils.compiler.CodeGenerator.generate(CodeGenerator.java:197)
    [java] at weblogic.ejb20.ejbc.EJB20CMPCompiler.generatePersistenceSources(EJB20CMPCompiler.java:88)
    [java] at weblogic.ejb20.ejbc.EJBCompiler.doCompile(EJBCompiler.java:245)
    [java] at weblogic.ejb20.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:476)
    [java] at weblogic.ejb20.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:397)
    [java] at weblogic.ejbc20.runBody(ejbc20.java:517)
    [java] at weblogic.utils.compiler.Tool.run(Tool.java:146)
    [java] at weblogic.utils.compiler.Tool.run(Tool.java:103)
    [java] at weblogic.ejbc.main(ejbc.java:29)
    I am using all the latest jar's and did't understand why i am getting this error. If any one had got the same type of errors please let me know how to solve this issue.
    Thank you.

    First are you using JPA and a persistence.xml with TopLink (TopLink Essentials was the JPA provider I believe) or are you using native TopLink with a sesssions.xml?  WIthout entity changes to support lazy relationships (such as weaving if using JPA) lazy relationships will only work for collection mappings - but these are already set to default to lazy,  If it is JPA, you can configure your entity mappings to be Lazy through annotations or an orm.xml file and let weaving work on your entities, while if using Sessions.xml, you need to make changes to the entities themselves to support lazy relationships as well as set the mappings to be lazy.  This is called indirection in TopLink, and is described here: Understanding Relationship Mappings
    If you are using JPA and a persistence.xml, the migration to EclipseLink should be fairly easy.  See https://wiki.eclipse.org/EclipseLink/Examples/JPA/Migration/TopLinkEssentials for details
    Otherwise it may require package renaming and ensuring that the project was not using deprecated classes, but still should not be too complex.  Migrating from Native TopLink | EclipseLink 2.4.x Understanding EclipseLink has instructions and details.
    If this is not enough to go on, please give more details on what you have. 
    Best Regards,
    Chris

  • Jrockit out of memory error

    We are getting out of memory error with jrockit1.4.2_08. We used memory debugger tools to find the leak. Apparently there do not seem to be a leak from application perspective. Here is the core dump. Please help me resolve this.
    ===== BEGIN DUMP =============================================================
    JRockit dump produced after 0 days, 05:37:55 on Thu Jun 5 20:39:11 2008
    Additional information is available in:
    /opt/obs/obs_app/obs31.0/user_projects/admin/jrockit.17430.dump
    No core file will be created because core dumps have been
    disabled. To enable core dumping, try "ulimit -c unlimited"
    before starting JRockit again.
    If you see this dump, please open a support case with BEA and
    supply as much information as you can on your system setup and
    the program you were running. You can also search for solutions
    to your problem at http://forums.bea.com in
    the forum jrockit.developer.interest.general.
    Error code: 52
    Error Message: Null pointer exception in native code
    Signal info : si_signo=11, si_code=2
    Version : BEA WebLogic JRockit(TM) 1.4.2_08 JVM R24.5.0-61 ari-49095-20050826-1856-linux-ia32
    Threads / GC : Native Threads, GC strategy: parallel
    : mmHeap->data = 0x40416000, mmHeap->top = 0x7ec16000
    : mmStartCompaction = 0x45236000, mmEndCompaction = 0x4a056000
    CPU : Intel Pentium 4 (HT)
    Number CPUs : 4
    Tot Phys Mem : 4021997568
    OS version : Red Hat Enterprise Linux ES release 2.1 (Panama)
    Linux version 2.4.9-e.72smp ([email protected]) (gcc version 2.96 20000731 (Red Hat Linux 7.2 2.96-129.7.2)) #1 SMP Tue Jul 3 22:04:51 EDT 2007
    State : JVM is running
    Command Line : -Djava.class.path=<my own jars list>
    java.library.path=/opt/obs/wls/jrockit-j2sdk1.4.2_08/jre/lib/i386/jrockit:/opt/obs/wls/jrockit-j2sdk1.4.2_08/jre/lib/i386:/opt/obs/wls/jrockit-j2sdk1.4.2_08/jre/../lib/i386:/opt/mqm/java/lib:/opt/tib/rv7.1.2/lib:/opt/obs/obs_app/obs31.0/thirdparty:/opt/obs/wls/wls8.1sp3/weblogic81/server/lib/linux/i686:/opt/obs/wls/wls8.1sp3/weblogic81/server/lib/linux/i686/oci920_8
    C Heap : Good; no memory allocations have failed
    Registers (from context struct at 0x8d5b724/0x8d5b80c):
    EAX = 000005f4 EBX = 0000007f
    ECX = 7ff8bd90 EDX = 24a18f94
    ESI = 7ff46af0 EDI = 00000100
    ESP = 7f262bc0 EIP = 4026d58f
    EBP = 7f262bd8 EFL = 00010203
    CS = 0023 DS = 002b ES = 002b
    SS = 002b FS = 00df GS = 00df
    Stack:
    7f262bc0 :00000000 7ff46af0 00000f94 00000000 00028000 00000000
    7f262bd8 :7f262c08 401ffcae 7ff8bd90 24a18f94 00028000 a0000000
    7f262bf0 :0a5f1800 7f262c74 08d137a0 00000050 00000000 7f262c34
    7f262c08 :7f262c48 4028a7fb 24a18f94 00000000 08d137a0 08d139e4
    7f262c20 :581a664c 00000003 08d137a0 00000001 7f262c74 00000000
    7f262c38 :7f262ca8 402c28bd 7f262c74 20040144 7f262ca8 402c292f
    7f262c50 :7f262c74 00000000 00000000 7f262c84 581a6640 08d137a0
    7f262c68 :08d1382c 414d2db8 210d41e8 0a5f1800 08d137a0 7f262d9c
    7f262c80 :24a18f95 00000002 00000000 7f262cf8 08d1382c 581a6640
    7f262c98 :00000000 00000000 00000000 00000000 7f262ce8 402e0861
    7f262cb0 :08d137a0 581a6640 00000020 7f262cf8 210cc499 00000001
    7f262cc8 :00000000 7f262ce4 08d139e8 7f262cf0 581a66c0 53b8d780
    7f262ce0 :00000000 00000020 08d137a0 210cc43e 08d1382c 08d139e4
    7f262cf8 :08116840 08d139e4 00000000 581a6400 210b41ff 00000001
    7f262d10 :581a6618 581a6560 210cc499 581a6565 581a6618 581a6560
    7f262d28 :210d2744 581a62f0 581a6560 210d2725 2112a995 2112a985
    7f262d40 :2112a975 23a67584 581a6578 00000001 00000001 220e35a9
    7f262d58 :23a53381 581a62f0 00000000 00000000 581a6548 00000046
    7f262d70 :00000000 00000002 00000000 581a62f0 00000001 00000000
    7f262d88 :00000000 00000000 581a6530 581a62f0 23a56e15 24a18f95
    7f262da0 :24a18ba3 00000000 581a6130 210bead9 581a6038 581a6038
    7f262db8 :581a6038 53b88f50 40fa9ca8 581a6308 55b54b00 40fa9c38
    7f262dd0 :80000000 55a06030 581a6020 581a6038 581a6020 24a189bb
    7f262de8 :40fa9c38 581a6020 40fa9ca8 581a60c0 55a06030 53942ff8
    7f262e00 :55b54b00 40fa9ca8 40fa9c38 08d137a0 7f262e24 210b34d8
    7f262e18 :40fa9c38 40fa9c68 40fa9ca8 24a18800 402e3a4d 7f262fb3
    7f262e30 :0000002c 00000003 7f262ec4 08d1382c 24b196e0 249c4f84
    7f262e48 :581a5390 00000000 00000058 7f262e84 402b861a 249c4f84
    7f262e60 :7f262e80 08d1382c 00000001 00000001 00000008 00000013
    7f262e78 :00000005 581a5fd8 08d139dc 7f262e18 00000003 00000005
    7f262e90 :00000005 00000000 00000000 55a06030 55b54b00 7f262e24
    7f262ea8 :7f262e24 08d137a0 7f262ee0 24a18800 210b34a0 0000002c
    7f262ec0 :7f262fb3 7f262f04 402c8931 08d1382c 1aea85c0 24b196e0
    7f262ed8 :00000000 7f262f5c 402c8b74 7f262f54 401aaab0 00000000
    7f262ef0 :7f262f5c 7f262f54 401aaab0 401aa6a0 1aea85c0 7f262f64
    7f262f08 :402c8c41 08d1382c 249c4f84 00000000 7f262f5c 402c8b74
    7f262f20 :00000000 7f262f54 08d13dd0 08d1382c 7f262f9c 00000000
    7f262f38 :00000000 7f262f7c 402f2b2d 08d137a0 00000001 7f262f7c
    7f262f50 :402f2b24 08d13dd0 402f2b24 7f262fd4 08d1382c 7f262f94
    7f262f68 :402dbd4c 08d1382c 08d139dc 249c4f84 7f262fd4 08d139e4
    7f262f80 :581a5ee0 00000000 476bd4c0 210b67f6 00000000 08d137a0
    7f262f98 :210e7b1b 08d1382c 08d139e0 249c4f84 08d139dc 7f262fd4
    7f262fb0 :083e6898 08d139dc 00000000 210eb30d 40fa9ca8 210eb184
    7f262fc8 :405bff10 00000005 210e7c48 581a5fb8 581a5fb8 581a5fe0
    7f262fe0 :00000000 00000000 581a5690 210e7253 581a5fb8 00000009
    7f262ff8 :73a44aa8 73a44aa8 00000005 581a5fb8 00000009 581a5690
    7f263010 :246e7cd0 581a5fb8 581a53e8 581a5f48 40fa9b90 40fa9be8
    7f263028 :55a06030 55b54b00 40fa9be8 40fa9bd0 246e7b13 55b54b00
    7f263040 :55a06030 40fa9b60 55b54b00 55a06030 581a5378 246e79b6
    7f263058 :55a06030 55b54b00 57712968 405c6858 40fa9b40 00000001
    7f263070 :40fa9b40 2426bab4 55a06030 57712968 57712928 57712968
    7f263088 :55b54b00 55b54b00 4b345448 2426ba1b 2426b717 53b88f50
    7f2630a0 :405c6858 5393c038 53b88f50 00000002 53b88f40 24266f1f
    7f2630b8 :53b88f50 53b88f50 53b88f40 5393c038 53b849c0 00000000
    7f2630d0 :53912b90 5393acd0 5393c038 53912b90 242613c8 5393c038
    7f2630e8 :00000000 5393acd0 00000000 5393aa60 5393c038 24658a31
    7f263100 :5393acd0 4a0dbf40 00000000 4a0dbf40 539125c0 23a74a88
    7f263118 :539126e8 00000001 6553be00 539125c0 246587dc 53ebb610
    7f263130 :4a0dbf40 00000000 4a124210 00000000 00000000 5393aa60
    7f263148 :218aff64 09ccec00 221aa582 5393a440 4a1507e8 4a1507e8
    7f263160 :536f07d8 533cdee0 5393a440 533cdee0 000378b6 536f07d8
    7f263178 :5393a430 00000004 210b48f0 00000050 0000000f 211080dd
    7f263190 :40576ec8 21108145 5393a480 5393aa60 5393aa60 21108074
    7f2631a8 :00000003 536f07d8 4a124210 7d1c9048 5393a430 654d5040
    7f2631c0 :4a090428 232a5328 7d1c9048 4a124210 229f2aeb 7d1c9048
    7f2631d8 :4a124210 4a127090 538f80a8 654d5040 536f07d8 4a127090
    7f2631f0 :536f07d8 242438f0 536f07d8 7d1c9048 7d1c9048 538f80a8
    7f263208 :5393a418 7d1c9048 229f2a12 536f07d8 7d1c9048 22147208
    7f263220 :40528fa8 4056b138 00000000 00000000 405d4858 7d1c9048
    7f263238 :2214718a 5393a418 7d1c9048 229f239d 5393a418 536f07d8
    7f263250 :7d1c9048 4056b138 41356f20 00000000 536f07d8 40528fa8
    7f263268 :4a127090 7d1c9048 5393a418 538f80a8 42562b68 538f81e0
    7f263280 :229f2230 219161d1 41356f20 218e2089 42562b6d 41356f20
    7f263298 :7f2632b4 210b8c73 402e37ef 7f2633e8 08d137a0 7f2632b4
    7f2632b0 :210b3478 210b8c60 402e3a4d ffffffff 00000010 00000000
    7f2632c8 :7f263354 08d1382c 200920e0 200282cc 00000000 00000000
    7f2632e0 :00000000 7f263314 402b861a 200282cc 7f263310 08d1382c
    7f2632f8 :00000001 00000001 00000006 00000006 00000001 08d137a0
    7f263310 :00000000 7f2632b4 00000000 00000001 00000001 00000000
    7f263328 :00000000 00000000 42562b68 7f2632b4 7f2632b4 08d137a0
    7f263340 :00000000 210b8c60 210b3440 00000010 ffffffff 7f263394
    7f263358 :402c8931 08d1382c 080d97e0 200920e0 00000000 7f2633e8
    7f263370 :402e3550 7f2633cc 00000000 08d1382c 08d1382c 7f263aac
    7f263388 :00000000 00000000 080d97e0 7f2633d4 402c9e9f 08d1382c
    7f2633a0 :200282cc 00000000 7f2633e8 402e3550 00000001 7f2633cc
    7f2633b8 :00000000 00000000 00000000 00000000 00000000 00000000
    Code:
    4026d48f :83403d9a 008bf4c4 166be850 c4830009 f4c48310 a817e853
    4026d4a7 :b70f0009 c0010643 06438966 0ff8c483 048dc0b7 02e0c140
    4026d4bf :08438b50 57b7e850 43890003 20c48308 53f4c483 09a87ce8
    4026d4d7 :9a38a100 8b64403d 30050300 83403d9a c48310c4 50008bf4
    4026d4ef :0915f4e8 084b8b00 4574c985 0f0c558b 8d0443b7 14894004
    4026d507 :10558b81 0443b70f c140048d 430302e0 04508908 0f14558b
    4026d51f :8d0443b7 e0c14004 08430302 66085089 b80443ff 00000001
    4026d537 :b48d09eb 00000026 8bc03100 ec89e85d 768dc35d e5895500
    4026d54f :570cec83 458b5356 08558b08 00fc45c7 83000000 b70ff4c4
    4026d567 :478d0478 8df8d101 e852ff58 0009a7ed 8310c483 4974fffb
    4026d57f :084d8b90 8b5b148d 048d0841 0c558b90 77045039 0850391c
    4026d597 :188b0f72 51f4c483 09a7fce8 ebd88900 fc5d892e 768d05eb
    4026d5af :8bdf8900 de89fc4d 8939148d 1fe8c1d0 d1101c8d 75f339fb
    4026d5c7 :08458bb8 50f4c483 09a7cce8 8dc03100 5e5be865 5dec895f
    4026d5df :e58955c3 571cec83 458b5356 fc45c70c 00000000 04788366
    4026d5f7 :c7627400 0000f845 558b0000 f8458b0c 8b084203 8b118b08
    4026d60f :388b0442 8b08428b 8b028b30 f8c48300 8b04598b 08418b10
    4026d627 :5040d829 145d2b52 52575653 10458b53 2c406850 558b4036
    4026d63f :bae85208 8bc7ddb3 c4830c55 f8458330 fc45ff0c 0442b70f
    4026d657 :7cfc4539 d8658da5 895f5e5b 89c35dec e58955f6 572cec83
    4026d66f :38a15356 64403d9a 0503008b 403d9a30 8bf4c483 5ee85000
    4026d687 :83000914 c48310c4 e45d8df4 19bbe853 b2e80009 e8000918
    Loaded modules:
    (* denotes the module causing the exception)
    0x08048000-0x0804ce46 /opt/obs/wls/jrockit-j2sdk1.4.2_08/bin/java
    0x4001d000-0x40029fab /lib/i686/libpthread.so.0
    0x4004e000-0x4006fb42 /lib/i686/libm.so.6
    0x40071000-0x4007300c /lib/libdl.so.2
    0x40075000-0x401a76e5 /lib/i686/libc.so.6
    0x401b2000-0x40388eef* /opt/obs/wls/jrockit-j2sdk1.4.2_08/jre/lib/i386/jrockit/libjvm.so
    0x7ec57000-0x7ec66fa5 /opt/obs/wls/jrockit-j2sdk1.4.2_08/jre/lib/i386/libverify.so
    0x7ec75000-0x7ec94a0f /opt/obs/wls/jrockit-j2sdk1.4.2_08/jre/lib/i386/libjava.so
    0x7ec9c000-0x7ecae3ba /lib/libnsl.so.1
    0x7ec97000-0x7ec98705 /opt/obs/wls/wls8.1sp3/weblogic81/server/lib/linux/i686/libweblogicunix1.so
    0x7f5f2000-0x7f5f3eff /opt/obs/wls/wls8.1sp3/weblogic81/server/lib/linux/i686/libmuxer.so
    0x7f5f6000-0x7f5f95c1 /opt/obs/wls/jrockit-j2sdk1.4.2_08/jre/lib/i386/libioser12.so
    0x80318000-0x8031f8bf /opt/obs/obs_app/obs31.0/thirdparty/libXMLC.so
    0x80344000-0x8034c66f /opt/tib/rv7.1.2/lib/libtibrvj.so
    0x8034e000-0x803563e0 /opt/tib/rv7.1.2/lib/libtibrvcmq.so
    0x803d2000-0x803e66bb /opt/tib/rv7.1.2/lib/libtibrvcm.so
    0x7fef9000-0x7fefdcaf /opt/tib/rv7.1.2/lib/libtibrvft.so
    0x803e8000-0x804341a4 /opt/tib/rv7.1.2/lib/libtibrv.so
    Thread Stack Trace:
    WARNING: Memory exhausted
    at java/lang/Throwable.fillInStackTrace0(Native Method)@0x210cc3f0
    at java/lang/Throwable.fillInStackTrace(Unknown Source)@0x210cc499
    at java/lang/Throwable.<init>(Unknown Source)@0x210d2744
    at java/lang/Exception.<init>(Exception.java:41)@0x210d2725
    at java/lang/RuntimeException.<init>(RuntimeException.java:43)@0x2112a995
    at java/lang/IllegalArgumentException.<init>(IllegalArgumentException.java:36)@0x2112a985
    at java/lang/NumberFormatException.<init>(NumberFormatException.java:38)@0x2112a975
    at java/lang/NumberFormatException.forInputString(NumberFormatException.java:48)@0x23a67584
    at java/lang/FloatingDecimal.readJavaFormatString(FloatingDecimal.java:1207)@0x220e35a9
    at java/lang/Double.parseDouble(Double.java:220)@0x23a56e15

    I can't tell from the crash dump what the exact problem is - maybe you are running out of native memory?
    You are running a very old JRockit version. Since you are a Oracle/BEA customer, you can get a newer one from BEA Support, or through edelivery.oracle.com.
    -- Henrik

  • QueueBrowser doesn't work when messages are in the queue

    We are attempting to list off the messages in a JMQ 2.0 queue while our application is running. The code currently creates a new Connection & Session and then a new QueueBrowser on each queue. Following that, we get an Enumeration of the messages in the queue and print them out.
    When no messages are in the queue, this approach works fine and prints out all the relevent information. However, when a message is in the queue, the QueueBrowser just hangs. I've tried on transacted and non transacted QueueSessions and the same thing happens.
    Is this known behavior and is it possible to work around it?
    Thanks,
    Mike

    Try restarting the Mac with the ethernet cable plugged in and with a live device attached ('live device' = another Mac, a modem, a printer, or a hub/switch/router, which has been powered on).

  • Differences betx WL5/6 and WL8??

    The old docs don't seem to be online.
    I being intereviewed for a job were they are still using WL5
    My experience is based on seeing WL6 at a previous job and using WL 8 [ workshop and server ] at home.
    What are the important differences??
    Is there some set of reasons for a company not to upgrade over the last several years???

    howarddy
    Moving from WLS5 to WLS8 is a non trivial task, I am currently upgrading WLS8.1sp1 to WLS8.1sp3 and that is a fair amount of work in it's own right.
    I suggest you start by spending some time going through all the release notes with someone who knows your application code well:
    http://e-docs.bea.com/wls/docs61/notes/
    http://e-docs.bea.com/wls/docs70/notes/
    http://e-docs.bea.com/wls/docs81/notes/
    and make a note of the main things you will need to change, then start by creating your WLS8.1sp3 environment. Next start by trying to compile and deploy each type of component, find a simple ejb and webapp and do those first. Once these work apply all the required changes to the rest of your code. Compile, deploy and test each component one at a time and once the new addition has been made test the entire application, resist making changes to all components in one go.
    If you have unit tests make sure you use them to check your upgraded components, if you don't now is a great time to create a suit of unit tests that you can use for this migration and for the future.
    Good luck

  • Queue session

    Hello,
    I work with 2 queueSessions that connect to the same URL. The sessions are transactad. To each session i connect queueReceiver (with the same serverName and JNDI name to the both receivers). at my program i receive to the first receiver and after it got 'x' buffers i receive the buffers to the second receiver (that connect to the second queueSession). The both session remain open all the time.
    My quation is, at this situation when i start to receive to the second receiver can it be that i get the same messages that i got to the first receiver. (I didn't commit any of the session until now)?
    At the JavaDoc of "QueueSession" it's written that:
    "If there are messages that have been received but not acknowledged when a QueueSession terminates, these messages will be retained and redelivered when a consumer next accesses the queue. "
    Can i rely on this to assure that i won't get the same messages agian?
    Does it work with all the application servers?

    it's a bit difficult to understand the setup you described, so i'll put my undestanding here, and if it's not true - correct me...
    1 - you have two separate, transacted QueueSessions running on the same machine.
    2 - you have a receiver on each of the sessions, both receivers are on the same Queue.
    3 - your program receives x messages into your first receiver, and then starts receiving on
    the second one, never closing the sessions.
    not commiting your QueueSessions is allowed. you shouldn't be getting messages twice.
    the part of the javadoc is referring a transacted session - usually, when you cerate a transacted
    session, the session keeps all the messages it receives, and only acks them when you call commit() on the session. If you never called commit() - the messages will never be acked.
    if the session closes before it's committed - the provider should deliver the unacked messages it sent to this session again.
    so, basically, you can rely on this part of the javadoc, supposing your messaging provider complies with the JMS specification.
    about your application servers question - i am not sure what you meant by that. application servers are not messaging providers, although some of them have a messaging implementation. if you meant to ask "do all messaging providers work this way?" my answer would be - yes, at least all those i tried..

Maybe you are looking for

  • ITunes doesn't start automatically when ipod is connected.

    Even though I have clicked on the place that says itunes will start automatically when iPod is connected to pc, it doesn't. I have to click on iTunes everytime, and then it takes a while to run. Anyone have any ideas what might be the problem?

  • Excel export problem (Fatal Error)

    Hi friends, I am trying export my ALV grid contents (my internal table content) to excel with standard alv toolbar excel button (&XXL) But i give an error. "Spreadsheet cannot be called (return code FATAL error)" What is my wrong? My code parts : Dat

  • Small window box shows "TypError: oE is null" and then closes the browser.

    This "seems" to happen randomly. Whenever I open up the browser, everything is working fine for awhile and then the window just pops up.

  • G5 starting to have issues with waking up and powering on

    Just started happening two nights ago. I hit the keyboard to wake up my G5 and heard a clicking noise. I noticed that the light on the power button would light up as it tried to wake up but it would be unsuccessful. It kept trying to wake up but neve

  • CS2:: Will CS2 run on intel processors?

    Need to upgrade workstation but cannot afford new software. Need to keep CS2. Will CS2 run on Intel Macs? In other words, should I get a used G5 or a used MacPro