- This topic has 16 replies, 12 voices, and was last updated 20 years, 3 months ago by Scott Anderson.
-
AuthorPosts
-
Erik ReuterMemberIf I develop a utility jar in a separate Java Project, I should be able to include this in the EAR in jar form (then use the Manifest Class-Path to reference this from both EJBs and WARs). This should be done dynamically, so that when I change the source code of the utility jar, the change is reflected in the packaged version in the EAR.
This would also enable me to reference EJBs that are part of other EARs, so that these EJBs will become “EJBs client jars” situated in the EAR where these are used.
There is a zip plugin, that nearly does the job already out there for Eclipse, but I think this functionality should be an integral part of the MyEclipse platform.
support-michaelKeymasterGood feedback. We are currently designing how dependent projects will be integrated into MyEclipse and your comments are spot on.
Michael
MyEclipse Support
William DentonMemberI strongly agree that these are essential features for developing all but the most trivial J2EE applications. A good starting place in figuring out how such functionality might look would be to examine how WSAD 5.0 deals with EAR projects. You can just add a plain Java project to the EAR and it will add it as a JAR and allow you to specify which EJB/WAR modules will need it on the Manifest classpath.
Actually, when you get more XDoclet wisards, etc. the external EJB’s might be nicely handled by not only managing the client JARs but also the ejb-link’s as well.
cheers,
–Bill
Panagiotis KorrosMemberWhen this functionality will be supported?
Don LaidlawMemberIf there was voting I would put this at the top of my priority list. I need this functionality. Otherwise I am doing manual deployments, or not using the MyEclipse tools. Instead I use my own ant scripts to handle this.
Frederic ChopardMemberI discovered MyEclipse today and I’m very impressed with your product. The only missing feature for me is this “external jars” functionality. Are you going to release it soon ?
Riyad KallaMemberI will check with Scott about this feature’s inclusion as it seems quite a few people need it.
cmcbrienMemberPlease include me on the “Must have this feature” list.
Scott AndersonParticipantIt’s at the top of the enhancements list and will be added after immediately after 2.7/3.7 go final.
rws@templarcorp.comMemberI’d like to add a vote for better EAR building features as well. There are at least two things that need to be supported:
o “Utility” type projects: this is the notion that started this thread.
o Third-party .jar files. Suppose, for example, that I’ve got an EJB project MyEJB that uses library something.jar. Right now I can drop something.jar into the EJB project, edit manifest.mf, and build an appropriate EAR. However, if the beans in MyEJB are themselves used in multiple applications, I’ve got to drop something.jar into each of the EAR builders. It’d be better if each of the EAR building projects could discover what third-party jars are needed in each of their included EJB .jar and .war files, and include them in the constructed .ear file. Perhaps a naming convention such as a “required” directory in a project? If the EAR builder always included the contents of the “required” directory in the .ear that it build (modifying the class path in the manifest appropriately), this would do the trick.
Brice RuthMember@rws@templarcorp.com wrote:
o Third-party .jar files. Suppose, for example, that I’ve got an EJB project MyEJB that uses library something.jar. Right now I can drop something.jar into the EJB project, edit manifest.mf, and build an appropriate EAR. However, if the beans in MyEJB are themselves used in multiple applications, I’ve got to drop something.jar into each of the EAR builders. It’d be better if each of the EAR building projects could discover what third-party jars are needed in each of their included EJB .jar and .war files, and include them in the constructed .ear file. Perhaps a naming convention such as a “required” directory in a project? If the EAR builder always included the contents of the “required” directory in the .ear that it build (modifying the class path in the manifest appropriately), this would do the trick.
Is this done all within MyEclipse, or when you indicate that you can build an appropriate EAR, is that done with Ant?! I’ve done some googling to figure out how to get a utility JAR into an EAR and I understand I need to edit MANIFEST.MF and place the JAR in the EJB module – I just don’t quite understand *where* I need to place the utility JAR so that MyEclipse packages it up properly when the EAR is deployed.
Any guidance would be most appreciated.
Also, I strongly vote for clear support for this feature in MyEclipse – the sooner the better. We rarely deploy even tiny J2EE applications without some utility JARs being used, so this is a very important feature for us.
TIA,
Brice Ruth
Riyad KallaMemberGuys as I understand it all of these changes (the support for ulitity projects and deployment of associated utility projects) will make it into 2.8. I *think* these changes will even be in Beta 1, but if not in 1 then certainly in 2.8 before GA is released.
Brice RuthMember@support-rkalla wrote:
Guys as I understand it all of these changes (the support for ulitity projects and deployment of associated utility projects) will make it into 2.8. I *think* these changes will even be in Beta 1, but if not in 1 then certainly in 2.8 before GA is released.
Any ETA?
Riyad KallaMemberBeta 1 is targetted for next week or the week after. The ‘official’ time is next week, but I’m just giving the devs some leeway as you never know what you might find during testing.
Brice RuthMember@support-rkalla wrote:
Beta 1 is targetted for next week or the week after. The ‘official’ time is next week, but I’m just giving the devs some leeway as you never know what you might find during testing.
Thanks!
-
AuthorPosts