Home
 

User login

 
 

Navigation

 
 

Events

« May 2008
SunMonTueWedThuFriSat
123
45678910
11121314151617
18192021222324
25262728293031
 

Cape Clear Studio 7.5 Release Notes

The latest Cape Clear Studio 7.5.1 Release Notes , are available here.

This page lists the known issues in Cape Clear 7.5.0 and the issues fixed since 7.0.3.

 

Known Issues in Cape Clear Studio 7.5.0

The following table lists the known issues in Cape Clear Studio 7.5.0:


Issue Summary:

The "REST-style Web Service Tutorial" described in the Samples Guide contains an incorrect step
ID: WTP-4482
Status: Unresolved
Component: Documentation - Studio Samples Guide
Description: The BPEL code provided for the second <assign> activity in the "REST-style Web Service Tutorial" is incorrect. The line <bpws:to variable="YahooSearchResponse" part="output" query="/ns2:ResultSet/ns2:Result"/> in the third <copy> references the wrong response message and should read <bpws:to variable="WebSearchResponse" part="results" query="/ns2:ResultSet/ns2:Result"/>. The entire BPEL code for this <assign> activity should be as follows:

<bpws:assign>

<bpws:copy>

<bpws:from>

<ns2:ResultSet>

<ns2:ResultSetMapUrl></ns2:ResultSetMapUrl>

<ns2:Result></ns2:Result>

</ns2:ResultSet>

</bpws:from>

<bpws:to variable="WebSearchResponse" part="results" />

</bpws:copy>

<bpws:copy>

<bpws:from variable="YahooSearchResponse" part="output" query="/ns2:ResultSet/ns2:ResultSetMapUrl"></bpws:from>

<bpws:to variable="WebSearchResponse" part="results" query="/ns2:ResultSet/ns2:ResultSetMapUrl"/>

</bpws:copy>

<bpws:copy>

<bpws:from variable="YahooSearchResponse" part="output" query="/ns2:ResultSet/ns2:Result"></bpws:from>

<bpws:to variable="WebSearchResponse" part="results" query="/ns2:ResultSet/ns2:Result"/>

</bpws:copy>

</bpws:assign>


Issue Summary:

Adding the Cape Clear Assembly facet to J2EE Modules
ID: WTP-4361
Status: Unresolved
Component: Mediation
Description: J2EE modules (e.g. WAR and EAR projects) do not support Cape Clear's Assembly facet even though the facet can be added to these projects using Cape Clear Studio. The assembly facet is for use with Cape Clear Web service projects only.


Issue Summary:

Workspaces created with the Cape Clear 7.5 Technical Preview will not open in the 7.5 GA
ID: WTP-4346
Status: Unresolved
Component: Welcome - Samples Page
Description: Eclipse Workspaces created within the Cape Clear 7.5 Technical Preview will not open in the 7.5 GA. To overcome this problem, create a new workspace in Cape Clear 7.5 GA and import the older projects into this new workspace.


Issue Summary:

Antivirus worm detection option may interfere with Cape Clear Web Service Browser
ID: WTP-4320
Status: Unresolved
Component: View - Web Service Browser
Description: Enabling worm detection within antivirus software has been found on occasion to cause errors when refreshing the Cape Clear Web Service Browser. Cape Clear processes are not identified as a worm by the antivirus software and no security breach occurs or is logged.


Issue Summary:

Attempting to deploy a project before the Cape Clear Server has started may cause its service to fail to deploy properly
ID: WTP-4268
Status: Unresolved
Component: Project Actions
Description: We recommend you start the Cape Clear server before deploying a service using "Run on Server". On occasion deploying a project using the "Run On Server" option to a Cape Clear Server that is not already started may cause the project's Web service to not deploy properly when the server is eventually started.


Issue Summary:

Invalid elements and attributes added in the source view are silently discarded by the Assembly Editor
ID: WTP-4236
Status: Unresolved
Component: Editor - Assembly
Description: When editing an assembly using the "Source" view of the Assembly Editor, any added attributes or elements that are not defined in the assembly schema are silently discarded when the assembly is saved in the editor. They are also silently discarded if added within the "Design" view and then the user switches back to the "Source" view. Note that while this behavior can be confusing when editing, no useful information is being lost because the attributes and elements would make the assembly invalid and would have to be removed manually in any case.


Issue Summary:

PartnerLink-application-client.xml files are not renamed when a BPEL PartnerLink is renamed
ID: WTP-3771
Status: Unresolved
Component: Editor - BPEL Editor
Description: When a BPEL PartnerLink is renamed using the Manage Partner Links dialog, if there is a corresponding PartnerLink-application-client.xml file defined in the project, it is not renamed. The workaround is to be manually rename the the PartnerLink-application-client.xml file appropriately if one exists.


Issue Summary:

Full path instead of relative path needs to be used in the document() function
ID: WTP-3693
Status: Unresolved
Component: Builder - Transform WS
Description: When using document() function in XSLT, the full path to an external file should be specified instead of a relative path. A relative path to the file will just return an empty node. For example, use <xsl:variable name="Translation" select="document('file:///c:/MyProject/WSAR-INF/externalFile.xml')/node"/> instead of <xsl:variable name="Translation" select="document('externalFile.xml')/node"/>


Issue Summary:

Error deleting Hibernate Sample "sample_database" project
ID: WTP-3321
Status: Unresolved
Component: Samples - Implementation
Description: The following error appears when a user attempts to delete the Hibernate Sample projects (ticking the box to remove the resources from the file system):

Problems encountered while deleting resources.

The Details section contains the following messages:

Problems encountered while deleting resources.

Could not delete: /sample_database.

Problems encountered while deleting resources.

Problems encountered while deleting files.

Could not delete: C:\7.0.1.2\workspace\sample_database\lib\hsqldb-1_7_2_9.jar.

Could not delete: C:\7.0.1.2\workspace\sample_database\lib.

Problems encountered while deleting files.

Could not delete: C:\7.0.1.2\workspace\sample_database\lib\hsqldb-1_7_2_9.jar.

Could not delete: C:\7.0.1.2\workspace\sample_database\lib.

The workaround is that the sample_database project should be deleted with default option: 'Do not delete contents' or to restart Studio in order to delete the projects contents also.


Issue Summary:

Stored procedures do not support cursors and records
ID: WTP-3272
Status: Unresolved
Component: Hibernate Tools Integration
Description: Cape Clear's facility for exposing stored procedures as Java Web services does not include support for cursors and records. A workaround is to process a cursor manually and close it before the transaction commits. In the case of records being passed as an argument of a procedure/function the workaround is to create a wrapper procedure which eliminates the record parameters. The following is an example of procedure which will cause an exception at runtime (opened cursor):

Create Procedure GetNameInfoById

(

@Id int

)

As

SELECT name

FROM SCHEMA.table

WHERE id = @Id


Issue Summary:

Migration of BPEL project from 6.X to 7.0 results in errors for missing settings
ID: WTP-3123
Status: Unresolved
Component: Other
Description: When a BPEL project is migrated the following errors may display in the problem view:

Severity and Description Path Resource Location Creation Time Id

Settings file 'L/echo_bpelproxy/.settings/cc.ws.bpel.xml' is missing. echo_bpelproxy P/echo_bpelproxy 1173800581301 80

Settings file 'L/echo_bpelproxy/.settings/cc.ws.bpel.xml' is missing. echo_bpelproxy P/echo_bpelproxy 1173800581301 81

The errors go away after cleaning the project.


Issue Summary:

WSDLs with schemas using xsd:include cannot be processed by the Java Web Service and Java Web Service Client wizards
ID: WTP-3065
Status: Unresolved
Component: Wizard/Property Pages - New Java Client
Description: If a WSDL contains an embedded schema that xsd:include's another schema both the WSDL->Java web service wizard and Java web service client wizards are unable to process the WSDL. A workaround for this is to edit the WSDL such that the embedded schema targets a different namespace and then use xsd:import's to import the physical-item.xsd rather than including them.


Issue Summary:

Cannot drag onto a BPEL diagram that has "empty" instead of "sequence" at its root
ID: WTP-3059
Status: Unresolved
Component: Editor - BPEL Editor
Description: If a BPEL has an "empty" element but no surrounding "sequence" element, then the drag and drop logic in the BPEL editor does not allow activities to be dropped onto the diagram. A workaround is to delete the empty activity, which results in an empty sequence being created, and then proceed as normal by adding activities to the sequence.


Issue Summary:

A combined WSDL to Java Web Service and Java Web Service Client project implementing and invoking on the same WSDL will not compile if default options used
ID: WTP-3041
Status: Unresolved
Component: Builder - Java WS
Description: If a WSDL to Java Web service that invokes other web services is created with the default source folders settings and default namespace to package mappings, and the same WSDL is used for the implementing service and for the client, when code is generated it does not compile and problem markers are seen on the project. This happens because classes are generated for both the client and service into the same source folders that have the same name but different implementations, and one overwrites the other. There are two workarounds for this: (1) generate the service and client code into different source folders, or (2) change the package names for one of either the service or client in the namespace to package mapping table.


Issue Summary:

The "Enforce compatibility with only the current workbench default JRE" option in the Cape Clear > Java Project Settings > preferences does not work
ID: WTP-2969
Status: Unresolved
Component: Wizard/Property Pages - New Java Client
Description: The Cape Clear > Java Project Settings preferences page has an option "Enforce compatibility with only the current workbench JRE" which causes new projects to specify the exact (current) JRE version in the .classpath file. When not checked, the project can be compiled with any JRE version. This property has no effect when enabled. Instead the Cape Clear wizards create projects that are compatible with any JRE.


Issue Summary:

Error when importing samples
ID: WTP-2847
Status: Unresolved
Component: Other
Description: Each time a sample project is imported from the Studio Samples the following error is recorded in the error log:

java.lang.NullPointerException

at org.eclipse.jst.j2ee.internal.common.classpath .J2EEComponentClasspathUpdater.clearResourceTreeRootCache (J2EEComponentClasspathUpdater.java:479)

at org.eclipse.jst.j2ee.internal.common.classpath .J2EEComponentClasspathUpdater.findNode (J2EEComponentClasspathUpdater.java:505)

at org.eclipse.jst.j2ee.internal.common.classpath .J2EEComponentClasspathUpdater.findNode (J2EEComponentClasspathUpdater.java:509)

at org.eclipse.jst.j2ee.internal.common.classpath .J2EEComponentClasspathUpdater.findNode (J2EEComponentClasspathUpdater.java:509)

at org.eclipse.jst.j2ee.internal.common.classpath .J2EEComponentClasspathUpdater.resourceChanged (J2EEComponentClasspathUpdater.java:461)

at org.eclipse.core.internal.events .NotificationManager$2.run (NotificationManager.java:280)

at org.eclipse.core.runtime.SafeRunner.run (SafeRunner.java:37)

at org.eclipse.core.internal.events .NotificationManager.notify (NotificationManager.java:274)

at org.eclipse.core.internal.events .NotificationManager.broadcastChanges (NotificationManager.java:148)

at org.eclipse.core.internal.resources .Workspace.broadcastPostChange (Workspace.java:256)

at org.eclipse.core.internal.resources .Workspace.endOperation (Workspace.java:958)

at org.eclipse.core.internal.resources .Workspace.run(Workspace.java:1746)

at org.eclipse.core.internal.resources .Workspace.run(Workspace.java:1719)

at com.capeclear.samples.wizard .CcSampleOperation.run(Unknown Source)

at org.eclipse.jface.operation .ModalContext$ModalContextThread.run (ModalContext.java:113)

This problem has been raised with Eclipse.org, see https://bugs.eclipse.org/bugs/show_bug.cgi?id=175562


Issue Summary:

Removing a mapping in the XSLT Mapper doubles the nodes when two nodes are mapped to the parent
ID: WTP-2593
Status: Unresolved
Component: Editor - Mapper
Description: Removing a mapping in the XSLT Mapper doubles the nodes when two nodes are mapped to the parent. This can be illustrated using the following steps:

1) Create an new XSLT file and load in the mapper.

2) Map a parent node to activate its children

3) Map one of its child nodes

4) Right click on the child node and select Remove. Only one mapping is listed.

5) Map another node to the parent

6) Richt click on the child node and select Remove. The mapping is listed twice.


Issue Summary:

The context sensitve help button on the New Update Site dialog does not work
ID: WTP-2574
Status: Unresolved
Component: Samples - Implementation
Description: If using the Update Manager to specify a new update site to point at the Cape Clear Studio Update Site, clicking the help button does nothing.


Issue Summary:

The XSLT Mapper's "add parameter" button incorrectly permits mapping to a disabled branch
ID: WTP-2437
Status: Unresolved
Component: Editor - XSLT
Description: The XSLT Mapper incorrectly allows mappings to parent nodes of disabled branches when created using the "add paramater" button.


Issue Summary:

The vertical scroll bar periodically fails to appear in the Transformation Builder "before" panel
ID: WTP-2430
Status: Unresolved
Component: Editor - Transform Builder
Description: The vertical scroll bar within the transformation builder's "before" panel sometimes fails to appear. A workaround is to click in the panel and use the page-up / page-down keys to scroll through the panel's details.


Issue Summary:

Java to WSDL web services generate unnecessary backup WSDL files
ID: WTP-2299
Status: Unresolved
Component: Java2WSDL
Description: When rebuilding a Java to WSDL Web Service project, the WSDL file is always regenerated. A backup of the old WSDL file that is not really needed is also created. Eclipse has a local history system so the backup is unnecessary.


Issue Summary:

Occasionally publish to the server fails with error "cannot find deserializer for class (none)"
ID: WTP-1436
Status: Unresolved
Component: Servers - Local
Description: Occasionally publish / deployment to a server may fail with an error message that states "cannot find deserializer for class (none)". If this happens, it can be corrected by shutting down Studio, removing the following file, and restarting:

<WORKSPACE_ROOT>/.metadata/.plugins/org.eclipse.wst.server.core


Issue Summary:

Disabling the launch client option when deploying Web applications
ID: WTP-867
Status: Unresolved
Component: Builder - Java WS
Description: Deploying a web application to JBoss using the "Run On Server" option brings up a Web browser whose location is a WSDL that does not exist. This is displayed before the server has finished publishing the application. The workaround is to disable the Web browser from appearing by include the Web browser view as a standard view in the Cape Clear perspective.

 

Issues Fixed Since Cape Clear Studio 7.0.3

The following table lists the issues fixed since Cape Clear Studio 7.0.3:

Issue Summary: Deploying multiple projects when running with WTP 1.5.4
ID: WTP-3578
Status: Resolved
Component: Other
Description: When the Cape Clear Studio plug-ins are installed in an Eclipse
installation not provided by Cape Clear and where that installation is
using WTP 1.5.4, adding multiple projects to the right side of the Add and Remove Projects page of the Run On Server wizard results in only the project selected initially being deployed. You must deploy each project separately.

 

Issue Summary: Incorrect XPath generated for attribute in property alias
ID: WTP-3280
Status: Closed
Component: View - BPEL Properties
Description: The
Property Alias editor generates an incorrect XPath query for mesage
attributes. For example /root/element@attname is generated rather than
/root/element/@attname - there is a missing / between the element and
attribute parts of the path. The problem can be worked around by
manually correcting the generated XPath expression.

Issue Summary: Workbench preference page Cape Clear Java Project Settings has no effect
ID: WTP-2969
Status: Unresolved
Component: Wizard/Property Pages - New Java Client
Description: The
workbench preference page Cape Clear -> Java Project Settings has a
property titled "Enforce compatability with only the current workbench
JRE" which causes new projects to specify the exact (current) JRE
version in the .classpath file. When not checked, the project can be
compiled with any JRE version. The preferences check box has been noted
to have no effect and when this happens the Cape Clear wizards create
projects that are compatible with any JRE.
Issue Summary: Uninstall only works for one installation, others Studio installs cannot then be uninstalled
ID: WTP-2805
Status: Closed
Component: Installer
Description: If more than one Cape Clear Studio is installed using the Installer e.g.

Studio installed into "C:\CapeClearA" with start menu "Cape Clear 7 A"
Studio installed into "C:\CapeClearB" with start menu "Cape Clear 7 B"

After uninstalling one of the installations, the other cannot be uninstalled.

Issue Summary: Help -> Software Updates -> Manage Configuration shows error markers for the Web Standard Tools (WST) feature
ID: WTP-3094
Status: Closed
Component: Other
Description: Use
Help -> Software Updates -> Manage Configuration to open the
"Product Configuration" view, open the tree and notice that the "Web
Standard Tools (WST)..." node and child nodes have error markers. Right
click on the nodes, and select Properties -> Status to see the
problem description.

The root cause is this error:

Plug-in "org.eclipse.wst.wsdl.validation" version "1.1.101.v200701260245" referenced by this feature is missing.

Cape Clear has patched this plug-in and so distributes the plug-in with
a different version stamp e.g.
"1.1.101.v200702211200-CCPATCH-154684-169427", where the numbers after
"CCPATCH" are the Eclipse bug numbers for the problems addressed by the
patching.

The error markers appear because the feature
descriptions specify the un-patched version number but Cape Clear
Studio is supplied with and runs with the patched plug-in. The error
markers can be ignored.

Issue Summary: Whitespace in paths is not handled by the Buckminster command script as shown in the help
ID: WTP-3112
Status: Closed
Component: Headless Build
Description: Whitespace
in paths is not handled by the Buckminster command script as shown in
the help. The Buckminster Automated Build will not correctly handle
whitespace as shown in the help unless the paths are surrounded with
double quotes. For example, specifying this path for the project.dir
property

<property name="project.dir" value="C:/Documents and Settings/jdoe/myworkspace/" />

will cause the build to fail at the ccimport step e.g.

ccimport --clean @project.dir@

To workaround this, surround the project.dir with double quotes e.g.

ccimport --clean "@project.dir@"

Issue Summary: Changes to Transform service WSDL outputData part of transformResponse are not preserved
ID: WTP-3076
Status: Resolved
Component: Builder - Transform WS
Description: The
BPEL engine in Cape Clear 7.0 performs more stringent type checking on
assignments that the 6.x server. This means that a technique of using a
transform service to produce the XML for some elements of a
variable/message no longer works because the xsd:base64Binary to
element assignment will generate a MismatchedAssignmentFailure. To work
around this, the WSDL for the transform service can be modified so that
the outputData part of transformResponse is set to be the desired
element. The mime:content of the binding for the output must also be
customized to be text/xml. However, if the transformation serquence is
modified or if the project is restored to the workspace from a ZIP the
WSDL is rewritten and the changes are lost. A workaround is to stop the
WSDL from being re-written by disabling the Cape Clear Transform Web
Service Builder (via Project Properties->Builders). Such changes to
builders are persisted to the .project file so a zipped and re-imported
projects will continue to work.

Issue Summary: HTTPS Restart Workbench button does not apply changes
ID: WTP-3114
Status: Closed
Component: Other
Description: The
Cape Clear HTTPS preferences page includes a "Restart Workbench"
button, because the workbench must be restarted for the changes to take
effect. However, if Restart Workbench is clicked before the "Apply"
button has been clicked, the changes will be lost. The workaround is to
Apply the changes before restarting the workbench.

Issue Summary: "Problems occurred while trying to save the state of the workspace" error dialog when shutting down Studio workbench on JDK 1.4
ID: WTP-3012
Status: Closed
Component: Hibernate Tools Integration
Description: When
you close Eclipse while using JDK 1.4 an error message is displayed
saying "Problems occurred while trying to save the state of the
workspace". However the workspace is saved, so this is error not fatal.
. The recommended workaround is to use JDK 1.5.

The error
is caused by a shutdown failure in the HibernateTools plugins that are
shipped in Cape Clear Studio - it fails to persist the Console
Configuration at exit as the HibernateTools implementation requires JDK
1.5 APIs to complete this task. Note this error occurs even if you have
not used the HibernateTools plugins.

A consequence of this
failure to persist the console configuration data is that when the
workbench restarts, Java to WSDL project (with Hibernate persistence
support) will not have a valid HibernateTools Console Configuration
until the project is rebuit. This is reported to the user as errors
every time Console Configuration is used for projects had been created
in previous sessions. There are three potential places where this can
happen:
1)Validating JDBC connection within project property page,
2)Generate code from database,
3)Create Hibernate Service Implementation class. In this case generated
code will contains errors since the wizard cannot obtain enough type
information and then assume java.lang.Object as a tape.

To
avoid this, perform a clean re-build of the Hibernate projects once
before attempting any of the above tasks in a workbench. The
HibernateTools Console Configuration will be re-created as part of the
rebuild.

Issue Summary: The BPEL Copy Dialog (Property View) does not display enumeration types correctly
ID: WTP-2737
Status: Closed
Component: View - BPEL Properties
Description: Schema
elements that are defined using enumeration type restrictions are not
displayed correctly in the BPEL Copy Dialog (Property View). The
workaround for this is to switch to the BPEL XML view and create the
copy "from" and "to" contents manually.

Issue Summary: Stored procedures with arguments maped to Types.OTHER are not generated
ID: WTP-3271
Status: Closed
Component: Hibernate Tools Integration
Description: Stored procedures with arguments are maped to jdbc type Types.OTHER are not generated.
If jdbc driver reports procedure column with type OTHER it means that the result is dynamic (ResultSet).

Only simple types are supported in stored procedures signature.

Issue Summary: Headless build commands ccdeploy and ccundeploy are documented but not present in the 7.0.1 Release
ID: WTP-3361
Status: Closed
Component: Documentation - Studio User Guide
Description: The
ccdeploy and ccundeploy headless build commands are described in the
Cape Clear Studio 7.0.1 documentation but are not present in the
software. They will be available in a future release

Issue Summary: Dependency on Eclipse HibernateTools feature
ID: WTP-3449
Status: Closed
Component: Hibernate Tools Integration
Description: Cape
Clear Studio has a dependency on the HibernateTools Eclipse feature
that affects deployment of Web Services if the HibernateTools feature
is not installed.

The HibernateTools feature is used primarily
by our Java Web Service database integration and should have been
declared as a required feature when installing the Cape Clear Studio
7.0.0 and 7.0.1 feature.

Unfortunately the WTP Server runtime
framework, on which our Web Service deployment infrastructure is built,
requires that all features referenced by the Cape Clear project facet
implementations be present in order to function correctly.

If
you have installed Cape Clear 7.0.0 (or 7.0.1) via our Update Site, you
must ensure that you have the HibernateTools 3.2.0.beta9a feature
installed or you will not be able to deploy your Web Service projects
onto Cape Clear servers from within the Studio workbench.

We are already hosting this feature on our update site. To install:

  1. Go to Help->Software Updates->Find and Install...->Search for new features to install.
  2. Select the Cape Clear Software Eclipse Update Site and click Finish.
  3. Expand the available updates and choose the Hibernate Tools 3.2.0.beta9 feature
  4. Click Finish, wait for the feature to download and verify installation.
  5. Restart your Eclipse-based Cape Clear Studio workbench.

In
future releases, Cape Clear Studio 7.0.2 and beyond, the product will
declare a dependency on this feature ensuring that the Update Manager
will prompt users to resolve the dependency before installing the Cape
Clear Studio feature.