Yes, all the loaders 'wrap' around this base loader:

https://svn.apache.org/repos/asf/incubator/devicemap/trunk/devicemapjava/src/main/java/org/apache/devicemap/client/loaders/Loader.java


The loader needs to return a set of Devices back to the client:

https://svn.apache.org/repos/asf/incubator/devicemap/trunk/devicemapjava/src/main/java/org/apache/devicemap/client/data/Device.java

The client then compiles a pattern index from the Device set and that's it, the 
client is ready to classify:

https://svn.apache.org/repos/asf/incubator/devicemap/trunk/devicemapjava/src/main/java/org/apache/devicemap/client/DeviceMapClient.java


So it should be pretty flexible... Just need to standardize the design around 
some interfaces so they can be properly extended.


________________________________
 From: Bertrand Delacretaz <[email protected]>
To: [email protected] 
Sent: Wednesday, June 26, 2013 10:59 AM
Subject: Re: device map java client
 

Hi,

On Wed, Jun 26, 2013 at 4:43 PM, Reza <[email protected]> wrote:
> ...add more methods for loading DDR data. Currently we load from
> filesystem (OpenDDR style), would like to:
>   -load from user defined files
>   -load from user included jar
>   -load from default URL and user defined URL...

Would be good to accept InputStream or Reader (maybe in addition the
above), as this works for any data source. For my use cases I might
feed the thing from a JCR repository, so none of the above would work.

-Bertrand

Reply via email to