Добро пожаловать в форум, Guest >> Войти | Регистрация | Поиск | Правила | | В избранное | Подписаться | ||
Все форумы / Caché, Ensemble, DeepSee, MiniM, IRIS, GT.M |
![]() ![]() |
Топик располагается на нескольких страницах: 1 2 3 [все] |
Шваров Евгений Member Откуда: Сообщений: 845 |
Привет! Вышел релиз InterSystems Caché и Ensemble 2016.2, тот что с новой IDE Atelier - плагином для Eclipse. Блог InterSystems на Хабре http://habrahabr.ru/company/intersystems/ Каталог статей по технологиям InterSystems http://intersystems.ru/cache/devcorner/habrahabr.html Видеоканал InterSystems Russia https://www.youtube.com/user/intersystemsrus Группа Isc Meetup в Facebook https://www.facebook.com/groups/mskiscmeetup/ Группа InterSystems University в Вконтакте https://vk.com/isc.university Твиттер InterSystems Russia http://twitter.com/InterSystemsRU |
10 окт 16, 17:06 [19765325] Ответить | Цитировать Сообщить модератору |
Ptn
Guest |
Немного смущает что при заходе в Developer Download по прежнему предлагается 2016.2 Field Test Available |
10 окт 16, 21:19 [19766410] Ответить | Цитировать Сообщить модератору |
DAiMor Member Откуда: Volzhsky -> Moscow -> CZ, Brno -> Moscow Сообщений: 2633 |
Ptn, Обычно, не сразу закрывают эту страницу. Но в этом месяце кстати уже обещают 2017.1 FieldTest |
10 окт 16, 21:28 [19766453] Ответить | Цитировать Сообщить модератору |
AlexKB Member Откуда: Запорожье Сообщений: 810 |
Чего ждем новенького..? |
11 окт 16, 08:33 [19767101] Ответить | Цитировать Сообщить модератору |
DAiMor Member Откуда: Volzhsky -> Moscow -> CZ, Brno -> Moscow Сообщений: 2633 |
|
||
11 окт 16, 08:37 [19767113] Ответить | Цитировать Сообщить модератору |
AlexKB Member Откуда: Запорожье Сообщений: 810 |
Ну, тогда ждем-с...уж не много осталось...я терпеливый... |
11 окт 16, 08:44 [19767141] Ответить | Цитировать Сообщить модератору |
Ptn
Guest |
Прилетело уведомление http://www.intersystems.com/services-support/product-support/product-news-alerts/support-alert/alert-cache-online-backup-journal-restore/ Я правильно понимаю что RJF229 уже входит в 2016.2 ? |
12 окт 16, 13:30 [19773175] Ответить | Цитировать Сообщить модератору |
Александр Коблов Member Откуда: Краснодар, Москва Сообщений: 240 |
Ptn, Да. |
12 окт 16, 14:00 [19773368] Ответить | Цитировать Сообщить модератору |
servit Member Откуда: г. Кишинёв, Республика Молдова Сообщений: 3117 Блог |
|
||
13 окт 16, 08:13 [19776295] Ответить | Цитировать Сообщить модератору |
servit Member Откуда: г. Кишинёв, Республика Молдова Сообщений: 3117 Блог |
Вышел Zen Mojo 1.1.2. Скачать можно отдельным файлом. |
20 окт 16, 14:06 [19804692] Ответить | Цитировать Сообщить модератору |
Блок А.Н. Member Откуда: Новосибирск Сообщений: 3797 |
Кто-нибудь пробовал? Оно вообще рабочее? Пока ощущение дикое, оно просто не компилирует маленький проект. При повторное компиляции через CompileList разное количество ошибок. Не компилируются классы, которые при единичной компиляции компилируются. Мало того, при массовой компиляции уже скомпилированные классы перестают быть скомпилированными. Класс А не компилится, так как использует класс Б, которые не скомпилирован. А класс Б не компилится, потому что не скомпилирован класс А - ну что за ад? Худшего поведения компилятора я не видел. Такой фигни в 2014 не наблюдаю, тут даже сбойные классы пытаются работать, даже если какой-то метод не скомпилировался. В 2016 же по каким-то странным причинам компилятор разваливает компиляцию одного класса (не может скомпилировать отношения, вычисляемые свойства связанных классоа) и разваливает все классы дерева компиляции. Ставить такую бомбу на продакш - безумие, развалится в самый неподходящий момент - не соберешь, не говоря уж о том, чтобы что-то можно было во время работы скомпилить. |
28 окт 16, 13:51 [19833557] Ответить | Цитировать Сообщить модератору |
servit Member Откуда: г. Кишинёв, Республика Молдова Сообщений: 3117 Блог |
Какие по умолчанию параметры компиляции используете? Можно выложить воспроизводимый пример в виде проекта *.xml? |
||
28 окт 16, 14:29 [19833853] Ответить | Цитировать Сообщить модератору |
servit Member Откуда: г. Кишинёв, Республика Молдова Сообщений: 3117 Блог |
Ситуация когда <2014 = BAD, 2014 = OK, 2016 = BAD - IMHO маловероятна. PS: Compiling Classes |
||
28 окт 16, 14:52 [19833963] Ответить | Цитировать Сообщить модератору |
DAiMor Member Откуда: Volzhsky -> Moscow -> CZ, Brno -> Moscow Сообщений: 2633 |
Блок А.Н., Звучит странно, я такую бомбу наблюдал на одном проекте, но там больше похоже, что авторы не в курсе про установку зависимостей компиляции, и все равно у них при компиляции одного класса, тянулось еще сотня, и в итоге я так и не смог его собрать и плюнул. Но это был чужой проект, с проектами с которыми я работал, ни разу такого не наблюдал, пробовал все последние версии, все норм. Специально для проверки делал сборщик проекта, который собирает и для последней версии, не только для поддерживаемой, чтобы понимать, что все нормально будет, если надумаем переходить. |
28 окт 16, 15:12 [19834112] Ответить | Цитировать Сообщить модератору |
servit Member Откуда: г. Кишинёв, Республика Молдова Сообщений: 3117 Блог |
Работы в компиляторе классов/программ, ведутся постоянно. Достаточно сделать поиск в документации по "Class Compiler Changes"/"Routine Compiler Changes". Ещё проверьте Upgrade Specifics, чтобы не оставалось классов со старой версией компилятора. Впрочем этого не должно быть, если до этого производились работы согласно Pre-2014.1 Upgrade Info. |
||
28 окт 16, 15:45 [19834400] Ответить | Цитировать Сообщить модератору |
servit Member Откуда: г. Кишинёв, Республика Молдова Сообщений: 3117 Блог |
|
||
28 окт 16, 15:48 [19834429] Ответить | Цитировать Сообщить модератору |
Блок А.Н. Member Откуда: Новосибирск Сообщений: 3797 |
servit, пробовал с разными, с "ck-y" три ошибки, с "ck" первый раз три ошибки, второй раз 43 Но суть не в зависимостях, я же все равно CompileAll делаю Воспроизводимый пример постараюсь выложить, текущий проект не буду. У нас руководство крайне болезненно к этому относится. В свое время даже в Интерсистемс не разрешили отдавать. Тогда тоже были проблемы с зависимостью компиляции, при компиляции захватывался весь проект, воспроизвести я так это и не смог, а потом как-то незаметно проблему исправили. Но сейчас другое. |
28 окт 16, 16:02 [19834521] Ответить | Цитировать Сообщить модератору |
Блок А.Н. Member Откуда: Новосибирск Сообщений: 3797 |
servit, Проблема в каше 2016.2, и именно с CompileAll Поштучно большинство классов компилятся. |
28 окт 16, 16:03 [19834528] Ответить | Цитировать Сообщить модератору |
servit Member Откуда: г. Кишинёв, Республика Молдова Сообщений: 3117 Блог |
Воспроизводимый пример - это минимальный абстрактый пример для понимания/показа сути. |
||
28 окт 16, 16:14 [19834601] Ответить | Цитировать Сообщить модератору |
servit Member Откуда: г. Кишинёв, Республика Молдова Сообщений: 3117 Блог |
|
||||
28 окт 16, 16:23 [19834656] Ответить | Цитировать Сообщить модератору |
Блок А.Н. Member Откуда: Новосибирск Сообщений: 3797 |
servit, нашел одни из ошибок, из-за которой все сыпалось - в одном из классов неверно было проставлено инверсное поле отношения. Соответственно, не скомпилировав один класс по цепочке зависимостей разваливались остальные. У меня удалось скомпилировать классы с флагом ck-y, после чего я скомпилировал их с флагами ck. После чего решил еще раз попробовать с флагом cky, после чего у меня развалилось все и компилить не хочет Первая ошибка, с которой все сыпется, выглядит так: elog(1)="ОШИБКА #5289: Невозможно собрать дерево компиляции так как для класса JSON.Property, от которого оно зависит, не разрешимо наследование."_$c(13,10)_" > ОШИБКА #5030: Возникла ошибка при компиляции класса JSON.Object" При этом сам JSON.Object прекрасно компилится сам по себе. Все классы, если их компилить с флагами "cku-y", тоже компилятся. После этого можно компилить с флагами, например, ck, но не cky Но это неправильно! Не должно быть этого непонятно шаманства! |
28 окт 16, 16:31 [19834704] Ответить | Цитировать Сообщить модератору |
Блок А.Н. Member Откуда: Новосибирск Сообщений: 3797 |
JSON.Object и JSON.Property связаны так:Class JSON.Object Extends %RegisteredObject [ Abstract, PropertyClass = JSON.Property ] |
28 окт 16, 16:33 [19834716] Ответить | Цитировать Сообщить модератору |
Блок А.Н. Member Откуда: Новосибирск Сообщений: 3797 |
Честно говоря, я не компилировал класс проекта массово на 2016.1 Потребность такая возникла при переводе на другую версию в связи со сменой методов работы с JSON И раньше ни в одной версии я не использовал PropertyClass = JSON.Property |
28 окт 16, 16:36 [19834734] Ответить | Цитировать Сообщить модератору |
servit Member Откуда: г. Кишинёв, Республика Молдова Сообщений: 3117 Блог |
Блок А.Н., Наверное Вы не писали в WRC? Дайте пример. |
28 окт 16, 16:38 [19834749] Ответить | Цитировать Сообщить модератору |
D_De1mos Member Откуда: Сообщений: 79 |
Мы тут решили рискнуть и перейти сразу с 2012.2 на 2016.2 (ибо смысла нет переходить на уже заранее устаревшие версии) Получили ровно те же проблемы компиляции, даже еще хуже: Статус результата компиляции цепляет %objlasterror, но не выводить статус реальной ошибки компиляции Получаем что-нибудь типа такого
или такого
Или еще какую-нибудь ошибку из %oblasterror'а, который был до вызова компиляции. Заодно врезались, что теперь в описании стораджа лежат аномальные значения селективити, а у нас есть сильно вложенные %SerialObject'ы, с листами и прочим, так они в итоге после TuneTable'а вообще перестают компилиться с этим чудом в сторадж блоке Кроме прочего наша компиляция страницы логина теперь пытается безуспешно и без последствий залочить класс Security.User'а (случайно нашли, пока разбирали ошибки компиляции) А что самое ужасное в этой ситуации - то, что реальную ошибку при упавшей сборки проекта (полная компиляция огромного пакета) вообще не реально отловить, т.к. нет информации, какой упал класс из этих тысяч, ловим чисто по коммитам методом научного тыка В общем я полностью присоединяюсь к
А еще в бонус: в классе %Persistent есть метод %UnlockId, который оказывается отвалился в каше 2013 и до нас никто на это не натыкался. ЗЫ в WRC есть тикет, но там все сводится в очередной раз к тому, чтобы выгрузить им весь проект и тогда они попробуют поискать проблему ЗЗЫ у нас есть еще рядом ансамбль 2013, там опять же не работает стандартный механизм проверки целостности, рекомендуют обновиться до 2014.1, типа там эта проблема решена. Вопрос, в свете последних событий, сколько там новых проблем добавлено |
||||||
28 окт 16, 22:48 [19835883] Ответить | Цитировать Сообщить модератору |
Petr0vi4444 Member Откуда: Владивосток Сообщений: 137 |
У меня другого вида ошибка возникла, при выполнении запросов через SQL.Statement в скриптах, передаваемых из консоли:
D_De1mos, Тоже получал ошибку "ОШИБКА #6084: Обнаружены неизвестные ошибки, но не передан код ошибки" в результате компиляции. В моём случае реальное сообщение об ошибке отобразилось в консоли. Может у вас -d параметр прячет весь вывод? К сообщению приложен файл (USER.Test.xml - 576bytes) cкачать ![]() |
29 окт 16, 05:56 [19836246] Ответить | Цитировать Сообщить модератору |
D_De1mos Member Откуда: Сообщений: 79 |
Petr0vi4444, Стоит он у нас, даже специально ставили, даже выводили отдельно через параметр .errorlog Компиляция конкретного класса худо-бедно выдает ошибку, так и ловим, но пакетная компиляция выдает прогнозы погоды Ну и еще в тему сырого релиза: Это вообще нормально, что любая ошибка компиляции в бонус выдает это сообщение о неизвестном статусе? |
29 окт 16, 08:07 [19836288] Ответить | Цитировать Сообщить модератору |
DAiMor Member Откуда: Volzhsky -> Moscow -> CZ, Brno -> Moscow Сообщений: 2633 |
Может мне даст кто свой код посмотреть с такими ошибками компиляции, просто интересно. Я конечно не InterSystems, но может это и к лучшему, я буду один и не кому код не дам. Но думаю смогу сказать как решить проблему, и чтобы в будущем не было проблем. |
30 окт 16, 13:15 [19838671] Ответить | Цитировать Сообщить модератору |
Блок А.Н. Member Откуда: Новосибирск Сообщений: 3797 |
Проблема в том, что ошибка воспроизводится на конкретном проекте, научиться воспроизводить ее практически равнозначно ее исправлению. Передавать текущий код нельзя, но если бы был выбор, я бы передал ИС, думаю, они скорее проблему решили бы и полнее. |
30 окт 16, 14:21 [19838851] Ответить | Цитировать Сообщить модератору |
Блок А.Н. Member Откуда: Новосибирск Сообщений: 3797 |
D_De1mos, Про неизвестный ошибки было и у меня, не помню на какой версии. У меня еще студия и сервер были разные. Сообщения в студии отличались от сообщений в логе компиляции. Неудобно, но не критично, в самом логе, если внимательно посмотреть, нужная информация была. |
30 окт 16, 14:54 [19838917] Ответить | Цитировать Сообщить модератору |
DAiMor Member Откуда: Volzhsky -> Moscow -> CZ, Brno -> Moscow Сообщений: 2633 |
Я просто предложил альтернативу, у них конечно больше шансов найти проблему, и возможно есть ошибки и со стороны компилятора, этого не исключаю. В моей практике ошибки сборки все были решаемые, и я стараюсь сделать так чтобы какой класс не компилируй, не должно быть затронуто много зависимостей, и CompileAll должен работать при любом раскладе. В некоторых случаях, помогает вторая компиляция, но это проблема и должна решаться. Проект должен собираться с первой попытки при чистой загрузке. Если что-то уж очень сложное, и нельзя решить через CompileAll, то думаю можно просто сделать сборщик, который установит последовательность компиляции, и соберет все верно в один прогон. Но я сомневаюсь в том что где то это может понадобиться. |
30 окт 16, 15:01 [19838925] Ответить | Цитировать Сообщить модератору |
DAiMor Member Откуда: Volzhsky -> Moscow -> CZ, Brno -> Moscow Сообщений: 2633 |
обычно компиляцию выполняю командой do $system.OBJ.CompileAll("cdfk-u", .errors) и в этой переменной errors можно найти подробности ошибок. В большинстве случаев, достаточных для понимания сути проблемы. Что касается компиляции в студии, в случае если компилируется много классов, и найдено больше одной ошибки, понять становится почти нереально. |
30 окт 16, 15:05 [19838934] Ответить | Цитировать Сообщить модератору |
Блок А.Н. Member Откуда: Новосибирск Сообщений: 3797 |
DAiMor, вроде флаг f уже давно отменили |
30 окт 16, 17:30 [19839145] Ответить | Цитировать Сообщить модератору |
DAiMor Member Откуда: Volzhsky -> Moscow -> CZ, Brno -> Moscow Сообщений: 2633 |
Блок А.Н., Может быть, я как то по привычке |
30 окт 16, 18:59 [19839249] Ответить | Цитировать Сообщить модератору |
Блок А.Н. Member Откуда: Новосибирск Сообщений: 3797 |
Удалось повторить ошибку на малом числе классов. В каком-то смысле это даже хорошо, что баг такой устойчивый.d $system.OBJ.CompileAll("cy-u") ;есть ошибка Если удалить класс Address.AOLevel, первая компиляция тоже будет без ошибок. USER>w $zv К сообщению приложен файл (bug_compile.zip - 1Kb) cкачать ![]() |
31 окт 16, 06:24 [19840002] Ответить | Цитировать Сообщить модератору |
Блок А.Н. Member Откуда: Новосибирск Сообщений: 3797 |
(создал запрос на WRC) |
31 окт 16, 06:25 [19840003] Ответить | Цитировать Сообщить модератору |
Блок А.Н. Member Откуда: Новосибирск Сообщений: 3797 |
Работа техподдержки Интерсистемс, конечно, выше всяких похвал. Проблему уже решили. (Что не отменяет того факта, что компилятор стал тупее) В моем случае проблема решилась через явное задание зависимости через атрибут класса DependsOn |
31 окт 16, 07:20 [19840025] Ответить | Цитировать Сообщить модератору |
DAiMor Member Откуда: Volzhsky -> Moscow -> CZ, Brno -> Moscow Сообщений: 2633 |
|
||
31 окт 16, 09:23 [19840167] Ответить | Цитировать Сообщить модератору |
Petr0vi4444 Member Откуда: Владивосток Сообщений: 137 |
Ошибка<DYNAMIC LIBRARY LOAD>SerializeArray+22^%qaqplansave была связана с zlib и решилась после выполнения ln -s /data/cache/bin/libz.so /usr/lib/x86_64-linux-gnu/libz.so |
31 окт 16, 09:47 [19840241] Ответить | Цитировать Сообщить модератору |
servit Member Откуда: г. Кишинёв, Республика Молдова Сообщений: 3117 Блог |
) PS: есть подозрение, что если подождать ещё четыре года, то проблемы не уйдут даже при появлении мощного ИИ в компиляторе. |
||
31 окт 16, 10:04 [19840300] Ответить | Цитировать Сообщить модератору |
servit Member Откуда: г. Кишинёв, Республика Молдова Сообщений: 3117 Блог |
|
||||
31 окт 16, 10:05 [19840301] Ответить | Цитировать Сообщить модератору |
servit Member Откуда: г. Кишинёв, Республика Молдова Сообщений: 3117 Блог |
В некоторых особо сложных случаях (17054305), например при Compile Order for Custom Component Classes, без явного указания зависимостей классов порой не обойтись:
|
||||
31 окт 16, 10:13 [19840351] Ответить | Цитировать Сообщить модератору |
Блок А.Н. Member Откуда: Новосибирск Сообщений: 3797 |
servit, Именно свойство DependsOn в голове не держал, но о наличии такого механизма был в курсе. Но мне все равно кажется, что в этом случае компилятор ведет себя слишком глупо, т.е. это неправильно поведение. Он путается уже в 4х классах практически без зависимостей. Что же будет в проекте из сотен классов? Всем проставлять зависимости? так я и сам их проставить не смогу, там есть взаимозависимые цепочки. |
31 окт 16, 11:43 [19840799] Ответить | Цитировать Сообщить модератору |
servit Member Откуда: г. Кишинёв, Республика Молдова Сообщений: 3117 Блог |
|
||
31 окт 16, 11:44 [19840812] Ответить | Цитировать Сообщить модератору |
Блок А.Н. Member Откуда: Новосибирск Сообщений: 3797 |
servit, Почему он тогда сам без моей помощи не может разобраться в очереди из 4х классов? Неужели это для него слишком сложно? |
31 окт 16, 12:24 [19841134] Ответить | Цитировать Сообщить модератору |
D_De1mos Member Откуда: Сообщений: 79 |
https://i.imgur.com/3ba4O84.png Вот тут долга технического точно нет, но ошибка забавная |
||||
31 окт 16, 14:21 [19841966] Ответить | Цитировать Сообщить модератору |
DAiMor Member Откуда: Volzhsky -> Moscow -> CZ, Brno -> Moscow Сообщений: 2633 |
|
||||||
31 окт 16, 15:27 [19842407] Ответить | Цитировать Сообщить модератору |
servit Member Откуда: г. Кишинёв, Республика Молдова Сообщений: 3117 Блог |
|
||||
31 окт 16, 15:31 [19842434] Ответить | Цитировать Сообщить модератору |
DAiMor Member Откуда: Volzhsky -> Moscow -> CZ, Brno -> Moscow Сообщений: 2633 |
servit, аа, ок, неизвестную ошибку с неизвестным статусом не заметил. |
31 окт 16, 15:46 [19842529] Ответить | Цитировать Сообщить модератору |
servit Member Откуда: г. Кишинёв, Республика Молдова Сообщений: 3117 Блог |
DAiMor, С переездом/новосельем. |
31 окт 16, 16:16 [19842721] Ответить | Цитировать Сообщить модератору |
DAiMor Member Откуда: Volzhsky -> Moscow -> CZ, Brno -> Moscow Сообщений: 2633 |
|
||
31 окт 16, 16:43 [19842960] Ответить | Цитировать Сообщить модератору |
D_De1mos Member Откуда: Сообщений: 79 |
Говорят, что поправят по "Неизвестной ошибке" |
||
8 ноя 16, 09:46 [19868852] Ответить | Цитировать Сообщить модератору |
servit Member Откуда: г. Кишинёв, Республика Молдова Сообщений: 3117 Блог |
Для стабильного воспроизведения ошибки достаточно выключить /multicompile (/multicompile=0 или /multicompile=off), который включён по умолчанию. Кстати, для воспроизводимого примера достаточно и двух классов. PS: уже начались полевые испытания 2017.1. Сообщение о найденных багах до релиза - залог их скорейшего исправления. |
||||
8 ноя 16, 11:10 [19869228] Ответить | Цитировать Сообщить модератору |
AlexKB Member Откуда: Запорожье Сообщений: 810 |
servit, Что будет нового в 2017.1 и тем более 2017.2 ...? |
8 ноя 16, 12:13 [19869573] Ответить | Цитировать Сообщить модератору |
servit Member Откуда: г. Кишинёв, Республика Молдова Сообщений: 3117 Блог |
Что касается 2017.1, то смотрите анонс на DC: Caché and Ensemble 2017.1 field test now available Из значимого лично для меня - это существенно улучшенный поиск по документации. |
||
8 ноя 16, 12:32 [19869691] Ответить | Цитировать Сообщить модератору |
AlexKB Member Откуда: Запорожье Сообщений: 810 |
servit, Короче, ничего существенного - просто улучшения... Может в 2018 чего нить будет, или 2020 ??? ...дожить бы. |
8 ноя 16, 12:53 [19869869] Ответить | Цитировать Сообщить модератору |
krvsa Member Откуда: г Волжский Сообщений: 13116 |
Пенсионер? |
||
8 ноя 16, 13:35 [19870169] Ответить | Цитировать Сообщить модератору |
servit Member Откуда: г. Кишинёв, Республика Молдова Сообщений: 3117 Блог |
|
||||
17 ноя 16, 19:08 [19905089] Ответить | Цитировать Сообщить модератору |
servit Member Откуда: г. Кишинёв, Республика Молдова Сообщений: 3117 Блог |
|
||
31 мар 17, 16:20 [20355255] Ответить | Цитировать Сообщить модератору |
Топик располагается на нескольких страницах: 1 2 3 [все] |
Все форумы / Caché, Ensemble, DeepSee, MiniM, IRIS, GT.M | ![]() |