[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