Re: HOT deployment ??
Helllu, noc noc... Can someone please help me with the problem I did send a few days ago ?? I like to hear how Linux users correctly deploy their J2EE applications, and the problems the are having with this ? Eddie - Original Message - From: "Eddie" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Tuesday, July 10, 2001 2:45 PM Subject: HOT deployment ?? > I still don't understand when my changes are NOT picked up ?? > During development I don't have a ear file, I just have a dir with all the > classes/xml files. > Untill now, when I change something in an EJB class, I have to stop orion, > delete the deployment dir en start again > Why like this ?? As if I do it the other ways, like: > + using the admin.jar tool, something like: java -jar /opt/Orion/admin.jar > ormi://localhost admin pass -deploy -file > /opt/Orion/applications/sgs.ear -deploymentName sgs > + touching the xml files in the META dir (the orion signals an update). > + Removing the deployment dir during operation... it gives "Java Exception: > Broken pipe errror..." > > If I do it like above it ofter occurs that it doesn't pick up my changes. > Also when I replace a class that is not part of the EJB's, which it loaded > during runtime, it still keeps on using the old class... what am I doing > wrong It can't believe that is can't be done more simple!!?? > > BTW: when I do a: > ++ java -jar /opt/Orion/admin.jar ormi://localhost admin pass -restart, I do > get: > -- > Recovery completed, 0 connections committed and 0 rolled back... > Orion/1.5.1 initialized > > Restarting... > Error starting JMS-Server: Unable to bind socket: Address already in use > Error starting RMI-Server: IO Error: Address already in use > - > > ++ The shutdown command does work however. > > So please some advices on what I am doing wrong, and how I should do it (do > I needs to change some JVM settings ??). > I am running RedHat 7.0. > > Eddie >
HOT deployment ??
I still don't understand when my changes are NOT picked up ?? During development I don't have a ear file, I just have a dir with all the classes/xml files. Untill now, when I change something in an EJB class, I have to stop orion, delete the deployment dir en start again Why like this ?? As if I do it the other ways, like: + using the admin.jar tool, something like: java -jar /opt/Orion/admin.jar ormi://localhost admin pass -deploy -file /opt/Orion/applications/sgs.ear -deploymentName sgs + touching the xml files in the META dir (the orion signals an update). + Removing the deployment dir during operation... it gives "Java Exception: Broken pipe errror..." If I do it like above it ofter occurs that it doesn't pick up my changes. Also when I replace a class that is not part of the EJB's, which it loaded during runtime, it still keeps on using the old class... what am I doing wrong It can't believe that is can't be done more simple!!?? BTW: when I do a: ++ java -jar /opt/Orion/admin.jar ormi://localhost admin pass -restart, I do get: -- Recovery completed, 0 connections committed and 0 rolled back... Orion/1.5.1 initialized Restarting... Error starting JMS-Server: Unable to bind socket: Address already in use Error starting RMI-Server: IO Error: Address already in use - ++ The shutdown command does work however. So please some advices on what I am doing wrong, and how I should do it (do I needs to change some JVM settings ??). I am running RedHat 7.0. Eddie
RE: INTERESTING FOR DEVELOPMENT TIME: Central location for classes and still able to use hot deployment
There is very simple solution to this problem - make ORION server embedded. I use it. That's it. -Original Message- From: Marcelo Schroeder [SMTP:[EMAIL PROTECTED]] Sent: ? 06 2001 7:57 To: Orion-Interest Subject:INTERESTING FOR DEVELOPMENT TIME: Central location for classes and still able to use hot deployment I think this is something that a lot of people in the list would like to have: A central location for java classes in "production" or "live" mode (located in a network drive for instance) and and classes in "development" mode, so when a class doesn't exist in the development location, Orion would pick them up from the production/live location, and that with Orion still being able to "hot-deploy" for EJBs, servlets and helper classes shared by both ejbs and servlets. OK, I "almost" got there... I will share my success and also ask for some help to complete the puzzle: Classpath/classloader issue: 1) My ejbs and helper classes go in the "ejb" section. Hot deployment is triggered by "touching" orion-application.xml. Since the ejb classloader takes precedence over the servlet classloader, classes loaded here can be "accessed" by the servlet classloader and the "auto" reload feature can still be used by touching orion-application.xml. 2) Servlets and servlet specific beans go in the "web" section. Central location for production/live classes 1) Servlets: by using the element in the orion-web.xml file it is possible to make Orion search for classes first in your development directory and if it doesn't find them there, then it searches in the production/live directory. Example: Instead of directories (where you would the expanded classes) you could also point to jar files. This solution works fine and the hot deployment still works also fine. 2) EJBs: this is my problem, I was not able to find a way to have the same classpath set up I have for servlets and get the hot deployment to work. You can use the tag in the same way as the solution for servlets above, but you lose the hot deployment feature. So, my question is: is there a way to set the classpath for EJBs (first local classes, then production/live classes) and still be able to use ejb hot-deployment? Any contribution will be highly appreciated. Thanks a lot. Marcelo Schroeder RecruitASP Pty Ltd - Sydney, Australia Tel: +61 (0)2 8437 6311 Fax: +61 (0)2 8437 6399 [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> http://www.recruitasp.com.au <http://www.recruitasp.com.au/> _ RecruitASP Pty Ltd E-mail Confidentiality Notice Privileged/Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email as soon as possible. Opinions, conclusions and other information in this message that do not relate to the official business of RecruitASP Pty Ltd shall be understood as being neither given nor endorsed by RecruitASP Pty Ltd. _
INTERESTING FOR DEVELOPMENT TIME: Central location for classes and still able to use hot deployment
I think this is something that a lot of people in the list would like to have: A central location for java classes in "production" or "live" mode (located in a network drive for instance) and and classes in "development" mode, so when a class doesn't exist in the development location, Orion would pick them up from the production/live location, and that with Orion still being able to "hot-deploy" for EJBs, servlets and helper classes shared by both ejbs and servlets. OK, I "almost" got there... I will share my success and also ask for some help to complete the puzzle: Classpath/classloader issue: 1) My ejbs and helper classes go in the "ejb" section. Hot deployment is triggered by "touching" orion-application.xml. Since the ejb classloader takes precedence over the servlet classloader, classes loaded here can be "accessed" by the servlet classloader and the "auto" reload feature can still be used by touching orion-application.xml. 2) Servlets and servlet specific beans go in the "web" section. Central location for production/live classes 1) Servlets: by using the element in the orion-web.xml file it is possible to make Orion search for classes first in your development directory and if it doesn't find them there, then it searches in the production/live directory. Example: file:///C:/proj1/developmentclasses"/> path="file:/fileserver/proj1/productionclasses"/> Instead of directories (where you would the expanded classes) you could also point to jar files. This solution works fine and the hot deployment still works also fine. 2) EJBs: this is my problem, I was not able to find a way to have the same classpath set up I have for servlets and get the hot deployment to work. You can use the tag in the same way as the solution for servlets above, but you lose the hot deployment feature. So, my question is: is there a way to set the classpath for EJBs (first local classes, then production/live classes) and still be able to use ejb hot-deployment? Any contribution will be highly appreciated. Thanks a lot. Marcelo SchroederRecruitASP Pty Ltd - Sydney, AustraliaTel: +61 (0)2 8437 6311Fax: +61 (0)2 8437 6399[EMAIL PROTECTED]http://www.recruitasp.com.au RecruitASP Pty Ltd E-mail Confidentiality NoticePrivileged/Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email as soon as possible. Opinions, conclusions and other information in this message that do not relate to the official business of RecruitASP Pty Ltd shall be understood as being neither given nor endorsed by RecruitASP Pty Ltd.
Re: Hot deployment
- Original Message - From: "Daniel Lopez" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Friday, March 30, 2001 8:20 AM Subject: Re: Hot deployment > Hi Marcel, > > You're right, I had already tried that and it didn't work. On the other > hand, I tried to pack my .war inside a .ear and everything worked. Of > course that adds another directory and another file to be created but > it's something I can cope with ;). Touching the application.xml file > works fine but I was hoping that auto-detection of new .war files would > be as easy as .ear files, that way a simple ftp with the new war file is > enough but that's not a problem. > > Another question, when I perform a hot deployment, all the sessions are > lost. Is there any way I can keep the sessions alive? I mean is there > any setting to persist the sessions across deployments? Yes and as far as I kow orion is by default configured to do this (it works for me). Look at the tags in orion-web.xml and orion-application.xml . > > Thank you for your help, > Dan > --- > Daniel Lopez Janariz ([EMAIL PROTECTED]) > Web Services > Computer Center > Balearic Islands University > ---
Re: Hot deployment not so hot
I'd suggest something a little less radical first... go into the orion-ejb-jar.xml file in your deployment directory and make sure that your updates were reflected there. In particular, make sure that Orion not only added what you did, but that it removed what you did. Orion seems to, thankfully, be pretty conservative about changing the deployed descriptors. If you don't have anything in there that you care about (custom mappings, finders, whatever...), then you could just nuke that file, touch the orion-application.xml to redeploy, and you should be golden. Rian - Original Message - From: [EMAIL PROTECTED] To: Orion-Interest Sent: Friday, March 30, 2001 6:46 AM Subject: Re: Hot deployment not so hot When we had similar problems we would remove the application from the application directory, the ear and the files from the applications-deployment directory. Make sure you stop the server before doing this. Jonathan BrickerLilly Research LabsJava ATG Dan North <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 03/30/2001 06:13 AM Please respond to Orion-Interest To: Orion-Interest <[EMAIL PROTECTED]> cc: Subject: Hot deployment not so hotHi all.I've been having a number of problems with hot deployment ever since I started using orion, and I wondered if anyone could shed any light?Typically it happens when I change an interface rather than just internal bean logic or code: orion says it is redeploying whatever-xyz.jar, but will complain that:- A cmp-field is missing (that I have removed from both the bean and the ejb-jar.xml)- A method doesn't exist (that I have just added to both the bean and the remote i/f)- etc.All the messages I get seem to come down to a conflict between some cached version of the bean and the new version. If I shut down and restart orion, all the problems go away and it deploys the new version fine.This hasn't been a problem during development, but I'm concerned that I might be doing something wrong, and obviously once the system goes live I can't just stop and restart the server when I deploy changes, so what's the Right Way to redeploy a session or entity bean into a running server and tell orion to forget everything it knew about the previous version?(I'm running 1.4.7 on Sun's jdk1.3 on Windows 2000 if it makes any difference.)Thanks,Dan/tastapod--Dan NorthVP Development - Cadrion Software Ltd - +44 (0)20 7440 9550CONFIDENTIALITYThis e-mail and any attachments are confidentialand may also be privileged. If you are not the named recipient,please notify the sender immediately and do not disclose thecontents to another person, use it for any purpose, or storeor copy the information in any medium
Re: Hot deployment not so hot
Unfortunately, this is exactly my problem - I will soon be in a situation where "stop the server" will not be an option :o) I'm looking for a way to force orion to completely discard any knowledge it has of a particular bean and redeploy from scratch. Thanks, Dan/tastapod At 09:46 30/03/2001 -0500, you wrote: >When we had similar problems we would remove the application from the >application directory, the ear and the files from the >applications-deployment directory. Make sure you stop the server before >doing this. > >Jonathan Bricker >Lilly Research Labs >Java ATG > > >Dan North <[EMAIL PROTECTED]> >Sent by: [EMAIL PROTECTED] > >03/30/2001 06:13 AM >Please respond to Orion-Interest > > To:Orion-Interest <[EMAIL PROTECTED]> > cc: > Subject: Hot deployment not so hot > >Hi all. > >I've been having a number of problems with hot deployment ever since I >started using orion, and I wondered if anyone could shed any light? > >Typically it happens when I change an interface rather than just internal >bean logic or code: orion says it is redeploying whatever-xyz.jar, but will >complain that: > >- A cmp-field is missing (that I have removed from both the bean and the >ejb-jar.xml) >- A method doesn't exist (that I have just added to both the bean and the >remote i/f) >- etc. > >All the messages I get seem to come down to a conflict between some cached >version of the bean and the new version. If I shut down and restart orion, >all the problems go away and it deploys the new version fine. > >This hasn't been a problem during development, but I'm concerned that I >might be doing something wrong, and obviously once the system goes live I >can't just stop and restart the server when I deploy changes, so what's the >Right Way to redeploy a session or entity bean into a running server and >tell orion to forget everything it knew about the previous version? > >(I'm running 1.4.7 on Sun's jdk1.3 on Windows 2000 if it makes any >difference.) > >Thanks, >Dan/tastapod > >-- >Dan North >VP Development - Cadrion Software Ltd - +44 (0)20 7440 9550 > >CONFIDENTIALITY >This e-mail and any attachments are confidential >and may also be privileged. If you are not the named recipient, >please notify the sender immediately and do not disclose the >contents to another person, use it for any purpose, or store >or copy the information in any medium > > > -- Dan North VP Development - Cadrion Software Ltd - +44 (0)20 7440 9550 CONFIDENTIALITY This e-mail and any attachments are confidential and may also be privileged. If you are not the named recipient, please notify the sender immediately and do not disclose the contents to another person, use it for any purpose, or store or copy the information in any medium
Re: Hot deployment not so hot
When we had similar problems we would remove the application from the application directory, the ear and the files from the applications-deployment directory. Make sure you stop the server before doing this. Jonathan Bricker Lilly Research Labs Java ATG Dan North <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 03/30/2001 06:13 AM Please respond to Orion-Interest To: Orion-Interest <[EMAIL PROTECTED]> cc: Subject: Hot deployment not so hot Hi all. I've been having a number of problems with hot deployment ever since I started using orion, and I wondered if anyone could shed any light? Typically it happens when I change an interface rather than just internal bean logic or code: orion says it is redeploying whatever-xyz.jar, but will complain that: - A cmp-field is missing (that I have removed from both the bean and the ejb-jar.xml) - A method doesn't exist (that I have just added to both the bean and the remote i/f) - etc. All the messages I get seem to come down to a conflict between some cached version of the bean and the new version. If I shut down and restart orion, all the problems go away and it deploys the new version fine. This hasn't been a problem during development, but I'm concerned that I might be doing something wrong, and obviously once the system goes live I can't just stop and restart the server when I deploy changes, so what's the Right Way to redeploy a session or entity bean into a running server and tell orion to forget everything it knew about the previous version? (I'm running 1.4.7 on Sun's jdk1.3 on Windows 2000 if it makes any difference.) Thanks, Dan/tastapod -- Dan North VP Development - Cadrion Software Ltd - +44 (0)20 7440 9550 CONFIDENTIALITY This e-mail and any attachments are confidential and may also be privileged. If you are not the named recipient, please notify the sender immediately and do not disclose the contents to another person, use it for any purpose, or store or copy the information in any medium
Hot deployment not so hot
Hi all. I've been having a number of problems with hot deployment ever since I started using orion, and I wondered if anyone could shed any light? Typically it happens when I change an interface rather than just internal bean logic or code: orion says it is redeploying whatever-xyz.jar, but will complain that: - A cmp-field is missing (that I have removed from both the bean and the ejb-jar.xml) - A method doesn't exist (that I have just added to both the bean and the remote i/f) - etc. All the messages I get seem to come down to a conflict between some cached version of the bean and the new version. If I shut down and restart orion, all the problems go away and it deploys the new version fine. This hasn't been a problem during development, but I'm concerned that I might be doing something wrong, and obviously once the system goes live I can't just stop and restart the server when I deploy changes, so what's the Right Way to redeploy a session or entity bean into a running server and tell orion to forget everything it knew about the previous version? (I'm running 1.4.7 on Sun's jdk1.3 on Windows 2000 if it makes any difference.) Thanks, Dan/tastapod -- Dan North VP Development - Cadrion Software Ltd - +44 (0)20 7440 9550 CONFIDENTIALITY This e-mail and any attachments are confidential and may also be privileged. If you are not the named recipient, please notify the sender immediately and do not disclose the contents to another person, use it for any purpose, or store or copy the information in any medium
Re: Hot deployment
Hi Marcel, You're right, I had already tried that and it didn't work. On the other hand, I tried to pack my .war inside a .ear and everything worked. Of course that adds another directory and another file to be created but it's something I can cope with ;). Touching the application.xml file works fine but I was hoping that auto-detection of new .war files would be as easy as .ear files, that way a simple ftp with the new war file is enough but that's not a problem. Another question, when I perform a hot deployment, all the sessions are lost. Is there any way I can keep the sessions alive? I mean is there any setting to persist the sessions across deployments? Thank you for your help, Dan --- Daniel Lopez Janariz ([EMAIL PROTECTED]) Web Services Computer Center Balearic Islands University --- Marcel Schutte wrote: > > I'm having the same problem as Daniel. It's not a matter of touching or > recreating the .war. Daniel wrote that he tried that already. > > For me, the automatic redeployment of .ear files works fine. Whenever I > overwrite the .ear file, orion starts redeploying right away. However, when > I make my .war part of the global-application by editing the following line > in /config/application.xml: > > > > orion doesn't redeploy my web application when I overwrite the .war. > Instead, I have to restart the server for it to pick up the changes. > > > > Just occurred to me that perhaps touching the file > /config/application.xml would trigger redeployment. And indeed it > does, problem solved. > > Marcel > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of Mike > > Cannon-Brookes > > Sent: Thursday, March 29, 2001 4:02 PM > > To: Orion-Interest > > Subject: RE: Hot deployment > > > > > > Touch the .war file or recreate it - Orion will detect that > > and redeploy it. > > If not, check your date settings etc. Sometimes one machine (if you're > > deploying across a network) may have a different clock to another. > > > > -mike > > > > > -Original Message- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED]]On Behalf Of > > Daniel Lopez > > > Sent: Thursday, March 29, 2001 8:22 PM > > > To: Orion-Interest > > > Subject: Hot deployment > > > > > > > > > Hi, > > > > > > I've been using Orion for a while and so far, so good. Now > > I'm trying to > > > improve the way we develop/deply applications and I started > > to digg in > > > the .war file world. I've created the war file containing > > just the web > > > application and it's been auto-unpacked and auto-deployed > > succesfully, > > > great! Now I wanted to check what are the steps that I need > > to follow in > > > order to deploy a new version of an application. Re-creating the war > > > file and substituting it seems not to affect Orion and it's not > > > detecting a new version. I even tried to remove the > > deployed application > > > directory to see if it would re-unpack it from the new war > > file but it > > > didn't work either. So, what am I missing? Do I need to > > create the full > > > .ear file blah, blah so hot-deployment works? As I don't > > use EJB, I was > > > thinking about just using a plain .war file with just the web > > > application. Is that the problem? > > > Thank you very much in advance, > > > regards > > > Dan
RE: Hot deployment
I'm having the same problem as Daniel. It's not a matter of touching or recreating the .war. Daniel wrote that he tried that already. For me, the automatic redeployment of .ear files works fine. Whenever I overwrite the .ear file, orion starts redeploying right away. However, when I make my .war part of the global-application by editing the following line in /config/application.xml: orion doesn't redeploy my web application when I overwrite the .war. Instead, I have to restart the server for it to pick up the changes. Just occurred to me that perhaps touching the file /config/application.xml would trigger redeployment. And indeed it does, problem solved. Marcel > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Mike > Cannon-Brookes > Sent: Thursday, March 29, 2001 4:02 PM > To: Orion-Interest > Subject: RE: Hot deployment > > > Touch the .war file or recreate it - Orion will detect that > and redeploy it. > If not, check your date settings etc. Sometimes one machine (if you're > deploying across a network) may have a different clock to another. > > -mike > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of > Daniel Lopez > > Sent: Thursday, March 29, 2001 8:22 PM > > To: Orion-Interest > > Subject: Hot deployment > > > > > > Hi, > > > > I've been using Orion for a while and so far, so good. Now > I'm trying to > > improve the way we develop/deply applications and I started > to digg in > > the .war file world. I've created the war file containing > just the web > > application and it's been auto-unpacked and auto-deployed > succesfully, > > great! Now I wanted to check what are the steps that I need > to follow in > > order to deploy a new version of an application. Re-creating the war > > file and substituting it seems not to affect Orion and it's not > > detecting a new version. I even tried to remove the > deployed application > > directory to see if it would re-unpack it from the new war > file but it > > didn't work either. So, what am I missing? Do I need to > create the full > > .ear file blah, blah so hot-deployment works? As I don't > use EJB, I was > > thinking about just using a plain .war file with just the web > > application. Is that the problem? > > Thank you very much in advance, > > regards > > Dan > > --- > > Daniel Lopez Janariz ([EMAIL PROTECTED]) > > Web Services > > Computer Center > > Balearic Islands University > > --- > > > >
RE: Hot deployment
Touch the .war file or recreate it - Orion will detect that and redeploy it. If not, check your date settings etc. Sometimes one machine (if you're deploying across a network) may have a different clock to another. -mike > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Daniel Lopez > Sent: Thursday, March 29, 2001 8:22 PM > To: Orion-Interest > Subject: Hot deployment > > > Hi, > > I've been using Orion for a while and so far, so good. Now I'm trying to > improve the way we develop/deply applications and I started to digg in > the .war file world. I've created the war file containing just the web > application and it's been auto-unpacked and auto-deployed succesfully, > great! Now I wanted to check what are the steps that I need to follow in > order to deploy a new version of an application. Re-creating the war > file and substituting it seems not to affect Orion and it's not > detecting a new version. I even tried to remove the deployed application > directory to see if it would re-unpack it from the new war file but it > didn't work either. So, what am I missing? Do I need to create the full > .ear file blah, blah so hot-deployment works? As I don't use EJB, I was > thinking about just using a plain .war file with just the web > application. Is that the problem? > Thank you very much in advance, > regards > Dan > --- > Daniel Lopez Janariz ([EMAIL PROTECTED]) > Web Services > Computer Center > Balearic Islands University > --- >
Hot deployment
Hi, I've been using Orion for a while and so far, so good. Now I'm trying to improve the way we develop/deply applications and I started to digg in the .war file world. I've created the war file containing just the web application and it's been auto-unpacked and auto-deployed succesfully, great! Now I wanted to check what are the steps that I need to follow in order to deploy a new version of an application. Re-creating the war file and substituting it seems not to affect Orion and it's not detecting a new version. I even tried to remove the deployed application directory to see if it would re-unpack it from the new war file but it didn't work either. So, what am I missing? Do I need to create the full .ear file blah, blah so hot-deployment works? As I don't use EJB, I was thinking about just using a plain .war file with just the web application. Is that the problem? Thank you very much in advance, regards Dan --- Daniel Lopez Janariz ([EMAIL PROTECTED]) Web Services Computer Center Balearic Islands University ---