[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: [wsrp] modifyRegistrationRequired fault
The draft spec does not seem to give much guidance on how to handle the new proposed fault? I would expect consumer processing for an end-user to abort on the fault (affected portlets are not rendered) and an admin to be notified to go and attempt a modifyRegistration operation interaction with the faulting producer (correct me if I'm wrong but Portal users may not even see the new modified registration until they log in again). This leads me to two questions:
Should example usage of the new fault be better described?
Should the fault type be declared to extend the 1.0 InvalidRegistrationFault (or a common base type be inserted)?
<element name="ModifyRegistrationRequired" type="types:ModifyRegistrationRequiredFault"/>