Мучаюсь уже 3 дня, перечитал весь интернет, посмотрел все касты — не получается создать ClickOnce приложение чтоб разворачивалось с вэб-сервера — все время ошибки без пояснений и ничего вразумительного нет

Откликнитесь пожалуйста у кого получилось

Здравствуйте, Аноним, Вы писали:

А>Мучаюсь уже 3 дня, перечитал весь интернет, посмотрел все касты — не получается создать ClickOnce приложение чтоб разворачивалось с вэб-сервера — все время ошибки без пояснений и ничего вразумительного нет
А>Откликнитесь пожалуйста у кого получилось
Всё там нормально работает. И ошибки там достаточно детализированные. Может стоит их прочитать?

Здравствуйте, vmpire, Вы писали:

V>Здравствуйте, Аноним, Вы писали:

А>>Мучаюсь уже 3 дня, перечитал весь интернет, посмотрел все касты — не получается создать ClickOnce приложение чтоб разворачивалось с вэб-сервера — все время ошибки без пояснений и ничего вразумительного нет
А>>Откликнитесь пожалуйста у кого получилось
V>Всё там нормально работает. И ошибки там достаточно детализированные. Может стоит их прочитать?

ну вот тогда подскажите что означает эта ошибка во время запуска .application?

ERROR SUMMARY
    Below is a summary of the errors, details of these errors are listed later in the log.
    * Activation of http://Server1/MyApp/MyApp.application resulted in exception. Following failure messages were detected:
        + Downloading http://Server1/MyApp did not succeed.
        + The remote server returned an error: (403) Forbidden.

все сделано как в касте на techdays.ru, но не работает

Здравствуйте, Аноним, Вы писали:

А>Мучаюсь уже 3 дня, перечитал весь интернет, посмотрел все касты — не получается создать ClickOnce приложение чтоб разворачивалось с вэб-сервера — все время ошибки без пояснений и ничего вразумительного нет

Там ошибка довольно подробно описывается в текстовом файлике, в котором ведется лог установки, обычно сразу ясно в чем дело — может библиотечки не хватает, или прав. Этот файл смотрели?

Здравствуйте, sunshine, Вы писали:

S>Здравствуйте, Аноним, Вы писали:

А>>Мучаюсь уже 3 дня, перечитал весь интернет, посмотрел все касты — не получается создать ClickOnce приложение чтоб разворачивалось с вэб-сервера — все время ошибки без пояснений и ничего вразумительного нет

S>Там ошибка довольно подробно описывается в текстовом файлике, в котором ведется лог установки, обычно сразу ясно в чем дело — может библиотечки не хватает, или прав. Этот файл смотрели?

я вставил ошибку из лога в посте выше

вот .bat файл

rd "app.publish" /s /q

mkdir "app.publish"
mkdir "app.publish\Application Files"
mkdir "app.publish\Application Files\MyApp_1_0_0_0"

copy bin\*.* "app.publish\Application Files\MyApp_1_0_0_0"



Mage -New Application -FromDirectory "app.publish\Application Files\MyApp_1_0_0_0" -Version 1.0.0.0 -ToFile "app.publish\Application Files\MyApp_1_0_0_0\MyApp.exe.manifest" -IconFile "app.publish\Application Files\MyApp_1_0_0_0\favicon.ico" -Name "Иформационный комплекс" -Publisher "Рога и К" -SupportURL "http://Server1/MyApp" -UseManifestForTrust true

Mage -Sign "app.publish\Application Files\MyApp_1_0_0_0\MyApp.exe.manifest" -CertFile MyPfx.pfx



Mage -New Deployment -AppManifest "app.publish\Application Files\MyApp_1_0_0_0\MyApp.exe.manifest" -ToFile "app.publish\MyApp.application" -MinVersion 1.0.0.0 -Name "Иформационный комплекс" -ProviderURL "http://Server1/MyApp/MyApp.application" -Publisher "Рога и К" -SupportURL "http://Server1/MyApp" -AppCodeBase "http://Server1/MyApp/MyApp.application"

Mage -Update "app.publish\MyApp.application" -Version 1.0.0.0 -MinVersion 1.0.0.0 -ProviderUrl "http://Server1/MyApp" -Publisher "Бударин В.В."

Mage -Sign "app.publish\MyApp.application" -CertFile MyPfx.pfx

Что тут может быть непраильно. Помогите пожалуйста

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, vmpire, Вы писали:

V>>Здравствуйте, Аноним, Вы писали:

А>>>Мучаюсь уже 3 дня, перечитал весь интернет, посмотрел все касты — не получается создать ClickOnce приложение чтоб разворачивалось с вэб-сервера — все время ошибки без пояснений и ничего вразумительного нет
А>>>Откликнитесь пожалуйста у кого получилось
V>>Всё там нормально работает. И ошибки там достаточно детализированные. Может стоит их прочитать?

А>ну вот тогда подскажите что означает эта ошибка во время запуска .application?


А>

А>ERROR SUMMARY
А>    Below is a summary of the errors, details of these errors are listed later in the log.
А>    * Activation of http://Server1/MyApp/MyApp.application resulted in exception. Following failure messages were detected:
А>        + Downloading http://Server1/MyApp did not succeed.
А>        + The remote server returned an error: (403) Forbidden.
А>

А>все сделано как в касте на techdays.ru, но не работает

403 это вообще ошибка доступа
у вас есть publish.htm? вы можете его открыть в браузере?

Еще возникает вопрос в какой кодировке должен быть батник чтоб в манифесте не было каракулей?
и где в mage указывать Sute Name как VS?

H>403 это вообще ошибка доступа
H>у вас есть publish.htm? вы можете его открыть в браузере?

Создаваемый VS инсталлер из этой же папки работает нормально
publish.htm не создавал запускаю из IE с помощью урла — http://Server1/MyApp/MyApp.application

Здравствуйте, Аноним, Вы писали:

А>>>Мучаюсь уже 3 дня, перечитал весь интернет, посмотрел все касты — не получается создать ClickOnce приложение чтоб разворачивалось с вэб-сервера — все время ошибки без пояснений и ничего вразумительного нет
V>>Всё там нормально работает. И ошибки там достаточно детализированные. Может стоит их прочитать?
А>ну вот тогда подскажите что означает эта ошибка во время запуска .application?

А>

А>ERROR SUMMARY
А>    Below is a summary of the errors, details of these errors are listed later in the log.
А>    * Activation of http://Server1/MyApp/MyApp.application resulted in exception. Following failure messages were detected:
А>        + Downloading http://Server1/MyApp did not succeed.
А>        + The remote server returned an error: (403) Forbidden.
А>

Это ошибка доступа. Смотрите на Server1 логи IIS (под кем и куда идёт запрос) и свойства виртуальной директории.

Здравствуйте, Аноним, Вы писали:

А>вот .bat файл



А>

А>rd "app.publish" /s /q

А>mkdir "app.publish"
А>mkdir "app.publish\Application Files"
А>mkdir "app.publish\Application Files\MyApp_1_0_0_0"

А>copy bin\*.* "app.publish\Application Files\MyApp_1_0_0_0"



А>Mage -New Application -FromDirectory "app.publish\Application Files\MyApp_1_0_0_0" -Version 1.0.0.0 -ToFile "app.publish\Application Files\MyApp_1_0_0_0\MyApp.exe.manifest" -IconFile "app.publish\Application Files\MyApp_1_0_0_0\favicon.ico" -Name "Иформационный комплекс" -Publisher "Рога и К" -SupportURL "http://Server1/MyApp" -UseManifestForTrust true

А>Mage -Sign "app.publish\Application Files\MyApp_1_0_0_0\MyApp.exe.manifest" -CertFile MyPfx.pfx



А>Mage -New Deployment -AppManifest "app.publish\Application Files\MyApp_1_0_0_0\MyApp.exe.manifest" -ToFile "app.publish\MyApp.application" -MinVersion 1.0.0.0 -Name "Иформационный комплекс" -ProviderURL "http://Server1/MyApp/MyApp.application" -Publisher "Рога и К" -SupportURL "http://Server1/MyApp" -AppCodeBase "http://Server1/MyApp/MyApp.application"

А>Mage -Update "app.publish\MyApp.application" -Version 1.0.0.0 -MinVersion 1.0.0.0 -ProviderUrl "http://Server1/MyApp" -Publisher "Бударин В.В."

А>Mage -Sign "app.publish\MyApp.application" -CertFile MyPfx.pfx

А>

А>Что тут может быть непраильно. Помогите пожалуйста
Вроде, всё верно. Можно попробовать явно указать манифест в выделенной строке

Mage -Update "app.publish\MyApp.application" -Version 1.0.0.0 -MinVersion 1.0.0.0 -ProviderUrl "http://Server1/MyApp" -Publisher "Бударин В.В." -AppManifest "app.publish\Application Files\MyApp_1_0_0_0\MyApp.exe.manifest"

Здравствуйте, Аноним, Вы писали:

А>Еще возникает вопрос в какой кодировке должен быть батник чтоб в манифесте не было каракулей?
в OEM кодировке (если русская — CP866)

А>и где в mage указывать Sute Name как VS?
"Sute Name как VS" — это где в VS?

А>>Что тут может быть непраильно. Помогите пожалуйста
V>Вроде, всё верно. Можно попробовать явно указать манифест в выделенной строке

V>Mage -Update "app.publish\MyApp.application" -Version 1.0.0.0 -MinVersion 1.0.0.0 -ProviderUrl "http://Server1/MyApp" -Publisher "Бударин В.В." -AppManifest "app.publish\Application Files\MyApp_1_0_0_0\MyApp.exe.manifest"

PLATFORM VERSION INFO
    Windows             : 6.1.7600.0 (Win32NT)
    Common Language Runtime     : 4.0.30319.1
    System.Deployment.dll         : 4.0.30319.1 (RTMRel.030319-0100)
    clr.dll             : 4.0.30319.1 (RTMRel.030319-0100)
    dfdll.dll             : 4.0.30319.1 (RTMRel.030319-0100)
    dfshim.dll             : 4.0.31106.0 (Main.031106-0000)

SOURCES
    Deployment url            : http://Server1/MyApp/MyApp.application
                        Server        : Microsoft-IIS/7.5
                        X-Powered-By    : ASP.NET
    Deployment Provider url        : http://Server1/MyApp

ERROR SUMMARY
    Below is a summary of the errors, details of these errors are listed later in the log.
    * Activation of http://Server1/MyApp/MyApp.application resulted in exception. Following failure messages were detected:
        + Downloading http://Server1/MyApp did not succeed.
        + The remote server returned an error: (403) Forbidden.

COMPONENT STORE TRANSACTION FAILURE SUMMARY
    No transaction error was detected.

WARNINGS
    There were no warnings during this operation.

OPERATION PROGRESS STATUS
    * [23.06.2010 22:37:55] : Activation of http://Server1/MyApp/MyApp.application has started.

ERROR DETAILS
    Following errors were detected during this operation.
    * [23.06.2010 22:37:55] System.Deployment.Application.DeploymentDownloadException (Unknown subtype)
        - Downloading http://Server1/MyApp did not succeed.
        - Source: System.Deployment
        - Stack trace:
            at System.Deployment.Application.SystemNetDownloader.DownloadSingleFile(DownloadQueueItem next)
            at System.Deployment.Application.SystemNetDownloader.DownloadAllFiles()
            at System.Deployment.Application.FileDownloader.Download(SubscriptionState subState)
            at System.Deployment.Application.DownloadManager.DownloadManifestAsRawFile(Uri& sourceUri, String targetPath, IDownloadNotification notification, DownloadOptions options, ServerInformation& serverInformation)
            at System.Deployment.Application.DownloadManager.DownloadManifest(Uri& sourceUri, String targetPath, IDownloadNotification notification, DownloadOptions options, ManifestType manifestType, ServerInformation& serverInformation)
            at System.Deployment.Application.DownloadManager.DownloadDeploymentManifestDirect(SubscriptionStore subStore, Uri& sourceUri, TempFile& tempFile, IDownloadNotification notification, DownloadOptions options, ServerInformation& serverInformation)
            at System.Deployment.Application.DownloadManager.FollowDeploymentProviderUri(SubscriptionStore subStore, AssemblyManifest& deployment, Uri& sourceUri, TempFile& tempFile, IDownloadNotification notification, DownloadOptions options)
            at System.Deployment.Application.DownloadManager.DownloadDeploymentManifestBypass(SubscriptionStore subStore, Uri& sourceUri, TempFile& tempFile, SubscriptionState& subState, IDownloadNotification notification, DownloadOptions options)
            at System.Deployment.Application.ApplicationActivator.PerformDeploymentActivation(Uri activationUri, Boolean isShortcut, String textualSubId, String deploymentProviderUrlFromExtension, BrowserSettings browserSettings, String& errorPageUrl)
            at System.Deployment.Application.ApplicationActivator.ActivateDeploymentWorker(Object state)
        --- Inner Exception ---
        System.Net.WebException
        - The remote server returned an error: (403) Forbidden.
        - Source: System
        - Stack trace:
            at System.Net.HttpWebRequest.GetResponse()
            at System.Deployment.Application.SystemNetDownloader.DownloadSingleFile(DownloadQueueItem next)

COMPONENT STORE TRANSACTION DETAILS
    No transaction information is available.

а вот что в логе IIS

2010-06-23 19:35:59 109.254.12.74 GET /MyApp/MyApp.application - 80 - 109.254.12.74 Mozilla/4.0+(compatible;+MSIE+7.0;+Windows+NT+6.1;+WOW64;+Trident/4.0;+SLCC2;+.NET+CLR+2.0.50727;+.NET+CLR+3.5.30729;+.NET+CLR+3.0.30729;+.NET4.0C;+.NET4.0E;+InfoPath.3) 200 0 0 24
2010-06-23 19:35:59 109.254.12.74 GET /MyApp/MyApp.application - 80 - 109.254.12.74 - 200 0 0 17
2010-06-23 19:35:59 109.254.12.74 GET /MyApp/MyApp.application - 80 - 109.254.12.74 - 200 0 0 0
2010-06-23 19:35:59 109.254.12.74 GET /MyApp/Application+Files/MyApp_1_0_0_0/MyApp.exe.manifest - 80 - 109.254.12.74 - 200 0 0 5
2010-06-23 19:37:55 109.254.12.74 GET /MyApp/MyApp.application - 80 - 109.254.12.74 - 200 0 0 28
2010-06-23 19:37:55 109.254.12.74 GET /MyApp - 80 - 109.254.12.74 - 301 0 0 1
2010-06-23 19:37:55 109.254.12.74 GET /MyApp/ - 80 - 109.254.12.74 - 403 14 0 9

вот я смотрю на такую информативность об ошибках и третий день ничего не могу побороть

Здравствуйте, vmpire, Вы писали:

V>Это ошибка доступа. Смотрите на Server1 логи IIS (под кем и куда идёт запрос) и свойства виртуальной директории.

вот смотрю

2010-06-23 19:35:59 109.255.12.74 GET /MyApp/MyApp.application - 80 - 109.255.12.74 Mozilla/4.0+(compatible;+MSIE+7.0;+Windows+NT+6.1;+WOW64;+Trident/4.0;+SLCC2;+.NET+CLR+2.0.50727;+.NET+CLR+3.5.30729;+.NET+CLR+3.0.30729;+.NET4.0C;+.NET4.0E;+InfoPath.3) 200 0 0 24
2010-06-23 19:35:59 109.255.12.74 GET /MyApp/MyApp.application - 80 - 109.255.12.74 - 200 0 0 17
2010-06-23 19:35:59 109.255.12.74 GET /MyApp/MyApp.application - 80 - 109.255.12.74 - 200 0 0 0
2010-06-23 19:35:59 109.255.12.74 GET /MyApp/Application+Files/MyApp_1_0_0_0/MyApp.exe.manifest - 80 - 109.255.12.74 - 200 0 0 5
2010-06-23 19:37:55 109.255.12.74 GET /MyApp/MyApp.application - 80 - 109.255.12.74 - 200 0 0 28
2010-06-23 19:37:55 109.255.12.74 GET /MyApp - 80 - 109.255.12.74 - 301 0 0 1
2010-06-23 19:37:55 109.255.12.74 GET /MyApp/ - 80 - 109.255.12.74 - 403 14 0 9

вижу что лезет /MyApp и получает отлуп — но почему он туда лезет? — не понятно
права на эту директорию есть и студийный clickonce отсюда работает

Здравствуйте, vmpire, Вы писали:

V>Здравствуйте, Аноним, Вы писали:

А>>Еще возникает вопрос в какой кодировке должен быть батник чтоб в манифесте не было каракулей?
V>в OEM кодировке (если русская — CP866)

спасибо — помогло ) теперь в манифесте все по-русски

А>>и где в mage указывать Sute Name как VS?
V>"Sute Name как VS" — это где в VS?

Publish -> Options -> Description — > Suite Name

Здравствуйте, vmpire, Вы писали:

V>Это ошибка доступа. Смотрите на Server1 логи IIS (под кем и куда идёт запрос) и свойства виртуальной директории.
Ошибку доступа выдает потому что в каталоге нет документов типа .aspx или . htm — в браузере если набираю http://Server1/MyApp — возникает ошибка — потому как нет документа по-умолчанию, а если http://Server1/MyApp/MyApp.application — запускается инсталятор

Проблема точно не в правах доступа!!

Здравствуйте, Аноним, Вы писали:
а вот лог сгенерированного студией ClickOnce инсталятора со странички Default.aspx в этой папке

2010-06-23 20:04:32 109.255.12.74 GET /MyApp - 80 - 109.255.12.74 Mozilla/4.0+(compatible;+MSIE+7.0;+Windows+NT+6.1;+WOW64;+Trident/4.0;+SLCC2;+.NET+CLR+2.0.50727;+.NET+CLR+3.5.30729;+.NET+CLR+3.0.30729;+.NET4.0C;+.NET4.0E;+InfoPath.3) 301 0 0 3
2010-06-23 20:04:32 109.255.12.74 GET /MyApp/ - 80 - 109.255.12.74 Mozilla/4.0+(compatible;+MSIE+7.0;+Windows+NT+6.1;+WOW64;+Trident/4.0;+SLCC2;+.NET+CLR+2.0.50727;+.NET+CLR+3.5.30729;+.NET+CLR+3.0.30729;+.NET4.0C;+.NET4.0E;+InfoPath.3) 200 0 0 299
2010-06-23 20:04:34 109.255.12.74 GET /MyApp/MyApp.application - 80 - 109.255.12.74 Mozilla/4.0+(compatible;+MSIE+7.0;+Windows+NT+6.1;+WOW64;+Trident/4.0;+SLCC2;+.NET+CLR+2.0.50727;+.NET+CLR+3.5.30729;+.NET+CLR+3.0.30729;+.NET4.0C;+.NET4.0E;+InfoPath.3) 200 0 995 18
2010-06-23 20:04:34 109.255.12.74 GET /MyApp/MyApp.application - 80 - 109.255.12.74 Mozilla/4.0+(compatible;+MSIE+7.0;+Windows+NT+6.1;+WOW64;+Trident/4.0;+SLCC2;+.NET+CLR+2.0.50727;+.NET+CLR+3.5.30729;+.NET+CLR+3.0.30729;+.NET4.0C;+.NET4.0E;+InfoPath.3) 200 0 0 4
2010-06-23 20:04:34 109.255.12.74 GET /MyApp/MyApp.application - 80 - 109.255.12.74 - 200 0 0 3
2010-06-23 20:04:34 109.255.12.74 GET /MyApp/MyApp.application - 80 - 109.255.12.74 - 200 0 0 3
2010-06-23 20:04:34 109.255.12.74 GET /MyApp/Application+Files/MyApp_1_0_0_0/MyApp.exe.manifest - 80 - 109.255.12.74 - 200 0 0 13
2010-06-23 20:04:35 109.255.12.74 GET /MyApp/Application+Files/MyApp_1_0_0_0/favicon.ico.deploy - 80 - 109.255.12.74 - 200 0 0 27
2010-06-23 20:04:35 109.255.12.74 GET /MyApp/Application+Files/MyApp_1_0_0_0/MyApp.exe.config.deploy - 80 - 109.255.12.74 - 200 0 0 0
2010-06-23 20:04:35 109.255.12.74 GET /MyApp/Application+Files/MyApp_1_0_0_0/Shares.dll.deploy - 80 - 109.255.12.74 - 200 0 0 16
2010-06-23 20:04:35 109.255.12.74 GET /MyApp/Application+Files/MyApp_1_0_0_0/Hardcodet.Wpf.TaskbarNotification.dll.deploy - 80 - 109.255.12.74 - 200 0 0 18
2010-06-23 20:04:35 109.255.12.74 GET /MyApp/Application+Files/MyApp_1_0_0_0/MyApp.exe.deploy - 80 - 109.255.12.74 - 200 0 0 20

а почему такая разница — никак не пойму (((((

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, Аноним, Вы писали:
А>а вот лог сгенерированного студией ClickOnce инсталятора со странички Default.aspx в этой папке


А>

А>2010-06-23 20:04:32 109.255.12.74 GET /MyApp - 80 - 109.255.12.74 Mozilla/4.0+(compatible;+MSIE+7.0;+Windows+NT+6.1;+WOW64;+Trident/4.0;+SLCC2;+.NET+CLR+2.0.50727;+.NET+CLR+3.5.30729;+.NET+CLR+3.0.30729;+.NET4.0C;+.NET4.0E;+InfoPath.3) 301 0 0 3
А>2010-06-23 20:04:32 109.255.12.74 GET /MyApp/ - 80 - 109.255.12.74 Mozilla/4.0+(compatible;+MSIE+7.0;+Windows+NT+6.1;+WOW64;+Trident/4.0;+SLCC2;+.NET+CLR+2.0.50727;+.NET+CLR+3.5.30729;+.NET+CLR+3.0.30729;+.NET4.0C;+.NET4.0E;+InfoPath.3) 200 0 0 299
А>2010-06-23 20:04:34 109.255.12.74 GET /MyApp/MyApp.application - 80 - 109.255.12.74 Mozilla/4.0+(compatible;+MSIE+7.0;+Windows+NT+6.1;+WOW64;+Trident/4.0;+SLCC2;+.NET+CLR+2.0.50727;+.NET+CLR+3.5.30729;+.NET+CLR+3.0.30729;+.NET4.0C;+.NET4.0E;+InfoPath.3) 200 0 995 18
А>2010-06-23 20:04:34 109.255.12.74 GET /MyApp/MyApp.application - 80 - 109.255.12.74 Mozilla/4.0+(compatible;+MSIE+7.0;+Windows+NT+6.1;+WOW64;+Trident/4.0;+SLCC2;+.NET+CLR+2.0.50727;+.NET+CLR+3.5.30729;+.NET+CLR+3.0.30729;+.NET4.0C;+.NET4.0E;+InfoPath.3) 200 0 0 4
А>2010-06-23 20:04:34 109.255.12.74 GET /MyApp/MyApp.application - 80 - 109.255.12.74 - 200 0 0 3
А>2010-06-23 20:04:34 109.255.12.74 GET /MyApp/MyApp.application - 80 - 109.255.12.74 - 200 0 0 3
А>2010-06-23 20:04:34 109.255.12.74 GET /MyApp/Application+Files/MyApp_1_0_0_0/MyApp.exe.manifest - 80 - 109.255.12.74 - 200 0 0 13
А>2010-06-23 20:04:35 109.255.12.74 GET /MyApp/Application+Files/MyApp_1_0_0_0/favicon.ico.deploy - 80 - 109.255.12.74 - 200 0 0 27
А>2010-06-23 20:04:35 109.255.12.74 GET /MyApp/Application+Files/MyApp_1_0_0_0/MyApp.exe.config.deploy - 80 - 109.255.12.74 - 200 0 0 0
А>2010-06-23 20:04:35 109.255.12.74 GET /MyApp/Application+Files/MyApp_1_0_0_0/Shares.dll.deploy - 80 - 109.255.12.74 - 200 0 0 16
А>2010-06-23 20:04:35 109.255.12.74 GET /MyApp/Application+Files/MyApp_1_0_0_0/Hardcodet.Wpf.TaskbarNotification.dll.deploy - 80 - 109.255.12.74 - 200 0 0 18
А>2010-06-23 20:04:35 109.255.12.74 GET /MyApp/Application+Files/MyApp_1_0_0_0/MyApp.exe.deploy - 80 - 109.255.12.74 - 200 0 0 20

А>

А>а почему такая разница — никак не пойму (((((
А манифесты студийный и самодельный одинаковые? Посмотрите, в чём между ними разница

Здравствуйте, Аноним, Вы писали:

А>>>и где в mage указывать Sute Name как VS?
V>>"Sute Name как VS" — это где в VS?

А>Publish -> Options -> Description — > Suite Name
Насколько я знаю, нигде. Но можно самому поправить это в манифете — всё равно его переподписывать

2010-06-23 19:37:55 109.255.12.74 GET /MyApp — 80 — 109.255.12.74 — 301 0 0 1
2010-06-23 19:37:55 109.255.12.74 GET /MyApp/ — 80 — 109.255.12.74 — 403 14 0 9

/MyApp и /MyApp/ , ИМХО, слегка разные места.

Здравствуйте, blackhearted, Вы писали:

B>

B>2010-06-23 19:37:55 109.255.12.74 GET /MyApp — 80 — 109.255.12.74 — 301 0 0 1
B>2010-06-23 19:37:55 109.255.12.74 GET /MyApp/ — 80 — 109.255.12.74 — 403 14 0 9

B>/MyApp и /MyApp/ , ИМХО, слегка разные места.
Это не важно, он ни в одно из них лезть не должен

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, vmpire, Вы писали:

V>>Это ошибка доступа. Смотрите на Server1 логи IIS (под кем и куда идёт запрос) и свойства виртуальной директории.

А>вот смотрю

А>

А>2010-06-23 19:35:59 109.255.12.74 GET /MyApp/MyApp.application - 80 - 109.255.12.74 Mozilla/4.0+(compatible;+MSIE+7.0;+Windows+NT+6.1;+WOW64;+Trident/4.0;+SLCC2;+.NET+CLR+2.0.50727;+.NET+CLR+3.5.30729;+.NET+CLR+3.0.30729;+.NET4.0C;+.NET4.0E;+InfoPath.3) 200 0 0 24
А>2010-06-23 19:35:59 109.255.12.74 GET /MyApp/MyApp.application - 80 - 109.255.12.74 - 200 0 0 17
А>2010-06-23 19:35:59 109.255.12.74 GET /MyApp/MyApp.application - 80 - 109.255.12.74 - 200 0 0 0
А>2010-06-23 19:35:59 109.255.12.74 GET /MyApp/Application+Files/MyApp_1_0_0_0/MyApp.exe.manifest - 80 - 109.255.12.74 - 200 0 0 5
А>2010-06-23 19:37:55 109.255.12.74 GET /MyApp/MyApp.application - 80 - 109.255.12.74 - 200 0 0 28
А>2010-06-23 19:37:55 109.255.12.74 GET /MyApp - 80 - 109.255.12.74 - 301 0 0 1
А>2010-06-23 19:37:55 109.255.12.74 GET /MyApp/ - 80 - 109.255.12.74 - 403 14 0 9
А>

А>вижу что лезет /MyApp и получает отлуп — но почему он туда лезет? — не понятно
А>права на эту директорию есть и студийный clickonce отсюда работает
Похоже на некорректные данные в манифесте. Сравните свой манифест (оба) с генерёнными студией

А>>а почему такая разница — никак не пойму (((((
V>А манифесты студийный и самодельный одинаковые? Посмотрите, в чём между ними разница

Разние ну как-минимум на Sute Name, а вообще постараюсь найти отличия... (

Здравствуйте, Аноним, Вы писали:

А>>>а почему такая разница — никак не пойму (((((
V>>А манифесты студийный и самодельный одинаковые? Посмотрите, в чём между ними разница

А>Разние ну как-минимум на Sute Name, а вообще постараюсь найти отличия... (
Suite name влиять не лолжен. Смотрете на всякие URLы и имена сборок.
Кстати, на время экспериментов рекомендую убрать -MinVersion 1.0.0.0, и все необязательные параметры мало ли что...

Здравствуйте, vmpire, Вы писали:

V>А манифесты студийный и самодельный одинаковые? Посмотрите, в чём между ними разница

манифесты очень разные,а почему такая разница — никак не пойму (((((

Можете глянуть на 2 версии VS версия и Mage версия

А>>вижу что лезет /MyApp и получает отлуп — но почему он туда лезет? — не понятно
А>>права на эту директорию есть и студийный clickonce отсюда работает
V>Похоже на некорректные данные в манифесте. Сравните свой манифест (оба) с генерёнными студией

манифесты очень разные,а почему такая разница — никак не пойму (((((

Можете глянуть на 2 версии VS версия и Mage версия

Здравствуйте, Аноним, Вы писали:

А>>>вижу что лезет /MyApp и получает отлуп — но почему он туда лезет? — не понятно
А>>>права на эту директорию есть и студийный clickonce отсюда работает
V>>Похоже на некорректные данные в манифесте. Сравните свой манифест (оба) с генерёнными студией

А>манифесты очень разные,а почему такая разница — никак не пойму (((((

А>Можете глянуть на 2 версии VS версия и Mage версия
Меня смущает, что в Вашем mage-манифесте странно объявлен entryPoint:
<entryPoint>
<co.v1:customHostSpecified />
</entryPoint>

Когда я использую mage у меня entry point генерируется нормально, примерно как у Вас в VS манифесте.
Попробуйте убрать ВСЕ дополнительные опции, оставив только New, FromDirectory, ToFile и UseManifestForTrust

V>Когда я использую mage у меня entry point генерируется нормально, примерно как у Вас в VS манифесте.
V>Попробуйте убрать ВСЕ дополнительные опции, оставив только New, FromDirectory, ToFile и UseManifestForTrust

ОСтавил:

Mage -New Application -FromDirectory "app.publish\Application Files\MyApp_1_0_0_0" -Version 1.0.0.0 -ToFile "app.publish\Application Files\MyApp_1_0_0_0\ЬнФзз.exe.manifest"

и вот что в манифесте

  <entryPoint>
    <co.v1:customHostSpecified />
  </entryPoint>

хотя при построении манифеста выскакивает такое вот сообщение

Warning MSB3178: Assembly '...\app.publish\Application Files\MyApp_1_0_0_0\MyApp.exe' is incorrectly specified as a file.
Warning MSB3178: Assembly '...\app.publish\Application Files\MyApp_1_0_0_0\Shares.dll' is incorrectly specified as a file.

MyApp.exe.manifest successfully created. However, some errors were encountered.

'...\' — это я убрал длинный путь для публикации

Здравствуйте, Аноним, Вы писали:


А>ОСтавил:

А>

А>Mage -New Application -FromDirectory "app.publish\Application Files\MyApp_1_0_0_0" -Version 1.0.0.0 -ToFile "app.publish\Application Files\MyApp_1_0_0_0\ЬнФзз.exe.manifest"
А>

А>и вот что в манифесте

А>

А>  <entryPoint>
А>    <co.v1:customHostSpecified />
А>  </entryPoint>
А>

А>хотя при построении манифеста выскакивает такое вот сообщение

А>

А>Warning MSB3178: Assembly '...\app.publish\Application Files\MyApp_1_0_0_0\MyApp.exe' is incorrectly specified as a file.
А>Warning MSB3178: Assembly '...\app.publish\Application Files\MyApp_1_0_0_0\Shares.dll' is incorrectly specified as a file.

А>MyApp.exe.manifest successfully created. However, some errors were encountered.
А>

Вот почти и докопались. Mage распознаёт MyApp.exe как просто файл, а не ассемблю. Соответственно, он не включает её в entryPoint и клиент по ссылке уходит в никуда.
К сожалению, я с такой проблемой не сталкивался, поэтому могу только предполагать:
— Убедитесь, что в каталоге "app.publish\Application Files\MyApp_1_0_0_0" все файлы лежат с их оригинальными расширениями (не с .deploy)
— Посмотрите, чем отличается Shares.dll от других .dll, которые не дают warning (версия .NET runtime, права доступа, read-only, расширение, подпись... не знаю что, но что-то должно быть)
— Проверьте MyApp.exe по тому же списку. Что-то в ней есть особенное
— Проверьте, что используется та же версия mage, что и в VS

начал ковырять — оказывается Mage не понимает файлы скомпилированные под .Net 4
поменял платформу для shares.dll на .Net3.5 — перестала ошибка вываливаться, но основное приложение завязано на новые фичи .Net 4.0!!!

Mage беру из установленного мной MicrosoftSDK 7.1 64битной (Винда 64битная)

Попробовал и Mage из SDK 7.0A(х86) — результат печальный тот же

Здравствуйте, Аноним, Вы писали:

А>начал ковырять — оказывается Mage не понимает файлы скомпилированные под .Net 4
А>поменял платформу для shares.dll на .Net3.5 — перестала ошибка вываливаться, но основное приложение завязано на новые фичи .Net 4.0!!!

А>Mage беру из установленного мной MicrosoftSDK 7.1 64битной (Винда 64битная)
Так, значит, одно из предположений (про рантайм) оказалось правильным.
Значит, надо добыть mage для .net 4.0.
Или, если это не получится, пробовать другие варианты:
1. Делать деплой студией во временный каталог, там апдейтить манифесты как надо и переподписывать
2. Или делать всё это средствами MSBuild: написать .proj файл, который импортирует основной проект, вызывает таску PublishOnly и определяет таску AfterPublish.
Я пробовал оба варианта, они рабочие. Оба базируются на том, что создание деплоемента будет делаться точно так же, как из студии.

V>Значит, надо добыть mage для .net 4.0.

ну вот я же взял последний SDK!!!

V>Или, если это не получится, пробовать другие варианты:
V>1. Делать деплой студией во временный каталог, там апдейтить манифесты как надо и переподписывать
V>2. Или делать всё это средствами MSBuild: написать .proj файл, который импортирует основной проект, вызывает таску PublishOnly и определяет таску AfterPublish.
V>Я пробовал оба варианта, они рабочие. Оба базируются на том, что создание деплоемента будет делаться точно так же, как из студии.

проблема в том что я завязался с Mage потому что нам нужно обфусцировать приложение перед деплойментом
Я пробовал на postBuild событие вставлять обфускацию, но студия после обфускации удаляет обфусцированные файлы и опять подсовывает свои!!

Что мне делать?

Здравствуйте, Аноним, Вы писали:

V>>Значит, надо добыть mage для .net 4.0.

А>ну вот я же взял последний SDK!!!

V>>Или, если это не получится, пробовать другие варианты:
V>>1. Делать деплой студией во временный каталог, там апдейтить манифесты как надо и переподписывать
V>>2. Или делать всё это средствами MSBuild: написать .proj файл, который импортирует основной проект, вызывает таску PublishOnly и определяет таску AfterPublish.
V>>Я пробовал оба варианта, они рабочие. Оба базируются на том, что создание деплоемента будет делаться точно так же, как из студии.

А>проблема в том что я завязался с Mage потому что нам нужно обфусцировать приложение перед деплойментом
А>Я пробовал на postBuild событие вставлять обфускацию, но студия после обфускации удаляет обфусцированные файлы и опять подсовывает свои!!

А>Что мне делать?
Так любой из этих двух предложенных мной вариантов подойдёт:

1. Делаете deploy во временный каталог. Студия при этом формирует правильный манифест и дописывает расширение .deploy к файлам
Потом батником убираете .deploy, обфусцируете то, что надо, правите манифест (support url там, всё такое...) через mage.exe — Update. При этом, естественно, нарушается подпись, которую затем восстанавливаете через mage.exe — Sign тем же батником.

2. Пишете .proj файл. В начале = <Import Project="ваш проект.csproj" />
Объявляете там же таску <Target Name="AfterPublish">, где издеваетесь над уже запаблишенными файлами как душе угодно. Там, естественно, будут доступны все настройки проекта, что заодно позволит не хранить их в двух местах. Когда вдоволь наиздевались- вызываете тут же <SignFile> последовательно для обоих манифестов.
В общем, полсотни строк .proj файла и имеете полный контроль над процессом. Полученный .proj можно запускать MSBuild-ом даже при отсутствии VS.

Хотя, сдаётся мне, что правильный mage в природе есть...

V>1. Делаете deploy во временный каталог. Студия при этом формирует правильный манифест и дописывает расширение .deploy к файлам
V>Потом батником убираете .deploy, обфусцируете то, что надо, правите манифест (support url там, всё такое...) через mage.exe — Update. При этом, естественно, нарушается подпись, которую затем восстанавливаете через mage.exe — Sign тем же батником.

V>2. Пишете .proj файл. В начале = <Import Project="ваш проект.csproj" />
V>Объявляете там же таску <Target Name="AfterPublish">, где издеваетесь над уже запаблишенными файлами как душе угодно. Там, естественно, будут доступны все настройки проекта, что заодно позволит не хранить их в двух местах. Когда вдоволь наиздевались- вызываете тут же <SignFile> последовательно для обоих манифестов.
V>В общем, полсотни строк .proj файла и имеете полный контроль над процессом. Полученный .proj можно запускать MSBuild-ом даже при отсутствии VS.

V>Хотя, сдаётся мне, что правильный mage в природе есть...

Спасибо за помощь — я остановлюсь на 1м варианте
про правильный mage уж и не знаю ... )) подожду ответа Петра Алексеева с techdays.ru — он там доклад толковый выложил по ClickOnce

V>1. Делаете deploy во временный каталог. Студия при этом формирует правильный манифест и дописывает расширение .deploy к файлам
V>Потом батником убираете .deploy, обфусцируете то, что надо, правите манифест (support url там, всё такое...) через mage.exe — Update. При этом, естественно, нарушается подпись, которую затем восстанавливаете через mage.exe — Sign тем же батником.

правильно я понял ?
-убираете .deploy
-я обфусцирую сгенеренный студией проект
-затем переподписываю манфест приложения
-затем подписываю манифест распространения
-добавляю .deploy

странно, а студия собирает деплоймент проект получается не с помощью mage?

Здравствуйте, Аноним, Вы писали:

V>>1. Делаете deploy во временный каталог. Студия при этом формирует правильный манифест и дописывает расширение .deploy к файлам
V>>Потом батником убираете .deploy, обфусцируете то, что надо, правите манифест (support url там, всё такое...) через mage.exe — Update. При этом, естественно, нарушается подпись, которую затем восстанавливаете через mage.exe — Sign тем же батником.

А>правильно я понял ?
А>-убираете .deploy
А>-я обфусцирую сгенеренный студией проект
А>-затем переподписываю манфест приложения
А>-затем подписываю манифест распространения
А>-добавляю .deploy
Да, почти.
.deploy надо добавлять до подписей манифестов. Хотя, в принципе, их можно и вообще не добавлять.

А>странно, а студия собирает деплоймент проект получается не с помощью mage?
Если копнуть вглубь — она использует таски MSBuild, которые используют классы из Microsoft.Build.Tasks.Deployment.ManifestUtilities
Отсюда, кстати, третий вариант: можно всё написать на С#

А>>странно, а студия собирает деплоймент проект получается не с помощью mage?
V>Если копнуть вглубь — она использует таски MSBuild, которые используют классы из Microsoft.Build.Tasks.Deployment.ManifestUtilities
V>Отсюда, кстати, третий вариант: можно всё написать на С#

Рад бы им воспользоваться, но где взять описание — на МСДН этож не описание, а называется догадайся сам как все это использовать

V>1. Делаете deploy во временный каталог. Студия при этом формирует правильный манифест и дописывает расширение .deploy к файлам
V>Потом батником убираете .deploy, обфусцируете то, что надо, правите манифест (support url там, всё такое...) через mage.exe — Update. При этом, естественно, нарушается подпись, которую затем восстанавливаете через mage.exe — Sign тем же батником.

К сожалению такой вариант не проходит — mage портит манифест!!!! очень грустно что такие глюки еще не исправили — или так обеспечивается конкурентное преимущество?? )))

Здравствуйте, Аноним, Вы писали:

А>проблема в том что я завязался с Mage потому что нам нужно обфусцировать приложение перед деплойментом

Точно такая же проблема возникала с ClickOnce, успешно решилась вот так. Собираем СО-проект прямо из студии, кнопкой Publish. Mage в свое время был отвергнут как неюзабельный Разборки с Mage в свое время были отвергнуты ак бесперспективные

Здравствуйте, Shota, Вы писали:

>Mage в свое время был отвергнут как неюзабельный Разборки с Mage в свое время были отвергнуты ак бесперспективные.

Из последних двух предложений выберите одно любое

Здравствуйте, Shota, Вы писали:

S>Здравствуйте, Аноним, Вы писали:

А>>проблема в том что я завязался с Mage потому что нам нужно обфусцировать приложение перед деплойментом

S>Точно такая же проблема возникала с ClickOnce, успешно решилась вот так. Собираем СО-проект прямо из студии, кнопкой Publish. Mage в свое время был отвергнут как неюзабельный Разборки с Mage в свое время были отвергнуты ак бесперспективные

Огромное спасибо — попробую, о результатах сообщу

Здравствуйте, Аноним, Вы писали:

V>>1. Делаете deploy во временный каталог. Студия при этом формирует правильный манифест и дописывает расширение .deploy к файлам
V>>Потом батником убираете .deploy, обфусцируете то, что надо, правите манифест (support url там, всё такое...) через mage.exe — Update. При этом, естественно, нарушается подпись, которую затем восстанавливаете через mage.exe — Sign тем же батником.

А>К сожалению такой вариант не проходит — mage портит манифест!!!! очень грустно что такие глюки еще не исправили — или так обеспечивается конкурентное преимущество?? )))
В моём случае mage ничего не портил, но у меня не было .NET 4.0

Осталось два варианта: .proj и .cs

Для .cs можно разобрать mage.exe рефлектором, я так и делал.
Там всё просто: основные классы — DeployManifest и ApplicationManifest, основные их методы — ReadManifest и WriteManifest
Для апдейта файлов нужно вызвать ResolveFiles() и UpdateFileInfo() (я файлы не добавлял, а апдейтил готовые, но можно и накидатьруками в свойство FileReferences).
Подписывается всё это добро через SecurityUtilities.SignFile().
И не забудте сохранить application manifest перед вызовом UpdateFileInfo для deployment manifest!

V>Для .cs можно разобрать mage.exe рефлектором, я так и делал.
V>Там всё просто: основные классы — DeployManifest и ApplicationManifest, основные их методы — ReadManifest и WriteManifest
V>Для апдейта файлов нужно вызвать ResolveFiles() и UpdateFileInfo() (я файлы не добавлял, а апдейтил готовые, но можно и накидатьруками в свойство FileReferences).
V>Подписывается всё это добро через SecurityUtilities.SignFile().
V>И не забудте сохранить application manifest перед вызовом UpdateFileInfo для deployment manifest!

Сил не осталось, но чуть по-позже попробую...

Здравствуйте, Аноним, Вы писали:

А>Мучаюсь уже 3 дня, перечитал весь интернет, посмотрел все касты — не получается создать ClickOnce приложение чтоб разворачивалось с вэб-сервера — все время ошибки без пояснений и ничего вразумительного нет

А>Откликнитесь пожалуйста у кого получилось

Нашел mage для .NET 4.0
C:\Program Files\Microsoft SDKs\Windows\v7.1\Bin\NETFX 4.0 Tools
компилит проект без ругательств на файлы скомпилированные под .NET 4.0

Здравствуйте, Аноним, Вы писали:

А>Мучаюсь уже 3 дня, перечитал весь интернет, посмотрел все касты — не получается создать ClickOnce приложение чтоб разворачивалось с вэб-сервера — все время ошибки без пояснений и ничего вразумительного нет

А>Откликнитесь пожалуйста у кого получилось

Проверь что Anonymous Access включен на IIS.

When you publish to a remote server that has "Anonymous Access" turned off, you will receive the following warning:
"The files could not be downloaded from http://<remoteserver>/<myapplication>/. The remote server returned an error: (401) Unauthorized."

http://msdn.microsoft.com/en-us/library/ms228998.aspx

4>Проверь что Anonymous Access включен на IIS.

4>

4>When you publish to a remote server that has "Anonymous Access" turned off, you will receive the following warning:
4>"The files could not be downloaded from http://<remoteserver>/<myapplication>/. The remote server returned an error: (401) Unauthorized."

4>http://msdn.microsoft.com/en-us/library/ms228998.aspx

Спасибо за ответ — анонимный доступ включен, проблема оказывается что нужен Mage.exe для NET 4.0 — тот что идет со студией не понимает сборки для NET 4.0 — пришлосчь брать из SDK 7.1 из папки NetFx4