Hi,

I'm creating some custom features for our site which need a Business Layer etc as they get data from web services. I've set up my custom projects as described here: http://techblog.strongeye.com/archive/2009/12/16/creating-a-mojoportal-module.aspx so I have project myProject.Data, MyProject.Business and MyProject.UI

In my Business Layer I need to run the XML responses through an XSLT to format the data to pass to the custom features. The location/names of these XSLTs need to be changeable without changing code & recompiling. 

I've tried to replicate what happens in the mojoPortal.Business project and currently have a Properties folder with resource files in it. However I'm getting errors with them. If I name the resource file Resources.resx I get errors as I'm conflicting the the mojoPortal Resources class, but it seems to want the file to be named 'resources' is automatically appended when I try to create the ResourceManager.  If I name it something else I can compile but get error:

Could not find any resources appropriate for the specified culture or the neutral culture.  Make sure "myProject.Business.Properties.MyResourceFile.resources" was correctly embedded or linked into assembly "myProject.Business" at compile time, or that all the satellite assemblies required are loadable and fully signed

I'm trying to access the resource file though a resource manager:

System.Resources.ResourceManager("MyProject.Business.Properties.Resources", typeof(MyBusinessLayer).Assembly);

Is it possible to have settable business layer properties in a resource file or do I need to do this in an entirely different way? I do have resource files for the custom features which I then access with mojoPortal.Web.Settings, which works great.

Kate,

Since the name/location string is a variable that you'll need to be able to change "on the fly" - have you considered making it a config entry for the module itself?

Ashlan - no, these are new resource files. Thanks for the suggestion though.

Sounds like configs might be the right way to do this. I was wanting to avoid those as I didn't want to have to edit server files to switch to a new xslt. I was hoping I could somehow arrange it so our admin users of the site could create the xslt, upload a new version to their allowed directory & then use the mojoportal admin pages to set which xslt to use. The values don't need to change on the fly - my code won't set them - it just would've been nice to have a way of changing them without editing server files.

Joe - I think I may be misunderstanding how the module settings / resource files work in mojo. I don't need localisation, just values. I thought that the resource file changed the label/text displayed to describe the setting on the admin edit panel, and the value is stored in the database - is that not correct? I do have this working perfectly on the custom controls themselves, I was trying to replicate it in the Business Layer which standardises the XML that passes to the custom controls.