Hi,

Implementing a new Data layer is not a trivial task. I think at least in theory an xml data layer could be implemented. The business layer generally wants to consume IDataReader so if there is such a thing as XmlDataReader and it implements IDataReader, then I think its possible.

What you would do to start is create a class library project named mojoPortal.Data.Xml, but then in the project properties make the Assembly name and the default namespace mojoPortal.Data

Now you just have to implement all the static classes and methods by copying the method signatures from one of the other core data layers. You could go by any of them as a guide but probably mojoPortal.Data.MSSQL or mojoPortal.Data.MySql is what I would use as a guide. (Though there may be a few unused methods that you could leave out)

When you can change the reference from mojoPortal.Business to your data layer project and it builds then you have implemented all the methods and are ready to test.

It will be a good bit of work I think, but would be very cool if it was implemented.

Best,

Joe

I did a little googling and there doesn't seem to be an XmlDataReader built into the .NET framework. Looks like Paul Wilson once implemented one and had it on gotdotnetworkspaces but its disappeared. Maybe more googling would turn up some additional alternatives.

Joe

Sqlite is a file based db, it only requires a dll and the db file there is no installation needed (on windows) and is often included on linux distros. Its free, open source. I don't think its as fast or robust as as SQLExpress and it also can't be used in medium trust hosting environements. In full trust its easy to use and deploy.

Joe

Found a post here that has sample code for implementing a custom IDataReader around xml. See the code for SimpleDataReader which forms the base class for XmlDataReader. Code in the post looks more or less complete working example.

Joe

Well if you actually implement such a thing it would be a great contribution to the project.

Cheers,

Joe