Update:

For generating the entity beans, if you use EJBDoclet make sure to use version 
XDOCLET-1.2.2!  xdoclet-1.2.3 has a new getReadOnly*ValueObject methods that 
breaks the BeanSerializer.  There does not seem to be an option yet to disable 
this method in ejbdoclet.

Working on WSCOMPILE for a better WSDL and jaxrpc-mapping.xml file - so far:


  | Required libs in classpath:
  | 
  |         <dependency>
  |             <groupId>jwsdp</groupId>
  |             <artifactId>jaxrpc-spi</artifactId>
  |             <version>jwsdp16</version>
  |             <type>jar</type>
  |         </dependency>
  |         <dependency>
  |             <groupId>jwsdp</groupId>
  |             <artifactId>jaxrpc-impl</artifactId>
  |             <version>jwsdp16</version>
  |             <type>jar</type>
  |         </dependency>
  |         <dependency>
  |             <groupId>jwsdp</groupId>
  |             <artifactId>jaxrpc-api</artifactId>
  |             <version>jwsdp16</version>
  |             <type>jar</type>
  |         </dependency>
  |         <dependency>
  |             <groupId>jwsdp</groupId>
  |             <artifactId>xsdlib</artifactId>
  |             <version>jwsdp16</version>
  |             <type>jar</type>
  |         </dependency>
  |         <dependency>
  |             <groupId>jwsdp</groupId>
  |             <artifactId>namespace</artifactId>
  |             <version>jwsdp16</version>
  |             <type>jar</type>
  |         </dependency>
  |         <dependency>
  |             <groupId>jwsdp</groupId>
  |             <artifactId>relaxngDatatype</artifactId>
  |             <version>jwsdp16</version>
  |             <type>jar</type>
  |         </dependency>
  |         <dependency>
  |             <groupId>jwsdp</groupId>
  |             <artifactId>jax-qname</artifactId>
  |             <version>jwsdp16</version>
  |             <type>jar</type>
  |         </dependency>
  | 


  | Setting up the build/maven.xml task. NOTE-run this after WSEEDoclet and 
compiling the classes:
  | 
  | <goal name="wscompile">
  |    <taskdef name="wscompile" 
classname="com.sun.xml.rpc.tools.ant.Wscompile">
  |       <classpath>
  |         <path refid="maven.dependency.classpath"/>
  |       </classpath>
  |    </taskdef>
  |    
  |  <!--generate server-side WSDL -->
  |  
  |   <wscompile
  |     fork="true"
  |     define="true"
  |     classpath="target/classes"
  |     nonClassDir="target/classes/META-INF/wsdl"
  |     features="documentliteral, wsi"
  |     config="DataViewconfig.xml"
  |     mapping="target/classes/META-INF/jaxrpc-mapping.xml"
  |     >
  |      <classpath>
  |             <path refid="maven.dependency.classpath"/>
  |     </classpath>
  |     
  |   </wscompile>
  | 
  | </goal>
  | 
  | <!-- you can comment out the < wsdl /> and < jaxrpc /> flags in WSEEDOCLET 
now -->
  | 


  | Configure DataViewconfig.xml for WSCOMPILE (by hand, yuck :-P)
  | 
  | <configuration xmlns="http://java.sun.com/xml/ns/jax-rpc/ri/config";>
  |     <service name="DataViewEndpoint"
  |         targetNamespace="http://mycomp.com/wsdl";
  |         typeNamespace="http://mycomp.com/types";
  |         packageName="com.mycomp">
  |             <interface
  |                 name="com.mycomp.session.interfaces.DataViewEndpoint"
  |                 >
  |             </interface>
  |     </service>
  | </configuration>
  | 

Moving closer...I want to take advantage of the BeanSerializer to avoid 
creating custom handlers.  Following the premise that I will be using 
ValueObject/Beans that only have properties/fields that are valid for the 
BeanSerializer. DocumentLiteral seems to be the right direction for this, but 
getting ClassNotFound when trying to find the _ResponseStructs.


View the original post : 
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884207#3884207

Reply to the post : 
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884207


-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
JBoss-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Reply via email to