INFO: Svantaggi di Repackaging delle applicazioni

Traduzione articoli Traduzione articoli
Identificativo articolo: 264478
Espandi tutto | Chiudi tutto

In questa pagina

Sommario

In questo articolo descrive i problemi tecnici di repackaging delle applicazioni per l'utilizzo con il motore di installazione di Windows Installer e svantaggi.

Informazioni

Acquisire o "rilevare" utilitÓ sono in grado di convertire le installazioni legacy nel nuovo formato di Windows Installer; un pacchetto MSI.

Queste utilitÓ, come Veritas WinInstall LE cui navi sul CD di Windows 2000 Server, acquisire un'immagine di un sistema prima e dopo l'installazione di acquisizione. Eventuali modifiche del Registro di sistema, modifiche di file o le impostazioni dei sistemi che si verificano durante il processo di acquisizione verranno incluso nell'installazione.

Sfondo di installazione

Windows Installer Ŕ progettato per essere maggiormente integrati nel ciclo di sviluppo dell'applicazione in modo che gli amministratori di sistema possono avere una maggiore flessibilitÓ durante la distribuzione di applicazioni in ambiente aziendale. A tal fine, gli sviluppatori considerati ridistribuzione durante le fasi di sviluppo all'inizio, a differenza del ciclo di sviluppo finale.

Da attendere fino alla fase di sviluppo finale per creare un pacchetto di installazione, l'applicazione non presentava alcun supporto per la relativa installazione; essa si basava su una tecnologia assolutamente correlata per l'installazione. Di conseguenza, costo totale di possesso (TCO) Ŕ stato aumentato notevolmente poichÚ gli amministratori di sistema avevano avuto il con il proprio metodo univoco per la ridistribuzione. In alcuni casi queste soluzioni sono state un collaboratore di grandi dimensioni per il problema "DLL Hell". Creazione di pacchetti non risolve tutti questi problemi. Talvolta possibile composti i problemi di tecnologie di installazione legacy e aumenta la complessitÓ per il nuovo livello extra di implementazione.

Windows Installer Ŕ il metodo attuali e futuro dell'installazione di applicazioni in ambiente Windows. ╚ una tecnologia di installazione basata su database anzichÚ essere basato su script e offre diversi vantaggi, come ad esempio possono essere annullate le modifiche apportate a un sistema per l'installazione dell'applicazione durante l'installazione. Per sfruttare appieno le funzionalitÓ di Windows Installer, lo sviluppatore dell'applicazione dovrebbe implicare MSI in fase di sviluppo. Per ulteriori informazioni, vedere il white paper su Windows Installer sul seguente sito Web Microsoft al:
http://www.microsoft.com/smserver/docs/installStepup.doc

Problemi e problemi comuni

  • CapacitÓ di recupero

    AdattabilitÓ possono essere inconsistenti con riassemblato applicationsbecause l'utilitÓ repackager potrebbe non comprendere appieno il componentdependencies o quali dovrebbero essere i percorsi delle chiavi dell'applicazione. Anapplication, pertanto, possono essere raggruppati in un'unica feature di grandi dimensioni che si ottiene entirelyreinstalled se manca un componente risulta manca. Se interrotto le funzionalitÓ pi¨ piccoli intomultiple consentirebbe una flessibilitÓ pi¨ gestibili.
  • Registrazione COM/ActiveX

    Controlli Component Object Model (COM) e ActiveX potrebbero non beproperly registrato. Prima di Windows Installer, COM e ActiveX registrationwas una casella nera. Fatta eccezione per le funzioni esportate DLLRegisterServer e DLLUnregister Server, i controlli COM e ActiveX offerto pochi parametri del processo di theirregistration. RegSvr32.exe Ŕ stato responsabile della chiamata le funzioni previouslymentioned e la DLL Ŕ stato responsabile della registrazione stessa.Non vi Ŕ alcuna utilitÓ che consente di visualizzare una DLL, OCX o un file EXE e scoprire whatgoes interno via DllRegisterServer e DllUnregisterServer per il file. Vi sono voci del Registro di sistema standard che registrano la maggior parte dei controlli ActiveX comandi, ad esempio HKCR\CLSID, HKCR\ProgID, andHKCR\TypeLib. Informazioni sulla registrazione COM potrebbero o tabelle MSI appropriate per il repackager potrebbero non ricevere intothe immesso.
  • Tasti di scelta rapida

    Tasti di scelta rapida non venga create come descriptorshortcuts di Windows Installer, che consentono l'adattabilitÓ. Tasti di scelta rapida installazione precedente sono stati thatpointed di file con estensione lnk a un file eseguibile nella maggior parte dei casi. A volte, quando viene eseguito il repackager, allit sa Ŕ che un file lnk Ŕ stato copiato in una directory. Ad esempio, un legacySetup.exe installato un collegamento a C:\Windows\Profiles\User1\Desktop. Therepackager copia il file con estensione lnk direttamente da listedpreviously la directory. Pertanto, non il repackager copia effettivamente un collegamento WindowsInstaller, ma piuttosto copia un file senza alcun resiliencycapabilities incluso.
  • Componenti isolati

    L'unico modo per sfruttare i componenti isolati Ŕ toauthor un nuovo pacchetto MSI. Repackagers non supportano questa funzionalitÓ.
  • Rimozione applicazione

    Quando si disinstalla un'applicazione riassemblata, Ŕ possibile che il AllUsers Ŕ possibile rimuovere il profilo. Ci˛ dipende come il setupwas legacy acquisiti e indubbiamente deve essere verificato.
  • Criteri di gruppo e un annuncio

    Riceve il seguente messaggio di errore Ŕ un whenassigning problema comune per l'oggetto Criteri di gruppo:
    La dimensione dell'oggetto supera l'opzione limita impostata dall'amministratore.
    Ci˛ Ŕ particolarmente vero quando tryingto creare un nuovo pacchetto un'applicazione di Microsoft Visual Studio 6. ProprietÓ errormessage Ŕ fuorviante nel senso che esso fornisce all'utente ci issome ADSI impostazione che pu˛ essere reso per alleggerire la situazione. Vi iscurrently alcuna soluzione per questo messaggio di errore. Si tratta di un issuebecause di creare nuovi package di informazioni superflue che nel MSIpackage inserito talvolta questo processo. Per ulteriori informazioni, fare clic sul numero dell'articolo per visualizzare l'articolo della Microsoft Knowledge Base:
    262166 Pubblicazione di applicazioni in Active Directory pu˛ causare l'errore
  • Struttura di directory

    Chaos struttura di directory Ŕ un problema comune quando repackagingbecause di tutte le differenze nelle directory di operatingsystems di Win32. Prendere in considerazione il sistema operativo percorsi di directory per ciascuna delle variabili di ambiente thefollowing:

    • Directory di sistema
      Windows 95, 98, 98SE, Me e = Windows\System.
      Windows NT e Windows 2000 = WinNT\System32.
    • Directory del profilo
      Windows 9 x / ME = Windows\Profili
      Windows NT = Winnt\profiles.
      Windows 2000 = Documents and Settings
    Pertanto, se l'acquisizione di Microsoft Windows NT e quindi tryto installare il pacchetto MSI in un sistema operativo Win9x, tutti i file che dovrebbero siano stati trasportati in Windows\System potrebbero andare al WinNT\System32. Di conseguenza, il applicationfiles non installato nella directory corretta. "Procedure consigliate" per thisscenario sono di acquisire o creare un nuovo pacchetto per ogni piattaforma Windows in modo che la struttura thedirectory e dipendente dal sistema operativo file acquisiti correttamente.
  • ANSI e UNICODE

    Le applicazioni devono talvolta librerie specifiche ANSI o UNICODE.Librerie ANSI sono solitamente disponibili in Microsoft Windows 95 e Microsoft Windows 98. UNICODE Ŕ stato progettato per Windows NT 4.0 e Microsoft Windows 2000.If che si crea un pacchetto MSI progettato specificamente per UNICODE o ANSI, Ŕ stato problemi all'avvio di ridistribuzione ai pacchetti in Windows 95, Windows 98, Windows NT e Windows 2000. Si tratta di un altro buon motivo torepackage per ogni versione del sistema operativo.
  • Personalizzazione (Repackaging e trasformazioni)

    Se l'applicazione Ŕ stata creata originariamente il www.sonybiz.NET/andyou formato MSI per personalizzare il pacchetto, non Ŕ necessario utilizzare la creazione di pacchetti. WindowsInstaller Ŕ progettato con gli amministratori di sistema presente e ha anticipatedthe necessario personalizzare i pacchetti. Il programma di installazione di Windows supporta un calledTransforms di funzionalitÓ (.MST) che Ŕ stato progettato per la personalizzazione di installazioni.

    Formore informazioni, vedere l'argomento di trasformazioni in Windows Installer SDK sul sito Web MSDN di thefollowing all'indirizzo:
    http://msdn.microsoft.com/library/default.asp?url=/ library/en-us/msi/setup/transforms.asp
  • Configurazioni dell'Account utente

    Quando un'applicazione creare un nuovo pacchetto, le modifiche sono madeunder un account utente potrebbero essere ci˛ che viene installato. Ad esempio, la legacyapplication, MyProgram.exe, Ŕ stato convertito in un pacchetto MSI con account di computer thelocal amministratore. MyProgram.exe dispone di un collegamento su thedesktop (C:\Documents and Settings\Administrator\Desktop\MyProgram.LNK) andstores impostazioni utente nelle sottodirectory USERPROFILE (C:\Documents andSettings\Administrator). User1 accede ed esegue il file MSI. User1receives un messaggio di errore perchÚ l'utente non dispone di autorizzazioni per writeto la cartella dell'amministratore. Anche se Utente1 ha privilegi di amministratore o se viene eseguito il MSIwith elevati privilegi, il file MSI sarÓ scrivere il profilo dell'amministratore di intothe collegamento sul desktop. La stessa cosa si applica alle impostazioni utente e dati specificoutente; Ŕ tutto prevede di eseguire dalla directory C:\Documents andSettings\Administrator. Pertanto, durante un'applicazione creare un nuovo pacchetto, una copia esatta delle differenze potrebbe essere scritti per il profilo di whoinstalls l'utente il pacchetto MSI.

Suggerimenti

Se si decide di utilizzare gli strumenti di creare nuovi package, Ŕ necessario tenere presente quanto segue:

  • Utilizzare sempre lo strumento in un computer pulito completamente; impostare il computer surethe non Ŕ altre applicazioni.
  • Chiudere tutti i servizi non essenziali.
  • Creare un pacchetto per ogni configurazione dell'hardware installato.Ad esempio, se si dispone di 50 computer Dell XYZ e 50 computer Gateway ABC, Ŕ necessario creare pacchetti per ogni tipo di sistema a causa di tutti i differenthardware e i driver caricati in ciascun computer. Si desidera mantenere ogni packagelimited alla configurazione hardware e software specifici.

    Per ulteriori informazioni su questo processo, fare clic sul numero dell'articolo per visualizzare l'articolo della Microsoft Knowledge Base:
    257718 Come creare Package di terze parti Microsoft Installer (MSI)
Per ulteriori informazioni sulla pubblicazione di applicazioni legacy in un dominio di Windows 2000, fare clic sul numero dell'articolo per visualizzare l'articolo della Microsoft Knowledge Base:
231747 Come pubblicare programmi Non MSI con.File zap

ProprietÓ

Identificativo articolo: 264478 - Ultima modifica: sabato 21 settembre 2013 - Revisione: 5.0
Chiavi:á
kbinfo kbmt KB264478 KbMtit
Traduzione automatica articoli
IMPORTANTE: il presente articolo Ŕ stato tradotto tramite un software di traduzione automatica di Microsoft ed eventualmente revisionato dalla community Microsoft tramite la tecnologia CTF (Community Translation Framework) o da un traduttore professionista. Microsoft offre articoli tradotti manualmente e altri tradotti automaticamente e rivisti dalla community con l?obiettivo di consentire all'utente di accedere a tutti gli articoli della Knowledge Base nella propria lingua. Tuttavia, un articolo tradotto automaticamente, anche se rivisto dalla community, non sempre Ŕ perfetto. Potrebbe contenere errori di vocabolario, di sintassi o di grammatica. Microsoft declina ogni responsabilitÓ per imprecisioni, errori o danni causati da una traduzione sbagliata o dal relativo utilizzo da parte dei clienti. Microsoft aggiorna frequentemente il software e gli strumenti di traduzione automatica per continuare a migliorare la qualitÓ della traduzione.
Clicca qui per visualizzare la versione originale in inglese dell?articolo: 264478
LE INFORMAZIONI CONTENUTE NELLA MICROSOFT KNOWLEDGE BASE SONO FORNITE SENZA GARANZIA DI ALCUN TIPO, IMPLICITA OD ESPLICITA, COMPRESA QUELLA RIGUARDO ALLA COMMERCIALIZZAZIONE E/O COMPATIBILITA' IN IMPIEGHI PARTICOLARI. L'UTENTE SI ASSUME L'INTERA RESPONSABILITA' PER L'UTILIZZO DI QUESTE INFORMAZIONI. IN NESSUN CASO MICROSOFT CORPORATION E I SUOI FORNITORI SI RENDONO RESPONSABILI PER DANNI DIRETTI, INDIRETTI O ACCIDENTALI CHE POSSANO PROVOCARE PERDITA DI DENARO O DI DATI, ANCHE SE MICROSOFT O I SUOI FORNITORI FOSSERO STATI AVVISATI. IL DOCUMENTO PUO' ESSERE COPIATO E DISTRIBUITO ALLE SEGUENTI CONDIZIONI: 1) IL TESTO DEVE ESSERE COPIATO INTEGRALMENTE E TUTTE LE PAGINE DEVONO ESSERE INCLUSE. 2) I PROGRAMMI SE PRESENTI, DEVONO ESSERE COPIATI SENZA MODIFICHE, 3) IL DOCUMENTO DEVE ESSERE DISTRIBUITO INTERAMENTE IN OGNI SUA PARTE. 4) IL DOCUMENTO NON PUO' ESSERE DISTRIBUITO A SCOPO DI LUCRO.
Dichiarazione di non responsabilitÓ per articoli della Microsoft Knowledge Base su prodotti non pi¨ supportati
Questo articolo Ŕ stato scritto sui prodotti per cui Microsoft non offre pi¨ supporto. L?articolo, quindi, viene offerto ?cosý come Ŕ? e non verrÓ pi¨ aggiornato.

Invia suggerimenti

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com