Navision + Linux

[Maxi]

Насколько реальна такая связка?

[dumf]

В документации про Linux ничего не сказано.
Есть Unix, но для версии navision 3.1 (может для 3.6 и 3.7),
дальше поддержки не Windows платформы не будет.

[Maxi]

а вариант LINUX + Wine + Navision Database Server кто нибудь пробовал?

[sash_xp]

Можно нескромный вопрос? А зачем это нужно? Попытка воспользоваться бесплатной ОС не пройдет, как вы будете в wine регистрировать com-объекты? А иначе Навижн не встанет.

Можно использовать виртуальную машину. Но тут опять никаких выигрышей, только проигрыши. (Тут и винду надо покумпать, да и томоза...)

[Maxi]

Обязательное условие - использовать в качестве ОС сервера *ix-совместимую систему

Сам не пробовал регистрировать объекты, т.к. линукса нет под рукой, а в форумах такой вариант пишут:

> $ regsvr32 msflxgfd.ocx (using Wine's version)
> $ wine regsvr32.exe msflxgfd.ocx

[Михаил Андреев]

Цитата:

Изначально опубликовано Maxi
Обязательное условие - использовать в качестве ОС сервера *ix-совместимую систему...

Можно полюбопытствовать - а чем обосновано сие требование? Кому нужна такая совместимость СЕРВЕРА?

[Maxi]

это требование отдела автоматизации, видимо оно обусловлено субъективным мнением специалистов о более высокой надежности линукса в сравнении с windows.

[Михаил Андреев]

Цитата:

Изначально опубликовано Maxi
это требование отдела автоматизации, видимо оно обусловлено субъективным мнением специалистов о более высокой надежности линукса в сравнении с windows.

Угу. А на чем они основаны, эти требования? Если это СУБЪЕКТИВНОЕ МНЕНИЕ специалиста, то не стоит ли обсудить сие с его руководством?
Интересно, я если СУБЪЕКТИВНОЕ мнение будет типа "БД должна быть Oracle на Novell"?

[Maxi]

На мой взгляд, логично доверять выбор аппаратного оборудования и системного ПО тем людям, которые будут отвечать за его работоспособность...

Если внедряется Navision на MS SQL Server, разве внедренцы несут ответственность за работоспособность Windows и MS SQL Server?

Конечно можно предложить вариант поставить под вопрос квалификацию специалиста, который не может обеспечить бесперебойную работу WIN+MSSQL, но когда эти специалисты входят в экспертную группу по выбору системы... и когда альтернативные решения поддерживают многоплатформенность...

[Михаил Андреев]

Цитата:

Изначально опубликовано Maxi
На мой взгляд, логично доверять выбор аппаратного оборудования и системного ПО тем людям, которые будут отвечать за его работоспособность...

Нелогично. Логично найти тех людей, которые умеют поддерживать выбранный продукт или обучить своих. Иначе мы бы до сих пор работали под DOS.

Цитата:

Если внедряется Navision на MS SQL Server, разве внедренцы несут ответственность за работоспособность Windows и MS SQL Server?

Хм, как договоритесь.

Цитата:

Конечно можно предложить вариант поставить под вопрос квалификацию специалиста, который не может обеспечить бесперебойную работу WIN+MSSQL, но когда эти специалисты входят в экспертную группу по выбору системы... и когда альтернативные решения поддерживают многоплатформенность...

Пардон, но убеждать руководство заказчика надо уметь. Это часть работы. Только ставить под сомнение, зачем? Можно доказать, что обеспечить бесперебойность можно и на MS SQL, привести примеры. Навскидку помню Техносилу, размер базы они где-то опубликовывали. А пытаться обещать многоплатформенность там, где ее по определению нет...

[Maxi]

Цитата:

Изначально опубликовано Михаил Андреев
Нелогично. Логично найти тех людей, которые умеют поддерживать выбранный продукт или обучить своих. Иначе мы бы до сих пор работали под DOS.

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

Цитата:

Пардон, но убеждать руководство заказчика надо уметь. Это часть работы. Только ставить под сомнение, зачем? Можно доказать, что обеспечить бесперебойность можно и на MS SQL, привести примеры. Навскидку помню Техносилу, размер базы
они где-то опубликовывали. А пытаться обещать многоплатформенность там, где ее по определению нет...

Не обещать, а реализовать. Изначально меня интересовала возможность подобной интеграции.
Вы пробовали реализовать вышеописанный мной вариант?
Почему его при успешном тестировании нельзя позиционировать как поддержку в Navision ОС linux?

п.с.: путь в рамках установленных игры правил не всегда ведет к победе

[Михаил Андреев]

Цитата:

Изначально опубликовано Maxi
Не обещать, а реализовать. Изначально меня интересовала возможность подобной интеграции.
Вы пробовали реализовать вышеописанный мной вариант?
Почему его при успешном тестировании нельзя позиционировать как поддержку в Navision ОС linux?

Немного зная Аксапту (не Навижн), могу сказать, что ее можно запустить практически на любой СУБД, поддерживающей стандарт SQL. Возможно, и Навижн можно, но подробно не изучал. А позиционировать ее, как совместимую с этой СУБД, нельзя. Потому что это не в сфере вашей компетенции. За это отвечает производитель и только он.

Цитата:

п.с.: путь в рамках установленных игры правил не всегда ведет к победе

Это означает что вы плохо играете и ничего более.

[Alex_K]

Цитата:

Изначально опубликовано Михаил Андреев
Немного зная Аксапту (не Навижн), могу сказать, что ее можно запустить практически на любой СУБД, поддерживающей стандарт SQL.

Не вполне согласен. Пытался от скуки запустить 2,5 по Sybase Anywhere. Не захотела...

[Михаил Андреев]

Цитата:

Изначально опубликовано Alex_K
Не вполне согласен. Пытался от скуки запустить 2,5 по Sybase Anywhere. Не захотела...

Э-э, батенька. Не так это просто 2.5 сп1 и на Oracle-то без исправлений приложения не ставится. И ручками нужно пару системных табличек править.

[Alex_K]

Это я понимаю... Лень было дальше двигаться