Re: [JBoss-dev] How to get EJBs to redeploy when they share code with SARs?
Back to your original question--- can't you undeploy and redeploy the sar, with the changed classes in it? This should work OK in current jboss. Note you have to explicitly undeploy sars at the moment-- updating them doesn't do anything. david jencks On 2001.12.08 22:09:13 -0500 David Budworth wrote: I fully understand. And I was not demanding it to be by Monday. I just was asking if it's on the list of stuff to do, or on the list of stuff to test/commit. I wasn't expecting anyone to rush right out at do it. And, yes, I do know that that's the CL delegation model for 1.2, I just saw messages about that being worked around for 3.0, and I had no idea if it was already done. I'm relaxed (as much as someone who drinks as much cafine as I do can be). I am curious though, is there a todo list for JBoss 3.0 somewhere? It would help dumbasses like me know what is/isn't done already before we ask, as well as help those of us who want to help know what needs to be done. -David On Sat, 08 Dec 2001, marc fleury wrote: |I don't mean to be a pest. I just got caught off guard with this. My |company asked for a demo of my stuff for next week, and I had just |assumed all along that the CLs would always find the classes defined in |the same archive as the DD. Being a pest here doesn't really get you anywhere. I don't really care. You will always find the class from the parent CL per the java 1.2 delegation model, you assumed wrong this is jdk behavior. Only in 3.0 do we go boldly where no CL has ever gone so as to bypass the JDK delegation model and that behavior you are describing will be possible when I integrate the CL. If you need it by monday you know the drill, I need money, otherwise this is the bruce wayne syndrome at play and I am not batman. If you want work done that doesn't fall in my schedule, you will either have to pay to prioritize it or do it yourself. This isn't personal I said the same thing to a larger company that had spent upwards of $20k on training with us (CPW in the UK). I hope you understand. Relax, and enjoy the show marcf ___ 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
Re: [JBoss-dev] How to get EJBs to redeploy when they share code with SARs?
Yes, that works perfectly fine. I just made my build.xml do delete, sleep 5, install, to get the auto-redeploy type thing you get with EJBs. But, in the newer thread I created, you'll see that something is still wrong, where EJBs that use the code from the SAR, can't be re-deployed anymore (even though the EJB.jar has no classes in it and gets all it's code from the SAR) -David On Mon, 10 Dec 2001, David Jencks wrote: Back to your original question--- can't you undeploy and redeploy the sar, with the changed classes in it? This should work OK in current jboss. Note you have to explicitly undeploy sars at the moment-- updating them doesn't do anything. david jencks ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] How to get EJBs to redeploy when they share code with SARs?
What I'm seeing now is, if I deploy my sar (which has all my classes, including the EJB implementation classes). The SAR classes will see EJB ones from the SAR. do you have the *implementation* class in there as well? if so remove that. Then deploy my EAR file. Subsequent re-deployes of the EAR, look as though they are re-deploying, but when I access the EJBs, they are using the old classes (from the SAR I assume). That is normal, you packaged static classes in the SAR. When you deploy an ear, since we still use the delegation model from 2.x. the CL for the EJB has SAR CL has parent and sees the classes in the SAR. BTW 3.x will do away with this delegate app-service. Don't package the implementation classes with the SAR marcf The SAR isn't changing, just the EJBs in the EAR, so in effect, I have multiple versions of the same class under deploy. It seems as though the CL is finding the SAR copy of the file, and ignoring my re-deployment. This requires that I restart jboss to see my new EJB code. Can someone tell me which descriptor/auto-deployer/hot-deployer I need to wave a dead chicken over to get it to work? Restarting jboss in between little 1 line fixes to my code seriously sucks. Do I have to remove the EJB code from my SAR to make this all work? I have a lot of common code between EJBs and MBeans, so getting rid of the EJB files from the SAR is only a little fix. I thought this used to work (but I could be wrong on that one). -David ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-dev lopment __ View: http://jboss.org/forums/thread.jsp?forum=66thread=5208 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] How to get EJBs to redeploy when they share code with SARs?
If the EAR doesn't get preference as to which classes to load then there are bigger problems here. Example: I have a SuperMap class that implements Map, plus has a bunch of other stuff in it. Both the SAR, and the EJBs int he EAR use it. If I update SuperMap, and change the EJBs to use the new functionality, even though the ejb.jar has the new version in it, it won't see it's new version of the class. It will get the SARs version, and crash with NSME. Is there some standard way to deploy common code in JBoss 3? Maybe a SAR that defines no services in the xml? and contains all the non-EJB non-Service code? Maybe package up all my classes into that service-less sar, and then just deploy descriptors? Re-deploying the serviceless sar would auto-redeploy the EJBs and Services? I'm confused here. I would expect that a deployed ejb.jar, or EAR file would use it's logically closest implementation of classes. And not one that it found from another SAR/EAR. Or are we only talking about EJB implementation classes that will exibit this behavior? And when you say 3.x will do away with it, do you have a timeframe on that? If it's soon, I can just restart jboss for every code change. If it's not expected until 3.0 final, I'll work at re-packaging everything (which means re-factoring 80% of my code, since my impl/interfaces are all in the same package) I don't mean to be a pest. I just got caught off guard with this. My company asked for a demo of my stuff for next week, and I had just assumed all along that the CLs would always find the classes defined in the same archive as the DD. -David On Sat, 08 Dec 2001, marc fleury wrote: What I'm seeing now is, if I deploy my sar (which has all my classes, including the EJB implementation classes). The SAR classes will see EJB ones from the SAR. do you have the *implementation* class in there as well? if so remove that. Then deploy my EAR file. Subsequent re-deployes of the EAR, look as though they are re-deploying, but when I access the EJBs, they are using the old classes (from the SAR I assume). That is normal, you packaged static classes in the SAR. When you deploy an ear, since we still use the delegation model from 2.x. the CL for the EJB has SAR CL has parent and sees the classes in the SAR. BTW 3.x will do away with this delegate app-service. Don't package the implementation classes with the SAR marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] How to get EJBs to redeploy when they share code with SARs?
|I don't mean to be a pest. I just got caught off guard with this. My |company asked for a demo of my stuff for next week, and I had just |assumed all along that the CLs would always find the classes defined in |the same archive as the DD. Being a pest here doesn't really get you anywhere. I don't really care. You will always find the class from the parent CL per the java 1.2 delegation model, you assumed wrong this is jdk behavior. Only in 3.0 do we go boldly where no CL has ever gone so as to bypass the JDK delegation model and that behavior you are describing will be possible when I integrate the CL. If you need it by monday you know the drill, I need money, otherwise this is the bruce wayne syndrome at play and I am not batman. If you want work done that doesn't fall in my schedule, you will either have to pay to prioritize it or do it yourself. This isn't personal I said the same thing to a larger company that had spent upwards of $20k on training with us (CPW in the UK). I hope you understand. Relax, and enjoy the show marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] How to get EJBs to redeploy when they share code with SARs?
I fully understand. And I was not demanding it to be by Monday. I just was asking if it's on the list of stuff to do, or on the list of stuff to test/commit. I wasn't expecting anyone to rush right out at do it. And, yes, I do know that that's the CL delegation model for 1.2, I just saw messages about that being worked around for 3.0, and I had no idea if it was already done. I'm relaxed (as much as someone who drinks as much cafine as I do can be). I am curious though, is there a todo list for JBoss 3.0 somewhere? It would help dumbasses like me know what is/isn't done already before we ask, as well as help those of us who want to help know what needs to be done. -David On Sat, 08 Dec 2001, marc fleury wrote: |I don't mean to be a pest. I just got caught off guard with this. My |company asked for a demo of my stuff for next week, and I had just |assumed all along that the CLs would always find the classes defined in |the same archive as the DD. Being a pest here doesn't really get you anywhere. I don't really care. You will always find the class from the parent CL per the java 1.2 delegation model, you assumed wrong this is jdk behavior. Only in 3.0 do we go boldly where no CL has ever gone so as to bypass the JDK delegation model and that behavior you are describing will be possible when I integrate the CL. If you need it by monday you know the drill, I need money, otherwise this is the bruce wayne syndrome at play and I am not batman. If you want work done that doesn't fall in my schedule, you will either have to pay to prioritize it or do it yourself. This isn't personal I said the same thing to a larger company that had spent upwards of $20k on training with us (CPW in the UK). I hope you understand. Relax, and enjoy the show marcf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
