by
·
Published
· Updated
The 1308 Error is part of the Microsoft Office 2000 suite that includes a range of different programs in the package. The error is caused when you try and install the likes of Microsoft Office, and is caused by a particular file / setting not being present inside your system. This is the error which often appears:
“Error 1308: Source File Not Found”
What Causes The 1308 Error
The 1308 error is caused because the Microsoft Office 2000 source file was not located and so nothing else can proceed until the source file has been found and utilized. Causes of this error will include:
- Windows has problems with the registry settings required to run the program
- The Office Suite does not have access to the files required to operate
- Your PC has problems with its settings / options
How To Fix The 1308 Error
Step 1 – Re-create The Microsoft Office 2000 Administrative Installation
Doing this will basically allow you to install the application that you have on your PC. Not only will this ensure that you can repair any of the problems that Windows might have, but it will ensure that your system is able to run the programs you need and help make sure that your PC is able to read the files that it needs to run.
- Create a new Microsoft Office 2000 administrative installation point from a CD-ROM that contains the full release of Microsoft Office 2000 SR-1/1a.
- Update the clients from the new administrative installation point by using the following command line:
“MSIEXEC.EXE /fvomus PathToNewAdministrative Installation\Data1.msi”
Step 2 – Use The “Windows Installer Cleanup Utility”
The next step is to use the “Windows Installer Cleanup Utility” to fix any of the problems that your system may have inside. We’ve found that although this is now discontinued, it’s one of the best tools for fixing errors with Windows installer. Here’s how to use it:
- Download “Windows Installer Cleanup Utility“
- Install this program
- Run it & let it clean out the problems with Windows Installer
Step 3 – Clean Out The Registry
- Download This Registry Cleaner
The “registry” is a major cause of the 1308 error. It’s primarily used to store the likes of your desktop wallpaper, your most recent emails and even your passwords – and is continually being used to help ensure that your system is able to run as smoothly as possible. Although this database is arguably one of the most important parts of your system, it’s continually leading your system to run much slower and with a lot of problems. To resolve this error, it’s essential that you’re able to clean out any of the errors that it may have inside – through using a registry cleaner application.
We recommend using a program called “RegAce System Suite“, as this tool will scan through your PC and fix any of the issues that it may have inside. We’ve found that this tool is one of the most effective in being able to resolve the problems you’re experiencing on your system, allowing your computer to run much smoother and more effectively as a result.
 |
Номер ошибки: | Ошибка 1308 |
| Название ошибки: | AutoCAD — Error 1308. Source File not found: \ | |
| Описание ошибки: | AutoCAD — Error 1308. Source File not found: \. Verify that the file exists and that you can access it. This error message indicates that a file cannot be found on the installation media or in the deployment location. | |
| Разработчик: | Autodesk Inc. | |
| Программное обеспечение: | AutoCAD | |
| Относится к: | Windows XP, Vista, 7, 8, 10, 11 |
Фон «AutoCAD — Error 1308. Source File not found: \»
Эксперты обычно называют «AutoCAD — Error 1308. Source File not found: \» «ошибкой времени выполнения». Когда дело доходит до программного обеспечения, как AutoCAD, инженеры могут использовать различные инструменты, чтобы попытаться сорвать эти ошибки как можно скорее. К сожалению, иногда ошибки, такие как ошибка 1308, могут быть пропущены во время этого процесса.
Пользователи AutoCAD могут столкнуться с сообщением об ошибке после выполнения программы, например «AutoCAD — Error 1308. Source File not found: \. Verify that the file exists and that you can access it. This error message indicates that a file cannot be found on the installation media or in the deployment location.». После возникновения ошибки 1308 пользователь программного обеспечения имеет возможность сообщить разработчику об этой проблеме. Разработчик сможет исправить свой исходный код и выпустить обновление на рынке. Чтобы исправить любые документированные ошибки (например, ошибку 1308) в системе, разработчик может использовать комплект обновления AutoCAD.
Почему происходит ошибка времени выполнения 1308?
Сбой устройства или AutoCAD обычно может проявляться с «AutoCAD — Error 1308. Source File not found: \» в качестве проблемы во время выполнения. Вот три наиболее заметные причины ошибки ошибки 1308 во время выполнения происходят:
Ошибка 1308 Crash — программа обнаружила ошибку 1308 из-за указанной задачи и завершила работу программы. Если данный ввод недействителен или не соответствует ожидаемому формату, AutoCAD (или OS) завершается неудачей.
Утечка памяти «AutoCAD — Error 1308. Source File not found: \» — последствия утечки памяти AutoCAD связаны с неисправной операционной системой. Критическими проблемами, связанными с этим, могут быть отсутствие девыделения памяти или подключение к плохому коду, такому как бесконечные циклы.
Ошибка 1308 Logic Error — логическая ошибка возникает, когда AutoCAD производит неправильный вывод из правильного ввода. Это видно, когда исходный код Autodesk Inc. включает дефект в анализе входных данных.
Как правило, ошибки AutoCAD — Error 1308. Source File not found: \ вызваны повреждением или отсутствием файла связанного AutoCAD, а иногда — заражением вредоносным ПО. В большинстве случаев скачивание и замена файла Autodesk Inc. позволяет решить проблему. Более того, поддержание чистоты реестра и его оптимизация позволит предотвратить указание неверного пути к файлу (например AutoCAD — Error 1308. Source File not found: \) и ссылок на расширения файлов. По этой причине мы рекомендуем регулярно выполнять очистку сканирования реестра.
Распространенные проблемы AutoCAD — Error 1308. Source File not found: \
Усложнения AutoCAD с AutoCAD — Error 1308. Source File not found: \ состоят из:
- «Ошибка приложения AutoCAD — Error 1308. Source File not found: \.»
- «AutoCAD — Error 1308. Source File not found: \ не является программой Win32. «
- «AutoCAD — Error 1308. Source File not found: \ должен быть закрыт. «
- «Файл AutoCAD — Error 1308. Source File not found: \ не найден.»
- «AutoCAD — Error 1308. Source File not found: \ не может быть найден. «
- «Проблема при запуске приложения: AutoCAD — Error 1308. Source File not found: \. «
- «Файл AutoCAD — Error 1308. Source File not found: \ не запущен.»
- «Отказ AutoCAD — Error 1308. Source File not found: \.»
- «Неверный путь к приложению: AutoCAD — Error 1308. Source File not found: \.»
Проблемы AutoCAD — Error 1308. Source File not found: \ с участием AutoCADs возникают во время установки, при запуске или завершении работы программного обеспечения, связанного с AutoCAD — Error 1308. Source File not found: \, или во время процесса установки Windows. Запись ошибок AutoCAD — Error 1308. Source File not found: \ внутри AutoCAD имеет решающее значение для обнаружения неисправностей электронной Windows и ретрансляции обратно в Autodesk Inc. для параметров ремонта.
Источник ошибок AutoCAD — Error 1308. Source File not found: \
Заражение вредоносными программами, недопустимые записи реестра AutoCAD или отсутствующие или поврежденные файлы AutoCAD — Error 1308. Source File not found: \ могут создать эти ошибки AutoCAD — Error 1308. Source File not found: \.
Особенно ошибки AutoCAD — Error 1308. Source File not found: \ проистекают из:
- Недопустимый AutoCAD — Error 1308. Source File not found: \ или поврежденный раздел реестра.
- Вирус или вредоносное ПО, которые повредили файл AutoCAD — Error 1308. Source File not found: \ или связанные с AutoCAD программные файлы.
- Другая программа злонамеренно или по ошибке удалила файлы, связанные с AutoCAD — Error 1308. Source File not found: \.
- Другая программа находится в конфликте с AutoCAD и его общими файлами ссылок.
- Поврежденная установка или загрузка AutoCAD (AutoCAD — Error 1308. Source File not found: \).
Продукт Solvusoft
Загрузка
WinThruster 2023 — Проверьте свой компьютер на наличие ошибок.
Совместима с Windows 2000, XP, Vista, 7, 8, 10 и 11
Установить необязательные продукты — WinThruster (Solvusoft) | Лицензия | Политика защиты личных сведений | Условия | Удаление
Asked By
0 points
N/A
Posted on — 11/06/2011
Most components offered by Microsoft Office doesn’t work with my PC. When running Windows, an Error 1308 is occurring. What is causing this? Does Microsoft knows about this error? Please enlighten us.
Howdy Charlie,
Runtime error 1308 is very common of Windows users. I have encountered that many times. You should realize the concept of the error 1308 to be able to distinguish the cause or causes of the error. I got this error because I found out that there was a DLL files missing on my computer. You can use the methods below to be able to solve your issue:
- You should reregister the registry list of the DLL files
- Click start > run > type in regsvr32 C:WindowsSystem32DLLFile
- Restart your computer for changes to take effect
In case you can’t find the files on your computer, you can download and locate it from the internet. Visit the link below for mre information on how to fix Runtime error 1208:
http://www.registryquick.com/download.htm
Zorian
Error 1308 when running MS-Office
I understand you get an error 1308 when launching Microsoft Office components.
It seems that there is only a radical solution to your problem. You have to uninstall the Office suite and then reinstall it. Please try to turn off your antivirus program while reinstalling.
Refer to this site for a complete uninstall guide.
Error 1308 when running MS-Office
This problem normally happens when you try to install a program using an internet source location. This error is triggered because of a bug in Windows Installer and usually happens when you are using Microsoft Windows XP. Apart from the files in the IsolatedComponents table of the MSI installation file (.msi), installing from an internet source location should work as expected.
If you are using Windows XP, you need to update to the latest Service Pack to fix the problem. Support for Microsoft Windows XP has already ended on April 8, 2014 and Microsoft stopped releasing any future updates for this operating system. The latest and last Service Pack update for Windows XP is Service Pack 3.
To update your Windows XP, download and install Windows XP Service Pack 3. Also, try reinstalling the entire Microsoft Office suite if installing the latest Service Pack didn’t fix the problem. Make sure the version of Microsoft Office you are installing is compatible with your system. Check the system requirements before installing the package.
Содержание:
- Отключить антивирус
- Изменение прав доступа к папке Autodesk
- Загрузка Autodesk через AVA ( Autodesk Virtual Agent )
- Очистить Переустановить Autocad
Вы можете столкнуться с этой ошибкой при установке программы AutoCAD, согласно нашим исследованиям, ошибка появляется на экране, когда Autodesk не может найти исходный файл во время установки AutoCAD, однако, если проверить файл, он присутствует.
Существует множество причин возникновения этой ошибки, мы перечислили некоторые из них ниже:-
- Поврежденные файлы- Файлы AutoCAD могут быть повреждены в процессе установки, что может быть причиной возникновения этой ошибки.
- Стороннее программное обеспечение- Если вы пытаетесь взломать программу AutoCAD и скачали ее из стороннего источника, то это может быть причиной появления на экране ошибки 1308.
- Антивирус- Антивирус может препятствовать процессу загрузки AutoCAD, убедитесь, что вы отключили защитник Windows или антивирус.
- Разрешение отклонено- Существует вероятность того, что у вас больше нет доступа к C:\Autodesk по этой причине Autodesk не может прочитать исходный файл и выдает ошибку 1308.
Отключить антивирус
Антивирусы и брандмауэры защищают наши данные и информацию от онлайн-ресурсов, таких как приложения и веб-серверы. а также защищает нас от хакеров и вредоносных байтов.
Иногда антивирус препятствует процессу загрузки программ запуска, поэтому разработчики Autodesk советуют отключать антивирус на компьютере при попытке загрузить AutoCAD.
Примечание- Если вы используете антивирусное программное обеспечение сторонних производителей, отключите его вручную.
Выполните действия для отключения антивируса:-
- Перейдите к настройкам, нажав кнопку Windows + I клавиши вместе, чтобы открыть настройки.
- Нажмите на Обновление & Безопасность.
- Нажмите на Безопасность Windows на левой боковой панели, затем нажмите на Открыть Безопасность Windows на правой панели.
Нажмите на Открыть Безопасность Windows - Перейдите в Вирус & защита от угроз затем нажмите на Управление настройками под пунктом Вирус & настройки защиты от угроз.
Нажмите на Управление настройками - Здесь отключите защиту в реальном времени, нажав на нее.
Отключите защиту в реальном времени - После этого проверьте, сохраняется ли ошибка.
Изменение прав доступа к папке Autodesk
Если у вас нет разрешения на полный контроль, перейдите по ссылке Autodesk папку, расположенную на диске C:\, может возникнуть ошибка 1308, однако это можно исправить, внеся некоторые изменения в настройки разрешений.
Вот как можно изменить разрешения Autodesk:-
- Если у вас есть другие продукты Autodesk, рекомендуется удалить папку Autodesk с диска C:\, а затем снова загрузить программу через браузер.
- Выйдите из установки и откройте проводник, перейдите по ссылке C:\ диск.
- Щелкните правой кнопкой мыши папку Autodesk и выберите пункт свойства опцию.
- Перейдите на вкладку «Безопасность» в верхней части и нажмите на кнопку Кнопка Изменить внести изменения в разрешения.
Нажмите кнопку Изменить, чтобы внести изменения в разрешения - Проверьте Полный контроль опцию и нажмите кнопку Применить для сохранения изменений, а затем нажмите кнопку OK.
Отметьте опцию полного контроля, чтобы получить полный контроль над папкой Autodesk - После этого проверьте, сохраняется ли ошибка.
Загрузка Autodesk через AVA ( Autodesk Virtual Agent )
Autodesk предоставляет нам альтернативный вариант установки своих продуктов с помощью виртуального агента Autodesk. По сути, это бот, который помогает нам загрузить продукты Autodesk, которые мы можем установить на нашу систему. Мы используем этот метод, когда получаем ошибки при установке продуктов Autodesk с помощью браузера.
Autodesk Virtual Agent разработан как альтернативный вариант для загрузки продуктов Autodesk, недавно пользователи сообщили, что они получают ошибки при установке продуктов Autodesk. По этой причине они представили нам AVA (Autodesk Virtual Agent).
Вот как можно загрузить AutoCAD с помощью виртуального агента:-
- Сначала удалите Autocad и все продукты Autodesk из панели управления, затем следуйте инструкциям по установке AutoCAD через виртуального агента.
Деинсталлируйте Autodesk со всеми его компонентами - Откройте свой любимый браузер и выполните поиск Виртуальный агент Autodesk и нажмите ввод.
- Когда все результаты поиска будут загружены, откройте первую ссылку и убедитесь, что она принадлежит Autodesk.
- Здесь вы опишите, какой продукт вам нужен, но перед началом описания вы должны войти в систему/зарегистрироваться для загрузки продуктов Autodesk.
- если у вас уже есть учетная запись, войдите в нее и перейдите к 8-му шагу.
- Нажмите на кнопку Вход в систему в правом верхнем углу, затем нажмите на кнопку создать учетную запись.
Нажмите на кнопку входа в систему, чтобы войти в свою учетную запись - Заполните данные, необходимые для создания учетной записи, после чего на указанный вами аккаунт Gmail будет отправлена ссылка для проверки. Зайдите в Gmail и откройте почту Autodesk, нажмите на Verify Email и войдите в учетную запись Autodesk.
Заполните данные для создания учетной записи - После входа в систему вернитесь к виртуальному агенту Autodesk.
- Введите Загрузка AutoCAD и нажмите ввод.
Введите AutoCAD download и нажмите клавишу Enter - Нажмите на кнопку Пуск, чтобы перейти к следующему шагу.
Нажмите на кнопку Пуск, чтобы перейти к следующему шагу - Теперь он спросит, что вы хотите, тщательно выберите один вариант в соответствии с вашей ситуацией, если у вас есть существующий ключ, вы можете пойти на это и на следующем шаге он должен попросить ключ продукта, если у вас нет ключа продукта, то вы можете перейти к пробной версии, как мы.
Выберите вариант в соответствии с вашей ситуацией - После выбора опции появится запрос, хотите ли вы запустить AutoCAD на нескольких компьютерах или только на этом компьютере.
- Вы можете выбрать несколько, но мы остановимся на следующих Этот компьютер опция.
Щелкните на опции «Этот компьютер», чтобы установить AutoCAD на свой компьютер - Нажмите на Продолжить с AVA чтобы получить ссылку Autodesk Virtual Agent.
- Выберите версию AutoCAD, которую вы хотите скачать, в моем случае я выбрал пробную версию, поэтому она показывает последние версии AutoCAD, но если у вас есть ключ продукта, то вы можете скачать более старые версии AutoCAD, но если у вас его нет, а вам нужны старые версии Autocad, такие как 2014, 2016, то вы можете купить ключ продукта, чтобы скачать старые версии.
Выберите версию в соответствии с вашими предпочтениями - После выбора версии AutoCAD он выдаст вам файл Скачайте кнопку, нажмите на нее, чтобы загрузить программу установки AutoCAD.
Нажмите на кнопку Загрузить для установки AutoCAD - После загрузки программы установки AutoCAD дважды щелкните на ней, чтобы запустить ее.
- Это должно запустить процесс загрузки, после чего на экране появится менеджер загрузки Autodesk, который используется для загрузки продуктов Autodesk.
- Нажмите на кнопку I Согласен чтобы принять соглашение, нажмите Далее чтобы загрузить менеджер загрузки Autodesk.
Нажмите на кнопку установки, чтобы установить Autodesk manager - После завершения установки он спросит о директории установки Autodesk для сохранения на компьютере, вы также можете изменить директорию, нажав на кнопку Измените кнопка.
Нажмите кнопку Ok, чтобы выбрать местоположение - После выбора каталога начнется процесс загрузки программы AutoCAD, который, надеюсь, не приведет к ошибкам.
Начнется загрузка AutoCAD
Если вы тщательно выполнили все шаги один за другим, вы больше не столкнетесь с ошибкой 1308.
Если ни один из этих методов не помог вам, то вы можете применить этот метод для чистого удаления AutoCAD с вашего компьютера, а затем установить его снова с помощью методов браузера.
Сначала необходимо удалить программное обеспечение AutoCAD и другие продукты Autodesk, включая их компоненты.
- Нажмите Windows + R чтобы открыть окно Выполнить, введите appwiz.cpl в окне поиска и нажмите ввод.
- Здесь вы должны увидеть все программы, которые установлены на вашем компьютере. Удалите AutoCAD и другие продукты Autodesk по одному, включая их компоненты, выбрав продукт и нажав на кнопку Uninstall в верхней части.
- После деинсталляции AutoCAD необходимо удалить папку Autodesk из диска C, для этого перейдите по адресу проводник файлов затем Локальный диск C, и перейдите к Pрограммные файлы.
- Найдите Autodesk папку, щелкните на ней правой кнопкой мыши и нажмите кнопку удалить.
Удалить Autodesk из программных файлов - После этого перейдите к Общие файлы, Щелкните правой кнопкой мыши на Autodesk shared и удалите его.
Перейдите к общим файлам - Теперь необходимо удалить папку Autodesk папка AppData, в которой хранятся настройки и информация о программе, необходимые приложению компьютерной системы для выполнения задания.
- Нажмите Windows + R клавиши, чтобы открыть окно «Выполнить» и ввести AppData затем нажмите ввод.
- Перейдите в Локальный диск, найдите Autodesk папку, щелкните на ней правой кнопкой мыши и удалите ее.
Удалите папку Autodesk из appdata - Вернитесь в предыдущий каталог, затем перейдите в каталог Роуминг папка.
- Щелкните правой кнопкой мыши на Autodesk и удалите его отсюда.
- После этого нажмите на кнопку Локальный диск (C:) на левой боковой панели и перейдите к пункту Пользователи>Public>Публичные документы.
Удалите папку Autodesk из общих загрузок - Щелкните правой кнопкой мыши на Autodesk папку и удалите ее.
- Нажмите Windows + R чтобы открыть окно Выполнить, затем введите %programdata% и нажмите ввод.
- Найдите для Autodesk папку, щелкните правой кнопкой мыши на папке и удалите ее.
Удалите папку Autodesk из данных программы - Нажмите кнопку Windows ключ затем введите Regedit в строке поиска.
- Откройте Редактор реестра это база данных компьютерной системы, в которой хранятся конфигурации, настройки и информация о системе.
- Перейдите по следующему пути.
Компьютер\HKEY_CURRENT_USER\SOFTWARE\Autodesk
- Щелкните правой кнопкой мыши на Autodesk папку и удалите ее.
Удалите папку Autodesk из редактора реестра - Снова перейдите по следующему пути
Компьютер\HKEY_LOCAL_MACHINE\SOFTWARE\Autodesk - Щелкните правой кнопкой мыши на Autodesk папку и удалите ее.
Снова удалите Autodesk из реестра - После этого перезагрузите компьютер.
- Нажмите Windows + R откройте окно «Выполнить» и введите %temp% и нажмите ввод.
- Затем нажмите Ctrl + A чтобы выбрать все временные файлы, щелкните правой кнопкой мыши и нажмите удалить, чтобы удалить все временные файлы.
Примечание- Все файлы не удаляются, потому что в фоновом режиме работают другие приложения. просто нажмите Sкип оставить.
Удалите все временные файлы - После удаления всех файлов Autodesk из системы обязательно отключите антивирус или защитник Windows, выполнив описанные выше действия.
- Теперь загрузите Autodesk и его продукты с сайта официальный сайт.
Если вы застряли где-то при применении методов, расскажите нам в комментариях, мы будем рады помочь вам.
Мне требуется ряд неустановимых исправлений, созданных с помощью Patch Design с Installshield 2012. Первые два исправления работают нормально при удалении. Однако третий патч, если и только если он был удален, когда патч 1 и / или патч 2 уже были применены, выдает ошибки:
MSI (c) (48:C4) [19:02:54:135]: Font created. Charset: Req=0, Ret=0, Font: Req=MS Shell Dlg, Ret=MS Shell Dlg
Error 1308.Source file not found: {pathToFile}. Verify that the file exists and that you can access it.
Существует 26 таких ошибок относительно разных файлов. Там нет очевидного шаблона для файлов или компонентов, или есть функции
Примечание. Если у меня есть только исправление 3, удаление НЕ приводит к этой ошибке.
Я создал все три патча с одинаковыми параметрами в Patch Design. Единственное заметное отличие, которое я понимаю, состоит в том, что патч 3 содержит гораздо больше изменений (обновлений файлов), чем первые два. Позвольте мне повторить: еще много изменений.
Мои вопросы:
-
Почему это происходит только в том случае, если установлена серия патчей, а не только третий патч?
-
Что я должен сделать, чтобы предотвратить удаление пакета исправления, чтобы попытаться извлечь файлы из местоположения, которое должно быть только для времени разработки при создании исправления? Или, может быть, это выборка, но кэш слишком перегружен или запутан?
ОБНОВЛЕНИЕ — ДОПОЛНИТЕЛЬНАЯ ИНФОРМАЦИЯ (запрошено Glytzhkof): патч содержит 96 файловых изменений, что примерно вдвое меньше базового пакета MSI. Это на самом деле от ветки Dev. Было добавлено несколько новых файлов. Некоторые были первоначально удалены (пришлось вернуть их обратно, когда я обнаружил, что мы действительно делали патч…). Если бы я описал ситуацию больше, это может обидеть вас как профессионала в этой области.
Я пытался продать Major Upgrade, и установщику потребовалось бы всего несколько настроек, чтобы сделать его ненужным для исправлений. Для удаления нашего продукта требуется параметр, чтобы он не был интерактивным (нам нужен этот параметр для работы в сценарии крупного обновления, в настоящее время он является только частью последовательности удаления). Это единственная реальная проблема — но ее исправление окупится. Однако было решено не решать эту проблему. Я пытаюсь «поднять» эту проблему на каждой итерации. Нет кости. Мне сказали, что нам нужны патчи для крупных релизов — поэтому здесь я пытаюсь заставить хвост вилять собакой.
И да, патчи могут быть быстрее (позвольте мне сыграть адвоката дьявола здесь). Но на самом деле, разница между 30 и 90 секундами, когда все это автоматически разворачивается? И да, я также подумал о том, чтобы найти способы оптимизировать установщик с помощью настройки стоимости файла, чтобы увидеть, будет ли он быстрее, но даже тогда я уверен, что будет еще одна причина, по которой будет запрашиваться патч.
ДРУГОЕ ОБНОВЛЕНИЕ: файлы, упомянутые в ошибках 1308, не на целевой системе %windir%Installer\$PatchCache$\Managed\{PackedProductCodeOfMyBaseMSI??}
папка. Это может вызвать 1308, потому что, если я удаляю больше файлов из этого кэша, я получаю ту же ошибку, соответствующую отсутствующему файлу. Вопрос может заключаться в том, почему ВСЕ файлы не находятся в этой папке PatchCache?
2014-05-03 01:03
4
ответа
Я все еще ищу решение или, по крайней мере, какое-то руководство, хотя я согласен с тем, что это выходит за рамки обычной хорошей практики. — Джек 1 час назад
У меня нет доступа к моим инструментам развертывания, но я постараюсь представить перспективу. Поскольку я не полностью понимаю все аспекты того, что вы пишете, это будут общие комментарии. Я надеюсь, что это как минимум связано с тем, что вы просите. Это превратилось в блог, как я написал.
Для меня патч MSI эффективен для 2 основных сценариев:
- Исправлена ошибка в последовательности удаления установленного продукта с небольшим обновлением.
- Вы предоставляете небольшое обновление для пары файлов в качестве » исправления » для выпущенного продукта, который может быть огромным и требует много времени для переустановки.
Для этих двух целей я несколько раз профессионально использовал исправления MSI. В каждом случае не было другого хорошего решения. Патчинг IMHO предназначен для «исправления» — это то, для чего предназначена вся технология, а не для развертывания частых, постепенных обновлений. Доставка 96 обновлений файлов НЕ является исправлением.
Патч — это рабочее обновление. Помните, что исправление — это просто более компактный механизм доставки для обновления, которое уже работает. Это может быть серьезное, незначительное или даже небольшое обновление, и каждое из них будет работать по-своему. Прежде чем делать что-либо еще, убедитесь, что вы проверили свой фактический MSI полного обновления, прежде чем пытаться упаковать его как патч. Это лучший совет, который я могу вам дать. Все усилия, потраченные на исправление, будут потрачены впустую, если полное обновление не работает правильно. И да, это включает в себя установку, удаление и обновление во всех взаимодействиях перед созданием самого патча. Это, пожалуй, самая распространенная ошибка исправления из всех.
Существует несколько препятствий, мешающих удалению патча. Существуют десятки технических проблем, которые могут привести к удалению исправлений (рекомендуется прочитать). Иногда это огромная проблема, поскольку исправление, в котором установлено исправление, может быть признано дефектным и, следовательно, должно быть полностью восстановлено. На мой взгляд, это одно из основных применений небольшого патча — развернуть быстрое исправление, которое затем можно откатить.
Условия исправления и настраиваемого действия: для меня один из худших аспектов исправления состоит в том, что настраиваемые действия в пакетах могут не быть настроены должным образом, чтобы НЕ запускаться при выполнении операции исправления в отличие от обычной установки. Патч обладает свойствами, специфичными для патча, такими как PATCH и MSIPATCHREMOVE. Используйте эти условия для пользовательских действий, чтобы они запускались или не запускались во время исправления в зависимости от того, что необходимо. Будьте осторожны с условиями пользовательских действий, они сложны, чтобы получить право. Вот » Листок условий MSI «, чтобы помочь вам. Я не проверял эти условия — тестирование является единственной гарантией.
Некоторые дальнейшие советы по исправлению:
- Я бы полностью забыл об основных обновлениях. Я попробовал их и попробую снова, но они, как правило, не идеальны. Абсолютным требованием для исправления основного обновления является то, что RemoveExistingProducts помещается после InstallFinalize в InstallExecuteSequence. Причина этого заключается в том, что в противном случае файлы удаляются до того, как пакет исправлений попытается исправить существующие файлы. Вполне улов 22.
- Незначительное обновление не удаляет существующую установку, но rater повторно кэширует новый файл MSI, чтобы использовать его для операций обслуживания и удаления. Это означает, что патч может исправить последовательность удаления до его запуска — один из хороших патчей использует тот, который я перечислил выше. Фактически, если незначительное обновление работает, патч может не понадобиться вообще. Просто используйте незначительное обновление, если ваш MSI-файл не очень большой и вы не хотите поставить небольшое «исправление».
- Если вам нужно включить файлы в ваш патч, я рекомендую включить » включать целые файлы «. В противном случае выполняется исправление на уровне битов, и это лишняя сложность (если ваши двоичные файлы огромны). Я также не уверен, как исправление на уровне битов работает с подписанными файлами и цифровыми подписями.
- Включите в патч только то, что вам нужно. Добавьте не файлы или настройки, которые не требуются, и вы можете сделать надежный патч. Избегайте добавления пользовательских действий, если это возможно.
- Как уже упоминалось: имейте в виду, что исправление использует тот же InstallExecuteSequence, что и обычная установка, но вы можете по-разному обусловить настраиваемые действия с помощью свойств, специфичных для исправления, таких как PATCH и MSIPATCHREMOVE. Используйте эти условия для пользовательских действий, чтобы они запускались или не запускались во время исправления в зависимости от того, что необходимо.
- Ссылка на компонент должна быть на 100% правильной, чтобы ЛЮБОЙ тип патча работал. Без исключений.
- Незначительные обновления должны быть запущены с правильной командной строкой msiexec.exe, чтобы работать, если они не доставлены через setup.exe / update.exe.
- Сторонние модули слияния часто вызывают проблемы с исправлениями в моем опыте.
- » Ложная версия «, как они ее называют, — черное искусство обеспечения того, чтобы файлы всегда обновлялись путем добавления другой версии в MSI-файл для файла на диске, что, похоже, приводит к ошибкам исправления.
- Патч покажет тот же графический интерфейс, что и основная установка. На мой взгляд, это ошибочный дизайн. Пользовательские действия в графическом интерфейсе могут испортить процесс исправления (следует ли принимать новый пользовательский ввод значений для исправления?).
- Я считаю, что каждый патч должен быть накопительным — заменять все предыдущие патчи. Я никогда не получал эту работу должным образом, когда тестировал несколько патчей, установленных последовательно и последовательно. По многим причинам я пришел к выводу, что это был бесполезный подход к исправлению с самого начала. У меня были проблемы, точно такие же, как вы описываете с семействами исправлений, целевыми выпусками и т. Д. Патч не слишком умен, он представляет собой сложный набор из нескольких файлов, пытающихся найти продукт, к которому он принадлежит.
Очевидная вещь, которую следует заключить, заключается в том, что я действительно не рекомендую использовать такой подход к исправлению, даже когда вас об этом попросят. Тем не менее, я прочитал эту ветку, которая, кажется, указывает на успешное исправление для кого-то, кто перешел на использование WIX вместо Installshield. Вы должны проверить ссылку CodeProject тоже.
Что касается сценария развертывания — я не полностью осознаю все его аспекты, но похоже, что разработчики хотят, чтобы исправления преобразовывали работающее приложение в текущую версию QA через исправление? Я бы никогда не согласился с этим, иначе сценарий должен отличаться от того, на что он похож. Полностью потраченные впустую усилия по созданию патча, когда вы уже должны вначале выпустить незначительные или крупные обновления — их более чем достаточно для поставки программного обеспечения для обеспечения качества. Вы можете использовать dev-branch для доставки отдельного MSI, а затем время от времени создавать несколько исправлений, чтобы проверить исправимость продукта, но я бы никогда не использовал исправления для внутренней доставки установщиков вашего продукта. Я не знаю, если это то, что вас просят сделать.
Работайте с небольшими и крупными обновлениями — желательно последними для исправлений, не требующих исправлений, и доставляйте исправления, когда они вам действительно нужны. Если продолжительность установки является проблемой, вы можете просто запланировать ежедневное масштабное обновление после завершения ночной сборки на всех компьютерах разработчика и QA? (включая уничтожение любых запущенных процессов, необходимых для работы установки). Я не знаю, полностью ли я не в курсе того, чем на самом деле является ваш сценарий.
Посетите сайт installsite.org Стефана Крюгера, чтобы узнать больше обновлений и советов по исправлению.
Посмотрите этот хорошо известный учебник по wix для обновлений и исправлений. И MSDN.
2014-05-03 23:15
Я должен добавить это как ответ, так как это слишком долго для комментария. 200 изменений файла? Я предполагаю, что стоимость файла займет больше времени, чем установка всего незначительного обновления. На вашем месте я бы отказался доставлять такие патчи. Они обречены на неудачу, с почти 100% уверенностью из-за сложности технологии. Помните, что MSI-патч — это всего лишь механизм доставки уже работающего обновления, в основном с добавленным риском и сложностью. Это действительно так.
Патчи MSI сложны и зарегистрированы для проверки и удаления — они не просто сбрасывают и патчуют файлы, как в мире до MSI. Если пользователь требует исправления, я бы пошел к другому решению, чем MSI в целом.
Можете ли вы описать сценарий немного лучше? Я считаю, что автоматизированные процессы сборки, обеспечивающие крупные обновления, работают очень хорошо, чтобы доставлять ежедневные сборки в QA. Если скорость установки является проблемой, вы можете использовать методы, чтобы ускорить процесс, такие как включение MSIFASTINSTALL. С помощью этого свойства вы можете указать системе выполнять менее тяжелые и длительные операции, такие как создание точки восстановления системы и тщательную оценку стоимости файлов (сравнение установленных и устанавливаемых файлов и размеров каталогов).
2014-05-03 14:12
Я бы посмотрел любую из статей поддержки об этой ошибке, из которых есть несколько. В некоторых случаях они могут относиться к конкретному продукту, но могут указывать на ошибку (например, административные установки или ошибки в установщике Windows). Может быть, вы уже сделали это.
В противном случае эти проблемы, как правило, возникают, когда параметры замены исправления каким-либо образом неверны. Если вы как-то сказали, что один из патчей заменил другой, то по определению он включает в себя все изменения патча из предыдущих патчей. Поскольку это связано с работой с направляющими в разных местах, возможно, было пропущено изменение, если использовался один и тот же базовый файл PCP, хотя я не уверен, насколько IS скрывает или скрывает все это. Конечным результатом будет то, что Windows будет думать, что другие патчи больше не нужны, и удалит их. Это может помочь:
http://msdn.microsoft.com/en-us/library/aa368345%28v=vs.85%29.aspx
2014-05-06 16:51
Обращение к этой рекомендации слишком длинно для комментария, поэтому:
Кэширование копии фактической установки MSI локально всегда было хорошей идеей (ищите Дао правил установщика Windows) в случае восстановления, добавления функций и т. Д., Но статья Хита о 5.0 изменениях файла MSI с внутренним кэшированием, который не является тоже самое. IS может сказать «держать копию действительного файла MSI доступным», Хит просто описывает внутреннее изменение «секретного» кэшированного файла MSI, но этот MSI с внутренним кэшированием не считается допустимым источником. Будьте уверены, что «кэшированные» они имеют в виду. Я думаю, что они означают, что вы должны держать копию фактического MSI доступной при установке.
Я предполагаю, что IS видит основную проблему не столько как отсутствующий патч, сколько как Windows, нуждающаяся в восстановлении исходных файлов при удалении патча, поэтому, если файл msp недоступен, он может получить его из исходного виртуального MSI файл, который состоит из оригинальных плюс патчи. Если вы используете опцию IS в кэшированном MSI, я предполагаю, что он куда-то копирует файл MSI и устанавливает его оттуда, или иным образом делает это местоположение допустимым источником. В случае необходимости восстановления файлов при удалении исправления, их анализ состоит в том, что это можно сделать (автоматически?), Используя (базовый MSI + все применимые исправления) для восстановления предыдущих файлов. Я пытаюсь прочесть мысли И.С. из вашего краткого комментария, и, возможно, это поможет, хотя я уверен, что не совсем точно понял.
2014-05-13 16:30