[jira] Created: (AXIS-1626) WSDL2Java generated *Skeleton stubs should be able to implement, and delegate, ServiceLifeCycle

["Aaron Hamid (JIRA)" <ax...@ws.apache.org>]

WSDL2Java generated *Skeleton stubs should be able to implement, and delegate, ServiceLifeCycle
-----------------------------------------------------------------------------------------------

         Key: AXIS-1626
         URL: http://issues.apache.org/jira/browse/AXIS-1626
     Project: Axis
        Type: Improvement
  Components: Basic Architecture, WSDL processing  
    Versions: 1.2RC2    
 Environment: not applicable
    Reporter: Aaron Hamid
    Priority: Minor


There is no option in WSDL2Java to generate Skeleton stubs which implement ServiceLifeCycle.  For a service to implement ServiceLifeCycle, the Skeleton stub must be manually edited to implement ServiceLifeCycle.  That implementation must then check if the developer *Impl implements ServiceLifeCycle, and delegate the calls to it.

I think it would be wise if all Skeleton stubs implement ServiceLifeCycle by default, implemented as described above.  This should have no effect on *Impl implementations which do not implement ServiceLifeCycle, but will allow developers to implement ServiceLifeCycle in their service *Impl implementations without having to manually edit the Skeleton.  Optionally, a flag to WSDL2Java could disable this extra harmless Skeleton code.

sample Skeleton implementation snippet:

public class <<Skeleton classname>> implements ... javax.xml.rpc.ServiceLifeCycle {

  private boolean implSupportsLifeCycle;

  public <<Skeleton constructor>>() {
    ...
    implSupportsLifeCycle = (impl instanceof ServiceLifeCycle); 
  }


 public void init(java.lang.Object context) throws ServiceException {
   if (implSupportsLifeCycle)
     ((ServiceLifeCycle) impl).init(context);
  }

  public void destroy() {
    if (implSupportsLifeCycle)
      ((ServiceLifeCycle) impl).destroy();
  }

}

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira