jQuery in Action, 2nd edition*
The moose likes Performance and the fly likes WorkManagers Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login


Win a copy of The Java EE 7 Tutorial Volume 1 or Volume 2 this week in the Java EE forum
or jQuery UI in Action in the JavaScript forum!
JavaRanch » Java Forums » Java » Performance
Bookmark "WorkManagers" Watch "WorkManagers" New topic
Author

WorkManagers

shweta misra
Greenhorn

Joined: Jun 06, 2012
Posts: 10

We have an .ear application deployed on the weblogic server. In this application a piece of logic is being handled by a different work manager.
The following logic (given below) is written to create the work manager. We are using the commonj.work APIs
No work manager is created in the Weblogic Administrtaion console and we also have also not defined the Work Manager in weblogic-aplication.xml

This code was working fine and the performance was good previously.

Recently we added additional logic in the run() {} method. Since then the overall performance per request has deteriorated. We have a load of approx 200TPS coming to this application.
We feel this is because the work manager has not been defined properly hence the threads execution has slowed down.

Please give your comments if any.




public class XYZ
implements Work
{
private static WorkManager workmanager = WorkManagerFactory.getFactory().getWorkManager("WorkManager-PluginConnector");


public void run()
{
<logic is written here>
}

public void schuduleTask()
{
try
{
wi = workmanager.schedule(this);
}
catch (IllegalArgumentException e)
{
} catch (WorkException we) {
}
}
 
I agree. Here's the link: http://aspose.com/file-tools
 
subject: WorkManagers