Hi there,

maybe I'm doing something stupid, but I tried the SampleDataInstallerClass from the Example.zip for C#. I unpacked the examples to the projects directory and opened the solution with VS2005. Then I corrected the references to my new strataframe components on my machine and started debugging.

I tried the Pre-Build Dialogs, but as soon as I click on the combobox to choose the server, I get an exception in MDDeployMain.vb at

 '-- Clear the combo

cboSQLServer.Items.Clear()

telling me, there is a cross-thread call exeption.

Therefore I can't choose any server and have to stop debugging.

Any hint?

TIA and friendly greetings, Ralph

I am glad that you got it working.  I am unsure why your environment would act differently.  I looked through the code to ensure that there was no cross-thread violations...and I did not see any.  However, we are about to rework this dialog anyway, so I will be sure to take this into account!

Thanks for your information and efforts!!!!

Hello Trent,

sometimes it worked as expected, somtimes I got a cross-thread error.

Accessing the combobox from inside the DoWork-Method is causing the error. The combobox is an element instantiated outside the DoWork thread of the BackgroundWorker and therefore lies at another thread, I guess. I don't know why it is working sometimes, but I don't know at all why Windows is working sometimes, or not...

Thank you very much, this will be great!

But could you localization issues also take into account? It would save me (and other international customers too) tons of work...

Thank you very much and friendly greetings,

Ralph

That would probably be a good idea.  Just to make sure that you are aware...you can create your own deployment dialogs right now as we speak.  In fact, the framework comes with a sample showing how to do this so you can create your own deployment environment for an install or whatever need you have there.  This is what we do for our medical software as well as the SF installation.  This is just a thought so you could move forward without having to wait on me

Hi Trent!

Yes, Trent. I'm aware and that's really cool.

But it would be even cooler, not to have to do that.

Please don't get me wrong, SF is a great framework and I love it. I tried a few others and found SF seems to fit my needs best, especially the data deployment tool. This tool makes SF a real time saver when installing data for applications. Unfortunately this really important tool is not localized, which causes me to 'create my own deployment environment for an install'. It would be really great not to have to do that. I hope I can put my own development environment into a trash-can some time soon...

Thank you very much and friendly greetings,

Ralph