It is a reported bug. A workaround seems to avoid running jboss on 1.4
VM.
On tir, 2002-06-04 at 22:11, Eric Anderson wrote:
> I am currently just working on a test app to experiment with JBoss. This
> test app is an ear file that consists of:
>
> A ejb bean which is the interest example from the online manual. The
> following is the ejb-jar.xml file for that ejb jar that contains the
> bean:
>
> <ejb-jar>
> <description>Interest Example</description>
> <display-name>Interest EJB</display-name>
> <enterprise-beans>
> <session>
> <ejb-name>Interest</ejb-name>
> <home>net.cordata.HelloWorld.ejb.InterestHome</home>
> <remote>net.cordata.HelloWorld.ejb.Interest</remote>
> <ejb-class>net.cordata.HelloWorld.ejb.InterestBean</ejb-class>
> <session-type>Stateless</session-type>
> <transaction-type>Bean</transaction-type>
> </session>
> </enterprise-beans>
> </ejb-jar>
>
> If you note I ahve moved the example bean to a different package, and
> it's name is simply Interest not interest/Interest (trying to keep
> things simple). This file is placed in the META-INF dir of my ejb.jar
> file.
>
>
> I then have a war file that consists of a simple jsp page that calls
> this bean. It is as follows:
>
> <%@ page import="javax.naming.InitialContext" %>
> <%@ page import="javax.rmi.PortableRemoteObject" %>
>
> <%@ page import="net.cordata.HelloWorld.ejb.Interest" %>
> <%@ page import="net.cordata.HelloWorld.ejb.InterestHome" %>
> <html>
> <head>
> <title>
> Testing JSP
> </title>
> </head>
> <body>
> <%
> try {
>
> InitialContext jndiContext = new InitialContext();
> Object ref = jndiContext.lookup("Interest");
> InterestHome home = (InterestHome)
> PortableRemoteObject.narrow(ref, InterestHome.class);
> Interest interest = home.create();
> out.println(interest.calculateCompoundInterest(1000, 0.10,2));
> } catch (Exception e) {
> out.println( e.toString() );
> }
> %>
> </body>
> </html>
>
> If I run this JSP page it works great, but if I simply redeploy the ear
> file (by either copying over the old one or by removing the old first
> then adding the new without actually changing anything in the content of
> the ear) then I can a CastException on the call to try to narrow the
> remote object.
>
> I am guessing something is not getting reset correctly when the ear is
> undeployed, but I am unsure of what I am doing wrong that would be
> causing this. If you need any more info about this test app (or simply a
> tar.gz of the entire app) please feel free to ask.
>
> Thanks for any help that you can provide
>
> --
> Eric Anderson
> CorData Inc.
> M: 404-293-6124
>
> _______________________________________________________________
>
> Don't miss the 2002 Sprint PCS Application Developer's Conference
> August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
>
> _______________________________________________
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
_______________________________________________________________
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
_______________________________________________
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
