Hi, I am using the 0.4.0 version. I did consider the Adapter way of dynamically loading the Provider. When I went through the code of CouchDBAdapter, what I did not understand is how to register the Adapter dynamically? Like will there be a properties file which will contain the CustomAdapter class file linked tp the URI for which it should be loaded? I could not find any examples for actual registration. It would be helpful if someone can point me to one.
My scenario is this: I have multiple databases from which I'll be retrieving data. I want to write Adapters which will retrieve this data through APP, modify it if necessary and send it back again through APP. The problem arises because I will be interacting with multiple databases. So I want to create a system where each type of database is considered as a different SERVICE, each database in it as a WORKSPACE, each table as a COLLECTION and each row as an ENTRY. And to parse it appropriately I need to load the Provider corresponding to the URL hit. And all this has to happen on the fly. i.e I don't want to reload my Servlet to reflect the changes. Regards, Madhu S Kaushik On Wed, Jan 14, 2009 at 8:29 PM, David Calavera <[email protected]>wrote: > Hi Madhu, what's the version you are using? > > With the 0.4 version you can load adapters dinamically, take a look at > CouchDBAdapter or JdbcAdapter code. Can you explain why do you need to load > the provider in this way? > > On Tue, Jan 13, 2009 at 5:44 PM, Madhu Kaushik <[email protected] > >wrote: > > > Hi > > > > I have a Custom Content Provider which extends AbstractWorkspaceProvider > > and > > implements Provider. And I'm doing all the mapping in the web.xml through > > init-params. I have multiple Target Builders and Target Resolvers for > types > > of SERVICE, WORKSPACE, COLLECTION, and ENTRY. My requirement is to > somehow > > load the appropriate content providers during runtime based on the URL I > > receive. Is this a feasible option? > > > > > > Regards, > > Madhu S Kaushik > > > > > > -- > David Calavera > http://www.thinkincode.net >
