Re: Oracle producer throwing fault on getServiceDescription

[David Ward <david.ward@oracle.com>]

Subbu

This is indeed a misleading phrase in the spec, which seems to imply 
"!requiresRegistration => !(registration supported)" [Read "A => B" as 
"implies", i.e. "if A then B"]. However, this is not the part of the 
spec which specifies the meaning of the requiresRegistration flag, so 
shouldn't be taken too literally.

 From the definition of requiresRegistration:

    requiresRegistration: A boolean indicating whether or not the
    Producer requires Consumer registration. If requiresRegistration is
    set to “false” then it MUST be valid to not pass a
    RegistrationContext parameter to all operations with this parameter.
    If requiresRegistration is set to “true” then the Producer MUST
    return a fault message when no RegistrationContext is supplied to an
    operation, other than getServiceDescription(), which takes this field.

So we definitely have "requiresRegistration => registration supported", 
which is logically equivalent to "!(registraion supported) => 
!requiresRegistration", but it still doesn't state the converse, so it 
is still valid for us to assume registration is supported when 
!requiresRegistration.

Also, from the description of the registration port type

    A Producer that supports in-band registration of Consumers exposes
    the optional registration interface.

This also seems to imply that if the interface is exposed by the 
producer, the producer supports registration (whether or not 
requiresRegistration is set).

So could someone from the TC please clarify that it is wrong for a 
Consumer to assume "!requiresRegistration => !(registration supported)" 
and perhaps think about fixing the reference that Subbu mentions?

Dave

Subbu Allamaraju wrote:

> Could you point me to the spec where this is specified? From page 52, 
> line 25,
>
> "the Producer’s metadata declares registration is not supported (i.e. 25
> requiresRegistration flag was set to “false”), ..."
>
> it is quite valid to interpret that the producer is indicating that it 
> does not support registration by setting this flag.
>
> Regards,
>
> Subbu
>
>
> David Ward wrote:
>
>> If your producer has a registration port, our consumer will call it. 
>> Registration is still allowed by the spec when requiresRegistration = 
>> false. If you don't want our consumer to register you, you will have 
>> to remove the registration port from your WSDL.
>>
>> Regards
>>
>> Dave
>>
>> Subbu Allamaraju wrote:
>>
>>> Thanks.
>>>
>>> On a related note, we tried to register our producer with your 
>>> consumer. The producer we deployed does not support registration 
>>> (hence returns false for requiresRegistration) and throws a fault 
>>> when register() is called. But Oracle consumer is always trying to 
>>> call register() after getting service description.
>>>
>>> Regards
>>>
>>> Subbu
>>>
>>> David Ward wrote:
>>>
>>>> The schema doesn't define registrationHandle as nillable, therefore 
>>>> it is invalid to send xsi:nil for the registrationHandle. The 
>>>> registrationHandle should be ommitted altogether if it is not set.
>>>>
>>>> I guess this is what is tripping up JAX-RPC.
>>>>
>>>> Regards
>>>>
>>>> David
>>>>
>>>> Subbu Allamaraju wrote:
>>>>
>>>>> David,
>>>>>
>>>>> I'm getting a server fault when our consumer is trying to get 
>>>>> service description. Details are below.
>>>>>
>>>>> Regards,
>>>>>
>>>>> Subbu
>>>>>
>>>>> Request >>>>>>>>>>>>>>>>
>>>>>
>>>>> Content-Length      369
>>>>> User-Agent     BEA WLP 8.1
>>>>> SOAPAction     urn:oasis:names:tc:wsrp:v1:types:getServiceDescription
>>>>> Content-Type     application/x-www-form-urlencoded; UTF-8
>>>>> Accept     text/xml, application/xml, */*
>>>>>     <soapenv:Envelope 
>>>>> xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/";>
>>>>>    <soapenv:Body>
>>>>>       <urn:getServiceDescription 
>>>>> xmlns:urn="urn:oasis:names:tc:wsrp:v1:types">
>>>>>          <urn:registrationContext>
>>>>>             <urn:registrationHandle xsi:nil="true" 
>>>>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"/>
>>>>>          </urn:registrationContext>
>>>>>       </urn:getServiceDescription>
>>>>>    </soapenv:Body>
>>>>> </soapenv:Envelope>
>>>>>
>>>>> Response <<<<<<<<<<<<<<<<
>>>>>
>>>>> <env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/";>
>>>>>    <env:Body>
>>>>>       <env:Fault>
>>>>>          <faultcode>env:Server</faultcode>
>>>>>          <faultstring>Internal server error</faultstring>
>>>>>       </env:Fault>
>>>>>    </env:Body>
>>>>> </env:Envelope>
>>>>>
>>>>
>>>> -- 
>>>> ------------------------------------------------------------------------ 
>>>>
>>>>
>>>> *David Ward*
>>>> Principal Software Engineer
>>>> Oracle Portal
>>>>     Oracle European Development Centre
>>>> 520 Oracle Parkway
>>>> Thames Valley Park
>>>> Reading
>>>> Berkshire RG6 1RA
>>>> UK    *Email:*     david.ward@oracle.com 
>>>> <mailto:david.ward@oracle.com>
>>>> *Tel:*     +44 118 924 5079
>>>> *Fax:*     +44 118 924 5005
>>>>
>>>>
>>>>
>>>
>>>
>>
>> -- 
>> ------------------------------------------------------------------------
>>
>> *David Ward*
>> Principal Software Engineer
>> Oracle Portal
>>     Oracle European Development Centre
>> 520 Oracle Parkway
>> Thames Valley Park
>> Reading
>> Berkshire RG6 1RA
>> UK    
>> *Email:*     david.ward@oracle.com <mailto:david.ward@oracle.com>
>> *Tel:*     +44 118 924 5079
>> *Fax:*     +44 118 924 5005
>>
>>
>>
>
>

-- 
------------------------------------------------------------------------

David Ward
Principal Software Engineer
Oracle Portal
Oracle European Development Centre
520 Oracle Parkway
Thames Valley Park
Reading
Berkshire RG6 1RA
UK
Email: david.ward@oracle.com <mailto:david.ward@oracle.com>
Tel: +44 118 924 5079
Fax: +44 118 924 5005