Date: 2004-09-22T09:01:01
   Editor: JonathanColwell <[EMAIL PROTECTED]>
   Wiki: Apache Beehive Wiki
   Page: axis-specific implementation
   URL: http://wiki.apache.org/beehive/axis-specific implementation

   no comment

Change Log:

------------------------------------------------------------------------------
@@ -4,9 +4,8 @@
 
 AxisHook.java - can create an org.apache.axis.description.ServiceDesc from the 
object model's metadata.  This ServiceDesc is used within AXIS to set up a 
running service as well as to generate WSDD and WSDL documents.
 
-AnnotatedJWSHandler.java - a subclass of org.apache.handlers.JWSHandler that 
uses reflection to examine the annotations in a compiled JWS Class.  These 
annotations are then used to configure some portions of the web service.  This 
class may be removed shortly since the DropInDeploymentHandler is a refactored 
version of this functionality, and all future development will occur there.
 
-DropInDeploymentHandler.java - pretty much the same functionality as the 
AnnotatedJWSHandler but it now subclasses BasicHandler and has its overall 
operation broken up into smaller more manageable pieces.  
+DropInDeploymentHandler.java - examines the annotations in a source file using 
APT or compiled JWS Class via reflection if a source file is not available.  
These annotations are then used to configure a web service for use within the 
AXIS stack.
 
 DeploymentDumper.java - a command-line tool for generating a deployment 
descriptor based on annotations present in the web service source code.  Since 
the current focus is on the JWS drop-in deployment model, this class may not be 
functioning properly as the AxisHook evolves.
 
@@ -15,7 +14,7 @@
 The AXIS jars checked into beehive/wsm/lib were created from a CVS checkout on 
September 8, 2004.  When axis 1.2 is released, the official released libraries 
might be a better option.
 
 == AXIS webapp ==
-A sample webapp is provided that should be ready to just drop into your 
favorite servlet container.  When the beehive WSM is built, the webapp appears 
in the build/dist directory.  The included index.html will point the user to a 
the Foo.jws service to demonstrate the behavior of the AnnotatedJWSHandler.  
Scripts (sorry, just .bat files now since cygwin wasn't cooperating when I 
tried to whip up equivalent .sh scripts) to run the DeploymentDumper are in the 
AnnotationBasedDeployment directory.  These scripts will generated an 
annotated-server-config.wsdd which can be renamed to server-config.wsdd to add 
two additional web services and show the other mode of annotation support.
+A sample webapp is provided that should be ready to just drop into your 
favorite servlet container.  When the beehive WSM is built, the webapp appears 
in the build/dist directory.  The included index.html will point the user to a 
the Foo.jws service to demonstrate the behavior of the DropInDeploymentHandler. 
 Scripts to run the DeploymentDumper are in the AnnotationBasedDeployment 
directory.  These scripts will generated an annotated-server-config.wsdd which 
can be renamed to server-config.wsdd to add two additional web services and 
show the other mode of annotation support.
 
 == Oustanding Issues ==
-The two methods of integration with AXIS outlined above are most definitely 
works in progress.  Anyone with a solid understanding of the inner workings of 
AXIS is cordially invited to comment on, criticize, fix or rearchitect these 
first drafts.  At the moment, the parts of the web service successfully 
customized using the JWS approach such as portType and serviceName are not 
working in the DeploymentDumper/WSDD approach while the opposite is true for 
the binding name.
+The two methods of integration with AXIS outlined above are most definitely 
works in progress.  Anyone with a solid understanding of the inner workings of 
AXIS is cordially invited to comment on, criticize, fix or rearchitect these 
first drafts.  At the moment, the DropInDeploymentHandler/JWS solution is 
pretty much functioning as a JSR-181 implementation, but the 
DeploymentDumper/WSDD approach has fallen behind since the focus is currently 
on JWS.

Reply via email to