[udig-devel] Bad Jesse don't change API!
Jesse Eichar
jeichar at refractions.net
Sat Jan 19 15:09:49 PST 2008
This will affect rc14. It should be a minor change for most. In your
case you actually have a hierarchy that is greater than a single
level. So for you just leave the members implementations alone. And
implement the resources method ala the WMSServiceImpl's resources
method. That should hopefully be all you need.
This change is unrelated to the rule that all children of a Service
must have the pattern: Service#resourceIdPart. This is so that we can
efficiently search the catalog. So if you don't currently follow this
practice I would suggest that you start because it will speed up uDig
when you have a large catalog.
Jesse
Le 19-Jan-08 à 2:01 AM, andrea antonello a écrit :
> Hi Jesse :)
>
> Which version will that affect? rc14?
>
> Also I remember Jody talking about strictly having only # to separate
> identifiers. Does that apply? I'm not sure whether in JGrass we used
> also the pipe, remember? Hmmm... you can't remember, been time ago and
> I do not remember. Btw, I will check. Also for rc14? Which would be
> when?
>
> Ciao
> Andrea
>
> On Jan 19, 2008 2:24 AM, Jesse Eichar <jeichar at refractions.net> wrote:
>> My most profound apologies but I found myself having to change the
>> contract of IService.
>>
>> Previously IService#members(IProgressMonitor) was type narrows to
>> return List<? extends IGeoResource> I have changed that to return
>> the
>> same value as IResolve (IE List<IResolve>)
>>
>> I have also added a method resources(IProgressMonitor) which takes
>> the
>> place of the old members method. It now returns List<? extends
>> IGeoResource>. There is one difference, it should return all the
>> georesources of the entire sub-hierarchy within the service.
>>
>> Summary:
>>
>> In order to migrate your code simply rename members() to resources.
>> The new IService method has an implementation that simply calls
>> resources().
>>
>>
>>
>> Jesse
>> _______________________________________________
>> User-friendly Desktop Internet GIS (uDig)
>> http://udig.refractions.net
>> http://lists.refractions.net/mailman/listinfo/udig-devel
>>
> _______________________________________________
> User-friendly Desktop Internet GIS (uDig)
> http://udig.refractions.net
> http://lists.refractions.net/mailman/listinfo/udig-devel
More information about the udig-devel
mailing list