Concurrent access to initial context?

Using WebLogic Server 6.0
I wrote a simple stand alone Java client (see code below) that
performs the following steps:
1. Gets the Initial Context for the WLS JNDI
2. Closes the initial context
3. Goes into an indefinite loops (to keep the client alive)
I start up one client and it performs steps 1, 2, and 3 and is
sitting at step3.
Then I start up another client. It hangs at step 1 until I kill
the first client.
It cannot obtain the initial context while the first client is
running.
I do not understand this behavior! Is this behavior correct?
If so, could somebody
explain why it works this way. The initial context is used to
lookup our EJBs. If two
clients cannot access the Initial Context at the same time, won't
this be a major
bottle neck when using EJBs?
Please help!
Here's is the code for the client....
public static void main(String args[])
     try
     Context ctx = null;
     System.out.println("Before get context.");
     Hashtable env = new Hashtable();
     env.put(Context.INITIAL_CONTEXT_FACTORY,
          "weblogic.jndi.WLInitialContextFactory");
     env.put(Context.PROVIDER_URL,
          "t3://localhost:7001");
     ctx = new InitialContext(env);
     System.out.println("Initial context created.");
     ctx.close();
     System.out.println("Closed context.");
     // Hang
     while(true){}
     catch (Exception e)
     e.printStackTrace();

Yes - it was the CPU problem. If I use Thread.sleep(...) it works fine.
I had a feeling it was a mistake on my part. Thanks for the help.
Robert Patrick <[email protected]> wrote:
There is definitely something else going on here. Try adding a
Thread.sleep(1000) inside your while loop to prevent the process from
spinning and eating up all the CPU...
MK Parini wrote:
Using WebLogic Server 6.0
I wrote a simple stand alone Java client (see code below) that
performs the following steps:
1. Gets the Initial Context for the WLS JNDI
2. Closes the initial context
3. Goes into an indefinite loops (to keep the client alive)
I start up one client and it performs steps 1, 2, and 3 and is
sitting at step3.
Then I start up another client. It hangs at step 1 until I kill
the first client.
It cannot obtain the initial context while the first client is
running.
I do not understand this behavior! Is this behavior correct?
If so, could somebody
explain why it works this way. The initial context is used to
lookup our EJBs. If two
clients cannot access the Initial Context at the same time, won't
this be a major
bottle neck when using EJBs?
Please help!
Here's is the code for the client....
public static void main(String args[])
try
Context ctx = null;
System.out.println("Before get context.");
Hashtable env = new Hashtable();
env.put(Context.INITIAL_CONTEXT_FACTORY,
"weblogic.jndi.WLInitialContextFactory");
env.put(Context.PROVIDER_URL,
"t3://localhost:7001");
ctx = new InitialContext(env);
System.out.println("Initial context created.");
ctx.close();
System.out.println("Closed context.");
// Hang
while(true){}
catch (Exception e)
e.printStackTrace();

Similar Messages

  • Reusing the Initial Context Object

    Hi all
    Environment: Weblogic 452
    JNDI implementation of Weblogic 452 is based on Javasoft JNDI 1.1 and
    SPI specifications.(refer: Developer docs for 452).Javadoc of
    InitialContext for JNDI 1.1 says (refer -
    http://java.sun.com/products/jndi/javadoc/index.html)
    An InitialContext instance is not synchronized against concurrent access
    by multiple threads. Multiple threads each manipulating their own
    InitialContext
    instances need not synchronize. Threads that need to access a single
    InitialContext instance concurrently should synchronize amongst
    themselves
    and provide the necessary locking
    1. Does reusing the InitialContext object accross threads for lookup and
    then execution of remote methods cause any problems? or should we
    synchronize access?
    How weblogic 452 handles this.
    2. Let say i do this
    a. get InitialContext
    b. do lookup
    c. get remote reference
    d. close context
    e. execute methods on the remote reference got in step c.
    does doing d ie..closing context cause problems in step e or later
    on....
    3. What happens if we dont close the intial context...
    Does WLS 452 intelligently garbage collect them and release any
    resources held internally by the initial context object?
    How much is the overhead?
    Is Initial Context heavy ie.. holds resources like sockets/etc...?
    thanks in advance

    I do not have an exact answer for most of your questions. From my
    experience and from research, I would suggest that the following is safe:
    Within an HTTP request, instantiate an InitialContext and using it for the
    duration of the request only (i.e. same auth info, same thread). I believe
    the same holds true for home interfaces. That is within the "web
    container", though. The choice of "caching" the context in the "ejb
    container" is a even easier for threads (ejb guarantee -- only one thread
    with access to your ejb at a time), but harder due to lack of clear spec on
    auth issues.
    Cameron Purdy, LiveWater
    "S Rajesh" <[email protected]> wrote in message
    news:[email protected]...
    Hi all
    Environment: Weblogic 452
    JNDI implementation of Weblogic 452 is based on Javasoft JNDI 1.1 and
    SPI specifications.(refer: Developer docs for 452).Javadoc of
    InitialContext for JNDI 1.1 says (refer -
    http://java.sun.com/products/jndi/javadoc/index.html)
    An InitialContext instance is not synchronized against concurrent access
    by multiple threads. Multiple threads each manipulating their own
    InitialContext
    instances need not synchronize. Threads that need to access a single
    InitialContext instance concurrently should synchronize amongst
    themselves
    and provide the necessary locking
    1. Does reusing the InitialContext object accross threads for lookup and
    then execution of remote methods cause any problems? or should we
    synchronize access?
    How weblogic 452 handles this.
    2. Let say i do this
    a. get InitialContext
    b. do lookup
    c. get remote reference
    d. close context
    e. execute methods on the remote reference got in step c.
    does doing d ie..closing context cause problems in step e or later
    on....
    3. What happens if we dont close the intial context...
    Does WLS 452 intelligently garbage collect them and release any
    resources held internally by the initial context object?
    How much is the overhead?
    Is Initial Context heavy ie.. holds resources like sockets/etc...?
    thanks in advance

  • How to synchronize concurrent access to static data in ABAP Objects

    Hi,
    1) First of all I mwould like to know the scope of static (class-data) data of an ABAP Objects Class: If changing a static data variable is that change visible to all concurrent processes in the same Application Server?
    2) If that is the case. How can concurrent access to such data (that can be shared between many processes) be controlled. In C one could use semaphores and in Java Synchronized methods and the monitor concept. But what controls are available in ABAP for controlling concurrent access to in-memory data?
    Many thanks for your help!
    Regards,
    Christian

    Hello Christian
    Here is an example that shows that the static attributes of a class are not shared between two reports that are linked via SUBMIT statement.
    *& Report  ZUS_SDN_OO_STATIC_ATTRIBUTES
    REPORT  zus_sdn_oo_static_attributes.
    DATA:
      gt_list        TYPE STANDARD TABLE OF abaplist,
      go_static      TYPE REF TO zcl_sdn_static_attributes.
    <i>* CONSTRUCTOR method of class ZCL_SDN_STATIC_ATTRIBUTES:
    **METHOD constructor.
    *** define local data
    **  DATA:
    **    ld_msg    TYPE bapi_msg.
    **  ADD id_count TO md_count.
    **ENDMETHOD.
    * Static public attribute MD_COUNT (type i), initial value = 1</i>
    PARAMETERS:
      p_called(1)  TYPE c  DEFAULT ' ' NO-DISPLAY.
    START-OF-SELECTION.
    <b>* Initial state of static attribute:
    *    zcl_sdn_static_attributes=>md_count = 0</b>
      syst-index = 0.
      WRITE: / syst-index, '. object: static counter=',
               zcl_sdn_static_attributes=>md_count.
      DO 5 TIMES.
    <b>*   Every time sy-index is added to md_count</b>
        CREATE OBJECT go_static
          EXPORTING
            id_count = syst-index.
        WRITE: / syst-index, '. object: static counter=',
                 zcl_sdn_static_attributes=>md_count.
    <b>*   After the 3rd round we start the report again (via SUBMIT)
    *   and return the result via list memory.
    *   If the value of the static attribute is not reset we would
    *   start with initial value of md_count = 7 (1+1+2+3).</b>
        IF ( p_called = ' '  AND
             syst-index = 3 ).
          SUBMIT zus_sdn_oo_static_attributes EXPORTING LIST TO MEMORY
            WITH p_called = 'X'
          AND RETURN.
          CALL FUNCTION 'LIST_FROM_MEMORY'
            TABLES
              listobject = gt_list
            EXCEPTIONS
              not_found  = 1
              OTHERS     = 2.
          IF sy-subrc <> 0.
    * MESSAGE ID SY-MSGID TYPE SY-MSGTY NUMBER SY-MSGNO
    *         WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.
          ENDIF.
          CALL FUNCTION 'DISPLAY_LIST'
    *       EXPORTING
    *         FULLSCREEN                  =
    *         CALLER_HANDLES_EVENTS       =
    *         STARTING_X                  = 10
    *         STARTING_Y                  = 10
    *         ENDING_X                    = 60
    *         ENDING_Y                    = 20
    *       IMPORTING
    *         USER_COMMAND                =
            TABLES
              listobject                  = gt_list
            EXCEPTIONS
              empty_list                  = 1
              OTHERS                      = 2.
          IF sy-subrc <> 0.
    * MESSAGE ID SY-MSGID TYPE SY-MSGTY NUMBER SY-MSGNO
    *         WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.
          ENDIF.
        ENDIF.
      ENDDO.
    <b>* Result: in the 2nd run of the report (via SUBMIT) we get
    *         the same values for the static counter.</b>
    END-OF-SELECTION.
    Regards
      Uwe

  • Error in JMS receiver adapter: "Error creating initial context with environment"

    Hello,
    I have some trouble with a JMS receiver adapter (access to JMS-provider with JNDI).
    The message in adapter monitoring is:
    A channel error occurred. Detailed error (if any) :
    com.sap.aii.adapter.jms.api.connector.ConnectorException: Fatal Error looking up connection factoryJMSQueueConnectionFactory, for profile: ConnectionProfile of channel: CC_JMS_RCV_XLIMI00001on node: 503473150 having object id: 5b424f2f79b6350ca636ab35d528cfdd:
    ConnectorException: Error creating initial context with environment: java.naming.provider.url=wcsefdev.example.com:9064; java.naming.factory.initial=com.ibm.websphere.naming.WsnInitialContextFactory; for profile: ConnectionProfile of channel:
    CC_JMS_RCV_XLIMI00001on node: 503473150 having object id: 5b424f2f79b6350ca636ab35d528cfdd: javax.naming.NoInitialContextException:
    Cannot instantiate class: com.ibm.websphere.naming.WsnInitialContextFactory<br> at com.sap.aii.adapter.jms.core.connector.JndiConnectorImpl.createConnectionFactory
    (JndiConnectorImpl.java:152)<br> ....
    Message processing failed. Cause:
    com.sap.aii.adapter.jms.core.fsm.DFA$InvalidTransitionException: No transition found from state: ERROR, on event: process_commence for DFA: CC_JMS_RCV_XLIMI00001:5b424f2f79b6350ca636ab35d528cfdd
    The third party assured me that the specified JNDI parameters are right and everything is configured on their site, so it should work...
    Might there be a problem with the JMS drivers?
    Regards,
    Marcus

    Hi Marcus,
    Have a look at below thread
    Connecting to PI 7.11 JMS Queue from other PI 7.11 Server

  • Error in getting Initial Context

    Hello,
    I am facing the following exception while trying to get the Initial Context. Following
    is the snippet of code that I use for getting the Context -
    Properties p = new Properties();
    p.put(Context.INITIAL_CONTEXT_FACTORY, "weblogic.jndi.WLInitialContextFactory");p.
    put(Context.PROVIDER_URL, url);
    if (user != null) {
    p.put(Context.SECURITY_PRINCIPAL, user);
    if (password == null)
    password = "";
    p.put(Context.SECURITY_CREDENTIALS, password);
    return new InitialContext(p);
    The following is the exception that I encounter -
    javax.naming.AuthenticationException. Root exception is java.lang.SecurityException:
    attempting to add an object which is not an instance of java.security.Principal
    to a Subject's Principal Set
    Am i missing anything. Thanks for your time.
    See the attached file for the details of the exception
    Thanks,
    Ashutosh
    [trace.txt]

    Hi Tim,
    If you are running within a browser, you will not have access to anything
    outside the sandbox which includes making RMI calls. Try signing the applet.
    You can find more information on signing applets on the sun java website.
    Regards
    Arjuna
    "Tim" <[email protected]> wrote in message
    news:3c5ab818$[email protected]..
    >
    I get the following eror when I try to get the Initial Context in anapplet:
    >
    java.lang.ExceptionInInitializerError: java.security.Acc
    ess denied (java.util.PropertyPermission * read,write)
    atjava.security.AccessControlContext.checkPermission(AccessControlConte
    xt.java:272)
    atjava.security.AccessController.checkPermission(AccessController.java:
    399)
    Does anyone have any idea what would cause this? The code works finerunning
    from an application. From what I understand there might be a problem withmy
    policy file. However, it seems to look ok. Any ideas?

  • To access a dynamic context node defined in a Used Component

    Hi Gurus,
    I need your help with something.
    I have a dynamic context node in ComponentA. I want it in Component B too.
    Component B uses Component A, but I am not able to get access to the context node.
    Is it possible to do this? Any suggestions how to proceed.
    PS: I am trying to do a dynamic mapping. The initial scenario was here, Set data into Model Node on Navigating from a View
    Thanks in advance,
    Anjana R.
    Message was edited by:
            Anjana Raghav

    Hi Gurus,
    Its working now. Earlier, the code was something like this....
    IWDNodeInfo compNode = wdThis.wdGet<i>Comp</i>Interface().wdGetAPI().getContext().getRootNodeInfo().getChild(nodeNm);
    viewNodeInfo.setMapping(compNode,true);
    and was trying to map it using
    iewNodeInfo.addMappedAttribute("order",".<i>Comp</i>."+ nodeNm + ".order");     
    Now, I am mapping like this.
    viewNodeInfo.addMappedAttribute("order","order");
    Thanks,
    Anjana R.

  • Getting Initial context

    Here is some debug output from a simple test I run against a WL6.1
    Server. Notice the 35 secs. it takes to get Initial Context.
    -- Initializing bean access.
    -- Succeeded getting naming context.
    -- Execution time: 35047 ms.
    -- Succeeded looking up jndi name.
    -- Execution time: 453 ms.
    -- Succeeded casting Home interface.
    -- Execution time: 94 ms.
    Second time I run the test from the same machine I get this.
    -- Initializing bean access.
    -- Succeeded getting naming context.
    -- Execution time: 1907 ms.
    -- Succeeded looking up jndi name.
    -- Execution time: 312 ms.
    -- Succeeded casting Home interface.
    -- Execution time: 31 ms.
    The pattern is consistent. First attempt to get the Initial Context
    from any of my client boxes will take about 30 secs more than any
    consecutive attempts.
    Here is the code for getting the Context:
    long startTime = 0;
    if (logging) {
         log("Initializing bean access.");
         startTime = System.currentTimeMillis();
    try {
         //get naming context
         Context ctx = getInitialContext();
         if (logging) {
              long endTime = System.currentTimeMillis();
              log("Succeeded getting naming context.");
              log("Execution time: " + (endTime - startTime) + " ms.");
              startTime =endTime;
         //look up jndi name
         Object ref = ctx.lookup("DynamicPool");
         if (logging) {
              long endTime = System.currentTimeMillis();
              log("Succeeded looking up jndi name.");
              log("Execution time: " + (endTime - startTime) + " ms.");
              startTime =endTime;
         //cast to Home interface
         dynamicPoolHome = (DynamicPoolHome) PortableRemoteObject.narrow(ref,
    DynamicPoolHome.class);
         if (logging) {
              long endTime = System.currentTimeMillis();
              log("Succeeded casting Home interface.");
              log("Execution time: " + (endTime - startTime) + " ms.");
    catch(Exception e) {
         if (logging) {
              log("Failed initializing bean access.");
         e.printStackTrace();
    Am I missing something here ?
    Regards,
    Klaus

    My first guess would be a DNS problem.
    Also, creating an InitialContext loads a fair amount of classes. If you're
    loading them over the network, that could also account for the slow-down.
    -- Rob
    Klaus Preisler wrote:
    Here is some debug output from a simple test I run against a WL6.1
    Server. Notice the 35 secs. it takes to get Initial Context.
    -- Initializing bean access.
    -- Succeeded getting naming context.
    -- Execution time: 35047 ms.
    -- Succeeded looking up jndi name.
    -- Execution time: 453 ms.
    -- Succeeded casting Home interface.
    -- Execution time: 94 ms.
    Second time I run the test from the same machine I get this.
    -- Initializing bean access.
    -- Succeeded getting naming context.
    -- Execution time: 1907 ms.
    -- Succeeded looking up jndi name.
    -- Execution time: 312 ms.
    -- Succeeded casting Home interface.
    -- Execution time: 31 ms.
    The pattern is consistent. First attempt to get the Initial Context
    from any of my client boxes will take about 30 secs more than any
    consecutive attempts.
    Here is the code for getting the Context:
    long startTime = 0;
    if (logging) {
    log("Initializing bean access.");
    startTime = System.currentTimeMillis();
    try {
    //get naming context
    Context ctx = getInitialContext();
    if (logging) {
    long endTime = System.currentTimeMillis();
    log("Succeeded getting naming context.");
    log("Execution time: " + (endTime - startTime) + " ms.");
    startTime =endTime;
    //look up jndi name
    Object ref = ctx.lookup("DynamicPool");
    if (logging) {
    long endTime = System.currentTimeMillis();
    log("Succeeded looking up jndi name.");
    log("Execution time: " + (endTime - startTime) + " ms.");
    startTime =endTime;
    //cast to Home interface
    dynamicPoolHome = (DynamicPoolHome) PortableRemoteObject.narrow(ref,
    DynamicPoolHome.class);
    if (logging) {
    long endTime = System.currentTimeMillis();
    log("Succeeded casting Home interface.");
    log("Execution time: " + (endTime - startTime) + " ms.");
    catch(Exception e) {
    if (logging) {
    log("Failed initializing bean access.");
    e.printStackTrace();
    Am I missing something here ?
    Regards,
    Klaus

  • ClassNotFoundException for initial-context-factory using foreign JMS p.

    Hi,
    I am currently working on migrating an application from weblogic 9 to weblogic 10 and I bumped into this issue while MDB connecting to JMS.
    [Loaded cz.jaksky.riskscenario.beans.RiskScenarioServiceLocalHome from file:/C:/SVN/app-WLS10-FRESH/app-deploy/servers/myserver/tmp/_WL_user/performance/nyubkw/point-interfaces.jar]
    <17-Sep-2012 11:01:27 o'clock CEST> <Warning> <EJB> <BEA-010061> <The Message-Driven EJB: PerformanceAsyncRequestBean is unable to connect to the JMS destination: wls.AsyncQueue. The Error was:
    javax.naming.NoInitialContextException: Cannot instantiate class: cz.jaksky.common.jms.JMSInitialContextFactory [Root exception is java.lang.ClassNotFoundException: cz.jaksky.common.jms.JMSInitialContextFactory]
    at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:657)
    at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:288)
    at javax.naming.InitialContext.init(InitialContext.java:223)
    at javax.naming.InitialContext.<init>(InitialContext.java:197)
    at weblogic.deployment.jms.ForeignOpaqueReference.getReferent(ForeignOpaqueReference.java:182)
    at weblogic.jndi.internal.WLNamingManager.getObjectInstance(WLNamingManager.java:96)
    at weblogic.jndi.internal.ServerNamingNode.resolveObject(ServerNamingNode.java:377)
    at weblogic.jndi.internal.BasicNamingNode.resolveObject(BasicNamingNode.java:856)
    at weblogic.jndi.internal.BasicNamingNode.lookup(BasicNamingNode.java:209)
    at weblogic.jndi.internal.BasicNamingNode.lookup(BasicNamingNode.java:214)
    at weblogic.jndi.internal.WLEventContextImpl.lookup(WLEventContextImpl.java:254)
    at weblogic.jndi.internal.WLContextImpl.lookup(WLContextImpl.java:411)
    at javax.naming.InitialContext.lookup(InitialContext.java:392)
    at weblogic.jms.common.CDS$2.run(CDS.java:486)
    at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:363)
    at weblogic.jms.common.CrossDomainSecurityManager.runAs(CrossDomainSecurityManager.java:131)
    at weblogic.jms.common.CDS.lookupDestination(CDS.java:480)
    at weblogic.jms.common.CDS.lookupDDAndCalloutListener(CDS.java:345)
    at weblogic.jms.common.CDS.access$100(CDS.java:41)
    at weblogic.jms.common.CDS$DDListenerRegistrationTimerListener.timerExpired(CDS.java:193)
    at weblogic.timers.internal.TimerImpl.run(TimerImpl.java:273)
    at weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWorkManagerImpl.java:528)
    at weblogic.work.ExecuteThread.execute(ExecuteThread.java:207)
    at weblogic.work.ExecuteThread.run(ExecuteThread.java:176)
    Caused by: java.lang.ClassNotFoundException: cz.jaksky.common.jms.JMSInitialContextFactory
    at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
    at java.lang.Class.forName0(Native Method)
    at java.lang.Class.forName(Class.java:247)
    at com.sun.naming.internal.VersionHelper12.loadClass(VersionHelper12.java:46)
    at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:654)
    ... 23 more
    I am using foreign JMS provider with provided mapping. Config follows:
    ejb-jar.xml:
    <enterprise-beans>
              <message-driven>
                   <ejb-name>PortfolioRetrieverAsyncRequestBean</ejb-name>
                   <ejb-class>cz.jaksky.common.async.AsynchronousRequestMessageBean</ejb-class>
                   <transaction-type>Bean</transaction-type>
                   <acknowledge-mode>Auto-acknowledge</acknowledge-mode>
                   <message-driven-destination>
                        <destination-type>javax.jms.Queue</destination-type>
                        <subscription-durability>Durable</subscription-durability>
                   </message-driven-destination>
                   <message-selector>
                        <![CDATA[ Service IN ('PortfolioRetriever')
                      AND MessageType = 'request'
                      AND BigBox = FALSE
                    ]]>
                   </message-selector>
              </message-driven>
         </enterprise-beans>
    weblogic-ejb-jar.xml:
    <weblogic-enterprise-bean>
              <ejb-name>PortfolioRetrieverAsyncRequestBean</ejb-name>
              <message-driven-descriptor>
                   <pool>
                        <max-beans-in-free-pool>64</max-beans-in-free-pool>
                        <initial-beans-in-free-pool>1</initial-beans-in-free-pool>
                   </pool>
                   <destination-jndi-name>wls.AsyncQueue</destination-jndi-name>
                   <initial-context-factory>weblogic.jndi.WLInitialContextFactory</initial-context-factory>
                   <connection-factory-jndi-name>ServiceLocatorAsyncQueueFactory</connection-factory-jndi-name>
              </message-driven-descriptor>
              <dispatch-policy>PortfolioAsyncQueueWorkManager</dispatch-policy>
         </weblogic-enterprise-bean>
    jmsconfig-jms.xml
    <foreign-server name="TibjmsAsyncServer">
    <default-targeting-enabled>true</default-targeting-enabled>
    <foreign-destination name="AsyncQueue.LOCAL.prgdwm355410.7001">
    <local-jndi-name>wls.AsyncQueue</local-jndi-name>
    <remote-jndi-name>AsyncQueue.LOCAL.prgdwm355410.7001</remote-jndi-name>
    </foreign-destination>
    <foreign-connection-factory name="FTQueueConnectionFactory">
    <local-jndi-name>ServiceLocatorAsyncQueueFactory</local-jndi-name>
    <remote-jndi-name>FTQueueConnectionFactory</remote-jndi-name>
    </foreign-connection-factory>
    <initial-context-factory>cz.jaksky.common.jms.JMSInitialContextFactory</initial-context-factory>
    <connection-url>tcp://JUSD-FTPOIA.jaksky.com:22542,tcp://JUSD-FTPOB.jaksky.com:22543</connection-url>
    </foreign-server>
    Module containing this MDB is packed as an ear file with following structure:
    APP-INF/lib/modules.jar - contains AsynchronousRequestMessageBean class
    APP-INF/lib/interface.jar - contains JMSInitialContextFactory (class used for initial-context-factory)
    portfolio-async.jar
    META-INF/ejb-jar.xml content pasted above
    META-INF/webogic-ejb-jar.xml content pasted above
    Weblogic system classpath doesn't contain any application sepcific libraries.
    This set up was working for weblogic 9 without any problem. I am just wondering what the problem is whether I am faceing class loading issue or JMS configuration issue and how to resolve it.
    Edited by: user13047709 on 18-Sep-2012 07:15
    Edited by: user13047709 on 18-Sep-2012 07:16

    Hi,
    When working with a non-WebLogic JNDI provider (or a non-WebLogic JMS provider), the non-WebLogic client classes must be made available to the classloader of the calling application in WebLogic Server. This is usually accomplished by adding them to the system classpath.
    In your case, WebLogic is looking for a proprietary/foreign JNDI Context Factory class named "cz.jaksky.common.jms.JMSInitialContextFactory", which means you need to make sure that a jar/dir that contains the non-WebLogic class "JMSInitialContextFactory.class" is in the classpath.
    The configuration for this should be similar in WL9 and WL10. It could be that your classpath is already setup to reference the foreign class, but it refers to a directory/jar that you haven't setup yet on your WL10 host.
    HTH,
    Tom

  • Error getting initial context

    Hi,
    I've gotten the following exceptions reported to us by our production clients when trying to connect to our Weblogic 4.5.1 server (sp8).
    CPClient with url: t3s://www.cpmarket.com:7002 Getting guest initial
    context
    [Root exception is java.io.IOException: Bootstrap unable to get a t3s
    connection to
    www.cpmarket.com/159.43.253.15]javax.naming.CommunicationException at
    weblogic.jndi.toolkit.ExceptionTranslator.toNamingException(ExceptionTransla
    tor.java:32) at
    weblogic.jndi.WLInitialContextFactory.toNamingException(WLInitialContextFact
    ory.java:513) at
    weblogic.jndi.WLInitialContextFactory.getInitialContext(WLInitialContextFact
    ory.java, Compiled Code) at
    weblogic.jndi.Environment.getContext(Environment.java:128) at
    weblogic.jndi.Environment.getInitialContext(Environment.java:111) at
    com.xxxxxxx.CPClient.getGuestInitialContext(CPClient.jav
    a:184) at
    com.xxxxxxx.CPClient.<init>(CPClient.java:47)
    Does anyone know where this could be coming from?
    Thanks,
    Gary Mui
    [email protected]
    [att1.html]

    Hi Tim,
    If you are running within a browser, you will not have access to anything
    outside the sandbox which includes making RMI calls. Try signing the applet.
    You can find more information on signing applets on the sun java website.
    Regards
    Arjuna
    "Tim" <[email protected]> wrote in message
    news:3c5ab818$[email protected]..
    >
    I get the following eror when I try to get the Initial Context in anapplet:
    >
    java.lang.ExceptionInInitializerError: java.security.Acc
    ess denied (java.util.PropertyPermission * read,write)
    atjava.security.AccessControlContext.checkPermission(AccessControlConte
    xt.java:272)
    atjava.security.AccessController.checkPermission(AccessController.java:
    399)
    Does anyone have any idea what would cause this? The code works finerunning
    from an application. From what I understand there might be a problem withmy
    policy file. However, it seems to look ok. Any ideas?

  • Concurrent Access for Crystal Reports for eclipse

    Hi,
    May i know is there any concurrent access limitation when viewing the reports in web using JRC?

    The performance does get better after the initialization of the JRC application.  Because it is a pure java application without any reliances on servers for processing power, it will rely on the speed of the application server.  In the initialization, all of the libraries get loaded in to the classpath so this does take some time.  Generally speaking the performance will get better after this because everything has been loaded in to memory; that is until you restart the application server.
    The JRC will be a bit slower when rendering a large report.  Depending on the size of that report, you may be looking at between a few seconds and several minutes in processing time.
    Whether or not you use the JRC will depend on the number of users you anticipate having at any given time for your application as well as the general size of your reports.
    Crystal Reports Server comes with a set number of licenses.  Initially it comes with 5 and you can purchase up to 20 or 25.  This means you could potentially have about the same number of users as you would with a JRC application, but if you have large reports then you could take advantage of the benefit of being able to schedule those reports (set them to run during an off time so your users can view the instances quickly when they need to).  You do have to be more mindful of how you use licenses with this product, since for each user logged on to the system there will be a license used.  There are many additional benefits, including performance that can be had with CR Server.  One key difference would be in the cost of the product:  The JRC is essentially free, whereas CR Server is not. 
    I would suggest reading our product documentation and applying it to your situation to determine what implementation would work best for you.

  • Initial Context response times

    Hi,
    What is the generally accepted timings to obtain an intial context first
    time from a client app to a remote EJB Server. My timings have shown that
    even on my development machine with a local Weblogic server its can take
    easily take upto 5 or 6 seconds to obtain an initial context. Using an IP
    Address to avoid resolving a domain name makes little difference.
    Thanks,
    Pete.
    KB Group Ltd
    http://www.kbgroup.co.nz

    See:
    news://www4.weblogic.com/<[email protected]>
    Cheers
    Mark G.
    Toby Allsopp wrote:
    I was just looking at this last week. What we see is that the time taken to
    obtain an InitialContext is pretty much constant at about 5-6 seconds as the
    number of concurrent client connections increases, until you hit the number of
    socket reader threads that you have configured. At that point, the time taken
    increases by about 1 seconds for each additional client connection.
    This is using WL 4.0.3 under IRIX. We have seen similar results with the
    server running under NT, but the situation is much better when using the
    native performance pack (i.e. the times stay at about 5 or 6 seconds even for
    a lot of client connections).
    We have attributed the slow-down as the number of clients increases to the
    lack in the java.net API of anything resembling the select(2) function. We are
    assuming that this functionality is provided by the native performance packs.
    However, this doesn't explain why it takes 5 or 6 seconds to get one.
    Toby Allsopp.
    Jerry Taylor wrote:
    We experience waits of 20 -30 seconds quite regularly.....
    Pete Bent <[email protected]> wrote in message
    news:7um2en$3qf$[email protected]..
    Hi,
    What is the generally accepted timings to obtain an intial context first
    time from a client app to a remote EJB Server. My timings have shown that
    even on my development machine with a local Weblogic server its can take
    easily take upto 5 or 6 seconds to obtain an initial context. Using an IP
    Address to avoid resolving a domain name makes little difference.
    Thanks,
    Pete.
    KB Group Ltd
    http://www.kbgroup.co.nz
    Toby Allsopp
    Research & Development
    Peace Software International Ltd
    Ph +64-9-3730400--
    =====================================================
    Reply to the newsgroup. Don't reply to this mail
    alias. This is used only for answering posts on
    WebLogic Newsgroups.
    =====================================================

  • Creating initial context from a java client

    I have tried to create intial context from a java client.....
    but that gives me the following exception:
    My code:TestClient.java
    import java.util.*;
    import javax.naming.*;
    public class TestClient
    public static void main(String nilesh[]) throws NamingException
    Hashtable hash = new Hashtable();
    hash.put("Context.INITIAL_CONEXT_FACTORY","com.evermind.server.rmi.RMIInitialContextFactory");
    hash.put("Context.PROVIDER_URL","ormi://localhost:23791/symularity");
    hash.put("Context.SECURITY_PRINCIPAL","admin");
    hash.put("Context.SECURITY_CREDENTIALS","admin");
    Context ctx = new InitialContext(hash);
    System.out.println("Context: "+ctx);
    The output is:
    ERROR! Shared library ioser12 could not be found.
    Exception in thread "main" javax.naming.NamingException: Error accessing repository: Cannot con
    nect to ORB
    at com.sun.enterprise.naming.EJBCtx.<init>(EJBCtx.java:51)
    at com.sun.enterprise.naming.EJBInitialContextFactory.getInitialContext(EJBInitialConte
    xtFactory.java:62)
    at javax.naming.spi.NamingManager.getInitialContext(Unknown Source)
    at javax.naming.InitialContext.getDefaultInitCtx(Unknown Source)
    at javax.naming.InitialContext.init(Unknown Source)
    at javax.naming.InitialContext.<init>(Unknown Source)
    at TestClient.main(TestClient.java:14)
    is anybody able to solve my problem....
    Thanks in advance..
    NileshG

    Nilesh,
    First of all make sure that the shared library error you are getting is fixed by including the library in your classpath. Secondly, where are you running the client from? The connection factory that you use varies depending on where you are connecting from:
    1. ApplicationClientContextFactory is used when looking up remote objects from standalone application clients. This uses refs and mappings in application-client.xml.
    2. RMInitialContextFactory is used when looking up remote objects between different containers.
    3. ApplicationInitalContextFactory is used when looking up remote objects in same application. This is the default initial context factory and this uses refs/mappings in web.xml and ejb-jar.xml.
    Rob Cole
    Oracle Hello Rob cole..
    thank u for ur reply...but actualy i dont know what is application-client.xml and where i can find that file in my j2ee folder...can u give me detail explanation about that...actually i have not created any application or not deployed also without deploying any application i have created that TestClient.java class so how it will relate with application-client.xml....so i have changed the lookup code with ApplicaitonClientContextFactory...but still the same error is coming......can u give me the full explanation or solution of my problem...
    Thanks & Regards
    NileshG...

  • Can I get a weblogic Initial context without importing all weblogic classes ?

    can I get a weblogic Initial context (with weblogic.jndi.WLInitialContextFactory)
    without importing all weblogic classes ?

    I ran my client through all its functions.
    I then took the access.log file and parsed out a list of all the class
    files that were downloaded and built a script to create my
    weblogiclient.jar file.
    Before running the client we had to:
    With WL5.1 I think we had to unjar the weblogicaux.jar file into the
    serverclasses directory so the client could load them all individually.
    Make sure you clean up after you are done with this.
    With WL 6 we did not have to do that.
    The access.log file is the key to building your own client jar file.
    We also require the use of the Java 1.3 plug-in by our clients (for
    Applets) so we can do multiple Jar caching.
    Tom
    Dominique Jean-Prost wrote:
    Hello tom
    What do you mean by "use the Weblogic class loader" ?
    Could you explain whath you exactly did to find all the classes you need ?
    regards.
    dom
    <nospam@nospam> a écrit dans le message news: 3ABF3EC2.9010200@nospam...
    You need the classes one way or another. BUT you do not have to
    redistribute the whole Weblogic.jar file. Use the Weblogic class
    loader then run your program. The weblogic access.log should have a
    listing of all the classes you need to use and you can build your own
    sub-jar. My experience is that this new jar is significantly smaller.
    Ours is around 600K instead of 15MB.
    Tom
    Dimitri Rakitine wrote:
    Yes, if, for example, you can network classload from WebLogic. Talking
    to a WebLogic
    server means WebLogic RMI (unless you use RMI/IIOP in which case youdont need any
    WebLogic classes) which needs WebLogic-specific classes, so you clientapplication needs
    to get them from somewhere - local classpath or remote WebLogic server.
    David Dahan <[email protected]> wrote:
    I mean without a classpath to all weblogic classes.
    can I get a weblogic Initial context (with
    weblogic.jndi.WLInitialContextFactory)
    without importing all weblogic classes ?

  • How to get Initial context of Local Interface in weblogic 8.1

    I have developed a local entity bean but i wouldnt able to initial context of that bean
    CAN ANYBODY HELP ME
    bean deployment descriptor
    <?xml version="1.0" encoding="UTF-8"?>
    <!DOCTYPE ejb-jar PUBLIC '-//Sun Microsystems, Inc.//DTD Enterprise JavaBeans 2.0//EN' 'http://java.sun.com/dtd/ejb-jar_2_0.dtd'>
    <!--
    ** This file was automatically generated by EJBGen 2.16
    ** Build: 20031001-1049
    -->
    <ejb-jar>
    <enterprise-beans>
    <entity>
    <ejb-name>CabinBean</ejb-name>
    <home>my.CabinRemoteHome</home>
    <remote>my.CabinRemote</remote>
    <ejb-class>my.CabinBean</ejb-class>
    <persistence-type>Container</persistence-type>
    <prim-key-class>java.lang.Integer</prim-key-class>
    <reentrant>True</reentrant>
    <cmp-version>2.x</cmp-version>
    <abstract-schema-name>CabinBean</abstract-schema-name>
    <cmp-field>
    <field-name>bedCount</field-name>
    </cmp-field>
    <cmp-field>
    <field-name>deckLevel</field-name>
    </cmp-field>
    <cmp-field>
    <field-name>id</field-name>
    </cmp-field>
    <cmp-field>
    <field-name>name</field-name>
    </cmp-field>
    <cmp-field>
    <field-name>shipId</field-name>
    </cmp-field>
    <primkey-field>id</primkey-field>
    <security-identity>
    <use-caller-identity/>
    </security-identity>
    </entity>
    <entity>
    <ejb-name>CabinLocal</ejb-name>
    <local-home>my.CabinLocalHome</local-home>
    <local>my.CabinLocalLocal</local>
    <ejb-class>my.CabinLocal</ejb-class>
    <persistence-type>Container</persistence-type>
    <prim-key-class>java.lang.Integer</prim-key-class>
    <reentrant>True</reentrant>
    <cmp-version>2.x</cmp-version>
    <abstract-schema-name>CabinLocal</abstract-schema-name>
    <cmp-field>
    <field-name>bedCount</field-name>
    </cmp-field>
    <cmp-field>
    <field-name>deckLevel</field-name>
    </cmp-field>
    <cmp-field>
    <field-name>id</field-name>
    </cmp-field>
    <cmp-field>
    <field-name>name</field-name>
    </cmp-field>
    <cmp-field>
    <field-name>shipId</field-name>
    </cmp-field>
    <primkey-field>id</primkey-field>
    <ejb-local-ref>
    <ejb-ref-name>LocalCabin</ejb-ref-name>
    <ejb-ref-type>Entity</ejb-ref-type>
    <local-home>CabinLocalHome</local-home>
    <local>CabinLocal</local>
    <ejb-link>LocalCabin</ejb-link>
    </ejb-local-ref>
    <security-identity>
    <use-caller-identity/>
    </security-identity>
    </entity>
    </enterprise-beans>
    <assembly-descriptor>
    <container-transaction>
    <method>
    <ejb-name>CabinLocal</ejb-name>
    <method-name>*</method-name>
    </method>
    <trans-attribute>Required</trans-attribute>
    </container-transaction>
    <container-transaction>
    <method>
    <ejb-name>CabinBean</ejb-name>
    <method-name>*</method-name>
    </method>
    <trans-attribute>Required</trans-attribute>
    </container-transaction>
    </assembly-descriptor>
    <ejb-client-jar>EjbClient</ejb-client-jar>
    </ejb-jar>
    ************************************** Client Code****************
    package com;
    import my.CabinBean;
    import my.CabinRemoteHome;
    import my.CabinRemote;
    import javax.naming.InitialContext;
    import javax.naming.Context;
    import javax.naming.NamingException;
    import java.rmi.RemoteException;
    import java.util.Properties;
    import javax.rmi.PortableRemoteObject;
    import weblogic.jndi.Environment;
    public class Test
        public static void main(String args[])
            try{
                 Context context = getInitialContext();
                          Object cab = context.lookup("CabinLocalHome");
                ///**********-- Exception is thrown at this point -******************
                System.out.println("============ done====");
                Context ct = getInitialContext();
                Object ref = ct.lookup("CabinHomeRemote");
                CabinRemoteHome home = (CabinRemoteHome)PortableRemoteObject.narrow(ref,CabinRemoteHome.class);
                //CabinRemote cab = home.create(new Integer(1));
                //cab.setName("Master Suite");
                //cab.setDeckLevel(new Integer(1));
                //cab.setShipId(new Integer(1));
                //cab.setBedCount(new Integer(1));
                Integer pk = new Integer(1);
                CabinRemote cab1 = home.findByPrimaryKey(pk);
                System.out.println("--->>>>>>>> "+cab1.getName());
                System.out.println("--->>>>>>>>  "+cab1.getShipId());
                System.out.println("--->>>>>>>>"+cab1.getBedCount());
                System.out.println("--->>>>>>>>"+cab1.getDeckLevel());
                System.out.println("---");  
          }catch(java.rmi.RemoteException e){e.printStackTrace();}
           catch(javax.naming.NamingException e){e.printStackTrace();}
           //catch(javax.ejb.CreateException e){e.printStackTrace();}
           catch(javax.ejb.FinderException e){e.printStackTrace();}
        public static Context getInitialContext() throws javax.naming.NamingException
           Properties p = new Properties();
           p.put(Context.INITIAL_CONTEXT_FACTORY,"weblogic.jndi.WLInitialContextFactory");
           p.put(Context.PROVIDER_URL,"t3://localhost:7001");
           return new javax.naming.InitialContext(p);
    } ************************************** Error ***********************
    javax.naming.LinkException: [Root exception is javax.naming.LinkException:  [Root exception is javax.naming.NameNotFoundException: remaining name: /app/ejb/myejb.jar#CabinLocal/local-home]; Link Remaining Name: 'null']; Link Remaining Name: 'java:app/ejb/myejb.jar#CabinLocal/local-home'
         at weblogic.rjvm.BasicOutboundRequest.sendReceive(BasicOutboundRequest.java:108)
         at weblogic.rmi.cluster.ReplicaAwareRemoteRef.invoke(ReplicaAwareRemoteRef.java:284)
         at weblogic.rmi.cluster.ReplicaAwareRemoteRef.invoke(ReplicaAwareRemoteRef.java:244)
         at weblogic.jndi.internal.ServerNamingNode_813_WLStub.lookup(Unknown Source)
         at weblogic.jndi.internal.WLContextImpl.lookup(WLContextImpl.java:369)
         at weblogic.jndi.internal.WLContextImpl.lookup(WLContextImpl.java:357)
         at javax.naming.InitialContext.lookup(InitialContext.java:347)
         at com.Test.main(Test.java:27)
    Caused by: javax.naming.LinkException: [Root exception is javax.naming.NameNotFoundException: remaining name: /app/ejb/myejb.jar#CabinLocal/local-home]; Link Remaining Name: 'null'
         at weblogic.jndi.internal.WLNamingManager.getObjectInstance(WLNamingManager.java:98)
         at weblogic.jndi.internal.ServerNamingNode.resolveObject(ServerNamingNode.java:292)
         at weblogic.jndi.internal.BasicNamingNode.resolveObject(BasicNamingNode.java:771)
         at weblogic.jndi.internal.BasicNamingNode.lookup(BasicNamingNode.java:191)
         at weblogic.jndi.internal.RootNamingNode_WLSkel.invoke(Unknown Source)
         at weblogic.rmi.internal.BasicServerRef.invoke(BasicServerRef.java:477)
         at weblogic.rmi.cluster.ReplicaAwareServerRef.invoke(ReplicaAwareServerRef.java:108)
         at weblogic.rmi.internal.BasicServerRef$1.run(BasicServerRef.java:420)
         at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:363)
         at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:144)
         at weblogic.rmi.internal.BasicServerRef.handleRequest(BasicServerRef.java:415)
         at weblogic.rmi.internal.BasicExecuteRequest.execute(BasicExecuteRequest.java:30)
         at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:219)
         at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:178)
    Caused by: javax.naming.NameNotFoundException: remaining name: /app/ejb/myejb.jar#CabinLocal/local-home
         at weblogic.j2eeclient.SimpleContext.resolve(SimpleContext.java:35)
         at weblogic.j2eeclient.SimpleContext.resolve(SimpleContext.java:39)
         at weblogic.j2eeclient.SimpleContext.lookup(SimpleContext.java:57)
         at weblogic.j2eeclient.SimpleContext.lookup(SimpleContext.java:62)
         at weblogic.jndi.factories.java.ReadOnlyContextWrapper.lookup(ReadOnlyContextWrapper.java:45)
         at weblogic.jndi.internal.AbstractURLContext.lookup(AbstractURLContext.java:130)
         at javax.naming.InitialContext.lookup(InitialContext.java:347)
         at weblogic.jndi.internal.WLNamingManager.getObjectInstance(WLNamingManager.java:96)

    Hi,
    from what I gather, u have two jars
    1. EJBClient - this will have remote and home interfaces and will be used by the client
    2. myEJB - this iwll have all the classes - remote & home interfaces, the bean class and all the other classes required by the bean.
    Now, the question is, who is acting as the client of your EJB ? There are 3 possibilities
    1. A servlet
    2. Another EJB
    3. a simple java program.
    In the first 2 cases, you can go for Local Interfaces (more so in the second case than the first). The reason being that the the client and server will be in the same JVM. Thus, in the first case, if the Web container and the ejb container are in the same app server, EJBs can be local.
    However, in the third case, it is unlikey that you will have the client runnng and the same jvm as the server, because the server is using the jvm provided by weblogic.
    Thus, you cannot use local interfaces in this 3rd case. I have a feeling that this is what you are doing. If so, change the local interfaces to remote.
    See if this helps. Else, I will mail you some sample code. But I am afraid, sample code wont be of much help bcoz this seems to be a design problem.
    regards

  • Way to get access to the context menu

    I assume there is no official way to get access to the context menu, so you can add a menu item when, say, you right-click on a photo in the publish service collection. You can tweak the behaviour for the two existing items, but there does not seem to be a way to add your own.
    Regular menu Export, Library, Help menu items are too coarse, as they apply across the whole app. It would be nice to be able to add an item that invokes a script to do some stuff to the item.
    I can hack in a workaround using the various edit collection callbacks, but this is a kludge of the highest order.

    Context menu access would be nice. If squeaking helps, maybe an FR - I've already cast one, and assume Adobe only counts one per person...

Maybe you are looking for

  • Regarding ageing report

    Dear guru's,   Is there any standard report for the materials shelf expiry details, Rgds cherukuri

  • DefaultMutableTreeNode.getPath() returns incomplete path

    My application is quite complex, I'll try to explain the problem: I'm using a JTree with nodes derived from DefaultMutableTreeNode and without a TreeModel. Everytime I close a node (collapseNode) I delete all subnodes (node.removeAllChildren) and add

  • Python segmentation fault with matplotlib and opencv2

    Once again fellow archers, I am in need of your help. I have a file, Test1.py, which uses cv2, pylab, and numpy. Excluding either pylab or cv2 functions, I can make the rest of the script work, but when pylab is imported, calling cv2's imshow() funct

  • Recurring To Dos and multiplying events from subscribed calendars

    The density and volume of discussion about iCal's recurring ToDos and Events is too overwhelming to survey in its entirety so I will try this new post focussed on my problems. My iCal has been starting up (beach ball icon turning) for more than a day

  • Usage of Assignment number in VBAK-ZUONR

    HI Everybody, Can anyone throw light on the usage of the Assignment number feild in sales order header Accounting tab. How effective can we use this feild. Can anyone tell me with a small example. Thanks in advance. Regards, Pavan