File APIs for Java Developers
Manipulate DOC, XLS, PPT, PDF and many others from your application.
http://aspose.com/file-tools
The moose likes BEA/Weblogic and the fly likes performance increase - move to ear - suggestions Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login


Win a copy of EJB 3 in Action this week in the EJB and other Java EE Technologies forum!
JavaRanch » Java Forums » Products » BEA/Weblogic
Bookmark "performance increase - move to ear - suggestions" Watch "performance increase - move to ear - suggestions" New topic
Author

performance increase - move to ear - suggestions

Mark Lybarger
Ranch Hand

Joined: Dec 19, 2003
Posts: 72
i'm using wls 8.1. i have a turbine based web application deployed to a web server as an exploded web application. we've had issues deploying as a war, and have put that aside. the web app uses about 20 supporting ejb's to do various work, mostly database stuff, but some tuxedo calls in there as well. the ejbs are deployed to an appserver.
the problem is that performance in key areas of our application just plain sucks. the main call to tuxedo returns a 55k+ xml document to the ejb, then to the web app. the web app then takes this and sends it to another ejb to store in a database (all as string objects).
i see quite a few problems there. first, the second call to the ejb to store the item is probably unneccessarry. why not just store it as soon as you get it back? that's definately something i'm looking into. second, these are all remote calls to two different servers which requires serializing the objects going across. local ejb's to the web app _should_ improve performance, no? from what i gather, the easiest way to use local interfaces in wls, it so deploy all the stuff under the same server as one application (enter the ear). my impression is that wls will pass local references around even though the webapp is using a remote interface. is this interpretation correct?
i'll assume it is, so i start to try to deploy as an ear to see how that will go. when i do, i notice that some of my classes in the WEB-INF/classes
start to throw an exception (cannot find supporting classes that exist in WEB-INF/lib folder). so, i contact weblogic support. their recommendation to me is to basically put all my libs into an APP-INF/lib folder. this seems to me like just putting all my libs onto my system classpath when starting the app server. i'm still working through this, but would welcome any comments and or suggestions from the gallery.
thanks!
mark
 
I agree. Here's the link: http://aspose.com/file-tools
 
subject: performance increase - move to ear - suggestions
 
Similar Threads
Setting up a new JSF web app for an existing J2EE app
Problems hot-deploying EJBs to an existing application
Bundle lib in ejb jar doesn't deploy
maven: the war directory structure
EJB interfaces not found by client classes