I currently evaluating the framework and I am trying to run the DevExpress samples. It seems that those are build with the DevExpress 6.3.3, while I have installed 7.1.6.

Is there a way of running them without re-installing 6.3.3?

Thank you for your time,

George Nentidis

So here's another problem:

1. I generated a BusinessObject using a View instead of a Table.

2. I have customized the columns displayed in a ListView by adding one Display Field and one Column.

3. When I run the application I get an exception of " Column 'Col0' does not belong to table ."

Could this be that BusinessObject is generated using a View instead of a Table?

Thanks again.

The only other option would be to create an app.config file that redirects all references of the 6.3.3 DevExpress to the 7.1.6 DevExpress.  I'm not sure how to do that explicitly, becasue Visual Studio always adds the app.config files for me when I need an assembly redirect.  Check Google for "app.config assembly redirect" and you should find someone that has an explanation on how to do it.

2)  That will work fine as well. 

3)  Did you add the columns to the ListView itself?  You have to define the columns that will belong to the ListView (through the ListView's property sheet, not our type editor).  Then, add the display fields and then add the column display values in our type editor (say if you add {0} - Field1 as a display field, then you need to add a FormattedString column value that is {0}).  Post a screen shot of the data you entered in the type editor if you still have questions and I'll point you in the right direction.

I have managed to run the samples and make some of my own. I have used Enhanced List. Some things that I need to ask are:

1. I intend to use BOs with DevExpress grid, for editing them. Is there going to be any problem with that? Are there any limitations or issues that I need to be aware of?

2. Can I use BOs with SQL 2005 Reporting Services? Either for local or server rendering?

Forgive me if those questions are all somewhere in a manuall already answered.

George Nentidis.

We have a control called the BusinessBindingSOurce which allows you to wrap a business object and then interact with any 3rd party control, include a grid, without issue.  The BBS allows you to attach an SF BO to the grid as a native .NET data source. 

Yes.  The same will be true with the SQL reporting services.  We have a number of developers who use the SQL Reporting Services and there are a number of different ways to use an SF BO with the reporting services as well.

Thank you all for your responses.

I have managed to solve most of the problems real fast. And I can see that with StrataFrame we can work really fast and focus on our business logic. If it all prooves to be quite stable in time, it is going to be a huge relieve.

Another thing I am trying to solve now is the cooperation of StrataFrame with CAB. The only issues I can see is that CAB works with UserControls instead of forms. This should be easy since StrataFrame has already an SF UserControl template.

Also the Application object is different. CAB required application objects to inherit from certain classes, while Strata needs some events and methods.

Are you familiar with CAB? Do you work with CAB? Any of your customers do? Do you think we might have any problems with that?

Thank you once again

George Nentidis

StrataFrame will work with the CAB (Composite UI Application Block for those who are wondering) as it is written in .NET 2.0.  We do not spend a lot of time in it nor does anyone that comes to mind at the moment.  However, I can tell you from vast experience how to create user controls and then implement that SF user control in another environment that it works quite well. 

If you run into the need to use the BOTranslations in a situation where a user control is dropped on another user control before the next update, let me know.  We have recently made some changes to the BOTranslations as is relates to the user control which allows the translations to nest themselves inside of other controls rather than on a form.  You will know pretty quick if you run into.  In that instance I can post the assemblies for you.  We are planning to get a new update out fairly soon so it may end up being a mute point.

As for the DataSources.

I try to skip the ConnectionManager wizard, and read a connection string from a configuration file. I add a few connection string in the DataLayer.DataSources collection. When using a BO I set the DataSourceKey property and it works ok. When populating a grid with a BO, the grid create a BO instance on its own. How can I set the DataSourceKey for that instance to? The PopulatationDataSourceSettings property does not have property for that. I set the DataSourceKey at the BO's contructor. Is there another preffered way?

Thank you for your help.

George Nentidis

I have found the DataSourceKey property on the BO's designer.