cxf-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From build...@apache.org
Subject svn commit: r851888 - in /websites/production/cxf/content: cache/docs.pageCache docs/26-migration-guide.html
Date Mon, 25 Feb 2013 15:48:00 GMT
Author: buildbot
Date: Mon Feb 25 15:48:00 2013
New Revision: 851888

Log:
Production update by buildbot for cxf

Modified:
    websites/production/cxf/content/cache/docs.pageCache
    websites/production/cxf/content/docs/26-migration-guide.html

Modified: websites/production/cxf/content/cache/docs.pageCache
==============================================================================
Binary files - no diff available.

Modified: websites/production/cxf/content/docs/26-migration-guide.html
==============================================================================
--- websites/production/cxf/content/docs/26-migration-guide.html (original)
+++ websites/production/cxf/content/docs/26-migration-guide.html Mon Feb 25 15:48:00 2013
@@ -139,7 +139,7 @@ Apache CXF -- 2.6 Migration Guide
 <ul><li>All API's that take or return "generic" classes have been update to properly
define the generic part.  For example, methods like:<br clear="none">
 "Class getServiceClass()" have been updated to be "Class&lt;?&gt; getServiceClass()"</li><li>To
resolve some of the "split-package" issues between jars, SOME (very few) classes did have
their packages changed.
 	<ul><li>org.apache.cxf.jaxb.JAXBUtils   -&gt;   org.apache.cxf.common.jaxb.JAXBUtils
  (and a couple other classes in that jaxb package)</li><li>Many of the internal
"Impl" classes and "Managers" (like BindingFactoryManagerImpl, CXFBusLifeCycleManager, etc...)
have moved into org.apache.cxf.bus.managers.  Users should always rely on the interfaces they
implement anyway.</li></ul>
-	</li><li>The selectedConduit field of AbstractConduitSelector has been removed
as a ConduitSelector may be used to select multiple conduits depending on scenarios and the
selectedConduit field may not accurately reflect the conduit that had been selected depending
on the state of the threads, clients, etc...</li><li>org.apache.cxf.tools.common.DataTypeAdapter
has been deprecated and moved to org.apache.cxf.xjc.runtime.DataTypeAdapter in a new runtime
jar that is part of the cxf-xjc package.   This allows using the runtime without bringing
in all the CXF tooling dependencies. The DataTypeAdapter doesn't have any other CXF dependencies
and thus is usable outside of CXF as well.</li><li>The XJC "ToString" plugin also
had it's runtime dependencies moved out of org.apache.cxf.tools and into the cxf-xjc-runtime
jar.   If you use the newer version of the ToString plugin, you will need to add the cxf-xjc-runtime
dependency to your application.  However, the cxf-xjc-runtime jar does
  not depend on other CXF jars or classes and can thus be easily used in other applications
without as many dependencies pulled in.</li></ul>
+	</li><li>The selectedConduit field of AbstractConduitSelector has been removed
as a ConduitSelector may be used to select multiple conduits depending on scenarios and the
selectedConduit field may not accurately reflect the conduit that had been selected depending
on the state of the threads, clients, etc...</li><li>The classes in org.apache.cxf.tools.common.extensions.soap
have been moved to org.apache.cxf.binding.soap.wsdl.extensions to remove a runtime dependency
on the tooling modules.</li><li>org.apache.cxf.tools.common.DataTypeAdapter has
been deprecated and moved to org.apache.cxf.xjc.runtime.DataTypeAdapter in a new runtime jar
that is part of the cxf-xjc package.   This allows using the runtime without bringing in all
the CXF tooling dependencies. The DataTypeAdapter doesn't have any other CXF dependencies
and thus is usable outside of CXF as well.</li><li>The XJC "ToString" plugin also
had it's runtime dependencies moved out of org.apache.cxf.tools and into the cx
 f-xjc-runtime jar.   If you use the newer version of the ToString plugin, you will need to
add the cxf-xjc-runtime dependency to your application.  However, the cxf-xjc-runtime jar
does not depend on other CXF jars or classes and can thus be easily used in other applications
without as many dependencies pulled in.</li></ul>
 
 
 



Mime
View raw message