HttpSessionBindingEvent.getValue() Bug in OC4J 10.1.2.0.2

Hello,
I thing we have found a bug in the implementation of the getValue() method from the HttpSessionBindingEvent Interface. When the HttpSessionBindingListener methods valueUnbound or valueBound are called, the event returned null for the getValue() invocation.
We have tested the code on oc4j, Tomcat and WebShere Application Server. Only oc4j retuned a null value for an existing object.
If someone knows that we are wrong, please post your knowledge.
Greetings
Carsten E.

i also faced the same problem. the following are my codes under jdeveloper 9i
package com.servlets;
import java.io.IOException;
import java.io.Serializable;
import javax.servlet.ServletException;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import javax.servlet.http.HttpSession;
import javax.servlet.http.HttpSessionBindingEvent;
import javax.servlet.http.HttpSessionBindingListener;
public class SessionBindingServlet extends HttpServlet {
public void doGet( HttpServletRequest req, HttpServletResponse res )
throws ServletException, IOException {
HttpSession session = req.getSession();
session.setAttribute( "cone", new KnowAllItem( "snake eyes" ) );
session.removeAttribute( "cone" );
res.getWriter().println( "check your console..." );
* By implementing HttpSessionBindingListener, KnowAllItem objects get
* informed when they are added and/or removed from a servlet session
* Also, remember to make you session items serializable
class KnowAllItem implements HttpSessionBindingListener, Serializable {
private String id;
public KnowAllItem( String theId ) {
id = theId;
public void valueBound( HttpSessionBindingEvent evt ) {
System.out.println( "added KnowAllItem to session -> " + dump( evt ) );
public void valueUnbound( HttpSessionBindingEvent evt ) {
System.out.println( "removed KnowAllItem from session -> " + dump( evt ) );
private String dump( HttpSessionBindingEvent evt ) {
return "\n attribute name: " + evt.getName() + "\n session: " +
evt.getSession() + "\n attribute value: " + evt.getValue();
public String toString() {
return id;
}

Similar Messages

  • Fmt:formatDate from JSTL reveals bug in OC4J

    If you use the tag fmt:formatDate in a loop like this
    <c:forEach var="driver" items="${clientProxy.drivers}">
    <fmt:formatDate value="${driver.vertragsende}" />
    </c:forEach>
    the fmt:formatDate tag will call the method setLocale from ServletResponse for every iteration step. The result is that you have as many Content-Language headers as steps of the iteration.
    As you may have noticed I'm using a german locale and therefore if you have ten drivers you've got 10 response headers "Content-Language" with the value "de".
    For me a serious bug in OC4J. Is this bug known and/or is there a solution?
    I'm using JDeveloper 10g Version 9.0.5.2 build 1618 and JSTL 1.0.6.

    Repost

  • WARNING: workaround for critical clustering bug in OC4J

    I found a workaround for the HTTP clustering bug described in my previous posting of August 16, 2001 "Urgent: serious HTTP clustering bug in OC4J?" (http://technet.oracle.com:89/ubb/Forum99/HTML/000261.html)
    The workaround:
    When adding the <cluster config/> tag in orion-web.xml specify and ID (numeric) with no more than 9 figures. The autogenerated ID is longer (14 figures on my test system)
    and will cause the error.
    Luciano
    null

    burricall wrote:
    ..Did you find a solution?See [this post|http://forums.sun.com/thread.jspa?threadID=5426321&messageID=11001580#11001580].

  • Bugs in oc4j technology preview 2.0.0

    hello,
    I'm right now trying the technology preview of the new oc4j
    (which can be downloaded from the oracle site).
    I've encountered some bugs, should I post them to this forum, or
    is there a special place for them?
    Is this forum read by oc4j developers?
    for a warming up, here is the first bug :)
    the "exclusive-write-access" flag is ALWAYS set to "false",
    regardless of if you set it to true or ignore it in orion-ejb-
    jar.xml. the containers overwrites it after redeloyment
    to 'false'. I have a lot of DB-access right now, bad, bad;)
    Is there a workaround for this?
    is the production release for oc4j 2.x already scheduled ?
    Greetings from munich,
    .thomas
    hybris GmbH | Thomas Hertz
    Frankfurter Ring 162 | Software Engineering
    D-80807 M|nchen |
    |
    t +49(0)89 89065-0 | [email protected]
    f +49(0)89 89065-555 | www.hybris.com
    PGP: D070 5D86 BE2D C3AF E2CC D2D8 C29A 7F68 7407 629E

    Hi,
    I can reproduce the problem and if there isn't a filed bug
    already I will file one. I'll get back with the bug number.
    Thanks,
    Andy
    hello,
    I'm right now trying the technology preview of the new oc4j
    (which can be downloaded from the oracle site).
    I've encountered some bugs, should I post them to this forum, or
    is there a special place for them?
    Is this forum read by oc4j developers?
    for a warming up, here is the first bug :)
    the "exclusive-write-access" flag is ALWAYS set to "false",
    regardless of if you set it to true or ignore it in orion-ejb-
    jar.xml. the containers overwrites it after redeloyment
    to 'false'. I have a lot of DB-access right now, bad, bad;)
    Is there a workaround for this?
    is the production release for oc4j 2.x already scheduled ?
    Greetings from munich,
    .thomas
    hybris GmbH | Thomas Hertz
    Frankfurter Ring 162 | Software Engineering
    D-80807 M|nchen |
    |
    t +49(0)89 89065-0 | [email protected]
    f +49(0)89 89065-555 | www.hybris.com
    PGP: D070 5D86 BE2D C3AF E2CC D2D8 C29A 7F68 7407 629E

  • Potential concurrency bug in OC4J 10.0.3 WebServices TestPageProvider

    Hi,
    I was wondering whether anybody else was having problems with the OC4J 10.0.3 preview when placed under a light load of concurrent users.
    We have downloaded the JAX-RPC stateless Web service WebServices sample from http://www.oracle.com/technology/tech/java/oc4j/1003/how_to/how-to-ws.html and placed it under varying loads using LoadRunner, when we run a single user over 100 iterations there is no problem but when we invoke 3+ users against the webservice testpage we get random HTTP 500 Internal Server errors, the exact message is :
    =h= Received 2692 bytes from server
    <HTML><HEAD><TITLE>500 Internal Server Error</TITLE></HEAD><BODY><H1>500 Internal Server Error</H1><PRE>java.lang.ArrayIndexOutOfBoundsException
    at java.lang.System.arraycopy(Native Method)
    at oracle.security.jazn.util.SecureRandom.engineNextBytes(Unknown Source)
    at oracle.security.jazn.util.SecureRandom.nextBytes(Unknown Source)
    at oracle.j2ee.util.UUID.<init>(UUID.java:59)
    at com.evermind[Oracle Application Server Containers for J2EE 10g (10.0.3.0.0) - Developer Preview].server.http.EvermindHttpSession.encodeSession(EvermindHttpSession.java:484)
    at com.evermind[Oracle Application Server Containers for J2EE 10g (10.0.3.0.0) - Developer Preview].server.http.HttpApplication.createSession(HttpApplication.java:1586)
    at com.evermind[Oracle Application Server Containers for J2EE 10g (10.0.3.0.0) - Developer Preview].server.http.EvermindHttpServletRequest.getSession(EvermindHttpServletRequest.java:2441)
    at com.evermind[Oracle Application Server Containers for J2EE 10g (10.0.3.0.0) - Developer Preview].server.http.EvermindHttpServletRequest.getSession(EvermindHttpServletRequest.java:2341)
    at oracle.j2ee.ws.server.TestPageProvider.doInvokeService(TestPageProvider.java:621)
    at oracle.j2ee.ws.server.TestPageProvider.doPage(TestPageProvider.java:149)
    at oracle.j2ee.ws.server.JAXRPCServlet.doGet(JAXRPCServlet.java:585)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:743)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
    at com.evermind[Oracle Application Server Containers for J2EE 10g (10.0.3.0.0) - Developer Preview].server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:771)
    at com.evermind[Oracle Application Server Containers for J2EE 10g (10.0.3.0.0) - Developer Preview].server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java:298)
    at com.evermind[Oracle Application Server Containers for J2EE 10g (10.0.3.0.0) - Developer Preview].server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:829)
    at com.evermind[Oracle Application Server Containers for J2EE 10g (10.0.3.0.0) - Developer Preview].server.http.HttpRequestHandler.run(HttpRequestHandler.java:270)
    at com.evermind[Oracle Application Server Containers for J2EE 10g (10.0.3.0.0) - Developer Preview].server.http.HttpRequestHandler.run(HttpRequestHandler.java:112)
    at com.evermind[Oracle Application Server Containers for J2EE 10g (10.0.3.0.0) - Developer Preview].util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:291)
    at java.lang.Thread.run(Thread.java:534)
    It seems to us that there is a concurreny bug that is showing up when some kind of a session identifier is being assigned to each incoming request. Note that the webservice itself is marked as stateless and we are testing at the moment to prove that when the service is stateful the problem does not exist.
    I know that this is not the ideal way of invoking the webservice since it doesn't actually exercise the soap engine on submission but it may be a little bug worth looking into.
    Regards,
    pj.

    Hi,
    Are you trying to do Load testing with 10gApp Server? We have to do this too. Can you tell me if there is any documentation for this Load Testing for 10gAppserver . Or if yo have done can you tell me how to start doing this please. If you don't have a problem.
    Your help will be greatly appreciated.
    Thanks,
    Asha

  • A few bugs in OC4J?

    I encountered the following problems in developing OC4J. I'm not sure if they are bugs or just I did sth wrong.
    1) OC4J does not support local bean, as it complains if I have local-home tag in ejb-jar.xml file;
    2) OC4J does not support EJB-relation abstraction. For example, an orderheader can contains a few orderlines. If in the OrderheaderHome (CMP), we defined
    public abstract void setOrderlines(Collection orderlines) and
    public abstract Collection getOrderlines(),
    the system will complain that we cannot declare the methods abstract. It seems we need implement those relations by ourselves.
    3) OC4J does not generate SQl statements correctly based on the EJB-QL in ejb-jar.xml file. For example, I have a EJB-QL:
    SELECT OBJECT(a) FROM OrderheaderEJB AS a WHERE customer_number = ?1
    But after deployment, when I checked the SQl in orion-ejb-jar.xml, it is:
    <!-- Generated SQL: "select OrderheaderEJB.order_number, OrderheaderEJB.order_date, OrderheaderEJB.order_type, OrderheaderEJB.price_list_name, OrderheaderEJB.salesperson, OrderheaderEJB.currency_code, OrderheaderEJB.customer_number, OrderheaderEJB.bill_to_address_number, OrderheaderEJB.ship_to_address_number, OrderheaderEJB.cc_number, OrderheaderEJB.cc_type, OrderheaderEJB.cc_expiry_year, OrderheaderEJB.cc_expiry_month, OrderheaderEJB.name_on_card, OrderheaderEJB.bill_amount, OrderheaderEJB.billed_date, OrderheaderEJB.bill_transaction_id, OrderheaderEJB.payment_terms, OrderheaderEJB.sponsors, OrderheaderEJB.sponsor_agr_number, OrderheaderEJB.start_date, OrderheaderEJB.end_date, OrderheaderEJB.cancel_date, OrderheaderEJB.billing_cycle, OrderheaderEJB.source from OrderheaderEJB" -->
    We missed the where part in the generated SQL.
    Sometimes teh generated SQL is OK. So i am not sure if I did sth wrong here.
    Thanks,

    Hi Henry -
    See inline.
    I encountered the following problems in developing OC4J. I'm not sure if they are bugs or just I did sth wrong.
    1) OC4J does not support local bean, as it complains if I have local-home tag in ejb-jar.xml file;OC4J does not yet support local interfaces - apparently this is coming soon (perhaps at Java One, don't know for sure)
    2) OC4J does not support EJB-relation abstraction. For example, an orderheader can contains a few orderlines. If in the OrderheaderHome (CMP), we defined
    public abstract void setOrderlines(Collection orderlines) and
    public abstract Collection getOrderlines(),
    the system will complain that we cannot declare the methods abstract. It seems we need implement those relations by ourselves.It does support relation abstraction, though it is slightly different from how the final spec ended up and should be cleaned up in the upcoming release or so. You mentioned putting the relationship abstractions in the Home file - I assume you mean the bean implementation file.
    * Define ejb implementation class as abstract - i.e.
    public abstract OrderheaderEJB ......
    * Define all of the gets/sets that you expose in your remote
    interface as abstract as well....
    * Change your ejb-jar.xml file to an ejb2.0 style reference (change the dtd ref, etc)
    Here is where the difference occurs that I mentioned above. In addition to your ejb-relationships section in your ejb-jar.xml file, you will also need to list the collection variable in your cmp-fields in your entity bean description.
    For instance if your cmr-field-name is orderlines from the ejb-relationship section, create a cmp-field record for this as well. Again, this particular item should be cleaned up with the next release.
    It should deploy just fine. I use this all the time.
    3) OC4J does not generate SQl statements correctly based on the EJB-QL in ejb-jar.xml file. For example, I have a EJB-QL:
    SELECT OBJECT(a) FROM OrderheaderEJB AS a WHERE customer_number = ?1
    But after deployment, when I checked the SQl in orion-ejb-jar.xml, it is:
    <!-- Generated SQL: "select OrderheaderEJB.order_number, OrderheaderEJB.order_date, OrderheaderEJB.order_type, OrderheaderEJB.price_list_name, OrderheaderEJB.salesperson, OrderheaderEJB.currency_code, OrderheaderEJB.customer_number, OrderheaderEJB.bill_to_address_number, OrderheaderEJB.ship_to_address_number, OrderheaderEJB.cc_number, OrderheaderEJB.cc_type, OrderheaderEJB.cc_expiry_year, OrderheaderEJB.cc_expiry_month, OrderheaderEJB.name_on_card, OrderheaderEJB.bill_amount, OrderheaderEJB.billed_date, OrderheaderEJB.bill_transaction_id, OrderheaderEJB.payment_terms, OrderheaderEJB.sponsors, OrderheaderEJB.sponsor_agr_number, OrderheaderEJB.start_date, OrderheaderEJB.end_date, OrderheaderEJB.cancel_date, OrderheaderEJB.billing_cycle, OrderheaderEJB.source from OrderheaderEJB" -->
    We missed the where part in the generated SQL.
    Sometimes teh generated SQL is OK. So i am not sure if I did sth wrong here.OC4J does not yet support ejb-ql as I understand it - that release is a little further down the line as I understand it.
    Cheers
    Ray
    Thanks,

  • Bug in OC4J [unexpected token: IN] when use Subquery

    Hi
    I use this named query in my entity, but when I run it from JDeveloper 10.1.3.0.4 (SU2)
    it throw exception
    Thia is as sample query:
    @NamedQuery(name="EmpbyDept",query="SELECT object(o) FROM Employees o WHERE o.departments IN(SELECT object(d) FROM Departments d)")
    Internal Exception: Exception [TOPLINK-0] (Oracle TopLink - 10g Release 3 (10.1.3.0.0) (Build 060118)): oracle.toplink.exceptions.EJBQLException
    Exception Description: Syntax Recognition Problem parsing the EJBQL [SELECT object(o) FROM Employees o WHERE o.departments IN(SELECT object(d) FROM Departments d)]. The parser returned the following [unexpected token: IN]
    I looked in the Java Persistence API Proposed final for the In Expressions and it look like this:
    in_expression ::=state_field_path_expression [NOT] IN ( in_item {, in_item}* | subquery)
    in_item ::= literal | input_parameter
    Ghassan

    Hi Ghassan,
    At the moment we don't have a final date for the release, but we are hopeful to have a 10.1.3.1 Beta release very soon (in a few weeks), please keep watching the OTN space, and we will also announce it here in the forums.
    Thanks for your patience.
    Deepak

  • Client EJB JNDI lookup broken in OC4J 9.0.2?

    I have a client program that connects to an EJB in the application server and invokes methods on it. If it look up the EJB using the actual JNDI binding, it works fine. If I look it up in java:comp/env (and use the ejb-ref in application-client.xml and ejb-ref-mapping in orion-application-client.xml) the client program catches the following exception:
    caught : javax.naming.NameNotFoundException: No object bound for java:comp/env/ejb/logging/Logger
    javax.naming.NameNotFoundException: No object bound for java:comp/env/ejb/logging/Logger
    at com.sun.enterprise.naming.java.javaURLContext.lookup(javaURLContext.java:116)
    at javax.naming.InitialContext.lookup(InitialContext.java:347)
    at com.mycompany.common.logging.ejb.test.LoggerEJBTest.main(LoggerEJBTest.java:37)
    Now, assuming I don't have any typos (and I'd be thrilled if someone pointed it out if that were the case), then it looks like this is a bug in OC4J 9.0.2: the ejb-ref and ejb-ref-mapping elements do not work. For the record, I am using the same ejb-ref and ejb-ref-mapping elements for a servlet's web.xml and orion-web.xml, respectively, without problems.
    Here are relevant file excerpts:
    LoggerEJBTest.java:
    String hostName = "localhost";
    String hostPort = "23791";
    String userName = "abc";
    String password = "def";
    String providerURL = "ormi://" + hostName + ":" + hostPort + "/ghi";
    Hashtable env = new Hashtable();
    env.put(Context.INITIAL_CONTEXT_FACTORY, "com.evermind.server.ApplicationClientInitialContextFactory");
    env.put(Context.PROVIDER_URL, providerURL);
    env.put(Context.SECURITY_PRINCIPAL, userName);
    env.put(Context.SECURITY_CREDENTIALS, password);
    System.out.println("create initial context");
    Context context = new InitialContext(env);
    System.out.println("get home object");
    //works when uncommented
    //Object homeObject = context.lookup("logging/Logger");
    //broken:
    Object homeObject = context.lookup("java:comp/env/ejb/logging/Logger");
    ejb-jar.xml:
    <?xml version="1.0"?>
    <!DOCTYPE ejb-jar PUBLIC "-//Sun Microsystems, Inc.//DTD Enterprise JavaBeans 2.0//EN" "http://java.sun.com/dtd/ejb-jar_2_0.dtd">
    <ejb-jar>
    <description>abc</description>
    <display-name>abc</display-name>
    <enterprise-beans>
    <session>
    <description>Logger Bean</description>
    <display-name>Logger</display-name>
    <ejb-name>Logger</ejb-name>
    <home>com.mycompany.common.logging.ejb.LoggerHome</home>
    <remote>com.mycompany.common.logging.ejb.Logger</remote>
    <ejb-class>com.mycompany.common.logging.ejb.LoggerBean</ejb-class>
    <session-type>Stateless</session-type>
    <transaction-type>Container</transaction-type>
    </session>
    </enterprise-beans>
    </ejb-jar>
    orion-ejb-jar.xml:
    <?xml version="1.0"?>
    <!DOCTYPE orion-ejb-jar PUBLIC "-//Evermind//DTD Enterprise JavaBeans 2.0 runtime//EN" "http://xmlns.oracle.com/ias/dtds/orion-ejb-jar.dtd">
    <orion-ejb-jar>
         <enterprise-beans>
              <session-deployment name="Logger" location="logging/Logger">
         </enterprise-beans>
    </orion-ejb-jar>
    application-client.xml:
    <?xml version="1.0"?>
    <!DOCTYPE application-client PUBLIC "-//Sun Microsystems, Inc.//DTD J2EE Application Client 1.3//EN" "http://java.sun.com/dtd/application-client_1_3.dtd">
    <application-client>
         <display-name>logging test</display-name>
    <ejb-ref>
    <ejb-ref-name>ejb/logging/Logger</ejb-ref-name>
    <ejb-ref-type>Session</ejb-ref-type>
    <home>com.mycompany.common.logging.ejb.LoggerHome</home>
    <remote>com.mycompany.common.logging.ejb.Logger</remote>
    <ejb-link>Logger</ejb-link>
    </ejb-ref>
    </application-client>
    orion-application-client.xml:
    <?xml version="1.0"?>
    <!DOCTYPE orion-application-client PUBLIC "-//Evermind//DTD J2EE Application-client runtime 1.2//EN" "http://xmlns.oracle.com/ias/dtds/orion-application-client.dtd">
    <orion-application-client>
    <ejb-ref-mapping location="logging/Logger" name="ejb/logging/Logger" />
    </orion-application-client>

    As far as I know, the only way to lookup an EJB (deployed to
    OC4J) from a regular java class using the "ApplicationClientInitialContextFactory"
    class and the logical JNDI name is to include your regular java
    class (i.e. the client) in your application's EAR file (the file
    you use to deploy your application to OC4J).OK, but that sounds like a pretty silly constraint. Shouldn't the ApplicationClientInitialContextFactory know how to do the mapping using the application-client.xml and orion-application-client.xml settings? What does the OC4J server provide that makes this magically work?
    From the information you have supplied, it appears that you may
    not want to include your client (java) class in your EAR file.That is correct. It is an integration test program, not meant to be deployed into the application server.
    So now the question is, "Do you want to make your client part
    of your J2EE application, and include it in the application
    EAR file?"
    If you do, then you have made several mistakes which prevent
    you from doing that, but I don't want to explain further, since
    you may not want to do that, anyway!Not applicable. But on that topic, aside from being able to auto-start a client application within the OC4J JVM, are there any other reasons why I might want to deploy a client in that manner? I mean, honestly, these things are called "clients" and "servers" for a reason.
    Now if you have been reading other postings to this forum,
    and if you have read the documentation for OC4J, you would
    know that it requires J2SDK 1.3.1 only (not 1.4.0).I am well aware of the other postings on that topic. I am, however, counting on Oracle to live up to their promise to certify 1.4 with with the next update to OC4J:
    Limits of 10g
    That aside, I already consider OC4J 9.0.2 to be a broken product at this point anyway, so hacking it to use Java 1.4 doesn't bother me that much. OC4J 9.0.2 works about as well with Java 1.4 as with Java 1.3, assuming one replaces the tools.jar. The other major incompatibility is that Oracle SOAP breaks if a web service EJB home&remote interface is compiled with Java 1.4:
    http://forums.oracle.com/forums/message.jsp?id=936894
    Alas, we're using Apache SOAP 2.3 rather than the ass-backwards stuff in OC4J, anyways, so there's no problem.

  • JDev 1013 EA1 : embeded OC4J default-charset problem

    Hi
    I'm a web-application programmer interesting in JDeveloper.
    I had tried development using JDeveloper 10.1.2
    When I used 10.1.2, I add [default-charset="EUC-KR"] to [JDEV_HOME/systemXX/config/global-application.xml]
    - or [deployment-application/XXX/XXX/orion-web.xml] -
    Because I don't use alphabet.
    Anyway, it have effect.
    But I encountered problem, after use JDeveloper 10.1.3 EA1.
    I set default-charset in embeded-OC4J.
    But it had no effect.
    If that is a bug, please tell me how to use a installed OC4J in JDeveloper.
    Please help me.
    Thanks for read this message
    Message was edited by:
    user453010

    This looks like a bug in OC4J
    Can you try this and let us know if it works?
    Set the charset in the application level orion-web.xml and deploy it to the Stand alone OC4J and see if it works.
    1. Add a new OC4J Deployment Descriptor to your project
    2. Choose orion-web.xml
    3. Open the file in editor
    4. Set the default-charset setting
    <orion-web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:noNamespaceSchemaLocation="http://xmlns.oracle.com/oracleas/schema/orion-web-10_0.xsd"
    schema-major-version="10" schema-minor-version="0"
    servlet-webdir="/servlet/" default-charset="EUC-KR"></orion-web-app>
    (Make sure all the other settings are set right. Similar to what you see in [deployment-application/XXX/XXX/orion-web.xml] )
    5. Create a WAR deployment profile
    6. Deploy the application to Standalone OC4J connection

  • OC4J 904 and Unicode(AL16UTF16) in NVARCHAR2 column

    I have:
    OC4J 904 standalone runs on Windows2000 AdvancedServer.
    Oracle 9i
    JDBC thin driver shipped with OC4J
    NLS_NCHAR_CHARSET = AL16UTF16
    (NLS_CHARACTERSET = VN8VN3)
    I have a table with a NVARCHAR2 column. I created a CMP EJB from the table but I can't use the EJB to retreive data from Database. I was success in using Oracle JDBC connection to connect manually to database and save/retreive Unicode data.
    I read somewhere that EJB use thin driver, so the getter/setter of CMP-Fields should work normally.
    I think that may be the problems is the function OraclePreparedStatement.setFormOfUse(1,OraclePreparedStatement.FORM_NCHAR);
    was not called in the EJB Contenner or things like that - so it's a bug of OC4J, right?.
    This is the Exception I received on the browser.
    javax.ejb.NoSuchObjectLocalException: ? ?ÂY CÓ CH? HOA CÓ D?U!!!!!
         at TestLocal_EntityBeanWrapper0.reActivateNew(TestLocal_EntityBeanWrapper0.java:1668)
         at TestLocal_EntityBeanWrapper0.reActivateNewLocal(TestLocal_EntityBeanWrapper0.java:1636)
         at TestLocal_EntityBeanWrapper0.getUnicode(TestLocal_EntityBeanWrapper0.java:108)
         at test.showparam._jspService(_showparam.java:100)
         [SRC:/test/showparam.jsp:65]
         at com.orionserver[Oracle9iAS (9.0.4.0.0) Containers for J2EE].http.OrionHttpJspPage.service(OrionHttpJspPage.java:56)
         at oracle.jsp.runtimev2.JspPageTable.service(JspPageTable.java:348)
         at oracle.jsp.runtimev2.JspServlet.internalService(JspServlet.java:498)
         at oracle.jsp.runtimev2.JspServlet.service(JspServlet.java:402)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
         at com.evermind[Oracle9iAS (9.0.4.0.0) Containers for J2EE].server.http.ResourceFilterChain.doFilter(ResourceFilterChain.java:65)
         at oracle.security.jazn.oc4j.JAZNFilter.doFilter(JAZNFilter.java:293)
         at com.evermind[Oracle9iAS (9.0.4.0.0) Containers for J2EE].server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:602)
         at com.evermind[Oracle9iAS (9.0.4.0.0) Containers for J2EE].server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java:308)
         at com.evermind[Oracle9iAS (9.0.4.0.0) Containers for J2EE].server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:779)
         at com.evermind[Oracle9iAS (9.0.4.0.0) Containers for J2EE].server.http.HttpRequestHandler.run(HttpRequestHandler.java:264)
         at com.evermind[Oracle9iAS (9.0.4.0.0) Containers for J2EE].server.http.HttpRequestHandler.run(HttpRequestHandler.java:107)
         at com.evermind[Oracle9iAS (9.0.4.0.0) Containers for J2EE].util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:186)
         at java.lang.Thread.run(Thread.java:536)
    Can anybody help or give me some information or workaround?
    Thank you very much.

    Hi Nghia,
    Can anybody help or give me some information or
    workaround? I suggest using BMP and a non-emulated data source. More details are available in the documentation which can be downloaded from here:
    http://technet.oracle.com/tech/java/oc4j/904/documentation_preview.html
    Good Luck,
    Avi.

  • Jsf and oracle's oc4j

    I'm having trouble deploying jsf applications to oracle's java container (OC4J) version 9.0.4.
    I have developed an application using jsf, but when trying to access it I get the following error message in the global-application log:
    05/10/04 10:22:03 web-0.1: jsp: init
    05/10/04 10:22:03 web-0.1: SpringContextServlet: init
    05/10/04 10:22:03 web-0.1: Loading Spring root WebApplicationContext
    05/10/04 10:22:03 web-0.1: Error initializing servlet
    java.lang.IllegalStateException: No Factories configured for this Application - typically this is because a context listener is not setup in your web.xml.
    A typical config looks like this;
    <listener>
    <listener-class>org.apache.myfaces.webapp.StartupServletContextListener</listener-class>
    </listener>
         at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:84)
         at javax.faces.webapp.FacesServlet.init(FacesServlet.java:73)
         at com.evermind.server.http.HttpApplication.loadServlet(HttpApplication.java:2094)
         at com.evermind.server.http.HttpApplication.findServlet(HttpApplication.java:4523)
         at com.evermind.server.http.HttpApplication.initPreloadServlets(HttpApplication.java:4617)
         at com.evermind.server.http.HttpApplication.initDynamic(HttpApplication.java:765)
         at com.evermind.server.http.HttpApplication.<init>(HttpApplication.java:497)
         at com.evermind.server.Application.getHttpApplication(Application.java:886)
         at com.evermind.server.http.HttpServer.getHttpApplication(HttpServer.java:688)
         at com.evermind.server.http.HttpSite.getApplication(HttpSite.java:420)
         at com.evermind.server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:422)
         at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.java:270)
         at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.java:112)
         at com.evermind.util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:186)
         at java.lang.Thread.run(Unknown Source)
    05/10/04 10:22:03 web-0.1: Error preloading servlet
    javax.servlet.ServletException: Error initializing servlet
         at com.evermind.server.http.HttpApplication.findServlet(HttpApplication.java:4574)
         at com.evermind.server.http.HttpApplication.initPreloadServlets(HttpApplication.java:4617)
         at com.evermind.server.http.HttpApplication.initDynamic(HttpApplication.java:765)
         at com.evermind.server.http.HttpApplication.<init>(HttpApplication.java:497)
         at com.evermind.server.Application.getHttpApplication(Application.java:886)
         at com.evermind.server.http.HttpServer.getHttpApplication(HttpServer.java:688)
         at com.evermind.server.http.HttpSite.getApplication(HttpSite.java:420)
         at com.evermind.server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:422)
         at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.java:270)
         at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.java:112)
         at com.evermind.util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:186)
         at java.lang.Thread.run(Unknown Source)
    Following an advice I found the servlets are not loaded on startup.
    To ensure that it is not my application that is at fault I tried one of Sun's sample apps (guessnumber), but when accessing this i get the following error:
    05/10/04 13:45:25 Started
    05/10/04 13:45:26 defaultWebApp: jsp: init
    05/10/04 13:45:26 defaultWebApp: 9.0.4.0.0 Started
    05/10/04 13:45:47 jsf-guessNumber: jsp: init
    05/10/04 13:45:47 jsf-guessNumber: Error initializing servlet
    java.lang.NullPointerException
         at javax.faces.webapp.FacesServlet.init(FacesServlet.java:144)
         at com.evermind.server.http.HttpApplication.loadServlet(HttpApplication.java:2094)
         at com.evermind.server.http.HttpApplication.findServlet(HttpApplication.java:4523)
         at com.evermind.server.http.HttpApplication.initPreloadServlets(HttpApplication.java:4617)
         at com.evermind.server.http.HttpApplication.initDynamic(HttpApplication.java:765)
         at com.evermind.server.http.HttpApplication.<init>(HttpApplication.java:497)
         at com.evermind.server.Application.getHttpApplication(Application.java:886)
         at com.evermind.server.http.HttpServer.getHttpApplication(HttpServer.java:688)
         at com.evermind.server.http.HttpSite.getApplication(HttpSite.java:420)
         at com.evermind.server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:422)
         at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.java:270)
         at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.java:112)
         at com.evermind.util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:186)
         at java.lang.Thread.run(Unknown Source)
    05/10/04 13:45:47 jsf-guessNumber: Error preloading servlet
    javax.servlet.ServletException: Error initializing servlet
         at com.evermind.server.http.HttpApplication.findServlet(HttpApplication.java:4574)
         at com.evermind.server.http.HttpApplication.initPreloadServlets(HttpApplication.java:4617)
         at com.evermind.server.http.HttpApplication.initDynamic(HttpApplication.java:765)
         at com.evermind.server.http.HttpApplication.<init>(HttpApplication.java:497)
         at com.evermind.server.Application.getHttpApplication(Application.java:886)
         at com.evermind.server.http.HttpServer.getHttpApplication(HttpServer.java:688)
         at com.evermind.server.http.HttpSite.getApplication(HttpSite.java:420)
         at com.evermind.server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:422)
         at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.java:270)
         at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.java:112)
         at com.evermind.util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:186)
         at java.lang.Thread.run(Unknown Source)
    05/10/04 13:45:48 jsf-guessNumber: 9.0.4.0.0 Started
    Does anyone know if there is a bug in oc4j 9.0.4? Both apps work fine in both tomcat 4.x and in the latest early access release of oc4j (EA R3).

    typically this is because a context listener is not setup in your web.xml.[JSF README]
    * Some web containers don't follow the Servlet 2.3 Spec rule of calling
    ServletContextListeners listeners defined in tld files in the META-INF
    directory of a jar. Running a faces webapp in such a container
    requires you to manually declare the ServletContextListener. The
    listener-class you need to specify is
    com.sun.faces.config.ConfigureListener
    [Jacob Hookom of Facelet]
    If you would like to use JSF 1.2 with Resin: oc4j for that matter ...
    1. Delete the TLD files from the jsf-imp.jar!/meta-inf
    2. Specify at context-listener in your web.xml for:
    com.sun.faces.config.ConfigureListener
    As you see, both say a same thing.

  • BUG? Login Module: How many times is login supposed to be called?

    Hi all -
    I have what I think is a wierd occurrence going on. I have a custom login module configured for the embedded JDev 10.1.3. The login method of my LoginModule does some System.out.println stuff. What is happening is that it is being called every time a page is requested. Is that the correct behavior? Would this still happen if I used a login form instead of BASIC authentication?
    My web.xml looks like this:
      <security-constraint>
        <web-resource-collection>
          <web-resource-name>ALL Components</web-resource-name>
          <url-pattern>*</url-pattern>
        </web-resource-collection>
        <auth-constraint>
          <role-name>corporateuser</role-name>
          <role-name>fielduser</role-name>
        </auth-constraint>
      </security-constraint>
      <security-role>
        <description>Corporate user</description>
        <role-name>corporateuser</role-name>
      </security-role>
      <security-role>
        <description>Field user</description>
        <role-name>fielduser</role-name>
      </security-role>Regards,
    John

    John,
    the problem doesn't sound like a JDeveloper, ADF or ADF BC issue but OC4J. Configuring a custom LoginModule and use it for J2EE authentication is supposed to work as follows:
    1. The container recognizes a protected web page that requires authentication
    2. The container checks if the user is authenticated. If not, the configured authentication routine is initiated
    3. If custom LoginModules are used, then the container calls the custom LoginModules and the LoginModule, after successful authentication, adds the J2EE role principles to the authenticated Subject
    4.Starting from here the Container keeps the Subject and thus the authorization information stored in here.
    5. Any subsequent request will be check against the authenticated session.
    I would expect a re-authentication to happen if the session gets lost (invalidated). There should be no difference in using BASIC or FORM based authentication, except that BASIC authentication requires you to explicitly mention a protection domain (realm).
    Speaking for OC4J 10.1.2 I never saw re-authentication occuring, but I haven't tested OC4j 10.1.3 yet - so I cannot tell if there is a bug in OC4J 10.1.3 or not (which I don't hope to be the case).
    My plan is to work on a new JAAS example over the next couple of weeks, so chances are that I can verify or not. I'll point someone from the OC4J dev team to this thread in case its a known issue.
    Frank

  • Bug? dispatcher chain is empty in http filter EA1

    In JDeveloper EA1 (and DP) we can not call request.getParameter inside a HTTP filter.
    Is it not legal to cast ServletRequest to a HttpServletRequest in the filter? This is production code that works fine i 9.0.4
    The following code:
    public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException {
    HttpServletRequest hReq = (HttpServletRequest) request;
    String cbtDataIn = hReq.getParameter("cbtData");
    Will give you:
    ERROR [ApplicationServerThread-0] (HibernateFilter.java:39) - ERROR IN FILTER
    java.lang.IllegalStateException: dispatcher chain is empty
         at com.evermind.server.http.EvermindHttpServletRequest.getCurrentDispatcher(EvermindHttpServletRequest.java:4154)
         at com.evermind.server.http.EvermindHttpServletRequest.getParameters(EvermindHttpServletRequest.java:1414)
         at com.evermind.server.http.EvermindHttpServletRequest.getParameter(EvermindHttpServletRequest.java:2228)
         at se.sjv.sso.sso.SecurityFilter.doFilter(SecurityFilter.java:57)
         at com.evermind.server.http.EvermindFilterChain.doFilter(EvermindFilterChain.java:15)
         at se.sjv.valhall.hibernate.HibernateFilter.doFilter(HibernateFilter.java:32)
         at com.evermind.server.http.FileRequestDispatcher.handleWithFilter(FileRequestDispatcher.java:135)
         at com.evermind.server.http.FileRequestDispatcher.unprivileged_forwardInternal(FileRequestDispatcher.java:283)
         at com.evermind.server.http.FileRequestDispatcher.access$100(FileRequestDispatcher.java:30)
         at com.evermind.server.http.FileRequestDispatcher$2.oc4jRun(FileRequestDispatcher.java:254)
         at oracle.oc4j.security.OC4JSecurity.doPrivileged(OC4JSecurity.java:274)
         at com.evermind.server.http.FileRequestDispatcher.forwardInternal(FileRequestDispatcher.java:259)
         at com.evermind.server.http.HttpRequestHandler.doProcessRequest(HttpRequestHandler.java:863)
         at com.evermind.server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:451)
         at com.evermind.server.http.HttpRequestHandler.serveOneRequest(HttpRequestHandler.java:218)
         at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.java:119)
         at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.java:112)
         at oracle.oc4j.network.ServerSocketReadHandler$SafeRunnable.run(ServerSocketReadHandler.java:245)
         at oracle.oc4j.network.ServerSocketAcceptHandler.procClientSocket(ServerSocketAcceptHandler.java:231)
         at oracle.oc4j.network.ServerSocketAcceptHandler.access$1000(ServerSocketAcceptHandler.java:33)
         at oracle.oc4j.network.ServerSocketAcceptHandler$AcceptHandlerHorse.run(ServerSocketAcceptHandler.java:820)
         at com.evermind.util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:298)
         at java.lang.Thread.run(Thread.java:595)
    ERROR [ApplicationServerThread-0] (HibernateFilter.java:39) - FEL FÅNGAT AV FILTER
    java.lang.IllegalStateException: dispatcher chain is empty
         at com.evermind.server.http.EvermindHttpServletRequest.getCurrentDispatcher(EvermindHttpServletRequest.java:4154)
         at com.evermind.server.http.EvermindHttpServletRequest.getParameters(EvermindHttpServletRequest.java:1414)
         at com.evermind.server.http.EvermindHttpServletRequest.getParameter(EvermindHttpServletRequest.java:2228)
         at se.sjv.sso.sso.SecurityFilter.doFilter(SecurityFilter.java:57)
         at com.evermind.server.http.EvermindFilterChain.doFilter(EvermindFilterChain.java:15)
         at se.sjv.valhall.hibernate.HibernateFilter.doFilter(HibernateFilter.java:32)
         at com.evermind.server.http.FileRequestDispatcher.handleWithFilter(FileRequestDispatcher.java:135)
         at com.evermind.server.http.FileRequestDispatcher.unprivileged_forwardInternal(FileRequestDispatcher.java:283)
         at com.evermind.server.http.FileRequestDispatcher.access$100(FileRequestDispatcher.java:30)
         at com.evermind.server.http.FileRequestDispatcher$2.oc4jRun(FileRequestDispatcher.java:254)
         at oracle.oc4j.security.OC4JSecurity.doPrivileged(OC4JSecurity.java:274)
         at com.evermind.server.http.FileRequestDispatcher.forwardInternal(FileRequestDispatcher.java:259)
         at com.evermind.server.http.HttpRequestHandler.doProcessRequest(HttpRequestHandler.java:863)
         at com.evermind.server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:451)
         at com.evermind.server.http.HttpRequestHandler.serveOneRequest(HttpRequestHandler.java:218)
         at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.java:119)
         at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.java:112)
         at oracle.oc4j.network.ServerSocketReadHandler$SafeRunnable.run(ServerSocketReadHandler.java:245)
         at oracle.oc4j.network.ServerSocketAcceptHandler.procClientSocket(ServerSocketAcceptHandler.java:231)
         at oracle.oc4j.network.ServerSocketAcceptHandler.access$1000(ServerSocketAcceptHandler.java:33)
         at oracle.oc4j.network.ServerSocketAcceptHandler$AcceptHandlerHorse.run(ServerSocketAcceptHandler.java:820)
         at com.evermind.util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:298)
         at java.lang.Thread.run(Thread.java:595)

    We do not get this problem when we call a JSP file.
    index.jsp - filter is OK
    index.html - filter is not OK - dispatcher chain is empty
    Please tell me that this a bug in OC4J.
    Cheers,
    Rickard Nilsson
    Here is the code and the exception again:
    package web1.view;
    import java.io.IOException;
    import javax.servlet.*;
    import javax.servlet.http.HttpServletRequest;
    import javax.servlet.http.HttpServletResponse;
    public class TestFilter implements Filter {
    public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException {
    try {
    HttpServletRequest hReq = (HttpServletRequest) request;
    HttpServletResponse hRes = (HttpServletResponse) response;
    String cbtDataIn = hReq.getParameter("cbtData");
    String b = cbtDataIn;
    } catch (Throwable t) {
    t.printStackTrace();
    public void init(FilterConfig config) throws ServletException {
    public void destroy() {
    05/11/17 11:54:27 java.lang.IllegalStateException: dispatcher chain is empty
    05/11/17 11:54:27      at com.evermind.server.http.EvermindHttpServletRequest.getCurrentDispatcher(EvermindHttpServletRequest.java:4154)
    05/11/17 11:54:27      at com.evermind.server.http.EvermindHttpServletRequest.getParameters(EvermindHttpServletRequest.java:1414)
    05/11/17 11:54:27      at com.evermind.server.http.EvermindHttpServletRequest.getParameter(EvermindHttpServletRequest.java:2228)
    05/11/17 11:54:27      at web1.view.TestFilter.doFilter(TestFilter.java:15)
    05/11/17 11:54:27      at com.evermind.server.http.FileRequestDispatcher.handleWithFilter(FileRequestDispatcher.java:137)
    05/11/17 11:54:27      at com.evermind.server.http.FileRequestDispatcher.unprivileged_forwardInternal(FileRequestDispatcher.java:283)
    05/11/17 11:54:27      at com.evermind.server.http.FileRequestDispatcher.access$100(FileRequestDispatcher.java:30)
    05/11/17 11:54:27      at com.evermind.server.http.FileRequestDispatcher$2.oc4jRun(FileRequestDispatcher.java:254)
    05/11/17 11:54:27      at oracle.oc4j.security.OC4JSecurity.doPrivileged(OC4JSecurity.java:274)
    05/11/17 11:54:27      at com.evermind.server.http.FileRequestDispatcher.forwardInternal(FileRequestDispatcher.java:259)
    05/11/17 11:54:27      at com.evermind.server.http.HttpRequestHandler.doProcessRequest(HttpRequestHandler.java:863)
    05/11/17 11:54:27      at com.evermind.server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:451)
    05/11/17 11:54:27      at com.evermind.server.http.HttpRequestHandler.serveOneRequest(HttpRequestHandler.java:218)
    05/11/17 11:54:27      at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.java:119)
    05/11/17 11:54:27      at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.java:112)
    05/11/17 11:54:27      at oracle.oc4j.network.ServerSocketReadHandler$SafeRunnable.run(ServerSocketReadHandler.java:245)
    05/11/17 11:54:27      at oracle.oc4j.network.ServerSocketAcceptHandler.procClientSocket(ServerSocketAcceptHandler.java:231)
    05/11/17 11:54:27      at oracle.oc4j.network.ServerSocketAcceptHandler.access$1000(ServerSocketAcceptHandler.java:33)
    05/11/17 11:54:27      at oracle.oc4j.network.ServerSocketAcceptHandler$AcceptHandlerHorse.run(ServerSocketAcceptHandler.java:820)
    05/11/17 11:54:27      at com.evermind.util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:303)
    05/11/17 11:54:27      at java.lang.Thread.run(Thread.java:595)

  • ClassCastException after deploy - bug

    Greetings,
    After much discussion in the Jdev forum, some here, alot of past discussion
    on the hierarchial nature of J2EE container's classloaders,
    which all makes sense and is consistant with observed behavior for me
    and other posters:
    It still seems to me that there's a bug in OC4J 903 that allows for ClassCastExceptions after re-deployment in Apps
    that happen to have the same classes.
    All the experts weighed in with discussion of how the container class loaders disallow cross loading of classes
    from adjacent applications. Great, then
    the ClassCastExceptions shouldn't happen. No?
    Regardless, the simple issue is; there should be under no circumstances a need
    to bounce an appserver after every deployment, to flush out stale classes that otherwise would cause ClassCastExceptions.
    Can OC4J experts explain why I should have to bounce 903 OC4J after every
    deploy?
    Is this issue being worked on (fixed) in 904?
    Thanks, curt

    Are there any opinions or even similar experiences with
    ClassCastException's following hot deploys?
    Thanks, curt

  • SAME EJB 3.0 Stateful Session bean for different JSP sessions returned

    Forum,
    I have a strange problem utilizing stateful session beans. Please note, that I am using jdeveloper for the following:
    1) Here is a basic stateful session bean:
    @Stateful(name = "DemoClass")
    public class DemoClassBean implements DemoClass,
               DemoClassLocal, SessionSynchronization {
          public static int id=0;
          public DemoClassBean() {
          id++;
          public int getId() {
             return id;
          //... other methods
    }2) This bean is accessed from a JSP for testing purpose, I am copying only the script used in JSP:
    <%
       DemoClass bean = null;
       try {
          bean = (DemoClass) ((new javax.naming.InitialContext()).
                       lookup("DemoClass "));
          System.out.println("ID=" + bean.getId() );
          } catch (javax.naming.NamingException e) {
             // TODO
    %>If this page is addressed by different clients, from different browsers, the same bean is returned.
    Here is what I see in the logs:
    ID=1
    ID=1
    ID=1
    The same problem is being observed when this session bean is accessed from a JSF Backing bean.
    What could be wrong? Is this a bug in oc4j / jdeveloper (version 10.1.3.3.0)?
    Edited by: smw000000001 on Nov 17, 2008 10:52 AM

    Hi,
    The code for stateful is perfectly fine and working in a normal way. The way you are trying to implement the stateful session bean in your application is wrong.
    think of binding the stateful session bean with HttpSession object.
    So that you will get a unique stateful session bean object.

Maybe you are looking for

  • How to best support CT2, CT3 and CT4 clients from the same machine?

    I have clients that are still insisting on CT2 and CT3 for their editing. I am able to use CT3 with work arounds for my CT2 customes; but would like to get on with CT4. Can anyone point me to the Tips and Techniques that will point out the "gotcha's"

  • Page Navigation Safari not working

    Hi, I am using page navigation but this is not working on Safari. Version 1.0 and 2.0.4 have been tested on OSX 10.2 and 10.4.7. I am left with a page with nothing visible that I assume is meant to submit the form. The source of the page follows. Any

  • CPU load growing slowly at exact pace

    Hi all, I'm experiencing a weird thing since migrating from 10.5 server to 10.6 server: The CPU load grows slowly but steadily after each restart. After two days the server gives bad response, resulting in beachballs coming and going on both the serv

  • I just bought Creative Cloud Photography Plan and it doesn't work?

    So I just bought the CC photography plan and when I click the download now button it re-directs to a failed to open page....  Why?

  • How to move my photos from PC to Mac (just imported from PSE!)?

    I just loaded up LR1.0 and imported my library (about 15000 images) from PS Elements 4.0. Huzzah! It worked perfectly, including all keywords and even the keyword hierarchy. So far, life is very good, indeed. Now, there are two more steps, and I'm no