perfsonar development work

["Jeff W. Boote" <>]

Maciej Glowiak wrote:
> Hi again,
>
>     after discussion with Roman I realized that perhaps we might get rid 
> of other ...Exceptions (SystemException, DataFormatException, etc.) than 
> PerfSONARException. All information about the error is now inside result 
> code which is a part of PerfSONARException.
>
> But that small change is in fact serious change that may influent on 
> several services, so all service developers based on pS base should be 
> aware of that. So the agreement from _Steering Group_ is required.

Hi Maciej,

Perhaps you could explain what the change would mean for those other services.

I'm not sure I see the advantage/disadvantage of the change. Is it just code 
clean-up? If so, couldn't the current Soap Handler catch all of these exceptions 
and add generic errors for the ones that do not have the result code portion? 
(In fact, doesn't it already?)

That would mean a generic error could still be reported to the client, and 
individual service developers can be encouraged to change exceptions to provide 
more information. But, it would remain a backwards compatible change then. 
Right? Or do I misunderstand the issue?

Also, I'm not convinced this is an issue for the Steering Group. I would hope 
that things at this low of a technical level could be decided among the 
developers. If we can't agree, then of course we can push it up. But, we should 
at least try to figure it out. It is a technical issue specifically with the 
Java implementation, not an interoperability question - or a matter of resources 
or politics, right?

jeff