Notes/Domino New Release 12.0.x
- Автор темы kolka
- Дата начала
Если не путаю это для DQL , а DQL только на сервере работает, всё никак руки не дойдут опробовать.
keep и встроенный бэкапОпиши подробнее, пожалуйстаЧто именно так впечатлило?
с кипом прилетели нормальные джава классы, на низком уровне работающие с СиАПИ, а не уродцы Notes.jar
ну а бэкапы - это ваще...
под вопросом всякие номад... но здесь я ещё не готов оценить
Это что, они Notes.jar полностью заменили на Domino JNX? А как же ж обратная совместимость?
только в keep, в самом domino/notes как был notes.jar так и остался.
Там набор отдельных либ, кладется рядом и используется только кипом.
Все классы и методы имеют такую же сигнатуру, полностью переделано, часть удалена методов.
Это так называемый Domino Java NeXt , общение даже не с классами capi, а чуть ли не с данными ОС и платформы.
Java Native Api
Бета кипа была доступна долгое время, все кто пробовал набор файлов могут посмотреть.
Вот это реально молодцы!
Думаю, что впоследствии всё перепишут в новом API. И для обратной совместимости, наверное, будут какое-то время держать под сервером и то, и другое одновременно.
его еще хотели в открытый доступ положить, прям код на github, но потом что-то прикрыли.
тем не мнее в maven можно найти пакеты и даже попробовать что-то.
Maven Central Repository Search
Official search by the maintainers of Maven Central Repository
только на сервере, но может не прокатить.
Эти либы из keep, там была отдельная штука, что его не стоит использовать на 11,0,1 и ниже.
Официально он только для 12+
Hide columns or fields from smaller-resolution screens
Облом, это для мобильного использования. Я уже на Notes стал надеяться (((
Последнее редактирование:
Вместо того, чтобы переписать GetProfileDocCollection, убрав ограничение в 6000 (а это можно было сделать, использовав функциональность, имеющуюся в NotesNoteCollection), они добавляют новый метод GetNamedDocCollection.
А вместо GetProfileDocument, которую всегда критиковали за то, что она при попытке получения профайла создаёт его, если он не найден, добавляют новый, абсолютно идентичный старому, метод GetNamedDocument...
То есть они пишут, что профайлы будут заменены на "именованные документы", при чём раньше в опциональном параметре можно было указать не только имя пользователя, а всё, что угодно, то теперь параметр называется "username".
Может кто-то в курсе, в чём смысл этих телодвижений?
Добавлено: Thomas Hampel написал здесь, что именованные документы не имеют кеширования (в документации это не указано).
И всё равно непонятно, зачем нужна была новая сущность, если все проблемы GetProfileDocument м.б. решить доп. параметрами.
А вместо GetProfileDocument, которую всегда критиковали за то, что она при попытке получения профайла создаёт его, если он не найден, добавляют новый, абсолютно идентичный старому, метод GetNamedDocument...
То есть они пишут, что профайлы будут заменены на "именованные документы", при чём раньше в опциональном параметре можно было указать не только имя пользователя, а всё, что угодно, то теперь параметр называется "username".
Может кто-то в курсе, в чём смысл этих телодвижений?
Добавлено: Thomas Hampel написал здесь, что именованные документы не имеют кеширования (в документации это не указано).
И всё равно непонятно, зачем нужна была новая сущность, если все проблемы GetProfileDocument м.б. решить доп. параметрами.
Загадка. Пишут, что у named docs нет NoteID, интересно, а реплицироваться-то будут или нет?
Реплицируются и создают конфликты на текущий момент времени.
И остается так же, там просто строковый параметр, вон в их примере его даже не указывают, да и не нужен он.
вот в этом треде (после открытия промотать наверх), немного раскрыли смысл использования именных документов.
По сути, это те же профайлы просто работа с ними изменена, они не кэшируются до выхода из базы, а только на время работы кода. А ну и ограничений больше нет в количестве.
Это как бы и вся разница, просто другое название. А сущность... я не думаю что это что-то новое, больше похоже на что-то старое, может быть и так, что эти именованные документы и так были уже.
Просто открыли методы работы с ними.
Есть у них и noteID и UNID, без этого работать не будет. Вот тут ниже 8000 - это типа UserName, второй параметр, а NAMED_DOC - имя, как для профайла
---------------------------
NAMED_DOC: 8000 : 37FEFDFC62284FF3432587E00051F746 noteID: 868E
---------------------------
В поле $Name для данного случая прописано: $DGHST_NAMED_DOC*8000
в поле $Name всегда будет так: $DGHST_<Имя документа>*<Имя пользователя или просто ключ уникальный>
Как и профайлы, такие документы не отображаются нигде, за то теперь можно проще их подсчитывать.
Мои подозрения о том, что исходники просраны или не полностью отданы IBM - всё крепче и крепче.
Похожие темы
