AX2009 has been Released

[kashperuk]

Live on Partner Source
Microsoft Dynamics AX 2009!!!!

Microsoft Dynamics AX 2009 is AVAILABLE NOW for download from Partner Source
https://mbs.microsoft.com/partnersou...009release.htm

Качаем?

[mazzy]

пока без русской локализации
качаем

[glibs]

А есть официальные заявления о дате выхода русской локализации?

А то неофициальные мне не нравятся .

[ibc]

Скажите, разработка уже в Visual Studio перенесена?

[glibs]

Вроде, нет. По крайней мере выглядит все как и в 4.0.

[kashperuk]

Не уверен, что даже в 6ой версии разработка будет в Visual Studio - поэтому сильно этого я бы не ждал.
И думаю, все согласятся, что уж лучше больше внимания будет уделено исправлению ошибок и добавлению новой функциональности приложения.
Тем более, что большинству разработчиков IDE Аксапты и так подуше.

А про русскую локализацию - даа, долго ждать

[miklenew]

Цитата:

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

Тем более, что большинству разработчиков IDE Аксапты и так подуше.

Почему то мне кажется если не 100%, то 99% за старый IDE.

[mazzy]

Цитата:

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

Почему то мне кажется если не 100%, то 99% за старый IDE.

Это пока вы еще не занялись отчетами в ReportingService, кубами в Analysis Service и разработкой в SharePoint. Не говоря уже о интеграции VSS. Если честно, то поскорее бы сделали единый и нормально интегрированный инструмент.

[miklenew]

Цитата:

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

Это пока вы еще не занялись отчетами в ReportingService, кубами в Analysis Service и разработкой в SharePoint. Не говоря уже о интеграции VSS. Если честно, то поскорее бы сделали единый и нормально интегрированный инструмент.

Раз низанимался, значит как то обходился.

[petr]

Цитата:

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

Тем более, что большинству разработчиков IDE Аксапты и так подуше.

Цитата:

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

Почему то мне кажется если не 100%, то 99% за старый IDE.

По-моему, очень спорные утверждения. Для тех, кто кроме Аксапты программировал только в IDE от 1С, может это и так. Для тех, кто еще слышал/ведел/работал в других современных IDE думаю это не так.

[miklenew]

Цитата:

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

По-моему, очень спорные утверждения. Для тех, кто кроме Аксапты программировал только в IDE от 1С, может это и так. Для тех, кто еще слышал/ведел/работал в других современных IDE думаю это не так.

Программировал в Visual Studio 6.0 (на Visual С++) причём больше, чем в Axapt-е.

[glibs]

Цитата:

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

...
Это пока вы еще не занялись ... кубами в Analysis Service
...

Очень мне нравится это... Это гипноз? А если уже давно занимались и занимаемся?

Я не разработчик, поэтому Аксаптовская среда разработки мне нравятся больше .

А студия совместима с MorphX? Или его выкинут для единооборазия платформы?

[fed]

Цитата:

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

Это пока вы еще не занялись отчетами в ReportingService, кубами в Analysis Service и разработкой в SharePoint. Не говоря уже о интеграции VSS. Если честно, то поскорее бы сделали единый и нормально интегрированный инструмент.

Угу. Ладно - я сейчас в mazzy поиграю
Задам два вопроса:
1. Имеет ли смысл переводить среду разработки в VS без переноса среды исполнения в CLR (.NET) ?
2. Очевидно, что перенос среды исполнения в CLR невозможен без достаточно серьезных изменений в языке разработки и системных классах (грубо говоря - классах без исходняков на X++). Как ты считаешь, готовы ли партнеры и клиенты потратить много денег (на обучение, перенос доработок и тп) ТОЛЬКО за изменение среды разработки и исполнения, без изменений в прикладной функциональности ?

Пожалуй стоит заметить что это мое частное мнение, которое может не совпадать с мнением моего работодателя :-)

[glibs]

Цитата:

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

...
я сейчас в mazzy поиграю
...

[mazzy]

Цитата:

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

Очень мне нравится это... Это гипноз?

Нет, это вывод, сделанный на основании утверждения miklenew

Цитата:

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

Задам два вопроса:
1. Имеет ли смысл переводить среду разработки в VS без переноса среды исполнения в CLR (.NET) ?

А почему такой вопрос? Кто говорил о "без переноса ... в CLR"?

Смысл имеет, чтобы облегчить жизнь разработчикам клиентов и партнеров. Отлично понимаю, что облегчать жизнь клиентов и партнеров придется за счет разработчиков в самом Майкрософт

Цитата:

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

2. Очевидно, что перенос среды исполнения в CLR невозможен без достаточно серьезных изменений в языке разработки и системных классах (грубо говоря - классах без исходняков на X++). Как ты считаешь, готовы ли партнеры и клиенты потратить много денег (на обучение, перенос доработок и тп) ТОЛЬКО за изменение среды разработки и исполнения, без изменений в прикладной функциональности ?

Не, это ты не в mazzy играешь
У mazzy есть несколько "запрещенных" слов. Среди них "все" и "очевидно".

Нет, на мой взгляд, далеко не очевидно, что невозможен. Очевидность надо доказывать.

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

Если же почитать Statement of Direction, то нас постоянно убеждают, что перенос в CLR будет плавным и кардинальных изменений не будет. Что инвестиции в обучение персонала, инвестиции в разработку существующих решений сохранятся... и прочие подобные обещания.

На самом деле, на мой взгляд существующая в аксапте java-машина достаточно просто переносится в CLR. Если над чем и работать, то это над библиотекой MorphX, библиотекой Query и машиной вывода отчетов. Библиотека morphX достаточно легко переносится в библиотеку CLR. Механизм Query тоже. Насколько я понимаю, загвоздка в отчетах. Существующий механизм планируется заменить на ReportingService, но что-то надо делать с существующими отчетами... Выдавать новую версию, в которой не будут работать старые отчеты, совсем некузяво.

Вот мы и видим версии на старом движке, но в которых вендор не создает новых отчетов на старом движке, а только на Reporing Service. Выжидают, пока народ переберется потихоньку и начнет выходить на демонстрации с транспарантами и требовать "нафиг старые отчеты!", "дайте удобную интеграцию с Reporting Service"... Вот тут они выйдут все в белом и скажут - сюрприз! а у нас есть VS!

Цитата:

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

Пожалуй стоит заметить что это мое частное мнение, которое может не совпадать с мнением моего работодателя :-)

Пожалуй

Пожалуй мне тоже стоит заметить что это мое частное мнение, которое может не совпадать с мнением вендора

[fed]

Тогда следующий диалектический вопрос: Если в новой гипотетической Axapta.NET среда разработки, интерфейс и тп будут настолько похожи на предыдущую версию, что "инвестиции в разработку существующих решений сохранятся", то есть ли смысл в подобном изменении технологии ?

[mazzy]

Цитата:

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

Тогда следующий диалектический вопрос: Если в новой гипотетической Axapta.NET среда разработки, интерфейс и тп будут настолько похожи на предыдущую версию, что "инвестиции в разработку существующих решений сохранятся", то есть ли смысл в подобном изменении технологии ?

Да, поскольку в последних версиях разработка решения для DAX не ограничивается одним IDE, сейчас постоянно приходится переключаться между разными IDE, что бесит увеличивает затраты на разработку.

Единая IDE позволит снизить затраты на обучение и разработку даже при сохранении совместимости с предыдущей версией

[miklenew]

Цитата:

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

Да, поскольку в последних версиях разработка решения для DAX не ограничивается одним IDE, сейчас постоянно приходится переключаться между разными IDE, что бесит увеличивает затраты на разработку.

А можно разработчиков попросить встроить и виндовз в Axapt-у.
Бесит меня в виндовзе отсутствие трэйса.

[fed]

Я кстати думал про перенос Аксапты под CLR. X++ перенести и вправду не очень сложно. Библиотеку контроллов, сложнее но тоже, в целом, реально. А вот что со словарем данных, расширенными типами, таблицами делать - уже не понятно. А если вспомнить про технологию слоев и про то что в CLR уже есть некая своя система версионирования сборок (не очень похожая по идеологии на слои), то уже совсем непонятно становится...

[mazzy]

Цитата:

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

Бесит меня в виндовзе отсутствие трэйса.

На диске MSDN возьмите developer-версию с debug info из SDK.
После этого VS, VS, VS