Результаты поиска

есть кой чего про автосгенерированный JS в п1. Иногда он нужен - например накидать с десяток взаимосвязанных селектов и полей. События ._doClick можно перехватить. if (!window._doClickNew && window._doClick) { window._doClickNew=window._doClick window._doClick=window.newDoClick...

Эт все хорошо конечно, но jsf жрёт память как не в себя. Если нужно state full на бакэнде, то можно и без jsf обойтись. Тестовая форма на 32 гб сервере и ок 800 юзверей поставила сервак в раскоряку. Я не против xPage как такового - может просто я его не умею готовить, но точно след проекты...

Чем хоршо в классик веб - можно быстренько накидать на форму полей, и вот оно - уже и работает. Причем работает очень шустро и под большой нагрузкой. + удобно делать конфиг БД ... у меня там например минимум 150 типов сущностей, и объем доков под 100к... Согласен, что это уже анахронизм и...

Титанический труд! ))

Да, выложи плз. Не нашёл ссылку. Очередь на сервере судя по всему не протухает по тамауту?

да - а есть дакларация API для linux\Win64 ? чтоб на сервере попробовать поюзать...

Имхо - речь про гиг - в плане что заявленного лимита достаточно для практического применения. И вряд ли гиг будет в MIME ) Другое дело - как создается in memory документ с сформированным МИМЕ полем. В классик веб этим занимается сама форма , на которую идет сабмит. В отладчике видно, что летит...

ну вот тут может быть косяк. надо попробовать runOnServer(NoteID) и даже по runWithDocumentContext но поднять в LS агенте док из БД и его уже сохранить.

Или как вариант - если это возможно , по цепочке html-форма -> http_post_request -> xPage_restService -> java_class -> agent.runWithDocumentContex не сохранять его, а сохранять в LS агенте.

имхо - я бы явно инициализировал NotesDocument перед вызовом agent.runWithDocumentContext. Судя по всему - документ уже есть сохраненый в БД. и передавать контекст в принципе смысла то и нет... Для тестов - вполне можно простой runOnServer(NoteID) Другое дело - что БД документа для LS агента...

Кучерявая схема. Можно в LS_agent_save_note проверять на валидность RT поля (размер, тип, итп). Судя по всему - где то теряется контекст документа - как создается document stub ?. Кста - а где он образуется? (xPage_restService \ java_class ?)

кодинг\эндкодинг джейсона - опять руками?? Что то они там явно не допилякали... вот с чем я столкнулся уже. список постепенно обновляется. Public Function EscapeJSONString(jsonstr$) As String GoTo begin errors:Error Err, Error & " |" & GetThreadInfo(1) & " in Line:" & Erl & "|" begin:On...

У мня вера то же есть... Но какая то злая)))... Похожая на веру ёжика на кактусе...

И это для клиента правильно:) а на сервере - там уж все остальное)

http://domino.elfworld.org/is-this-what-the-notes-v11-client-will-look-like/ Судьба xPage на клиенте...

Ну они и используются... но вот только сочетание групп для каждого документа - стремится к бесконечности :)))

Ну об этом и говорилось... Можно и без js и допформ...

Не. Изначально имеют ридерсов/авторов тёк кто создал. Там бп такой - попадают в начало бп согласно одним правилам, а другие имеют доступ к созданном по другим правилам...

Хм... Как интересно... Как раз хочу кафку прикручивать. Известная библа на note update/add довольно тормозная ибо идёт вызов агента...

Ну и я о том. Причём интересно, что этот клиент на хромиума будет исполнять лотус скрипт и формулы :) И судя по всему оффлайн икспейджа там не будет. Что наводит на мысли об слабой перспективе явы на клиенте...