This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 116242 - static validation - SA00047
Summary: static validation - SA00047
Status: CLOSED FIXED
Alias: None
Product: soa
Classification: Unclassified
Component: BPEL Validation (show other bugs)
Version: 6.x
Hardware: All Windows XP
: P3 blocker (vote)
Assignee: Vladimir Yaroslavskiy
URL:
Keywords:
: 100154 (view as bug list)
Depends on:
Blocks:
 
Reported: 2007-09-21 02:26 UTC by kiran_bhumana
Modified: 2009-05-06 14:24 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description kiran_bhumana 2007-09-21 02:26:22 UTC
Needed to verify if the following static validation is in place. The bug i noticed was I had an OnEvent referring to an
operation whose message has a part. But the onEvent itself didn't define the message. The validation didn't ERR on that. 
While it should ERR on that, I wanted to make sure that we don't ERR on the following which is acceptable by the BPEL
spec. (refer the spec's static analysis section)

SA00047
One-way invocation requires only the inputVariable (or its equivalent <toPart> elements) since a response is not
expected as part of the operation (see section 10.4. Providing Web Service Operations – Receive and Reply ).
Request-response invocation requires both an inputVariable (or its equivalent <toPart> elements) and an outputVariable
(or its equivalent <fromPart> elements). If a WSDL message definition does not contain any parts, then the associated
attributes variable, inputVariable or outputVariable, MAY be omitted,and the <fromParts> or <toParts> construct MUST
be omitted.	Section 10.3
Section 10.4
Section 10.4
Section 11.5
Section 12.7

SA00048
When the optional inputVariable and outputVariable attributes are being used in an <invoke> activity, the variables
referenced by inputVariable and outputVariable MUST be messageType variables whose QName matches the QName of the input
and output message type used in the operation, respectively, except as follows: if the WSDL operation used in an
<invoke> activity uses a message containing exactly one part which itself is defined using an element, then a variable
of the same element type as used to define the part MAY be referenced by the inputVariable and outputVariable
attributes respectively.	Section 10.3
Comment 1 Sergey Lunegov 2007-10-26 11:55:40 UTC
Task for Sierra
Comment 2 Vladimir Yaroslavskiy 2008-01-11 11:49:06 UTC
47:
FIX_OutputVariableForOneWayOperation
FIX_AbsentInputVariableForOneWayOp
FIX_AbsentInputOutputVariables

48:
FIX_BadVariableMessageType
FIX_BadVariableElementType
Comment 3 Andrei Chistiakov 2008-01-17 11:09:26 UTC
Changed target milestone from Sierra to 6.1 in order to display correct info on
NB 6.1 dashboard
Comment 4 Vladimir Yaroslavskiy 2008-02-29 15:05:28 UTC
*** Issue 100154 has been marked as a duplicate of this issue. ***
Comment 5 Vladimir Yaroslavskiy 2008-03-04 14:06:32 UTC
fixed.
Comment 6 Vladimir Yaroslavskiy 2009-05-06 14:24:16 UTC
v/c