Install Unpkg Windows
Installation Direct Download / CDN provides NPM-based CDN links. The above link will always point to the latest release on NPM. You can also use a specific version/tag via URLs like Include vuex after Vue and it will install itself automatically: NPM npm install vuex --save Yarn yarn add vuex When used with a module system, you must explicitly install Vuex via Vue.use(): import Vue from 'vue' import Vuex from 'vuex' Vue. Use (Vuex ) You don't need to do this when using global script tags. Dev Build You will have to clone directly from GitHub and build vuex yourself if you want to use the latest dev build. Git clone node_modules/vuex cd node_modules/vuex npm install npm run build.
Windows Installer Package format. If you plan to install a package on Windows 2000 Professional, repackage the software on Windows 2000 Professional.
The Windows Installer package is an.msi file that contains explicit instructions about installing and removing specific applications. The company or developer who produces the application provides the Windows Installer package.msi file and includes it with the application. If a Windows Installer package does not come with an application, you might need to create a Windows Installer package by using a third-party tool. Windows Installer technology provides the following: • Windows Installer Package format. A relational database with all the information necessary to describe how to install an application.
The package can contain guidelines for developers of in-house or corporate and commercial applications. The Windows Installer package file name extension is.msi. • Transforms and modifications. Transforms can be used to customize the installation of a Windows Installer package at the time of assignment or publication. You can modify them at any time. Transforms are saved with the.mst file name extension. • Transaction-based installation service.
Service that helps to ensure that computers remain in a consistent state, even in the event of a failed or canceled installation. • Application programming interface (API).
The API allows applications to interact with Windows Installer to install or remove additional features of the application after the initial installation is complete. Microsoft provides a redistributable installation program, instmsi.exe, that enables the Windows Installer installation service on Windows NT 4.0, Windows 98, and Windows 95. For more information about this installation program, see the Microsoft Platform SDK link on the Web Resources page. Note Only Windows 2000 Professional supports Group Policy–based managed applications.
Each package (.msi) file is a relational database that stores all of the instructions and data required to install and remove the program across various installation scenarios. For example, a package file can contain instructions for installing an application when a prior version of the application is already installed. The package file also contains instructions for installing the software on a computer where that application has never been present. A Windows Installer package consists of multiple interrelated tables that together constitute a relational database of the information that is necessary to install a group of features. The Windows Installer package database schema provides advantages over a text-based flat file solution as follows: • High query performance at run time, with no data or string parsing required.
• Compact, persistent file size. A Windows Installer.msi package contains standard summary information: Tables that describe the features that make up the application, pointers to the source files to install, and pointers to where to install the application on the client computer. The summary information stream contains some basic data about the package and the application that the package installs. This information includes the application name, the application publisher, and the version of the application as well as other basic information. Developers can use the Windows Installer installation service and the.msi package schema to divide an application into available features and then further divide these features into the required components that make up the feature. This highly defined relationship between features and components is the architecture that allows applications to install features as they are needed.
After the application is installed, a user can modify it by selecting additional features as needed; this is called 'just-in-time' feature installation. Windows Installer also maintains the necessary key files and registry settings. If the necessary components for a feature become damaged, an intelligent reinstallation of only those features is possible.
And the complete removal of the application is possible because of the known and tracked relationship between features and their base components. You can store a Windows Installer package anywhere and on any media type that you want. As long as a client can get to the share, the package is available. You can use the package format to compress all of the product's component files into one or more cabinet (.cab) files for installation from either a floppy disk, network share, or Internet location. The cabinet files can also be included in the package. When products reside in a folder hierarchy, the hierarchy is the same on the CD as it is at a distribution point and on the user's local hard disk drive by default unless the user makes changes.
In such cases where the user has made changes, the package does not include product files themselves, but rather a reference to an installation point where the product files reside. Natively Authoring Windows Installer Packages For the best installation experience, use natively authored Windows Installer packages. Natively authored Windows Installer packages support all of the Windows Installer functions including just-in-time feature installation, feature repair, and installation with elevated privileges. Typically, an organization can natively author a Windows Installer package for their in-house applications when they have access to all the source code, executable files, dynamic-link libraries (DLLs), and other resources. You need to have an understanding of the application, including registry entries, shortcuts, and other information that are needed for the application to run correctly. For example, an organization has an in-house application that users can use to arrange their business travel. They have all the files for the application, and the developers understand how the application must be installed on user's computers.
In this case, the organization can choose to natively author a Windows Installer package for the software. It is important that you fully understand all aspects of an application before modifying features and their relationship to other components. For best results, create the installation package and the software simultaneously. That is, you should not create the setup as an afterthought at the end of the development cycle; instead, the installation of the software should be a part of the overall architecture of the application.
Windows 2000 can work with existing applications, but there are some distinct advantages to working with 'Certified for Microsoft Windows' applications. A 'Certified for Microsoft Windows' application requires more than just a Windows Installer based installation. For more information about these types of applications, see the appendix in this book. Additional Repackaging Programs There are a few programs available to assist you with natively authoring a Windows Installer package or modifying and repackaging existing Windows Installer packages. Windows 2000 Server includes the VERITAS WinINSTALL LE (Limited Edition) repackaging tool. Other tools to support creation of packages include authoring tools from InstallShield, Wise Solutions, and Microsoft.
For more information about these applications, see the following links on the Web Resources page at: • VERITAS WinINSTALL LE • InstallShield • Wise Solutions • Microsoft® Visual Studio® Installer Use these Windows Installer authoring tools if you are a developer, you have access to the source code for the application, and you understand how to install the application. If you are an administrator, you have software with a non-Windows Installer based setup, and you want to use a program to repackage the application and create a Windows Installer package, you can use the third-party authoring tools.
Note The VERITAS Software WinINSTALL LE is included on the Windows 2000 Server CD in valueadd 3rdparty mgmt winstle. You can use the VERITAS WinINSTALL LE program to view existing.msi packages and to see and modify many aspects of the package, including the following: • General summary information • Required files • Shortcuts • Registry settings • Services • INI edits • Advertising You can use this application to view the property table, the summary information table and which DLLs and program files are required for a specific application. By using the VERITAS WINInstall LE program, you can make simple modifications to the applications general summary information that users see when working in the application. It is recommended, unless you are the author of the.msi package, that you only modify the general summary information area.
Modifications to the required files, registry settings, and services can make the package unstable. If you need to make changes to the package, consider creating a transform. Caution An erroneous package can disable the software on the server and client computers.
Do not make changes to the existing.msi package if you are unsure of the possible effects. Caution Do not use a registry editor to edit the registry directly unless you have no alternative. The registry editors bypass the standard safeguards provided by administrative tools. These safeguards prevent you from entering conflicting settings or settings that are likely to degrade performance or damage your system. Editing the registry directly can have serious, unexpected consequences that can prevent the system from starting and require that you reinstall Windows 2000.
To configure or customize Windows 2000, use the programs in Control Panel or Microsoft Management Console (MMC) whenever possible. You can use WinINSTALL LE to take a snapshot of the current system state and store the configuration.
You are then free to make systemwide changes, such as installing software, updating the registry, and configuring settings. After this is complete, you can then take another snapshot of the system.
The changes between the two snapshots are compiled into a package known as an.msi file. (This tool can also assist with troubleshooting because it can compare the files and registry information before and after installation.) It is best to repackage applications on the version of the operating system on which they are to be installed. For example, if you plan to install a package on Windows 2000 Professional, repackage the software on Windows 2000 Professional.
If you plan to install the package on Windows NT 4.0, repackage the software on Windows NT 4.0. For more information about Windows Installer, including the Windows Installer package schema, the details of the Windows Installer API, and sample packages and code, see the Microsoft Platform SDK link on the Web Resources page. Note Systems Management Server can distribute and install Windows Installer packages. A step-up tool is available from Microsoft to convert Systems Management Installer packages to Windows Installer packages.
Repackaged Applications An organization can use repackaged applications for Windows Installer to begin to benefit from the Windows Installer technology and to use the software installation and maintenance feature of Windows 2000. Repackaged applications are not as granular as natively authored applications, that is typically they have one large feature that makes up the Windows Installer product defined by the package, whereas natively authorized packages can contain multiple, customizable features. Repackaged applications can be advertised and repaired and can install with elevated privileges when assigned or published.
Keep in mind that Windows Installer packages can be used for installing applications on computers that are running Microsoft Windows 2000, Windows NT version 4.0, Windows 98, and Windows 98. Systems Management Server can also manage Windows Installer packages. Repackaging Process Repackaging requires clean computers. A clean computer is one that has only the operating system installed and has not had any other software installed or removed.
Begin the repackaging process by taking a snapshot of the computer without any applications on it. After you have the snapshot, run the existing installation program for the software you want to repackage, configuring the files and registry entries for any customizations you want. Then, when the computer is configured exactly how you want it, take another snapshot. The repackaging software compares the before and after snapshots and uses the differences to generate a Windows Installer package.
Of all the things that impact the success of repackaging, the most important is to start with a clean reference computer; that is, one that has not had other applications installed on it. If you do not use a clean computer, any files or registry entries needed by the application that are already on the computer are not detected by the repackager. This can potentially leave vital files out of the repackaged.msi file, and thus might break the application when you try to install it. Consider using Windows 2000 Remote OS Installation to manage the clean computers in a repackaging lab. Thoroughly test all repackaged Windows Installer packages before deploying them in a production environment. Repackaging is generally a safe process, but some applications that modify system settings can cause problems if installed in a repackaged format.
Delete any shortcuts placed in the Startup folder by the application between snapshots, or manually remove the shortcuts from Windows Installer package after it is created. Otherwise the shortcuts are created by the Windows Installer package rather than by the software installation and maintenance feature, and the application automatically installs itself when the users logs on if the application is assigned to them whether this is called for by the Group Policy object or not. Delete any shortcuts that point to an uninstall program for the application. It is recommended that a repackaged application be removed by using Add/Remove Programs in Control Panel so that Windows Installer is triggered to perform the removal.
The application might not be removed correctly if the user runs the earlier uninstall program. In general, avoid restarting the computer between repackager snapshots. Even if the application states that the computer must be restarted after the setup is completed, it might be a good idea not to restart the computer. Windows might adjust certain registry settings or files during the restart process that might inadvertently end up in the resulting package. If your resulting package does not work, and restarting the computer is recommended, rebuild the package and restart the computer prior to taking the second snapshot. Customizing Windows Installer Packages You can customize Windows Installer applications by using transforms.
Authoring and repackaging tools provide mechanisms that permit the creation of transforms, and applications might also provide wizards or templates that permit a user to create transforms. For example, Office 2000 has the Office 2000 Custom Installation Wizard that builds transforms.
By using the Office 2000 Custom Installation Wizard, you can create a transform so that you can manage the configuration of Office 2000 that is deployed to users. By customizing the Windows Installer package with a transform, you can provide the key features that users need. In the case of Office 2000, Word might be a key feature, so it installs during the first installation. You might customize less popular features, such as revision support or document translators to be installed on first usage. You might decide that it is best that other features, such as clip art, not be installed at all. And again, you might create another transform that provides all of the features of Word and does not install PowerPoint. The exact mix of which features to install and when to install them varies based on the needs of your users.
You can transform or modify a Windows Installer package to handle a variety of customizations. For example, you can control which features are installed and where they are located: on the local computer's hard disk drive or used from a file server.
Although they are optional, transforms can be used for a variety of purposes including the following: • Encapsulating customizations for particular groups of users to be applied to a base package, which allows, for example, for a single administrative installation point with a base package and transforms for the Finance group, Support Staff group, and Legal group. • Adding new features to an existing application's package. For example, adding custom corporate-developed Excel templates for the Finance group that do not change on a regular basis. (If the templates change frequently, a better practice would be to package them and assign or publish them on their own.) Note It is recommended that transforms are stored at the same software distribution point (in the same shared folders) as the Windows Installer package that they customize. A Windows Installer package might be associated with one or more transforms that get applied to the package at deployment time.
Many of the customizations that you used to perform by repackaging applications are better handled by transforming the Windows Installer package. Transforms are associated with the Windows Installer package at deployment time rather than when the Windows Installer is actually using the package to install or modify the application. Deployment time is when you are first working with the Windows Installer package in the Software Installation snap-in. The only way to associate transforms with a Windows Installer package is by selecting the Advanced published or assigned option from the Deploy Software dialog box when you are adding a package to the Software Installation snap-in. It is best to create separate packages for each application. For example, if you have four separate applications you want to install, create four separate packages so that the Windows Installer service has the ability to better manage the installation state in the case of an installation failure.
For example, if the installation of a package fails, Windows Installer can undo the installation. If four applications are one package, and the first three applications install, and then there is a failure with the fourth application, all four applications would be removed when the single package fails.
Note In the past, administrators often customized the software by repackaging the software. Do not try to repackage applications that use Windows Installer, instead use transforms for additional customization. Note If a transform needs to change, make a new transform, and then remove the existing application and transform and reassign or publish the application with the new or changed transform. If you have to do this, consider making an upgrade relationship between the application and the old transform and the application and the new transform.
Of course, it is recommended that this be tested to ensure you get the results that you want. Important When you create a transform to customize a Windows Installer package, do not change the product code of the package. If you change the product code, you must verify the assignment and publishing of the package with the new product code works as if it were an upgrade or it might not be available to the users who already have the existing package (with the old product code). Modifying Windows Installer Package Properties You can customize the summary information screen of a Windows Installer package to fit the needs of your organization and your users. For example, you can include support information for your company to make it easier for your users to access support for the application being installed. The information that you add is displayed when a user selects additional information in Add/Remove Programs in Control Panel.
To add modifications to an application package, use one of the Windows Installer authoring or repackaging tools. The process that you use to modify information and the information that you can modify varies according to the tool that you select. For example, you can use the VERITAS WinINSTALL LE application that is included with Windows 2000 Server to open the package and customize the summary information data. The summary information screen contains basic data about the Windows Installer package and the application the package installs. It includes the application name, the application publisher, and the version of the application as well as other basic company support information. You can safely modify the following items on the screen: • Name of Application, Version, and Manufacturer — include product specific information.
• Online Support — include your own support information • Phone — include your own support phone numbers Caution You can damage the entire package if you modify any information outside the basic summary information listed in the previous paragraph. For example, you might unintentionally make the package unavailable to some users. Distributing Additional Files Many organizations need to distribute additional files with an application. For example, you might want to distribute a sales quote template with Word and a customized bidding spreadsheet with Excel.
These files can be bundled with the executable file and other source files for the application when you create the package, or you can include them as a transform. However, these files are often more volatile than the application files. Therefore, you might want to package them in their own Windows Installer package.
This package has its own product code, and therefore it can be upgraded on a different schedule than the application. If the files are included as part of the application transform, each time the templates are updated, the entire application transform needs to be deployed again. When working with your own templates or custom files, it is easy to create new packages using one of the available native authoring tools for Windows Installer packages. You only have to define the files and the location where you want the files to installed, the target location. Build a package to distribute only the updated files, and if necessary, the files are compressed into their own Windows Installer package. Origin 8 Serial Number Crack Idm.