nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Setup/Deployment .NET Framework 3.5.1 (help!)

JamesCrandall

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!

Find more posts tagged with

Accepted answers

All comments

JamesCrandall

Thanks again for all who commented. I wanted to follow up with the solution that I came across, as after doing all of the recommended things on this thread I was still getting an error 1001 and rollback of the installation.

Crystal Reports was the problem.

Basically, if you are developing in Visual Studio 2008 with Crystal Report 10.5 components, then you must run a bootstrapper exe prior to running the install of the custom ArcGIS components. This bootstrapper is found here:

C:\Program Files\Microsoft SDKs\Windows\v6.0A\Bootstrapper\Packages\CrystalReports10_5

After running this on the target computer, my custom tools installed just fine.

JamesCrandall

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.

kenbuja

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.

JamesCrandall

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.)

vincentLahaye

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

JamesCrandall

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)

vincentLahaye

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

JamesCrandall

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!

JamesCrandall

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.

vincentLahaye

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

Join the Conversation

Signed in members can post, follow updates, and more. New here? Register a free account.

Quick Links

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.