akbestru

1. Перевод контекст 'Redistributable' c английский на немецкий от Reverso Context: Confirming Microsoft Visual C++ 2008 Redistributable installation. This download contains the redistributable runtime binaries that you can distribute with your Visual Studio Shell (isolated mode) based application. Dieser Download.
2. Microsoft Visual Studio 2008 Shell (integrated mode) Redistributable Package - Microsoft Visual Studio 2008 Shell (интегрированный режим) распространяемого пакета обеспечивает основу, на которой вы можете легко интегрировать инструменты и языки программирования в Visual Studio. Визуальный Студия.

Дисклэймер Сразу оговорюсь. Всё написанное здесь исключительно моё. Я могу ошибаться и буду рад, если вы меня поправите:) Буду использовать жаргонизмы и варваризмы, потому что пишу на русском, а русских аналогов нужных терминов нет или они не совсем точно передают смысл. Ладно, к делу.

Данная статья имеет задачу в первом приближении проинформировать интересующихся о возможностях расширения функционала Visual Studio — «технологии» Visual Studio Extensibility. Visual Studio Extensibility Как известно, — среда для разработки. Причём расширяемая среда. В связи с тем, что среда непростая, имеет продолжительную историю и позволяет реализовывать серьёзные вещи на своей основе, появился термин Visual Studio Extensibility , который объединяет в себе всё, что относится к расширению функционала студии (буду называть её так). Студия имеет уже десятилетнюю историю.

Она была создана в -времена (я знаю, что они не прошли) для COM-разработки. Потом изменила своё основное предназначение на.NET-разработку. Но осталась COM-based-приложением, поэтому основная расширяемость непосредственно связана с её COM-природой. Для неё, расширяемости, используется.NET- и COM-интероперабельность. Это, несомненно, привносит в процесс расширения увлекательность и некий шарм (небольшая доля сарказма). Ядро студии от версии к версии остаётся в основном тем же, что и у 2002-й версии, а большинство новых возможностей (VS2005, VS2008 и VS2010) реализованы с использованием мощи VSX. К сожалению, разработчику, который будет работать с VSX, придётся столкнуться с «очаровательным кодом», который разрабатывался на протяжении нескольких лет разными людьми, и перерабатывался множество раз.

Я использовал до сих пор VS 2008 shell integrated mode 9.0.21022.8 RTM. И всё, что указано в статьях, собрано на этом shell. Возможно, проблема именно с VS2010. Здесь можно скачать 2008 shell, который использовал я. Скачано было оттуда, мало того – ещё и по сети раскинуто через GPO.

А если учесть природу студии и, возможно, сжатые сроки её разработки, можно представить сколько интересного и удивительного разработчик может увидеть. Всё к тому же сожалению, именование сущностей тоже несколько хромает.

И, наконец, такой аспект, как наличие обширной и понятной документации, а точнее её отсутствие, рождает непонятное и магическое влечение к использованию VSX профессиональными разработчиками. Что может быть увлекательнее, чем исследование уже реализованных решений и изобретение новых на их основе? Зачем расширять студию? Собственно, зачем нам может понадобится расширение студии?

Если подумать, то можно обнаружить множество решений, основанных на VSX, которые мы (имею в виду дотнетчиков) используем в повседневной жизни., и, тестовые проекты — разработки от MS, которые в более ранних версиях студии отсутствовали, но потом появились благодаря прогрессу. Далее — собственно VSX, который, получается, основан на себе самом и включающий Integration package, DSL Tools и другие штуки. Возможно, менее известные,.

Небазовые для.NET языки, PHP. Всё это вещи в той или иной степени основанные на VSX. Сразу стоит заметить: расширение студии доступно в двух вариантах — Isolated Mode и Integrated Mode. Различие тут в том, что само ядро студии и её доступно всегда, но функционал, который присутствует в обычной студии будет доступен только в интегрированном режиме (например, сишарп и вижуал-бейсик, веб-проекты, всяческие окна и инструменты).

В изолированном мы получим исключительно оболочку, шелл., — первые, пришедшие в голову продукты, реализованные на основе изолированного шелла. Так же, вся линейка Express-студий: Visual Basic 2008 Express Edition, Visual Web Developer 2008 Express Edition, Visual C 2008 Express Edition, — думаю, имеет те же корни. Нa Хабре, кстати, были публикации о примерах использования VSX:.;.;. Теперь, надеюсь, немного более понятно зачем расширять студию.

Видится мне, что VSX полезная штука, особенно учитывая то, что он и сам развивается. Новая Visual Studio 2010 должна быть более дружелюбной к тем, кто планирует заняться расширением. Как минимум, по причине того, что.NET Framework 4.0 будет включать в себя (как напомнил хабраюзер ). Важно отметить, что расширения в интегрированном режиме доступны только в неэкспресс-версиях.

В бесплатных версиях невозможно установить никаких расширений. Зато этот интегрированный режим можно использовать для создания и внедрения новых языков программирования, дополнительного инструментария разработки в уже приобретённую и установленную студию. Примеры языков и технологий были выше. Если же мы хотим обойтись без приобретения дорогостоящей копии Visual Studio Standard, Professional или версии Team System, то специально для нас есть бесплатный Visual Studio Isolated Shell, который можно использовать для создания своих стендэлон-продуктов, например специфических редакторов. Возможности VSX Возможности расширения 2008-й версии, так же как и 2005-й, включали в себя три основных варианта:.

макрос (macros),. надстройка (add-in),.

пэкедж (integration package). Насколько я понимаю, 2010-я студия и новый SDK пока ничего другого в этот список не привнесли. Вернёмся к расширениям.

Макросы и надстройки доступны всегда, но создание пэкеджей требует наличие Visual Studio. Для того чтобы получить полную отдачу от VS SDK лучше сначала поставить, а уже потом. В 1.1 по какой-то причине отсутствует Project Base, о котором будет рассказано позже. В общем, после установки VS SDK появится возможность создавать надстройки и пэкеджи, а после установки — VS Shell-based-решения.

Отмечу, что изолированный шелл существует в десяти локализациях. Исключительно тремя вариантами VSX ограничивается только технически. А так, есть ещё и визуалайзеры (Visualizers), окна (Tool Window), проекты (Project Templates), -расширения, Tools и уже упомянутый VS Shell Isolated. Теперь по порядку:. Макросы. Позволяют записывать действия для их дальнейшего повторения, т. е. позволяют программно их автоматизировать.

Написание макросов ограничено вижуал-бэйсиком (VB.NET). Надстройки. Надстройки — не просто код.

Надстройка интегрируется в оболочку в виде скомпилированного COM-компонента (который является обычной.NET-сборкой) и имеет практически полный доступ к среде и её API. Позволяют полностью интегрироваться в оболочку, как и надстройки, но в дополнение предоставляют возможность создавать собственные типы проектов и интегрировать новые языки программирования. MPF Основой VSX является Managed Package Framework (MPF).

Он позволяет создавать пэкеджи с управляемым кодом. MPF содержит инкапсулированные имплементации множества интерфейсов пэкеджей, что позволяет обходиться меньшим количеством кода для создания собственных пэкеджей. Уважаемый Владимир, я приверженец функционального подхода. Для того чтобы меньше написать, но чтобы было понятно всем в подходящих случаях использую аббревиатуры, в подходящих — слова, отсутствующие в словарях Даля и Ожегова. Я посчитал использованный мной вариант короче. Так же, я обычно стараюсь уместно использовать знаки препинания и прописные буквы в текстах. Не только потому что это грамотно, но и с целью передачи смысла в том виде, в котором было запланировано.

Часто с трудом пытаюсь вычитать в комментариях и статьях что-то похожее больше на поток бессвязных мыслей, чем на осмысленных текст. В общем, считаю умеренное использование варваризмов уместным. Для сообщения об этом и была часть-дисклеймер в начале.

В продолжение, решил написать для себя небольшую заметку-инструкцию по установке и обновлению этого ПО в корпоративной среде при помощи подручных средств. Из подручных средств у меня имеется только GP (Групповые политики), то речь пойдет именно о них.

И так, общая схема работы такова:. надо где-то раздобыть приложение в формате msi. создаем общую папку на сетевом ресурсе для размещения файлов административной установки.

выполняем административную установку приложения в папку, созданную в п.2. выполняем настройку пакета инсталляции (msi), путем его редактирования и/или создания файла модификации/преобразования (mst). создание/редактирование GPO для добавления пакета инсталляции. Рассмотрим, каким образом мы можем выполнить каждый из вышеперечисленных пунктов на примере создания объекта Групповой политики, предназначенной для выполнения установки Adobe Acrobat Reader’а в корпоративной среде. 1) Как добыть инсталлятор Acroreader’а?

Как выяснилось это не просто, а очень просто. Сначала нам придется скачать с сайта производителя инсталлятор Acroreader’а, представляющий обычный исполняемый exe-файл. Сделать это можно одним из следующих способов: посетить сайт www.

Adobe.com, потыркать по ссылочкам и добраться, наконец, до страницы со ссылкой на файл-дистрибутив, либо, сократив количество телодвижений, непосредственно забрать оный инсталлятор с ftp-сервера производителя. Последняя (на момент написания этих строк) версия инсталлятора 9.3.4 доступна для скачивания по следующему адресу:. И так, мы добыли инсталлятор в виде исполняемого файла. К нашему счастью этот инсталлятор есть не что иное, как, своего рода, самораспаковывающийся архив, который содержит в себе нужный нам msi-пакет. Поэтому нам не придется заниматься самостоятельной изготовкой msi-пакета.

Все, что нам нужно сделать, это распаковать полученный «архив». Для этого обратимся к документации от производителя. Рис.8 Не забудьте прилинковать созданную политику к нужному OU. Ну, и остался последний важный момент.

Политику мы создали, прилинковали. На компьютерах она применилась.

А как же быть с обновлениями? Обновления выпускаются фирмой Adobe в виде patch-файлов, имеющих расширение msp. С помощью этих файлов мы можем выполнять обновление административной установки.

Обновление выполняется в 2 этапа: a) собственно обновление, т.е. Применение patch’а к административной установке. После того, как мы скачали с сайта производителя очередной инкрементальный файл патча, применим его к административной установке при помощи следующей команды: msiexec / a / p – полный путь к msi-пакету административной установки AcroRead.msi – полный путь к файлу patch’а.

Для вышеприведенного примера команда будет выглядеть следующим образом: msiexec / a Server Deploy Acrobat AcroReadd. Msi / p C: ar9 Reader9 AdbeRdrUpd932 all incr. Msp b) распространение обновления на клиентские компьютеры. Для того чтобы клиентские компьютеры выполнили обновление ПО, ранее установленное при помощи групповых политик, необходимо, открыв соответствующую политику на редактирование, дать команду «Развернуть приложение заново» (см. Рисунок ниже). 11 Обратите внимание, что раздел реестра JSPrefs с параметром bEnableJS может быть добавлен, как в куст HKCU, так и в HKLM. Думаю, что лучше будет добавить эти параметры в оба куста и вот почему: как, этот параметр действует в обоих случаях, но приоритетнее параметр, заданный в ветке HKCU.

С другой стороны, параметр из куста HKLM полезен тем, что он задает дефолтное значение (JavaScript вкл/выкл) для любого пользователя компьютера (в том числе и локального). Не смотря на то, что мы может отключить встроенный JavaScript в пакете msi, после установки приложения пользователь может снова его включить (взведя соответствующий checkbox в меню Acrobat Reader’а). Поэтому настоятельно рекомендую. Кроме того, из соображений безопасности стоит запретить документу PDF открытие других файлов и запуск приложений. Дистрибутив последней версии, доступный для скачивания на оф. Сайте, представляет из себя архив.

Этот архив содержит в себе пакет msi и патчи к нему. Так, например, дистрибутив AdbeRdr934enUS.exe, содержит в себе пакет установки: AcroRead.msi (v 3.0) и набор инкрементальных патчей: AdbeRdrUpd932allincr.msp AdbeRdrUpd933allincr.msp AdbeRdrUpd934allincr.msp (Я об этом писал в инструкции, см. Выше) Соответственно ваши действия таковы: качаете последний доступный дистрибутив, выполняете административную установку, патчите ее патчами, добытыми из инсталятора (или скаченными с оф. По мере выхода новых патчей, закачиваете их с оф сайта, патчите административную установку и даете команду на редеплой в редакторе политик (об этом я так же написал в инструкции.

Про appdeploy.com знаю (полезный ресурс). При написании своей заметки-инструкции, как раз руководствовался похожим описанием (на нее приведена ссылка в конце заметки). Для выполнения вышеприведенных настроек вместо Orca, вполне, можно пользовать предлагаемый Adobe’ом ACW. Но, вот никакого InstallLevel в ACW (при беглом осмотре) мне обнаружить не удалось. Мои знания о структуре пакетов msi (мягко говоря) далеки от совершенства, посему за InstallLevel мне трудно что-либо сказать (не подскажете, где и при помощи какого инструментария можно подправить этот параметр?) ЗЫ начинаю читать описание WiX с вашей подачи;). Рад, что Вы приступили к изучению WiX. Плюсы его в том, что он “открытый”.

Ну и собирать дистрибутив гибко и удобно, работая при этом в Visual Studio. При этом можно собрать “чистый” msi (без всяких InstallShield) даже с интерфейсом с локализацией без особых проблем.

Если есть интерес – сообщите, выложу исходники простейшего msi для публикации ЯРЛЫКА (типа – развернули сервис). Могу и посложнее выложить – уже с приложениями на примере той же 1С 7.7 либо на примере Tops System TFlex CAD 3D, WinRAR (собственная сборка). Касательно InstallLevel. Этот аттрибут через Orca следует искать в таблице Features.

Feature – компонент (не путать с Component, не знаю, как иначе здесь перевести Feature на русский язык) верхнего уровня, параметрами установки которого мы даём возможность управлять пользователю. Для пользователя Feature – это атом.

Он либо весь встаёт, либо весь не ставим. Для нас – Feature состоит из множества Component. Так вот, для каждого Feature в таблице Features мы можем переопределить InstallLevel. По умолчанию он – 100. Есть также связанное свойство в Properties – INSTALLLEVEL. Его значение по умолчанию также 100.

И для конкретного Feature msi определяет ставить его или нет (что можно изменить) первоначально по InstallLevel. Если InstallLeve. Провел полдня в безуспешных способах запустить devenv.exe из установленной VS2010. При потытк езапуска пишет: “недопустимые данные лицензии требуется переустановка”. 100500 раз переустановил. Выполнял шаманские действия с реестром, которые удалось нагуглить, – результат нулевой. А сейчас вообще наткнулся на следующее: “The isolated shell and integrated shell are not meant to be directly used by end users.

They are for ISVs or Visual Studio extenders to build on top of. If you install the isolated shell, you cannot just run devenv.exe. A VS extender is supposed to create his or her own stub.exe to replace devenv.exe. Devenv.exe should never have been included in the isolated shell product” Та как ее вообще запускать?

Я так понимаю, Вы обновили тот пакет, с которого и разворачивали Reader? Исходный пакет оставьте в покое, создайте новую папку (я их по версиям именую), туда заново msiexec /a (создайте административную точку установки, кстати – не вижу TARGETDIR=, куда создали административный образ? Его же создавать нужно в отдельную папку, а не “поверх””), после чего msiexec /a /p (причём – к пакету уже административной точки установки, а не к исходному). И в политику укладывайте как новый пакет, указаывая, что он обновляет предыдущий.

И всё будет прекрасно. Золотое правило: если пакет уже развернули, НЕ ТРОГАЙТЕ ЕГО, создавайте новые административные точки.