Could not load file or assembly CrystalDecisions.ReportAppServer.Controller

[Former Member]

Hello

I am getting this error in Visual Studio 2010 on Windows 7 64 bit.

Could not load file or assembly 'CrystalDecisions.ReportAppServer.Controllers, Version=13.0.2000.0, Culture=neutral, PublicKeyToken=692....1304' or one of its dependencies. The system cannot find the file specified.

I installed CR redistributable on the workstation and verified that the file does in fact exist and is the correct version.

Please help.

[former_member183750 · Accepted solution]

Which "CR redistributable" did you install?

Is your app compiled as 32 bit or 64 bit?

Ludek

Follow us on Twitter http://twitter.com/SAPCRNetSup

Got Enhancement ideas? Try the [SAP Idea Place|https://ideas.sap.com/community/products_and_solutions/crystalreports]

[Former Member · Accepted solution]

The file I installed is called CRRuntime_64bit_13_0_1.msi

I'm not sure what the application was compiled as, as I didn't write it. It does run on a 64-bit server but could still be 32.

Can I install the 32-bit redistributable on the same workstation as the 64, to try it, or should I uninstall 64-bit first?

[former_member183750 · Accepted solution]

I'm not sure what the application was compiled as, as I didn't write it.

Is this a 3rd party app? E.g.; who did write it?

- Ludek

[Former Member · Accepted solution]

No, it was developed in house. It is a website application. We upgraded our CMS, and I'm just trying to get that one web app to compile on my workstation and got stuck on this error. I was previously getting errors about CrystalDecisions.Web (same error) but installing the redistributable fixed it, so I thought I had the right version. So should I try the 32-bit one? Sorry, I know absolutely nothing about Crystal Reports, as you can tell....

[former_member183750 · Accepted solution]

Installing the 32 bit runtime will not hurt. Will it help? Hard to say as there may be other variables at play, particularly if this is a web app. Oh, and use the SP 2 runtime:

Not required, but certainly preferred.

- Ludek

[Former Member · Accepted solution]

I apologize Ludek, I spoke with the developer and the web app was installed on the server with CR 64-bit.

The installer files on the server are: CRforVS_13_0_1.exe and CRforVS_redist_install_64bit_13_0_1.zip.

However, a different version of CR comes wtih Visual Studio, and I have both installed. I can see both versions of the files but in case VS becomes blind and can't see the correct version unless you uninstall ALL other version of CR, I thought this might be the problem.

However, I uninstalled the other version and now in my C:\Windows\assembly I can only see 13.0.2000.0 and I am still getting the error on the same file. I can see that the file is present and the same version. Is there a way to get VS to tell if it is looking for 32 bit or 64 bit?

Edited by: lcslcs on Dec 19, 2011 8:49 PM

[former_member183750 · Accepted solution]

The 1st thisg we want to establish is if the develoepr ic compiling the app as 32 bit, 64 bit or "Any CPU". Next, get the developer to tell you the CR assemblies he is referencing - name and versions. Then, is this a web or a win app?

- Ludek

[Former Member · Accepted solution]

Hi Ludek,

I am trying to compile the web application as "Any CPU" (it is the only option in the drop down list in VS2010).

As for what is referencing, he just dragged a Crystal Report tool from his VS toolbox onto a page, so a reference is automatically added.

The version on the server works, but has not been compiled as an application. The server is Windows 2008 64-bit. Im trying to accomplish this on my workstation (Windows 7 64-bit)

I hope this helps

Also, the web.config file references 3 other Crystal Reports files before this one, that seem to work.

CrystalDecisions.Web

CrystalDecisions.Shared

CrystalDecisions.ReportSource

Then it stops when it gets to

CrystalDecisions.ReportAppServer.Controllers

Edited by: lcslcs on Dec 19, 2011 10:14 PM

[former_member183750 · Accepted solution]

The version on the server works, but has not been compiled as an application

The above sounds like you are running the app from the .NET IDE(?). That being the case, the IDE uses the 32 bit runtime.

Compiling as "Any CPU" and deploying to a 64 bit computer, will immediately require a 64 bit runtime:

http://downloads.businessobjects.com/akdlm/cr4vs2010/CRforVS_redist_install_64bit_13_0_2.zip

- Ludek

[Former Member · Accepted solution]

Hi Ludek, thanks for your reply. Sorry if I'm confusing you, but I'm a bit confused myself

Here is what I hope is a better explanation.

The way it works is that we have a web application in IIS on Windows Server 2008 64-bit. What we do is copy the templates (ASPX files) and bin (DLL) files to the Windows Server's IIS via Team Foundation. The files are accessed with a web browser. We don't compile/debug because previously, our CMS's code behinds were mixed C# and VB and the application would not compile. However, the files can still be accessed via a web browser and the dynamic website worked fine. "Debugging" was done via trial and error on a testing server.

Now, we have upgraded the CMS so all the code behinds are C# and the site should compile. One of our web apps (that doesn't use Crystal Reports) has compiled successfully and I am currently doing the second one. I am trying to compile the whole application for the first time on my workstation, but the Crystal Reports DLLs are causing errors. I used the 64-bit re-distributable Crystal Reports for Visual Studio version 13_0_1 because I wanted to make sure I had the same version as our Web servers.

We do not run the web app from the IDE (have never been able to), except for now when I am trying to build/compile on my workstation via Visual Studio. In production it is accessed on the web server via web browsers only.

I hope this makes more sense as to what I am trying to do. Thanks for the link but I am afraid if I install 13_0_2 I will start getting version conflicts.as the server has 13_0_1 64-bit.

Thanks for your help so far and I hope this helps!

[Former Member · Accepted solution]

Hi Ludek

Well I finally looked at the C:\Windows\Assembly folder on the server and it turns out the server has BOTH 32-bit and 64-bit Crystal Reports assemblies installed side-by-side. I didn't know that was possible. That must be why the first 3 assemblies got through the bulld and it caught on the 4th. So I installed the 32-bit version on my workstation alongside my 64-bit one and now the Crystal Reports error is gone! Guess I needed to have both.

Thanks for all your help.