Skip to main content

Notice: This Wiki is now read only and edits are no longer possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "BtM WSDM TPTP 4.4 Limitations"

 
(38 intermediate revisions by the same user not shown)
Line 1: Line 1:
<P>Place content here.</P>
 
 
<TABLE border="1">
 
<TABLE border="1">
+
<TR>
<TR>
+
<TD bgcolor="#0099FF" width="500">
<TD bgcolor="#ff80ff" width="200"><B>Feature</B></TD>
+
<B>Known problem or limitation</B>
<TD bgcolor="#ff80ff" width="340"><B>Limitation</B></TD>
+
</TD>
<TD bgcolor="#ff80ff" width="230"><B>Bug Reference</B></TD>
+
<TD bgcolor="#ff80ff" width="206"><B>Remarks</B></TD>
+
</TR>
+
+
</TABLE>
+
<TABLE border="1">
+
+
<TR>
+
<TD bgcolor="#ffdcb9" height="20" width="904"><B>Capability Editor</B></TD>
+
</TR>
+
+
</TABLE>
+
<TABLE border="1">
+
       
+
              <TR>
+
<TD width="191"></TD>
+
<TD width="289">If user imports any XSD or WSDL which imports another XSD or WSDL using Http uri, then user might need Network connection to resolve the imported XSD or WSDL file.</TD>
+
<TD width="216"></TD>
+
<TD width="202">Known Limitation - Workaround: Before Importing any wsdl or xsd file in to the existing capability or while creating new capability please make sure that Network is enabled Internet access Enabled</TD>
+
</TR>
+
             
+
              <TR>
+
<TD width="191"></TD>
+
<TD width="289">When Creating the capability/creating by importing WSDL/Creating by impporting java classes as capabilities under the Project i,e "Test 1" (Project Name
+
having space) redmark shows up for the capability file when opening capability
+
file noticed all the fields are empty</TD>
+
<TD width="216">185144</TD>
+
<TD width="202">Known Limitation - Workaround: Create a New project with out spaces in the project name</TD>
+
</TR>
+
  
                <TR>
+
<TD bgcolor="#0099FF" width="500">
<TD width="191"></TD>
+
<B>Workaround</B>
<TD width="289">When Expanding the Collpased Property, error throws up</TD>
+
</TD>
<TD width="216">182307</TD>
+
</TR>
<TD width="202"></TD>
+
</TR>
+
             
+
+
<TR>
+
<TD width="191"></TD>
+
<TD width="289">when renaming mcap file , its asking to remove xsd and rmd files</TD>
+
<TD width="216">179958</TD>
+
<TD width="202"></TD>
+
</TR>
+
                <TR>
+
<TD width="191"></TD>
+
<TD width="289">Could not connect the touch point through MAX</TD>
+
<TD width="216">179960</TD>
+
<TD width="202"></TD>
+
</TR>
+
               
+
                <TR>
+
<TD width="191"></TD>
+
<TD width="289">Could not set values for Operation parameter arrays through MAX</TD>
+
<TD width="216">181221</TD>
+
<TD width="202"></TD>
+
</TR>
+
               
+
                <TR>
+
<TD width="191"></TD>
+
<TD width="289">Array return type for operations - If user selects to return the array values for an operation, then the generated smashed wsdl file will be invalid and marked        as red in the generated project</TD>
+
<TD width="216"></TD>
+
<TD width="202">Known Limitation</TD>
+
</TR>
+
  
               
+
<TR>
 +
<TD width="500">
 +
<i>Project with spaces:</i>
 +
When creating a capability in a project that has spaces in
 +
its name (for example, Test 1), a redmark shows up next to
 +
the capability file and when it is opened, all the fields
 +
are empty.
 +
</TD>
  
                <TR>
+
<TD width="500">
<TD width="191"></TD>
+
Create capabilities only in projects that do not have a
<TD width="289">Topics provided in RMD file leads to failure of initialization of resource</TD>
+
space in the name
<TD width="216"></TD>
+
</TD>
<TD width="202">Known Limitation</TD>
+
</TR>
</TR>
+
  
                <TR>
+
<TR>
<TD width="191"></TD>
+
<TD width="500">
<TD width="289">RuntimeException throws up when deploying Javacode on Tomcat</TD>
+
<i>Capability definition import:</i>
<TD width="216">182979</TD>
+
Import of any XSD or WSDL which imports another XSD or WSDL
<TD width="202">Known Limitation -  Workaround: It is a Muse bug (Steps are needed)</TD>
+
using a
</TR>
+
<i>HTTP URI</i>
               
+
, requires a network connection to resolve the imported XSD
               
+
or WSDL file.
+
</TD>
</TABLE>
+
<TABLE border="1">
+
+
<TR>
+
<TD bgcolor="#ffdcb9" height="20" width="904"><B>MRT Editor</B></TD>
+
</TR>
+
+
</TABLE>
+
<TABLE border="1">
+
  
               
+
<TD width="500">
<TR>
+
Before importing any WSDL or XSD file into an existing
<TD width="191"></TD>
+
capability or while creating a new capability make sure that
<TD width="289">Redmark shows up for the mrt file when Capability is removed from the Project</TD>
+
an internet connection is available.
<TD width="216">167374</TD>
+
</TD>
<TD width="202">Known Limitation -  Workaround: Before deleting the capability file from the project, please makesure that has been removed from the MRTs </TD>
+
</TR>
</TR>
+
               
+
                <TR>
+
<TD width="191"></TD>
+
<TD width="289">Expand All button is enabled even though when all capability sections are expanded</TD>
+
<TD width="216">180940 </TD>
+
<TD width="202"></TD>
+
</TR>
+
  
                <TR>
+
<TR>
<TD width="191"></TD>
+
<TD width="500">
<TD width="289">Standard and Custom capabilities are repeating in the mrt editor</TD>
+
<i>Capability definition import:</i>
<TD width="216">181202</TD>
+
XSD property removed from capability cannot be imported
<TD width="202"></TD>
+
again
</TR>
+
</TD>
  
                <TR>
+
<TD width="500">
<TD width="191"></TD>
+
Do not remove imported properties but instead create a new
<TD width="289">Custom/Standard capabilities are added into MRT even whithout selecting any capabilities at the time of creating MRT</TD>
+
capability
<TD width="216">184372</TD>
+
</TD>
<TD width="202"></TD>
+
</TR>
</TR>
+
  
                <TR>
+
<TR>
<TD width="191"></TD>
+
<TD width="500">
<TD width="289">Service Group and Relationship capabilities should expose the topics and related rmd files have to be changed</TD>
+
<i>Capability definition editor:</i>
<TD width="216">181770</TD>
+
When a property is removed from the capability editor, the
<TD width="202">Known Limitation - Workaround: (steps are needed)</TD>
+
related fields are disabled but still show values
</TR>
+
</TD>
+
</TABLE>
+
<TABLE border="1">
+
+
<TR>
+
<TD bgcolor="#ffdcb9" height="20" width="904"><B>Deployment
+
Descriptor Editor</B></TD>
+
</TR>
+
+
</TABLE>
+
<TABLE border="1">
+
+
<TR>
+
<TD width="191"></TD>
+
<TD width="289">Custom Serializers shows up even when the related mrt is removed from the dd file</TD>
+
<TD width="216">176009</TD>
+
<TD width="202"></TD>
+
</TR>
+
+
+
<TR>
+
<TD width="191"></TD>
+
<TD width="289">Could not see any Custom Serializers in the dd file, which got created when generating code from MRT</TD>
+
<TD width="216">174594</TD>
+
<TD width="202">Known Limitatin -    Workaround: User can right click the mrt file and generate a dd template, custom serializer will show up in the dd template and
+
then user can do the codegen from that dd file.</TD>
+
</TR>
+
             
+
                <TR>
+
<TD width="191"></TD>
+
<TD width="289">All the sections are expanded when Adding MRT file to Resource Type section in DD editor</TD>
+
<TD width="216">183724</TD>
+
<TD width="202"></TD>
+
</TR>
+
               
+
  
</TABLE>
+
<TD width="500">Known Limitation</TD>
<TABLE border="1">
+
</TR>
+
<TR>
+
<TD bgcolor="#ffdcb9" height="20" width="904"><B>Service Group Editor</B></TD>
+
</TR>
+
+
</TABLE>
+
<TABLE border="1">
+
+
+
<TR>
+
<TD width="191"></TD>
+
<TD width="289">When codegeneration is successful, at present we have to replace existing javafiles with other javafiles.</TD>
+
<TD width="216">176593</TD>
+
<TD width="202"></TD>
+
</TR>
+
               
+
               
+
+
</TABLE>
+
<TABLE border="1">
+
+
<TR>
+
<TD bgcolor="#ffdcb9" height="20" width="904"><B>Code Generation</B></TD>
+
</TR>
+
+
</TABLE>
+
<TABLE border="1">
+
+
<TR>
+
<TD width="191"></TD>
+
<TD width="289">Client proxy generation not working for relationships capability</TD>
+
<TD width="216">181912</TD>
+
<TD width="202"></TD>
+
</TR>
+
               
+
                <TR>
+
<TD width="191"></TD>
+
<TD width="289">Duplicate projects are getting generated when doing codegen for AXIS 2 on J2EE</TD>
+
<TD width="216">185297</TD>
+
<TD width="202"></TD>
+
</TR>
+
  
                <TR>
+
<TR>
<TD width="191"></TD>
+
<TD width="500">
<TD width="289">Axis2 Location is not updated in the User Preferences</TD>
+
<i>Renaming capability definitions:</i>
<TD width="216">185305</TD>
+
When renaming a capability definition file (.mcap), a
<TD width="202"></TD>
+
confirmation dialog requesting confirmation for removal of
</TR>
+
the corresponding XSD and RMD files is shown.
 +
</TD>
  
                <TR>
+
<TD width="500">
<TD width="191"></TD>
+
Known Limitation. This will be addressed in the next release
<TD width="289">Finish button is enabled even when all mandatory fields are empty when doing codgen</TD>
+
by providing a "Package Explorer" like view that hides the
<TD width="216">185316</TD>
+
different files that compose a capability definition.
<TD width="202"></TD>
+
</TD>
</TR>
+
</TR>
               
+
                <TR>
+
<TD width="191"></TD>
+
<TD width="289">Codgen window does not comes up to do codegeneration with SUN/IBMJava142</TD>
+
<TD width="216">185320</TD>
+
<TD width="202"></TD>
+
</TR>
+
               
+
                <TR>
+
<TD width="191"></TD>
+
<TD width="289">Unable to Edit the Custom capability in the DD editor</TD>
+
<TD width="216">185328</TD>
+
<TD width="202"></TD>
+
</TR>
+
  
                <TR>
+
<TR>
<TD width="191"></TD>
+
<TD width="500">
<TD width="289">Java files are not getting generated when doing codegen after updating operation name in capability editor</TD>
+
<i>Capability Definition:</i>
<TD width="216">179713</TD>
+
<TD width="202"></TD>
+
</TR>
+
           
+
                <TR>
+
<TD width="191"></TD>
+
<TD width="289">Compilation Errors shows up  for the java files after codegeneration</TD>
+
<TD width="216">185520</TD>
+
<TD width="202"></TD>
+
</TR>
+
               
+
             
+
                <TR>
+
<TD width="191"></TD>
+
<TD width="289">Topics provided in RMD file leads to failure of initialization of resource </TD>
+
<TD width="216">183804</TD>
+
<TD width="202">Known Limitation -  Workaround: After generation of code please remove the java files, build the project and can be deployed successfully</TD>
+
</TR>
+
  
                <TR>
+
Changes to operation name are not reflected
<TD width="191"></TD>
+
</TD>
<TD width="289">Could not GenerateJavacode when Entering duplicate Project name and Checking in Overwrite Files necessary checkbox</TD>
+
 
<TD width="216">185766</TD>
+
<TD width="500">
<TD width="202">Known Limitation -  Workaround: When Generating code for MRT or DD file, please provide non existent project name</TD>
+
Known limitation. Only workaround is to create a new
</TR>
+
capability.
+
</TD>
+
</TR>
</TABLE>
+
 
<TABLE border="1">
+
<TR>
+
<TD width="500">
<TR>
+
<i>Creating a new project:</i>
<TD bgcolor="#ffdcb9" height="20" width="904"><B>Managed Agent Explorer</B></TD>
+
 
</TR>
+
In some cases, Cannot create new WSDM capability or managed
             
+
resource type definition from File menu
             
+
</TD>
</TABLE>
+
 
<TABLE border="1">
+
<TD width="500">
        <TR>
+
When creating new Capability/managed resource type from the
<TD width="191"></TD>
+
File menu, Select the target Project i.e. Project1 using
<TD width="289">Unsubscribe image doesnot shows up on the Property in MAX</TD>
+
browse button; if it shows up in the corresponding text
<TD width="216">179923</TD>
+
field as
<TD width="202"></TD>
+
<i>\Project1</i>
</TR>
+
 
                <TR>
+
update it to
<TD width="191"></TD>
+
<i>/project1</i>
<TD width="289">noticed that Updated Custom Operation name doesnt
+
 
reflect in operations list, instead old Custom Operation name shows up</TD>
+
before proceeding.
<TD width="216">174474</TD>
+
</TD>
<TD width="202">Known Limitation -  Workaround: Updation of Operation cannot be done,instead please create a new capability and add the new operation.</TD>
+
</TR>
</TR>
+
 
               
+
<TR>
                <TR>
+
<TD width="500">
<TD width="191"></TD>
+
<i>
<TD width="289">Confused which Property belogs to which Capability In MAX</TD>
+
Array return type for operations in capability
<TD width="216">183152</TD>
+
definition:
<TD width="202">known Limitation</TD>
+
</i>
</TR>
+
 
+
If user selects to return array values for an operation,
+
then the generated WSDL file is marked invalid in the
</TABLE>
+
generated project
<TABLE border="1">
+
</TD>
+
 
<TR>
+
<TD width="500">
<TD bgcolor="#ffdcb9" height="20" width="904"><B>Relationships Editor</B></TD>
+
Known Limitation. This is a WSDL validation issue and does
</TR>
+
not affect the generated endpoint's operation.
+
</TD>
</TABLE>
+
</TR>
<TABLE border="1">
+
 
+
<TR>
<TR>
+
<TD width="500">
<TD width="191"></TD>
+
<i>Notification Topics:</i>
<TD width="289">Could not Remove the Relationship Property in Relationship participant</TD>
+
 
<TD width="216">179440</TD>
+
Topics provided in capability definition may lead to failure
<TD width="202"></TD>
+
of resource initialization on endpoint deployment
</TR>
+
</TD>
                <TR>
+
 
<TD width="191"></TD>
+
<TD width="500">
<TD width="289">Able to Add duplicate Relationship Definition</TD>
+
In the generated project, you will find an extra package
<TD width="216">181582</TD>
+
called
<TD width="202"></TD>
+
<i>org.eclipse.tptp.wsdm.runtime.capability</i>
</TR>
+
 
+
. Delete this package before deploying the generated
</TABLE>
+
endpoint.
<TABLE border="1">
+
</TD>
+
</TR>
<TR>
+
 
<TD bgcolor="#ffdcb9" height="20" width="904"><B>Import Java classes a Capability</B></TD>
+
<TR>
</TR>
+
<TD width="500">
+
<i>Manageable Resource Type:</i>
</TABLE>
+
 
<TABLE border="1">
+
When a capability definition that is used in one or more
+
Manageable resource type (.mrt) files is removed, the
<TR>
+
corresponding .mrt files fail validation
<TD width="191"></TD>
+
</TD>
<TD width="289">error throws up in error log On Selecting classe names of selected Jar files</TD>
+
 
<TD width="216">181604</TD>
+
<TD width="500">
<TD width="202"></TD>
+
Before deleting the capability definition from the project,
</TR>
+
remove it from the Manageable Resource Type definitions that
               
+
use the capability. Unfortunately, once a resource type
                <TR>
+
definition has been marked invalid, the reference to the
<TD width="191"></TD>
+
missing capability can be removed only by opening the file
<TD width="289">UCD: Jar file text box should be editable, so that user manually can add path or delete path</TD>
+
in a text editor and manually removing the entry.
<TD width="216">184378</TD>
+
</TD>
<TD width="202"></TD>
+
</TR>
</TR>
+
 
               
+
<TR>
             
+
<TD width="500">
               
+
<i>Deployment descriptor editor</i>
+
 
 +
: Custom Serializers shows up even when the related
 +
manageable resource type is removed from the deployment
 +
descriptor template file
 +
</TD>
 +
 
 +
<TD width="500">
 +
Known limitation. Open the .dd file in a text editor and
 +
remove all the &lt;custom-serializer&gt; elements that were
 +
used by removed resource type
 +
</TD>
 +
</TR>
 +
 
 +
<TR>
 +
<TD width="500">
 +
<i>Code Generation:</i>
 +
 
 +
On Java 1.4, code generation dialog does not show J2EE
 +
option
 +
</TD>
 +
 
 +
<TD width="500">
 +
Known Limitation. J2EE based endpoints cannot be created on
 +
Java 1.4 since Web tools project requires Java 1.5 or above.
 +
</TD>
 +
</TR>
 +
 
 +
<TR>
 +
<TD width="500">
 +
<i>Code generation</i>
 +
 
 +
: Generated deployment descriptor file (in the generated
 +
project) does not contain any custom serializers
 +
</TD>
 +
 
 +
<TD width="500">
 +
Known problem. Generate the deployment descriptor template
 +
from the manageable resource type definition (right click on
 +
the .mrt file). Associate custom serializer in the generated
 +
deployment descriptor template and then generate java code
 +
from the deployment descriptor file (right click on the .dd
 +
file)
 +
</TD>
 +
</TR>
 +
 
 +
<TR>
 +
<TD width="500">
 +
<i>Code generation:</i>
 +
 
 +
When codegeneration is successful for manageable resource
 +
type definition that has Relationship, Service group and/or
 +
Notification producer Capabilities additional packages are
 +
generated
 +
</TD>
 +
 
 +
<TD width="500">
 +
Known Limitation. Remove the additional packages from the
 +
generated project. Keep only the packages that correspond to
 +
the namespaces of the custom capability used in the resource
 +
type definition.
 +
</TD>
 +
</TR>
 +
 
 +
<TR>
 +
<TD width="500">
 +
<i>Code generation:</i>
 +
 
 +
Generasted Java code has compilation problems if the
 +
namespace provided for capability does not end in a format
 +
such as test2.org
 +
</TD>
 +
 
 +
<TD width="500">
 +
Known problem. If you wish to use a specific namespace for a
 +
capability, format it such that it ends with x.y. i.e.
 +
http://test1.org/test2 and http://test1.org/test2/test3 are
 +
incorrect; http://test1.test2.org is correct
 +
</TD>
 +
</TR>
 +
 
 +
<TR>
 +
<TD width="500">
 +
<i>Code generation:</i>
 +
 
 +
Could not generate code when capability has a property
 +
defined as writable and as constant for mutability
 +
</TD>
 +
 
 +
<TD width="500">
 +
A constant property cannot be writable. Ensure that constant
 +
properties are defined as read only.
 +
</TD>
 +
</TR>
 +
 
 +
<TR>
 +
<TD width="500">
 +
<i>Code Generation:</i>
 +
 
 +
Could not generate code if an existing project name is
 +
specified as target event if the "Overwrite Files" checkbox
 +
is checked
 +
</TD>
 +
 
 +
<TD width="500">
 +
When Generating code, provide a non-existent project name
 +
</TD>
 +
</TR>
 +
 
 +
<TR>
 +
<TD width="500">
 +
<i>Generated Endpoint:</i>
 +
 
 +
RuntimeException throws up when deploying Javacode on Tomcat
 +
</TD>
 +
 
 +
<TD width="500">
 +
Known Limitation. There are no side effects and the endpoint
 +
will function normally.
 +
</TD>
 +
</TR>
 +
 
 +
<TR>
 +
<TD width="500">
 +
<i>Spec compliance:</i>
 +
 
 +
:Service Group and Relationship capabilities do not provide
 +
topics as defined by the specification
 +
</TD>
 +
 
 +
<TD width="500">
 +
Known Limitation. The topics can be manually added to the
 +
corresponding files after code generation.
 +
</TD>
 +
</TR>
 +
 
 +
<TR>
 +
<TD width="500">
 +
<i>Generated endpoint:</i>
 +
 
 +
Generated OSGI project is not valid
 +
</TD>
 +
 
 +
<TD width="500">
 +
Export these packages: org.apache.muse.core.platform.osgi,
 +
org.apache.muse.core.platform.osgi.descriptor,
 +
org.apache.muse.core.platform.osgi.internal,
 +
org.apache.muse.ore.platform.osgi.routing and
 +
org.apache.muse.core.platform.osgi.util from
 +
'org.apache.muse.osgi.core' plugin as a jar to the created
 +
OSGI project. Add it as an additional jar to the project.
 +
</TD>
 +
</TR>
 +
 
 +
<TR>
 +
<TD width="500">
 +
<i>Managed Agent Explorer:</i>
 +
 
 +
Unsubscribe does not work
 +
</TD>
 +
 
 +
<TD width="500">
 +
The resource you are introspecting with the Managed Agent
 +
Explorer must support WS-RL for unsubscribe to be supported
 +
</TD>
 +
</TR>
 +
 
 +
<TR>
 +
<TD width="500">
 +
<i>Managed Agent Explorer:</i>
 +
 
 +
Can not set values for Operation parameter arrays through
 +
MAX
 +
</TD>
 +
 
 +
<TD width="500">Known Limitation</TD>
 +
</TR>
 
</TABLE>
 
</TABLE>

Latest revision as of 15:08, 29 June 2007

Known problem or limitation

Workaround

Project with spaces: When creating a capability in a project that has spaces in its name (for example, Test 1), a redmark shows up next to the capability file and when it is opened, all the fields are empty.

Create capabilities only in projects that do not have a space in the name

Capability definition import: Import of any XSD or WSDL which imports another XSD or WSDL using a HTTP URI , requires a network connection to resolve the imported XSD or WSDL file.

Before importing any WSDL or XSD file into an existing capability or while creating a new capability make sure that an internet connection is available.

Capability definition import: XSD property removed from capability cannot be imported again

Do not remove imported properties but instead create a new capability

Capability definition editor: When a property is removed from the capability editor, the related fields are disabled but still show values

Known Limitation

Renaming capability definitions: When renaming a capability definition file (.mcap), a confirmation dialog requesting confirmation for removal of the corresponding XSD and RMD files is shown.

Known Limitation. This will be addressed in the next release by providing a "Package Explorer" like view that hides the different files that compose a capability definition.

Capability Definition:

Changes to operation name are not reflected

Known limitation. Only workaround is to create a new capability.

Creating a new project:

In some cases, Cannot create new WSDM capability or managed resource type definition from File menu

When creating new Capability/managed resource type from the File menu, Select the target Project i.e. Project1 using browse button; if it shows up in the corresponding text field as \Project1

update it to /project1

before proceeding.

Array return type for operations in capability definition:

If user selects to return array values for an operation, then the generated WSDL file is marked invalid in the generated project

Known Limitation. This is a WSDL validation issue and does not affect the generated endpoint's operation.

Notification Topics:

Topics provided in capability definition may lead to failure of resource initialization on endpoint deployment

In the generated project, you will find an extra package called org.eclipse.tptp.wsdm.runtime.capability

. Delete this package before deploying the generated endpoint.

Manageable Resource Type:

When a capability definition that is used in one or more Manageable resource type (.mrt) files is removed, the corresponding .mrt files fail validation

Before deleting the capability definition from the project, remove it from the Manageable Resource Type definitions that use the capability. Unfortunately, once a resource type definition has been marked invalid, the reference to the missing capability can be removed only by opening the file in a text editor and manually removing the entry.

Deployment descriptor editor

: Custom Serializers shows up even when the related manageable resource type is removed from the deployment descriptor template file

Known limitation. Open the .dd file in a text editor and remove all the <custom-serializer> elements that were used by removed resource type

Code Generation:

On Java 1.4, code generation dialog does not show J2EE option

Known Limitation. J2EE based endpoints cannot be created on Java 1.4 since Web tools project requires Java 1.5 or above.

Code generation

: Generated deployment descriptor file (in the generated project) does not contain any custom serializers

Known problem. Generate the deployment descriptor template from the manageable resource type definition (right click on the .mrt file). Associate custom serializer in the generated deployment descriptor template and then generate java code from the deployment descriptor file (right click on the .dd file)

Code generation:

When codegeneration is successful for manageable resource type definition that has Relationship, Service group and/or Notification producer Capabilities additional packages are generated

Known Limitation. Remove the additional packages from the generated project. Keep only the packages that correspond to the namespaces of the custom capability used in the resource type definition.

Code generation:

Generasted Java code has compilation problems if the namespace provided for capability does not end in a format such as test2.org

Known problem. If you wish to use a specific namespace for a capability, format it such that it ends with x.y. i.e. http://test1.org/test2 and http://test1.org/test2/test3 are incorrect; http://test1.test2.org is correct

Code generation:

Could not generate code when capability has a property defined as writable and as constant for mutability

A constant property cannot be writable. Ensure that constant properties are defined as read only.

Code Generation:

Could not generate code if an existing project name is specified as target event if the "Overwrite Files" checkbox is checked

When Generating code, provide a non-existent project name

Generated Endpoint:

RuntimeException throws up when deploying Javacode on Tomcat

Known Limitation. There are no side effects and the endpoint will function normally.

Spec compliance:

:Service Group and Relationship capabilities do not provide topics as defined by the specification

Known Limitation. The topics can be manually added to the corresponding files after code generation.

Generated endpoint:

Generated OSGI project is not valid

Export these packages: org.apache.muse.core.platform.osgi, org.apache.muse.core.platform.osgi.descriptor, org.apache.muse.core.platform.osgi.internal, org.apache.muse.ore.platform.osgi.routing and org.apache.muse.core.platform.osgi.util from 'org.apache.muse.osgi.core' plugin as a jar to the created OSGI project. Add it as an additional jar to the project.

Managed Agent Explorer:

Unsubscribe does not work

The resource you are introspecting with the Managed Agent Explorer must support WS-RL for unsubscribe to be supported

Managed Agent Explorer:

Can not set values for Operation parameter arrays through MAX

Known Limitation

Back to the top