Oops, i will remove the the ucd files... accidentally committed them.

As for MapInfo.setLayers, the method is intentionally not there. The 
convention i have been following in the model is to have properties of 
collections not have a setter. Instead just modifying the list returned 
from the getter directly.

Simone Giannecchini wrote:
> Hi list,
> I have been briefly looking at the new config, I am reporting a few
> minor issues:
> 
>> the eUML .ucd files have been committed, we should porbably get rid of them
>> I have noticed that for some interfaces the set of getters is not idempotent 
>> to the set of setters: as an instance the MapInfo interface is missing a 
>> setLayers method. Is this wanted or the side effect of a late night commit? 
>> :-) Can I add the missing methods to the interfaces while I review the code?
> 
> Ciao,
> Simone.


-- 
Justin Deoliveira
The Open Planning Project
[EMAIL PROTECTED]

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Reply via email to