You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cxf.apache.org by Jason Reilly <jd...@gmail.com> on 2011/11/07 19:51:51 UTC
cxf/soa/mvn conventions
All,
Are there any conventions out there in the wild as to how to organize large
scale SOA/CXF based projects in maven? For example, in the DOSGi project,
there are sample web services that are broken out into a "client",
"interface", and "impl" project. Is that common?
Regards,
--
Jason Reilly
Software Engineer
Re: cxf/soa/mvn conventions
Posted by Daniel Kulp <dk...@apache.org>.
On Monday, November 07, 2011 1:51:51 PM Jason Reilly wrote:
> All,
>
> Are there any conventions out there in the wild as to how to organize large
> scale SOA/CXF based projects in maven? For example, in the DOSGi project,
> there are sample web services that are broken out into a "client",
> "interface", and "impl" project. Is that common?
For the Talend examples, we've pretty much gone with a :
../common - generally stuff that is common like the results of wsdl2java
wsdl's, schemas, possible interceptors, Callbacks, etc....
../service - the server side service. Usually a jar or "bundle"
../client - the client specific code (if any)
../war - if required, a war that would bundle common+service+web.xml
and such. Not needed for OSGi stuff.
So, yea. A good separation of building blocks is a good idea.
Dan
>
> Regards,
--
Daniel Kulp
dkulp@apache.org
http://dankulp.com/blog
Talend - http://www.talend.com