Jump to: navigation, search

Difference between revisions of "WTPNewsletter 20080630"

(New page: = WTP Weekly What's Cooking? = == Headline News! == * [http://www.eclipse.org/webtools/releases/3.0.0/ WTP 3.0 released] == WTP 3.0 == === June 27, 2008 === * [http://www.eclipse.org/w...)
(June 27, 2008)
Line 6: Line 6:
== WTP 3.0 ==
== WTP 3.0 ==
=== June 27, 2008 ===
=== June 30, 2008 ===
* [http://www.eclipse.org/webtools/releases/3.0.0/ WTP 3.0 released]
* [http://www.eclipse.org/webtools/releases/3.0.0/ WTP 3.0 released on June 25]
* [http://download.eclipse.org/webtools/downloads/drops/R3.0/R-3.0-20080616152118/ WTP 3.0 build]
* [http://wiki.eclipse.org/WTP_Functional_Test_R30_RC Test Results]
* [http://wiki.eclipse.org/WTP_Functional_Test_R30_RC Test Results]

Revision as of 23:43, 2 July 2008

WTP Weekly What's Cooking?

Headline News!

WTP 3.0

June 30, 2008

  • Bugs fixed this release
3.0 JST, WST, JSF Bugs Fixed (~1101)
3.0 JPT Dali Bugs Fixed (~229)
  • Plugin Version Information
Version Info


Previous Adopter Breakage Report Information

  • Details
  • org.eclipse.jst.jsf.context.resolver.structureddocument.internal.impl.MetadataContextResolver was renamed to org.eclipse.jst.jsf.common.metadata.query.TaglibDomainMetaDataQueryHelper.
  • In org.eclipse.wst.server.ui.internal.Messages, the fields host,name,vendor, and version were removed.
  • In the internal package, org.eclipse.wst.server.core.internal, deprecated classes ModuleEvent, ModuleFactoryEvent, and IModuleListener were removed.
  • In the internal class org.eclipse.wst.server.core.internal.ServerPlugin, getModuleArtifact(...) was removed.
  • In the internal class, org.eclipse.jst.j2ee.internal.common.operations.JavaModelUtil, the method findType(..) changed arguments. This class is basically a copy of a JEM class to avoid adding a JEM dependency, and to keep up with changes in JEM, this class was updated.
  • In org.eclipse.wst.wsdl.binding.soap.SOAPHeader and org.eclipse.wst.wsdl.binding.soap.SOAPHeaderFault, the methods getPart(...), setPart(...), getMessage(...), setMessage(...) were replaced by new methods. Details:
The WSDL model SOAPHeader and SOAPAddress classes should have been inheriting the WSDL4J interfaces but weren't. Unfortunately the javax.wsdl interface already defines getMessage() and getPart () using a different signature. So this is a case where in order to 'fix' our model to make it comply with the WSDL4J we needed to break the 'provisional API' (these classes specified api=false in the component.xml file). Current clients will simply need to change references from getPart or getMessage to getEPart and getEMessage to access the EMF equivalent classes.

Back to What's Cooking Archive

Back to Web Tools Project Wiki Home