Select to view content in your preferred language

Setup/Deployment .NET Framework 3.5.1 (help!)

1393
10
08-05-2010 09:34 AM
JamesCrandall
MVP Alum
After reading quite a few various posts from the old forums, I am still having issues installing/deploying a custom ITool/ICommand object (.dll) developed by way of:

VisualStudio 2008
.NET Framework 3.5
CrystalReports 10.5
NO CustomActions (other than the Install/Uninstall procs)

Problem:  "Error:1001 unable to load one or more of the requested types"... then install process is rolled back.

Target Machine specs:

1. Has Crystal Reports Viewer installed, but the GAC does not have ANY of the CrystalDecisions.. references as seen in my project.

2. .NET Framework 3.5 SP1 is installed.

3.  Made certain that the SDK .NET Support was installed with the ArcGIS installation (this is seen/verified in the Add/Remove programs list).

4.  I cannot see this anywhere on the target computer: 

C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Regasm.exe


Any insight or comments about any of the above and what would be a good course of action to take in order to get this thing installed.

Thanks!
0 Kudos
10 Replies
vincentLahaye
Emerging Contributor
be sure your compile version and your user machine have the same ArcGIS version and also same Service pack.  That could be a problem.

Vincent
0 Kudos
JamesCrandall
MVP Alum


4.  I cannot see this anywhere on the target computer: 

C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Regasm.exe



Ok, so I have been informed that #4. above does exist on the target computer.
0 Kudos
JamesCrandall
MVP Alum
be sure your compile version and your user machine have the same ArcGIS version and also same Service pack.  That could be a problem.

Vincent


Vincent,

Do you mean the same version of .NET Framework?  Because we don't match exactly: dev computer has 3.5 and target computer has 3.5 Service Pack 1 installed.

We do have the same ArcGIS v9.3.1

Thanks for your input!
0 Kudos
vincentLahaye
Emerging Contributor
i'm talking about ArcGIS. Can you take a look if you have same service pack?

but it's not bad to check other component.  Framework version should not be a problem, but we never know!

I already got a problem like this, and it was a service pack problem version but with ArcGIS.

Vincent
0 Kudos
JamesCrandall
MVP Alum
i'm talking about ArcGIS. Can you take a look if you have same service pack?

but it's not bad to check other component.  Framework version should not be a problem, but we never know!

I already got a problem like this, and it was a service pack problem version but with ArcGIS.

Vincent


The development computer has ArcGIS 9.3.1

The target computer has ArcGIS 9.3

But I was under the impression that this would be fine because of backward capabilities (from 9.3.1 ----> to 9.3)
0 Kudos
vincentLahaye
Emerging Contributor
No, dev compil and user machine must be the same.  You can also have 9.3.1 SP1 or 9.3.1 SP2

if you compiled your code with 9.3.1 no SP, and your user machin is now 9.3.1 SP1  you will have problem to install your msi.

same version 9.3.1 and same SP.  If you change user SP, you must upgrade your dev machin.  Inverse is also true.  If you upgrade your dev machin, you must upgrade user machin
0 Kudos
JamesCrandall
MVP Alum
No, dev compil and user machine must be the same.  You can also have 9.3.1 SP1 or 9.3.1 SP2

if you compiled your code with 9.3.1 no SP, and your user machin is now 9.3.1 SP1  you will have problem to install your msi.

same version 9.3.1 and same SP.  If you change user SP, you must upgrade your dev machin.  Inverse is also true.  If you upgrade your dev machin, you must upgrade user machin


Ah.  Thanks so much for your input. 

(I really need to push for more ArcGISServer application development! heh.)
0 Kudos
KenBuja
MVP Esteemed Contributor
You can develop an msi on a machine with a previous version of ArcGIS (say, 9.2) and have it deployed on machine with later service packs or even versions. I have developed several in 9.2 that were used in 9.3. However, you will run into problems when going the other way. The target machine cannot have an previous service pack or version than the development machine. Take a look at this thread to see some discussion on how to check the target machine for the version and service pack, and whether the ArcGIS .NET Assemblies are installed.

In my posting in that thread, I was just allowing for deployment on an ArcGIS 9.2 machine. Here are the conditions for a project developed in ArcGIS 9.2, service pack 6 that can be deployed on later machines. The only case where it doesn't work properly is when the machine has ArcGIS 9.2 with no service pack. I couldn't find a way to flag that circumstance while allowing installation on ArcGIS 9.3 with no service pack.

Under "Launch Conditions"
(Name) - ArcGIS Service Pack
Condition - (SP<>"9.2.0.1324")and(SP<>"9.2.1.1332")and(SP<>"9.2.2.1350")and(SP<>"9.2.3.1380")and(SP<>"9.2.4.1420")and(SP<>"9.2.5.1450")
InstallURL - 
Message - This installer is only for ArcGIS 9.2, Service Pack 6 or higher.

(Name) - ArcGIS
Condition - (VERSION="9.2")or(VERSION="9.3")
InstallUrl - 
Message - This installer only runs for ArcGIS 9.2 or higher.
0 Kudos
JamesCrandall
MVP Alum
You can develop an msi on a machine with a previous version of ArcGIS (say, 9.2) and have it deployed on machine with later service packs or even versions. I have developed several in 9.2 that were used in 9.3. However, you will run into problems when going the other way. The target machine cannot have an previous service pack or version than the development machine. Take a look at this thread to see some discussion on how to check the target machine for the version and service pack, and whether the ArcGIS .NET Assemblies are installed.



Ken,

Thanks for chimming in on this issue.  I did determine that dev/target machines are different versions, still unsure what service packs are installed.  But getting EIT to install the correct version now.  I did run into that thread earlier this morning, set it in the Favorites, but still have not implemented those very cool Launch Conditional statements/messaging.

Thanks again.

I'd like to see this app as an ArcGIS Server based application, just not sure if there is enough to justify the dev costs (I'd be doing the dev work though, with a bit of a learning curve).  It's internal to the organization, only about 5-10 users and does a bunch of overlay analysis (although fairly simple spatial selections and area calcs, just quite a few of them).  The only other issue I'd have with moving to a server-based web applicaiton would be in the reporting --- the current app does some fairly nice Crystal Reports and I'd like to keep that if possible.
0 Kudos