Zip-архивирование средствами Windows 2008

[Damn]

Тут была статья daxdilip: Dynamics AX 2009 Integration with PowerShell to unzip files как разархивировать zip-файл с помощью стандартных средств операционной системы.
А вот как сделать обратное ? Создать zip-архив. Совсем не хочется использовать сторонние программы для архивирования.

[sukhanchik]

Посмотрите тут: http://blogs.msdn.com/b/daiken/archi...ar-gadget.aspx
Создание архива

PHP код:

function New-Zip
{    
        param([string]$zipfilename)    
        set-content $zipfilename ("PK" + [char]5 + [char]6 + ("$([char]0)" * 18))    
        (dir $zipfilename).IsReadOnly = $false
}
 
usage: new-zip c:\demo\myzip.zip 


и распаковка:

PHP код:

function Extract-Zip
{    
param([string]$zipfilename, [string] $destination)    
     if(test-path($zipfilename))    
     {            
         $shellApplication = new-object -com shell.application        
         $zipPackage = $shellApplication.NameSpace($zipfilename)        
         $destinationFolder = $shellApplication.NameSpace($destination)        
         $destinationFolder.CopyHere($zipPackage.Items())    
      }
}
 
usage: extract-zip c:\demo\myzip.zip c:\demo\destination 


До кучи - добавление в архив:

PHP код:

function Add-Zip
{
    param([string]$zipfilename)
    if(-not (test-path($zipfilename)))
    {
        set-content $zipfilename ("PK" + [char]5 + [char]6 + ("$([char]0)" * 18))
        (dir $zipfilename).IsReadOnly = $false
    }
    $shellApplication = new-object -com shell.application
    $zipPackage = $shellApplication.NameSpace($zipfilename)
    foreach($file in $input)
    {
             $zipPackage.CopyHere($file.FullName)
             Start-sleep -milliseconds 500
    }
}
 
usage: dir c:\demo\files\*.* -Recurse | add-Zip c:\demo\myzip.zip 


И получение списка файлов:

PHP код:

function Get-Zip
{
    param([string]$zipfilename)
    if(test-path($zipfilename))
    {
        $shellApplication = new-object -com shell.application
        $zipPackage = $shellApplication.NameSpace($zipfilename)
        $zipPackage.Items() | Select Path
    }
}
 
usage: Get-Zip c:\demo\myzip.zip 


[sukhanchik]

Кстати, хочу отметить, что в Windows еще до 2008 был архиватор %SystemRoot%\System32\Iexpress.exe.
Вот его описание: http://clubrus.kulichki.com/iexindex.htm
И его параметры командной строки:

[Damn]

Первый способ архивирования понять не смог

А вот с %SystemRoot%\System32\Iexpress.exe разобрался. Создаёт cab-архивы. Проверял на Windows XP, 2003 и 2008. Работает одинаково. Но есть недостатки.

Имя результирующего файла архива можно указывать только в формате 8.3. То есть надо где-то брать временное 8-символьное имя для файла, а после создания архива его переименовывать.
Путь к файлу SED в параметрах командной строки нужно указывать в так называемом укороченном виде (с символами ~). То есть либо изначально пытаться сохранять этот файл в месте с уже "коротким" путём, либо каждый раз преобразовывать путь к файлу к короткому виду. На стороне клиента можно использовать метод WinAPI::getShortPathName(), а вот на стороне сервера даже не знаю что использовать.

Разобраться бы с первым способом, может у него нет таких недостатков.

[sukhanchik]

Цитата:

Сообщение от Damn

Первый способ архивирования понять не смог
...
Разобраться бы с первым способом, может у него нет таких недостатков.

Суть в следующем (я честно говоря не силен в языке Powershell). В приведенной Вами ссылке как распаковать файл - создается некий скрипт (файл *.ps1) на языке Powershell, который впоследствии запускается из АХ. Т.е. распаковкой занимается Powershell.
В приведенных мною примерах - производится упаковка / распаковка и прочие действия на языке Powershell (т.е. есть пример кода, которые могут заставить Powershell заняться архивированием).
Этот код нужно оформить в файл *.ps1 и вызвать Powershell точно также (но с другим файлом *.ps1) как указано в примере по приведенной Вами ссылке. И все.

Конечно я привел не совсем готовый пример. Но в любом случае - при более детальном изучении языка Powershell (коим я не владею) - думаю - что Вы сможете достичь своей цели.

[sukhanchik]

Цитата:

Сообщение от Damn

На стороне клиента можно использовать метод WinAPI::getShortPathName(), а вот на стороне сервера даже не знаю что использовать.

А на стороне сервера нельзя эту же функцию использовать? (понимаю, что ее нет в классе WinAPIServer, но ее ж можно и создать)

[Damn]

Цитата:

Сообщение от sukhanchik

А на стороне сервера нельзя эту же функцию использовать? (понимаю, что ее нет в классе WinAPIServer, но ее ж можно и создать)

Когда функция вызывается на стороне сервера (Windows 2008 Server x64), то выдаётся ошибка "Функция "GetShortPathNameW" в библиотеке DLL "KERNEL32" привела к возникновению исключения."
Погуглил в интернете по слову GetShortPathName и нашёл что не только у меня такая ошибка возникает, решения пока не нашёл.

[Wamr]

а никто не пробовал через .Net с архивами работать?

[plumbum]

Мы для этих целей использовали 7zip. Создали таблицу параметров, где указаны команды для командной строки и просто запускали процесс (new System.Diagnostics.ProcessStartInfo(...).Start() ), передавая ему параметры командной строкой

Теоретически можно использовать .NET (CLR Interoperability) для этих целей. Класс GZipStream

тут пример можно посмотреть.

[offenmeier]

Как разархивировать zip архив?

нет никаких проблем с использованием внешнего архиватора, смотри мой пост (один из последних).

а методы из WinAPI в WinAPIServer можно аккуратно переписывать самому (микрософт поленился).

[gl00mie]

Цитата:

Сообщение от Damn

Когда функция вызывается на стороне сервера (Windows 2008 Server x64), то выдаётся ошибка "Функция "GetShortPathNameW" в библиотеке DLL "KERNEL32" привела к возникновению исключения."

Цитата:

Сообщение от offenmeier

а методы из WinAPI в WinAPIServer можно аккуратно переписывать самому (микрософт поленился).

Microsoft не поленился - просто в 2009-й (если речь о ней) появился 64-битный AOS, который в общем случае куда интереснее 32-битного, но в нем не реализован класс DLLFunction, поскольку в общем случае загружаемая DLL может быть 32-битной, а 64-битный процесс не может загружать 32-битные DLL в свое адресное пространство. Именно поэтому WinAPIServer написан с использованием исключительно .NET Framework.

[offenmeier]

я же и говорю, поленился. а как вы думаете, как я переписывал методы в WinAPIServer, не через .NET Framework? потому и говорю, что "аккуратно"

[gl00mie]

Расскажите, пожалуйста, как вы переписали на .NET Framework реализацию kernel32.GetShortPathName без использования P/Invoke?

[offenmeier]

переписывал только те, что нужны были: shellExecute() и waitForSingleObject() потому что он используется в shellExecute(), но в конечном счёте реализовал ShellExecute() через System.Diagnostics.Process:

System.Diagnostics.Process testProcess;
;

new InteropPermission(InteropKind::ClrInterop).assert();

testProcess = System.Diagnostics.Process::Start(path, parameters);
testProcess.WaitForExit();

CodeAccessPermission::revertAssert();

посмотрел на getShortPathName, но неохота сейчас тратить время на исследование, будет время - попробую его переписать, но я сомневаюсь, что соответствующая функция не предоставлена через CLR.

UPD: всё-таки посмотрел быстро, я бы стал копать в сторону System.IO.Path.
Long story short: нужно найти аналог функции в CLR, а он сам разберётся, какая библиотека ему нужна в момент выполнения, 32 или 64

[offenmeier]

UPD 2: похоже, .NET Framework не поддерживает работу с 8.3 именами файлов как с пережитком прошлого так что не самый удачный пример.

мне нужен был shellExecute() на сервере, я его написал нужен будет shortPath, я луше свою реализацию напишу, раз в CLR его нет, благо правила описаны

http://support.microsoft.com/kb/142982

[Damn]

Кто-нибудь разобрался как использовать GZipStream для распаковки zip-архива ?
Везде примеры только для распаковки архива, состоящего из одного файла. А если их там несколько.

[handy-comp]

Цитата:

Сообщение от Damn

Кто-нибудь разобрался как использовать GZipStream для распаковки zip-архива ?
Везде примеры только для распаковки архива, состоящего из одного файла. А если их там несколько.

Разбирался как то, получается что GZipStream ничего не знает о файловой структуре архива и может только паковать/распаковывать поток данных поданный на вход.
Только в .Net 4.5 появились нужные классы, например System.IO.Compression.ZipFile.
Самому требовалась еще возможность работать с запароленными архивами, вышел из положения установив сборку открытого проекта DotNetZip.