You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cxf.apache.org by Jim Ma <em...@iona.com> on 2007/08/01 05:05:05 UTC

Re: Code first tool proposal

Hi Dan ,
> However, think about it in the opposite direction....   For java2wsdl to 
> support the other frontends/databindings, all the flags on java2cs 
> except for -client and -server need to be added to java2wsdl.   Thus, 
> java2wsdl pretty much already ends up with almost all the flags.   Plus, 
> a bunch of work would be needed to get java2wsdl to actually support 
> those frontend/databinding.    Since MOST of the flags are the same, it 
> probably makes sense to just combine the two.
>   
+1.
> The other reason is that some of the stuff java2wsdl does doesn't 
> really "make sense" from the name.   It generates wrapper objects, fault 
> bean objects, etc... that are required for JAX-WS spec compliance.   
> (but we don't actually need anymore)  That stuff would be better served 
> with a "-jaxws-wrappers" flag or similar on a generic java2 tool.
>   
If user use simple frontend , we do not need to  provide "-wrappers" or  
"-classdir"  flag for it . Also current wrapper objects is jaxb featured 
classes,
we also need to check if the databinding is jaxb.  IMHO, this may cause 
some complexity for user to use this tool . Can we provide two generic 
tool ,
 one for jaxws frontend and one for simple frontend ?

Regards

jim