Re: [JBoss-dev] EAR deployment/undeployment problem

2002-07-15 Thread Alexandre Aubry

Well, I am using JBuilder 6 EE with addin for JBoss.
When I deploy/undeploy my EAR application, the addin
uses the MainDeployer to do its task. I did
not copy manually the EAR file to the deploy's
directory.

When JBoss is shutting down, the tmp dir. is not
clean as expected. It still contains files and my
EAR prefixed with a number.

Thanks for you help.

Deployment/Undeployment during developpment phase
is still a nightmare :-((

Regards

Alexandre Aubry
FRANCE


 --- David Jencks <[EMAIL PROTECTED]> a
écrit : > There is now an ant task you can use for
this in
> jboss cvs, it should now
> be copied to the client dir on build,
> jbossjmx-ant.jar
> 
> I still need to find out why the "autoredeploy" is
> giving problems...
> 
> david jencks
> 
> On 2002.07.12 13:14:17 -0400 Qingxian Wang wrote:
> > Hi Alexandre,
> > 
> > It seems to me that when delete the EAR file from
> the deploy directory of
> > JBoss, the JBoss server did not undeploy
> completely the application that
> > you
> > deployed reviously, i.e. it did not clean off the
> old classloader or
> > class
> > objects in the classloader repository.  I had the
> similar problem when I
> > was
> > doing hot deploy.  What I did to get rid of the
> problem is to do the
> > undeploy by calling the MainDeployer of the JBoss
> first, and then
> > redeploy
> > the EAR by calling the MainDeployer of the JBoss. 
> By this way, you do
> > not
> > need to copy your EAR file to the deploy directory
> to JBoss, but you need
> > to
> > write you ANT task Java class to do it.
> > 
> > Actually, you do not need to delete the tmp
> directory if you restart
> > JBoss
> > because restarting JBoss clean off the classloader
> repository from the
> > memory.
> > 
> > Hope this helps a little.
> > 
> > Qingxian
> > 
> > 
> > -Original Message-
> > From: Alexandre Aubry [mailto:[EMAIL PROTECTED]]
> > Sent: 12 July 2002 17:24
> > To: [EMAIL PROTECTED]
> > Subject: [JBoss-dev] EAR deployment/undeployment
> problem
> > 
> > 
> > Hi,
> > 
> > We have an application in development. This
> > application
> > is composed of servlet, jsp, ejb (SBSL & Entity
> CMP)
> > and
> > basic beans.
> > To test our development, we are packaging this
> > application
> > within on EAR file and then deploy it to JBoss
> 3.0.
> > 
> > The problem is when we undeploy the EAR (delete
> the
> > file from the deploy directory of JBoss) or
> redeploy
> > the
> > EAR file (copy a new modified EAR file in the
> deploy
> > dir.
> > of JBoss), the client (standalone programm which
> call
> > the SBSL Facade's methods) has an exception : 
> > 
> > <<< nested
> > exception is: 
> > java.rmi.ServerException: null
> > Embedded Exception
> > $Proxy122; nested exception is: 
> > javax.ejb.EJBException: null
> > Embedded Exception
> > $Proxy122
> > 
> > 
> > If we shutdown JBoss, delete all files within
> > server/default/tmp directory (contains temporary
> files
> > of deployed applications), and the restard JBoss
> with
> > the *same* EAR file and start the client, guess
> what? 
> > it works...
> > 
> > Of course, this behavior is very, very
> unconfortable
> > and 
> > we waste precious time to undeploy, stop, delete
> temp 
> > files, start, deploy and finally test.
> > 
> > Do you have the same issue? Do you have any idea?
> > Jboss says that you can deploy/undeploy
> application...
> > 
> > We try JBoss 3.0.1 and it still not work :-(
> > 
> > Thanks for your different answers.
> > 
> > Alexandre Aubry
> > France - Sophia Antipolis
> > 
> > 
> >
>
___
> > Do You Yahoo!? -- Une adresse @yahoo.fr gratuite
> et en français !
> > Yahoo! Mail : http://fr.mail.yahoo.com
> > 
> > 
> >
>
---
> > This sf.net email is sponsored by:ThinkGeek
> > Gadgets, caffeine, t-shirts, fun stuff.
> > http://thinkgeek.com/sf
> > ___
> > Jboss-development mailing list
> > [EMAIL PROTECTED]
> >
>
https://lists.sourceforge.net/lists/listinfo/jboss-development
> > 
> > 
> > This e-mail and any files transmitted with it are
> confidential and
> > intended
> > sol

Re: [JBoss-dev] EAR deployment/undeployment problem

2002-07-14 Thread Scott M Stark

Provide an ear that demonstrates this problem then as this is what
the jbosstest-web.ear from the testsuite does and it can be redeployed
any number of times without seeing this issue.


Scott Stark
Chief Technology Officer
JBoss Group, LLC

- Original Message - 
From: "Chris Stevenson" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, July 14, 2002 2:50 AM
Subject: Re: [JBoss-dev] EAR deployment/undeployment problem


> David Jencks wrote:
> > I still need to find out why the "autoredeploy" is giving problems...
> 
> I had posted this on forums on the JBoss site, but not here, so FWIW, 
> here is my analysis of  hot-deployment problems on JBoss 3.0.0. I have 
> recently managed to get HEAD to build on my machine (was using JDK1.4.1 
> and it soesn't like that at all!) and will test it there ASAP.
> 
> Hope this helps.
> 
> I tested hot deployment on the 3.0.0/Tomcat4 release, on WinXP/JDK1.4.0 
> and RH Linux 7.3/JDK1.4.0 and it happens on both :-( I am using cactus 
> to do my unit testing, so all the lookups are done from a webapp 
> deployed in the same EAR as the EJB.
> 
> The problem seems to be in JNDI or the web server classloader - here is 
> my analysis (I am testing an EJB called Role):
> 
> 1. On first deployment, or restarted JBoss server, a lookup of 
> local/Role (RoleLocalHome interface) returns $Proxy34. This is the same 
> object listed in the management view as bound to local/Role, and all the 
> tests work fine.
> 
> 2. Do a hot redeploy
> 
> 3. Lookup local/Role from the servlet returns $Proxy34 as before, while 
> in the management view local/Role is bound to proxy: $Proxy45. Casting 
> this object to RoleLocalHome causes a ClassCastException.
> 
> (if you now restart the server, the tests work fine)




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



Re: [JBoss-dev] EAR deployment/undeployment problem

2002-07-14 Thread Chris Stevenson

David Jencks wrote:
> I still need to find out why the "autoredeploy" is giving problems...

I had posted this on forums on the JBoss site, but not here, so FWIW, 
here is my analysis of  hot-deployment problems on JBoss 3.0.0. I have 
recently managed to get HEAD to build on my machine (was using JDK1.4.1 
and it soesn't like that at all!) and will test it there ASAP.

Hope this helps.

I tested hot deployment on the 3.0.0/Tomcat4 release, on WinXP/JDK1.4.0 
and RH Linux 7.3/JDK1.4.0 and it happens on both :-( I am using cactus 
to do my unit testing, so all the lookups are done from a webapp 
deployed in the same EAR as the EJB.

The problem seems to be in JNDI or the web server classloader - here is 
my analysis (I am testing an EJB called Role):

1. On first deployment, or restarted JBoss server, a lookup of 
local/Role (RoleLocalHome interface) returns $Proxy34. This is the same 
object listed in the management view as bound to local/Role, and all the 
tests work fine.

2. Do a hot redeploy

3. Lookup local/Role from the servlet returns $Proxy34 as before, while 
in the management view local/Role is bound to proxy: $Proxy45. Casting 
this object to RoleLocalHome causes a ClassCastException.

(if you now restart the server, the tests work fine)



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



Re: [JBoss-dev] EAR deployment/undeployment problem

2002-07-12 Thread David Jencks

There is now an ant task you can use for this in jboss cvs, it should now
be copied to the client dir on build, jbossjmx-ant.jar

I still need to find out why the "autoredeploy" is giving problems...

david jencks

On 2002.07.12 13:14:17 -0400 Qingxian Wang wrote:
> Hi Alexandre,
> 
> It seems to me that when delete the EAR file from the deploy directory of
> JBoss, the JBoss server did not undeploy completely the application that
> you
> deployed reviously, i.e. it did not clean off the old classloader or
> class
> objects in the classloader repository.  I had the similar problem when I
> was
> doing hot deploy.  What I did to get rid of the problem is to do the
> undeploy by calling the MainDeployer of the JBoss first, and then
> redeploy
> the EAR by calling the MainDeployer of the JBoss.  By this way, you do
> not
> need to copy your EAR file to the deploy directory to JBoss, but you need
> to
> write you ANT task Java class to do it.
> 
> Actually, you do not need to delete the tmp directory if you restart
> JBoss
> because restarting JBoss clean off the classloader repository from the
> memory.
> 
> Hope this helps a little.
> 
> Qingxian
> 
> 
> -Original Message-
> From: Alexandre Aubry [mailto:[EMAIL PROTECTED]]
> Sent: 12 July 2002 17:24
> To: [EMAIL PROTECTED]
> Subject: [JBoss-dev] EAR deployment/undeployment problem
> 
> 
> Hi,
> 
> We have an application in development. This
> application
> is composed of servlet, jsp, ejb (SBSL & Entity CMP)
> and
> basic beans.
> To test our development, we are packaging this
> application
> within on EAR file and then deploy it to JBoss 3.0.
> 
> The problem is when we undeploy the EAR (delete the
> file from the deploy directory of JBoss) or redeploy
> the
> EAR file (copy a new modified EAR file in the deploy
> dir.
> of JBoss), the client (standalone programm which call
> the SBSL Facade's methods) has an exception : 
> 
> <<< exception is: 
> java.rmi.ServerException: null
> Embedded Exception
> $Proxy122; nested exception is: 
> javax.ejb.EJBException: null
> Embedded Exception
> $Proxy122
> 
> 
> If we shutdown JBoss, delete all files within
> server/default/tmp directory (contains temporary files
> of deployed applications), and the restard JBoss with
> the *same* EAR file and start the client, guess what? 
> it works...
> 
> Of course, this behavior is very, very unconfortable
> and 
> we waste precious time to undeploy, stop, delete temp 
> files, start, deploy and finally test.
> 
> Do you have the same issue? Do you have any idea?
> Jboss says that you can deploy/undeploy application...
> 
> We try JBoss 3.0.1 and it still not work :-(
> 
> Thanks for your different answers.
> 
> Alexandre Aubry
> France - Sophia Antipolis
> 
> 
> ___
> Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
> Yahoo! Mail : http://fr.mail.yahoo.com
> 
> 
> ---
> This sf.net email is sponsored by:ThinkGeek
> Gadgets, caffeine, t-shirts, fun stuff.
> http://thinkgeek.com/sf
> ___
> Jboss-development mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-development
> 
> 
> This e-mail and any files transmitted with it are confidential and
> intended
> solely for the use of the individual or entity to whom it is addressed.
> If
> you have received this e-mail in error you must not copy, distribute or
> take
> any action in reliance on it. Please notify the sender by e-mail or
> telephone.
> We utilise an anti-virus system and therefore any files sent via e-mail
> will
> have been checked for known viruses. You are however advised to run your
> own
> virus check before opening any attachments received as we will not in any
> event accept any liability whatsoever once an e-mail and/or any
> attachment
> is received. Any views expressed by an individual within this e-mail do
> not
> necessarily reflect the views of Systems Union Group plc or any of its
> subsidiary companies.
> 
> 
> 
> ---
> This sf.net email is sponsored by:ThinkGeek
> Gadgets, caffeine, t-shirts, fun stuff.
> http://thinkgeek.com/sf
> ___
> Jboss-development mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-development
> 
> 


---
This sf.net email is sponsored by:ThinkGeek
Gadgets, caffeine, t-shirts, fun stuff.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



RE: [JBoss-dev] EAR deployment/undeployment problem

2002-07-12 Thread Qingxian Wang

Hi Alexandre,

It seems to me that when delete the EAR file from the deploy directory of
JBoss, the JBoss server did not undeploy completely the application that you
deployed reviously, i.e. it did not clean off the old classloader or class
objects in the classloader repository.  I had the similar problem when I was
doing hot deploy.  What I did to get rid of the problem is to do the
undeploy by calling the MainDeployer of the JBoss first, and then redeploy
the EAR by calling the MainDeployer of the JBoss.  By this way, you do not
need to copy your EAR file to the deploy directory to JBoss, but you need to
write you ANT task Java class to do it.

Actually, you do not need to delete the tmp directory if you restart JBoss
because restarting JBoss clean off the classloader repository from the
memory.

Hope this helps a little.

Qingxian


-Original Message-
From: Alexandre Aubry [mailto:[EMAIL PROTECTED]]
Sent: 12 July 2002 17:24
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] EAR deployment/undeployment problem


Hi,

We have an application in development. This
application
is composed of servlet, jsp, ejb (SBSL & Entity CMP)
and
basic beans.
To test our development, we are packaging this
application
within on EAR file and then deploy it to JBoss 3.0.

The problem is when we undeploy the EAR (delete the
file from the deploy directory of JBoss) or redeploy
the
EAR file (copy a new modified EAR file in the deploy
dir.
of JBoss), the client (standalone programm which call
the SBSL Facade's methods) has an exception : 

<<<http://fr.mail.yahoo.com


---
This sf.net email is sponsored by:ThinkGeek
Gadgets, caffeine, t-shirts, fun stuff.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


This e-mail and any files transmitted with it are confidential and intended
solely for the use of the individual or entity to whom it is addressed. If
you have received this e-mail in error you must not copy, distribute or take
any action in reliance on it. Please notify the sender by e-mail or
telephone.
We utilise an anti-virus system and therefore any files sent via e-mail will
have been checked for known viruses. You are however advised to run your own
virus check before opening any attachments received as we will not in any
event accept any liability whatsoever once an e-mail and/or any attachment
is received. Any views expressed by an individual within this e-mail do not
necessarily reflect the views of Systems Union Group plc or any of its
subsidiary companies.



---
This sf.net email is sponsored by:ThinkGeek
Gadgets, caffeine, t-shirts, fun stuff.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



[JBoss-dev] EAR deployment/undeployment problem

2002-07-12 Thread Alexandre Aubry

Hi,

We have an application in development. This
application
is composed of servlet, jsp, ejb (SBSL & Entity CMP)
and
basic beans.
To test our development, we are packaging this
application
within on EAR file and then deploy it to JBoss 3.0.

The problem is when we undeploy the EAR (delete the
file from the deploy directory of JBoss) or redeploy
the
EAR file (copy a new modified EAR file in the deploy
dir.
of JBoss), the client (standalone programm which call
the SBSL Facade's methods) has an exception : 

<<

Re: [JBoss-dev] EAR deployment

2002-03-01 Thread David Jencks

Thanks Dave, these should be only in create (to create) and destroy(to
remove).  I wonder how the ears in the testsuite got deployed?

david jencks

On 2002.03.01 10:23:01 -0500 Dave Smith wrote:
> When deploying an ear I am getting
> 
> 2002-03-01 09:39:05,228 ERROR 
> [org.jboss.management.j2ee.J2EEApplication] Could not create JSR-77 
> J2EEApplication: cadexTest.ear
> javax.management.InstanceAlreadyExistsException: 
> 
>jboss.management.single:J2EEDomain=Manager,J2EEServer=Single,name=cadexTest.ear,type=J2EEApplication
> 
> 
> Now in EARDeployer.java in the start,init and destroy methods it looks 
> like the J2EEApplication.create should be commented out but they are 
> prefixed with //. I took out these three bits of code and it still 
> deployed my ear so I think this code should be commented out.
> 
> Now on to why my class in the war file is not getting reloaded.
> 
> 
> ___
> Jboss-development mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-development
> 
> 

___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development



[JBoss-dev] EAR deployment

2002-03-01 Thread Dave Smith

When deploying an ear I am getting

2002-03-01 09:39:05,228 ERROR 
[org.jboss.management.j2ee.J2EEApplication] Could not create JSR-77 
J2EEApplication: cadexTest.ear
javax.management.InstanceAlreadyExistsException: 
jboss.management.single:J2EEDomain=Manager,J2EEServer=Single,name=cadexTest.ear,type=J2EEApplication


Now in EARDeployer.java in the start,init and destroy methods it looks 
like the J2EEApplication.create should be commented out but they are 
prefixed with //. I took out these three bits of code and it still 
deployed my ear so I think this code should be commented out.

Now on to why my class in the war file is not getting reloaded.


___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development