[Okta Webinar] Learn how to a build a cloud-first strategyRegister Now

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 312
  • Last Modified:

cannot load app written in 1.1 framework onto server loaded with .NET framework 2.0

I have been sent an ASP.Net application that was developed within the .NET 1.1 Framework.
When I try to install the app using the msi file sent to me I get the error message :

Windows Installer Loader

This setup requires the .NET Framework version 1.1.4322. Please install the .NET Framework and run this setup again. The .NET Framework can be obtained from the web. Would you like to do this now?

I click on 'Yes' and am taken to Microsoft's site : http://msdn.microsoft.com/netframework/downloads/updates/default.aspx

Under the heading  'SDKs, Redistributables and Service Packs'  I am told 'You have already installed the .NET Framework 2.0 redisributable on this computer.'

I thought 2.0 was backwardly compatible for 1.1.
What can I do to allow me to install and run the app?


0
spaceplanner
Asked:
spaceplanner
  • 2
  • 2
  • 2
  • +1
1 Solution
 
nauman_ahmedCommented:
I guess you need to install 1.1 framework too.

-Nauman.
0
 
nauman_ahmedCommented:
Otherwise, try converting the setup and deployment project in VS.NET 2.0.

-Nauman.
0
 
grayeCommented:
If the v1.1 application uses the "backwards compatability" feature to allow it to also run on the v1.0 framework, then that feature will prevent "forward compatability" with v2.0.  (Hey, they didn't mention that did they?)

So, if the config file for the application has a bunch of stuff in the <startup> and <runtime> section, you can just remove those sections and it will now run on a PC with just the v2.0 framework.  Of course this will prevent it from running on v1.0, but that's probably a problem.
0
Concerto Cloud for Software Providers & ISVs

Can Concerto Cloud Services help you focus on evolving your application offerings, while delivering the best cloud experience to your customers? From DevOps to revenue models and customer support, the answer is yes!

Learn how Concerto can help you.

 
strickddCommented:
.Net 1.x and .Net 2.0 frameworks are completely different (systematically speaking). If you have something written in .Net 1.x then you HAVE to have .Net 1.x on your server. You can always upgrade it to 2.0 if you want or just install .Net 1.x on your server.  If you already have it on your server you need to set the application to run in .Net 1.x in the IIS settings of your site.
0
 
spaceplannerAuthor Commented:
Emmet, Are you referring to the web.config file?
I can find no reference there to <startup> nor <runtime> sections

<?xml version="1.0" encoding="utf-8"?>
<configuration>
   
  <system.web>

    <!--  DYNAMIC DEBUG COMPILATION
          Set compilation debug="true" to enable ASPX debugging.  Otherwise, setting this value to
          false will improve runtime performance of this application.
          Set compilation debug="true" to insert debugging symbols (.pdb information)
          into the compiled page. Because this creates a larger file that executes
          more slowly, you should set this value to true only when debugging and to
          false at all other times. For more information, refer to the documentation about
          debugging ASP.NET files.
    -->
    <compilation defaultLanguage="c#" debug="true"></compilation>

    <!--  CUSTOM ERROR MESSAGES
          Set customErrors mode="On" or "RemoteOnly" to enable custom error messages, "Off" to disable.
          Add <error> tags for each of the errors you want to handle.

          "On" Always display custom (friendly) messages.
          "Off" Always display detailed ASP.NET error information.
          "RemoteOnly" Display custom (friendly) messages only to users not running
           on the local Web server. This setting is recommended for security purposes, so
           that you do not display application detail information to remote clients.
    -->
    <customErrors mode="Off"/>

    <!--  AUTHENTICATION
          This section sets the authentication policies of the application. Possible modes are "Windows",
          "Forms", "Passport" and "None"

          "None" No authentication is performed.
          "Windows" IIS performs authentication (Basic, Digest, or Integrated Windows) according to
           its settings for the application. Anonymous access must be disabled in IIS.
          "Forms" You provide a custom form (Web page) for users to enter their credentials, and then
           you authenticate them in your application. A user credential token is stored in a cookie.
          "Passport" Authentication is performed via a centralized authentication service provided
           by Microsoft that offers a single logon and core profile services for member sites.
    -->
    <authentication mode="Windows"/>

      <!--  AUTHORIZATION
          This section sets the authorization policies of the application. You can allow or deny access
          to application resources by user or role. Wildcards: "*" mean everyone, "?" means anonymous
          (unauthenticated) users.
    -->

    <authorization>
        <allow users="*"/> <!-- Allow all users -->
            <!--  <allow     users="[comma separated list of users]"
                             roles="[comma separated list of roles]"/>
                  <deny      users="[comma separated list of users]"
                             roles="[comma separated list of roles]"/>
            -->
    </authorization>

    <!--  APPLICATION-LEVEL TRACE LOGGING
          Application-level tracing enables trace log output for every page within an application.
          Set trace enabled="true" to enable application trace logging.  If pageOutput="true", the
          trace information will be displayed at the bottom of each page.  Otherwise, you can view the
          application trace log by browsing the "trace.axd" page from your web application
          root.
    -->
    <trace enabled="false" requestLimit="10" pageOutput="false" traceMode="SortByTime" localOnly="true"/>

    <!--  SESSION STATE SETTINGS
          By default ASP.NET uses cookies to identify which requests belong to a particular session.
          If cookies are not available, a session can be tracked by adding a session identifier to the URL.
          To disable cookies, set sessionState cookieless="true".
    -->
    <sessionState mode="InProc" stateConnectionString="tcpip=127.0.0.1:42424" sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes" cookieless="false" timeout="20"/>

    <!--  GLOBALIZATION
          This section sets the globalization settings of the application.
    -->
    <globalization requestEncoding="utf-8" responseEncoding="utf-8"/>
   <identity impersonate="true"/>
 </system.web>

</configuration>
0
 
grayeCommented:
Sorry, I was thinking a WinForm application.... my bad

0
 
spaceplannerAuthor Commented:
first answer was correct...once I installed the .NET Framework 1.1 the msi worked.
Thanks everyone for all your help.

and I still have problems so more questions coming...
0

Featured Post

Concerto Cloud for Software Providers & ISVs

Can Concerto Cloud Services help you focus on evolving your application offerings, while delivering the best cloud experience to your customers? From DevOps to revenue models and customer support, the answer is yes!

Learn how Concerto can help you.

  • 2
  • 2
  • 2
  • +1
Tackle projects and never again get stuck behind a technical roadblock.
Join Now