[JBoss-user] Activation Failure after beanLocal.remove()

2002-11-08 Thread Ricardo Escalon



Okay for those of you interested in the work around to my 
problem (listed below).

I think the servlet init method only gets called once no 
matter how many instances of the servlet exist. Hence,
when you remove the ejb there is nothin re-creating 
it.

Solution: before calling the bean make sure it is not 
equal to null, if it is re-create it. Also when you remove() it, make sure 
you set it to null.

That's all.

If anyone disagrees with my logic please let me 
know.

Ricardo


Hello I have been trying to look for info on this problem 
and I have notfound anything useful.Let me describe my 
problem.I have an applet that accesses a servlet that in turn 
communicates with anEJB.in the Applet.destroy() I send a request to 
my servlet called "endSession"this gets handled by my servletwich in 
turn calls the local reference of my beans remove method that 
isbeanLocal.remove();This appears to end the session just fine, but 
when I try and make use ofthat bean again it gives me the following 
error:16:03:11,181 ERROR [AbstractInstanceCache] Activation 
failurejavax.ejb.EJBException: Could not activate; CausedByException 
is:C:\Programme\jboss-3.0.1\server\default\db\sessions\Controller\1036594697323.ser 
(Das System kann die angegebene Datei nicht 
finden) 
atorg.jboss.ejb.plugins.StatefulSessionFilePersistenceManager.activateSession(StatefulSessionFilePersistenceManager.java:239) 
atorg.jboss.ejb.plugins.StatefulSessionInstanceCache.activate(StatefulSessionInstanceCache.java:83) 
atorg.jboss.ejb.plugins.AbstractInstanceCache.get(AbstractInstanceCache.java:177) 
atorg.jboss.ejb.plugins.StatefulSessionInstanceInterceptor.invoke(StatefulSessionInstanceInterceptor.java:212) 
atorg.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:107) 
atorg.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:178) 
atorg.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:60) 
atorg.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:203) 
atorg.jboss.ejb.StatefulSessionContainer.invoke(StatefulSessionContaineetc.I've 
read in some places that this has to do with the max-bean-age in theconfig 
file.As I understand it one you call this method there is a discrepancy 
betweenwhat was passivated and what the new ejb localobject.I 
don't really understand this problem as I am able to call the 
beanRemote.remove() method without getting the above error stack.So 
my question is how can I end the EJB session when the applet isdestroyed? 
and why can't I use the beanLocal.remove() 
method.Thancks,Ricardo


[JBoss-user] Activation Failure after beanLocal.remove()

2002-11-06 Thread Ricardo Escalon
Hello I have been trying to look for info on this problem and I have not
found anything useful.

Let me describe my problem.

I have an applet that accesses a servlet that in turn communicates with an
EJB.

in the Applet.destroy() I send a request to my servlet called endSession
this gets handled by my servlet
wich in turn calls the local reference of my beans remove method that is
beanLocal.remove();

This appears to end the session just fine, but when I try and make use of
that bean again it gives me the following error:

16:03:11,181 ERROR [AbstractInstanceCache] Activation failure
javax.ejb.EJBException: Could not activate; CausedByException is:

C:\Programme\jboss-3.0.1\server\default\db\sessions\Controller\103659469
7323.ser (Das System kann die angegebene Datei nicht finden)
at
org.jboss.ejb.plugins.StatefulSessionFilePersistenceManager.activateS
ession(StatefulSessionFilePersistenceManager.java:239)
at
org.jboss.ejb.plugins.StatefulSessionInstanceCache.activate(StatefulS
essionInstanceCache.java:83)
at
org.jboss.ejb.plugins.AbstractInstanceCache.get(AbstractInstanceCache
.java:177)
at
org.jboss.ejb.plugins.StatefulSessionInstanceInterceptor.invoke(State
fulSessionInstanceInterceptor.java:212)
at
org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInte
rceptor.java:107)
at
org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxIntercep
torCMT.java:178)
at
org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:6
0)
at
org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:203)
at
org.jboss.ejb.StatefulSessionContainer.invoke(StatefulSessionContaine
etc.

I've read in some places that this has to do with the max-bean-age in the
config file.

As I understand it one you call this method there is a discrepancy between
what was passivated and what the new ejb local
object.

I don't really understand this problem as I am able to call the beanRemote.r
emove() method without getting the above error stack.

So my question is how can I end the EJB session when the applet is
destroyed? and why can't I use the beanLocal.remove() method.

Thancks,

Ricardo



---
This sf.net email is sponsored by: See the NEW Palm 
Tungsten T handheld. Power  Color in a compact size!
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user



[JBoss-user] JBoss site down

2002-11-04 Thread Ricardo Escalon
Hello does anyone know what is going on with jboss.org

I require:
http://www.jboss.org/j2ee/dtd/jboss_3_0.dtd
in order to run EJBDoclet task to automatically generate my EJB-JAR, but it
has been down several times today.

Have they been hacked?

More importantly is there a way of running EJBDoclet withou it resorint to
call jboss_3_0.dtd without providing your own
jboss.xml file?

Regards

Ricardo



---
This SF.net email is sponsored by: ApacheCon, November 18-21 in
Las Vegas (supported by COMDEX), the only Apache event to be
fully supported by the ASF. http://www.apachecon.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user



Re: [JBoss-user] JBoss site down

2002-11-04 Thread Ricardo Escalon
To add this matter, there is a suspicious message on my browsers status bar
when load the jboss.org page it says:

All your J2EE are belong to us.

It seems to me that JBoss was hacked and someone should alert them.

Regards

Ricardo
A happy JBoss user.
- Original Message -
From: Ricardo Escalon [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, November 04, 2002 5:08 PM
Subject: [JBoss-user] JBoss site down


 Hello does anyone know what is going on with jboss.org

 I require:
 http://www.jboss.org/j2ee/dtd/jboss_3_0.dtd
 in order to run EJBDoclet task to automatically generate my EJB-JAR, but
it
 has been down several times today.

 Have they been hacked?

 More importantly is there a way of running EJBDoclet withou it resorint to
 call jboss_3_0.dtd without providing your own
 jboss.xml file?

 Regards

 Ricardo



 ---
 This SF.net email is sponsored by: ApacheCon, November 18-21 in
 Las Vegas (supported by COMDEX), the only Apache event to be
 fully supported by the ASF. http://www.apachecon.com
 ___
 JBoss-user mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-user




---
This SF.net email is sponsored by: ApacheCon, November 18-21 in
Las Vegas (supported by COMDEX), the only Apache event to be
fully supported by the ASF. http://www.apachecon.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user



Re: [JBoss-user] @jboss-net:web-service

2002-10-28 Thread Ricardo Escalon



Hello Derek,

Great response! But what exactly is that 
jboss-head? is it a web page or a folder. I've not been able to find 
it.

Regards

Ricardo

  - Original Message - 
  From: 
  Derek Lin 
  
  To: [EMAIL PROTECTED] 
  
  Sent: Sunday, October 27, 2002 1:22 
  AM
  Subject: Re: [JBoss-user] 
  @jboss-net:web-service
  
  
  I've found it.
  
  1) Where do I get the xdoclet module that supports it?
  \jboss-head\jboss.net\output\lib\xdoclet-module-jboss-net.jar
  
  2) What entries do I need? (build.xml, bean.java, 
  etc.)
  jbossnet 
  destdir="${ejb}/bean/gen-dd/META-INF"/ (build.xml)
  * @jboss-net:web-service 
  urn="CompanyHandler"* 
  expose-all="true" (bean.java)
  
  -- Derek
  
- Original Message - 
From: 
Derek 
Lin 
To: [EMAIL PROTECTED] 

Sent: Saturday, October 26, 2002 4:30 
PM
Subject: [JBoss-user] 
@jboss-net:web-service

Anyone familiar with this xdoclet tag?: 
@jboss-net:web-service

How do I use it?

1) Where do I get the xdoclet module that 
supports it?
2) What entries do I need? (build.xml, 
bean.java, etc.)

Thanks,

Derek


Re: [JBoss-user] JBossNetSubTask.class and jboss-net_xml.xdt

2002-10-28 Thread Ricardo Escalon



Okay just some dumb questions.

I found the class you are using int he CVS of 
sourceforge.org, but how do I download that version of JBoss, or do I just 
download the JBossNetSubTask.class and then try and compile it. 

What do I do then, do jar it and drop it on the 
ant/lib?

Can you give me some steps on how to go about doing 
this please.

Regards Ricardo (excuse my ignorance, I am a 
beginner at this)

  - Original Message - 
  From: 
  Derek Lin 
  
  To: [EMAIL PROTECTED] 
  
  Sent: Sunday, October 27, 2002 6:56 
  AM
  Subject: Re: [JBoss-user] 
  JBossNetSubTask.class and jboss-net_xml.xdt
  
  Anyway, I fixed the problem by using 
  this:
   parameter 
  name="beanJndiName" value="XDtEjb:ifRemoteEjbXDtEjbHome:jndiName 
  type="remote"//XDtEjb:ifRemoteEjbXDtEjb:ifNotRemoteEjbXDtEjb:ifLocalEjbXDtEjbHome:jndiName 
  type="local"//XDtEjb:ifLocalEjb/XDtEjb:ifNotRemoteEjb"/
  Don't know if this is the right fix--Because I 
  don't know the details of web-service.xml (anyone has a DTD?)
  
  
- Original Message - 
From: 
Derek 
Lin 
To: [EMAIL PROTECTED] 

Sent: Saturday, October 26, 2002 10:32 
PM
Subject: [JBoss-user] 
JBossNetSubTask.class and jboss-net_xml.xdt

I am using 
\xdoclet\modules\jboss\net\JBossNetSubTask.class (the jboss xdoclet subtask 
for @jboss-net:web-service urn="CompanyHandler"). I am seeing bad 
web-service.xml being generated (for view-type="both"). So I did a 
little investigation:

If you look at this file 
\xdoclet-module-jboss-net\xdoclet\modules\jboss\net\resources\jboss-net_xml.xdt 
and if you look at these lines:
parameter name="beanJndiName" 
value="XDtEjb:ifRemoteEjbXDtEjbHome:jndiName 
type="remote"//XDtEjb:ifRemoteEjbXDtEjb:ifLocalEjbXDtEjbHome:jndiName 
type="local"//XDtEjb:ifLocalEjb"/

You see that it is putting both remote jndi 
name and local jndi name together. Here is the result in my 
web-service.xml file:
parameter name="beanJndiName" 
value="ejb/CompanyHandlerCompanyHandlerLocal"/

Is there a XDtEjb:ifNotLocalEjb 
tag? If so,maybe Ican fix this on my own. But is 
anyone fixing this (any developers reading this?)

Anyone has the similar experience?

Thanks,

Derek


Re: [JBoss-user] Simple Hello-World Webservice for 3.2?

2002-10-24 Thread Ricardo Escalon
I have not played too much with this example.

I just got it to work for what I needed it. I used it as a reference on
local interfaces. Hence I was happy to see a servlet acces an EJB through
local interfaces.

But, having had some experience with EJBs perhaps we can debug this
together.

Okay, generally there are several places where you can place your classes
and I'll try and go through them all, starting with
where I think it should go.

There are 6 possible places that come to mind where you can put your
libraries.

1.) create a lib directory in the *.EAR and re-place the manifest of the
modules (*.WAR or *.WSR) with the following:
--- MANIFEST.MF start --- copy below:
Manifest-Version: 1.0
Class-Path: ./lib/.
--- copy above MANIFEST.MF ---
the . refers to the root of the ear and the lib/. refers to all files in
that directory.

I recommend placing all of your libraries here and keeping your modules
light as this will make the classes accessible
to all your modules.

2.) The second place to put it would be on the WEB-INF/lib directory of
*.WAR if only your web module requires the lib. You should check this. This
directory is the standar place to put your jars for the web module.

3.) Put them on the root of the web module. This will make them accessible
to anyone on the net and also to your app.
This is wher you would put *.jar s for applet code that needs to be
downloaded by the users.

4. 5. 6) Put them in the lib directory of of either the all, default or
minimal server folders of JBoss. This will make the classes in the *.jar
available to all your deployed apps.
NOTE: It is never a good idea to put your classes here as you make your code
server dependent. You should distribute all of your libraries with your
application, that way you can just drop them from one server to another.

Another word of advice is to learn how to use ANT and Xdoclet, these two
tools facilitate programming of EJBs.

Okay, I hope this helps.

- Original Message -
From: Rupp,Heiko [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, October 23, 2002 1:11 PM
Subject: RE: [JBoss-user] Simple Hello-World Webservice for 3.2?


 Hi,

  I've renamed the ear to _ear.zip so you can easily open it.
 Thanks

  Hope this helps.

 Yes, definitely.

 Now ..

 when I have server/all/deploy/hello.wsr
 with META-INF/web-service.xml:
 deployment xmlns=http://xml.apache.org/axis/wsdd/;
 xmlns:xsi=http://www.w3.org/2000/10/XMLSchema-instance;
 xmlns:java=http://xml.apache.org/axis/wsdd/providers/java;
 service name=testMath provider=java:RPC
 parameter name=className value=hello.math/
 parameter name=allowedMethods value=add/
 /service
 /deployment

 Where does the hello.math class have to be ?

 The webservice itself gets deployed, but when calling it at
 http://localhost:8080/jboss-net/services/testMath I get an exception
 that the class 'hello.math' can not be found and Axis tells me that
 it has to go 'to the right place', which isn't really specific ..

 Thanks
   Heiko
 --
 Bancotec GmbH  EMail: [EMAIL PROTECTED]
 Calwer Str. 33 Telefon: +49 711 222 992 0
 D-70173 Stuttgart  Telefax: +49 711 222 992 999


 ---
 This sf.net emial is sponsored by: Influence the future
 of Java(TM) technology. Join the Java Community
 Process(SM) (JCP(SM)) program now.
 http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0002en
 ___
 JBoss-user mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-user




---
This sf.net email is sponsored by: Influence the future 
of Java(TM) technology. Join the Java Community 
Process(SM) (JCP(SM)) program now. 
http://ad.doubleclick.net/clk;4729346;7592162;s?http://www.sun.com/javavote
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user



Re: [JBoss-user] Simple Hello-World Webservice for 3.2?

2002-10-22 Thread Ricardo Escalon
I've renamed the ear to _ear.zip so you can easily open it.

Hope this helps.

Ricardo
- Original Message - 
From: Rupp,Heiko [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, October 22, 2002 2:05 PM
Subject: RE: [JBoss-user] Simple Hello-World Webservice for 3.2?


 Bruce,
 
  I have a simple hello world type of example for jboss-net at:
  http://www.csd.abdn.ac.uk/~bscharla/teaching/mtp_software/jbos
 s/jboss-net-HelloWorld.shtml
 
 
 I have seen this and enjoyed it already.
 
 What I would really apreciate is to see
 - a completely packaged hello.wsr
 - view of the resulting tree 
   i.e.
 jboss/server/deploy/wereever/hello.wsr
   or such.
 
 I thank you very much for your efforts.
 
   Heiko
 
 
 ---
 This sf.net emial is sponsored by: Influence the future of 
 Java(TM) technology. Join the Java Community Process(SM) (JCP(SM)) 
 program now. http://ad.doubleclick.net/clk;4699841;7576301;v?
 http://www.sun.com/javavote
 ___
 JBoss-user mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-user
 



HelloEJB_ear.zip
Description: Zip compressed data


Re: [JBoss-user] log4j 1.2x required by an external client?

2002-10-03 Thread Ricardo Escalon

Hello Hans,

I am using Jboss 3.0.1

I have made an example of a servlet that communicates with an EJB run
before.

The problem that you might be having is that JBoss and Tomcat are two stand
alone applications. Therefore, Tomcat is unable to see the context of the
deployed applications on JBoss (I am just guessing here).

In my opinion you hav two options.

1.) Don't use tomcat. After all it's just web application container. USE
JETTY. Which is lighter and perhaps faster (dunno).
Jetty is packaged with JBoss so deployment is just as easy. Also, you can
see the context of your deployed EJBs from this embeded web container
(Jetty). Be sure to place a web.xml in the WEB-INF directory, even if you
don't put anything on the web-app/ tag otherwise you won't be able to
deploy your WAR in Jetty.

with regards to any libraries that you might need, be sure to include them
in the lib folder of JBoss.

There are several lib folders, the one that has worked for me is:

JBOSS_HOME\server\default\lib

2.) Use tomcat! So your preferred Web Application Container is Tomcat, you
are used to it and you are happy with the way it performs, and you don't
mind the space that it uses up on your hard drive (I am just being over
synical). Then download one of the JBoss-Tomcat distributions. These are
found in the same place where you found JBoss and you should be able to see
the context of the deployed EJBs.

I hope this helps.

Tschuss,

Ricardo

- Original Message -
From: Hans Schmid [EMAIL PROTECTED]
To: Jboss-User [EMAIL PROTECTED]
Sent: Wednesday, October 02, 2002 7:24 PM
Subject: [JBoss-user] log4j 1.2x required by an external client?


 Hi,

 I just updated from Jboss 3.0.2 to 3.0.3.
 when my Webapp client (using log4j-1.1.3) creates the InitialContext to
 connect to JBoss, it fails with

 2002-10-02 14:43:10,226 451040 [Thread-21] DEBUG (services.ejb.EJBService)
 - JNDI test connection failed java.lang.NoClassDefFoundError:
 org/apache/log4j/Level

 This class is present in log4j_1.2x and up only!

 We use Jboss for handling EJB's only. Our System runs on a standalone
Tomcat
 3.3.1.
 The servlets (actually helper classes) connect via the standard JNDI
lookup
 mechanism to JBoss.

 Any Ideas, why the use of jbossall-client.jar by our Webapp forces
 this Webapp to use Log4J at all, and especially a special version of it?

 It is not a big deal for us, because we have to update to log4j-1.26
 anyway.

 It is just strange from an architectural point of view.
 (and please do not add log4j into the jbossall-client.jar. It is already
 overloader IHMO)

 I stopped trying to find out, which of the many client jar files are
 actually required to execute simple Session beans.


 Thanks for a great product,

 Hans Schmid

 einsurance Agency AG
 Information Technology
 Bayerstraße 33
 80335 München

 Tel: +49-89-55292- 860
 Fax: +49-89-55292- 855

 eMail: [EMAIL PROTECTED]
 http://www.einsurance.de



 ---
 This sf.net email is sponsored by:ThinkGeek
 Welcome to geek heaven.
 http://thinkgeek.com/sf
 ___
 JBoss-user mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jboss-user




---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user