Summary: | [model] Allow lazy loading of XSD model when loading WSDL model | ||
---|---|---|---|
Product: | [WebTools] WTP Webservices | Reporter: | Jeffrey Liu <jeffliu> |
Component: | wst.wsdl | Assignee: | Project Inbox <wst.wsdl-triaged> |
Status: | NEW --- | QA Contact: | Keith Chong <keith.chong.ca> |
Severity: | enhancement | ||
Priority: | P3 | Keywords: | performance |
Version: | unspecified | ||
Target Milestone: | Future | ||
Hardware: | PC | ||
OS: | Windows XP | ||
Whiteboard: | reviewed_1.5 |
Description
Jeffrey Liu
2005-05-17 16:11:49 EDT
Did some performance measurements with Kihup. We have a JUnit testcase that use to take ~45s to run. If we defer schema loading, the same testcase takes ~1s to run. Keith, As discussed. I am re-assigning this defect to you. Thanks. I'd really like to see hard numbers before getting into any code changes to implement this fix. Is there a user scenario that's performing badly? In the past we've gottensucked into the trap of improving performance for things that have very little end user impact. Keep in mind that usually these kind of changes cause many regressions and lots of additional work. Craig...an area where this can be a real bottle neck is when you deal with large industry schemas in Business to Business Scenarios. So anything that can be done to help users in this case is a big plus. The specifications for HR-XML, OAGi, and STAR can have many imports and includes from a base schema. If the WSDL imports and includes multiples of these schemas, you can take a nap at times while the system cranks along until it returns you control. I second Craig's oppinion: this type of change is very risky. One other thing to consider is that the XSD EMF model's performance has been improved significantly since 2005. See bug 154290 for example (there are others I don't have handy). |