> There is no such a such as a version or a subformat, please check the api,
> a PPIO binds
> a java class to an input/outupt.
>

I was looking at how the API may grow in the future if you want to untangle
xml/text/binary formats.


> To be clear, my objective is to make it possible to add more PPIOs without
> having to register
> them one by one in the app context (and have to know in advance what they
> are), I have
> no scope to redesign the way PPIOs are working, are looked up, or the
> functionality
> they expose, I just want to  declare their existence to the current code.
>

See start of my comments: *"my ideas bash around the edge of your problem
in order to determine scope.*"

In this case I was trying to write down your requirement: "We need to tell
apart xml/text/binary formats (as they need to be implement different  base
classes)"

I had two ideas on the table for that - what did you have in mind?

I don't get why to do such a simple task we have to involve a unrelated
> large refactoring
> of the PPIO code base.
>

Just trying to make sense of your requirements, design alternatives expand
scope in the hopes of hitting on a small subset. If there is something to
be learned so be it.
--
Jody
------------------------------------------------------------------------------
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Reply via email to