Let me be as clear as possible.

We are two developers. My boss installed Strataframe on a Windows Server 2003 PC (CPU is 32 bit Core2Duo). He used the Strataframe source code project, modified the source code and build new dlls. He managed to install these new dlls to the server by using a batch file similar to AfterBuild.bat. Everthing is working fine in this PC. The strataframe database is also located in this server.

I installed Strataframe on a Windows Server 2008 R2 PC. The Visual Studio 2010 contains the Strataframe menu.

In order to be able to work with the same project I have to install the new dlls. I took new dlls from him and used a similar AfterBuild.bat to register the new dlls. Here is my AfterBuild.bat:


for %%x in (*.DLL) do "%ProgramFiles(x86)%\Microsoft SDKs\Windows\v7.0A\Bin\NETFX 4.0 Tools\gacutil.exe" -i "%%x" -f
for %%x in (*.DLL) do copy /Y "%%x" "%CommonProgramFiles%\MicroFour\StrataFrame"
for %%x in (*.DLL) do copy /Y "%%x" "%CommonProgramFiles(x86)%\MicroFour\StrataFrame"


After executing this batch file and try to open Visual Studio 2010 the following error appears:


ArgumentException
  The stream could not be evaluated because the resource could not be located.

Source     : MicroFour StrataFrame Base

Stack Trace:
   at MicroFour.StrataFrame.UI.Localization.CreateDataTableFromStream(Stream Input)
   at MicroFour.StrataFrame.UI.Localization.RegisterEmbeddedXmlFile(Assembly ContainingAssembly, String FullPath)
   at MicroFour.StrataFrame.AddIns.AddInManager.OnConnection(Object application, ext_ConnectMode connectMode, Object addInInst, Array& custom)



When I close the error, the visual studio starts but without the Strataframe tab. When I try to access a form using the new dlls I get an error:


The specified DataSourceKey [] was not found within the collection.


When I run Strataframe setup and choose modify and repair, I return back to the situation when I first installed Strataframe.

Could you please help us?

Hi,

I finished all 7 steps successfully without any error. Everything is working fine with Strataframe, I am waiting for the next steps to install new source code dlls.

Now, as for new source code, it sounds as though you have made changes to StrataFrame.  Honestly, this is really never a good idea.  If there is something at the root level that is an issue, then we should be made aware so that it can make standard distribution.  If you are extending the framework, you should create your own assemblies that inherit from StrataFrame.  Then you can override, etc. and not have any core issues.

But at any rate, you will want to get the most recent version of source code.  You will then build it in debug mode so that you can track any errors that may come up during development more easily.  These assemblies should be updated in the GAC once built using the gacutil.  The AfterBuild.bat files attempt to do this for you in the post build events of the project.  If you open up the GAC and see multiple versions of the same assembly of StrataFrame with the same version, then you will need to remove the one that you are not using.  I recommend building StrataFrame in MSIL (All CPUs) as this will reduce downstream issues.

If you take any of these steps and it doesn't work, then you know that it is the source code you are building.  At that point, there is not much I can do for you as you will need to talk with your co-worker and figure out what has changed and how to resolve these issues.

Hi Trent,

Please take into consideration that the changes to the StrataFrame source code is working perfectly well in my boss PC (Windows 2003 Server with 32 bit Core2Duo CPU). The changes to the source code are only some bug-fix changes, new properties are added and Foreign Key Support is added. We can share the code with you if it is required.

We are thinking that if the dlls are working in one environment perfectly well, they should be able to work in another environment too.

Could you please help us?

Now you have SF originally working on your machine, have you by any means tried making the changes one by one to your source code, compiling it, and testing it? Since he has made changes to the source code, I would think he has a list of them. And as they are not many, as you said, it would point you directly to where the issue could be.

I will be trying to implement the changes to the new version of StrataFrame and post the problems here.

Thank you for your support. I managed to handle the problems with 1.7.3.5 by applying all changes one by one.

I like version 1.7.3.5 

Glad to hear it!

Hi Trent.

what the heck are you doing working on Thanksgiving? Do you ever take a break?

Happy Turkey Day!

-- Marcia

Glad you got it going!