0 / 0 / 0
Регистрация: 01.01.2010
Сообщений: 29
|
|
1 | |
Нужен ли Lotus Domino Designer 8.5.117.01.2010, 14:47. Показов 59699. Ответов 42
Метки нет (Все метки)
Хотелось бы узнать ваше мнение.
У постоянного заказчика (банк) часть серверов на Lotus Domino 8.5.1, остальные на 7.0.3 (к весне все будут на 8.5.1.). Базы мы разрабатываем в седьмом дизайнере, т.к. изначально все было на 7ке. Дизайнер 7ки меня лично мало устраивает (кто пишет на java в eclipse/idea меня поймут), вопрос – если я поставлю себе дизайнер 8.5.1 и пока полностью не перейдут все базы на 8ку (тут более важно, что бы клиент был на 8.5.1, а не старый в будущем) буду писать код, не используя новшеств 8ки. Не будет ли каких коллизий, ошибок и тп.??? Ведь у каждой версии бд своя ods. Хотелось бы узнать, кто на какой версии дизайнера пишет. Спасибо!
0
|
17.01.2010, 14:47 | |
Ответы с готовыми решениями:
42
Lotus Domino Designer Изучаем Lotus Domino Designer 8.5 Нужен разработчик С++ со знанием Lotus Domino Нужен курс обучение продуктам lotus domino/notes |
0 / 0 / 0
Регистрация: 08.02.2007
Сообщений: 206
|
|
19.01.2010, 13:02 | 21 |
В восьмерке можно сделать агент, работающий по расписанию, с Target = None. На седьмом сервере такой агент не будет запускаться, сервер ругнется что-то про неверный target (в семерке допустимо target = All documents или All new & modified documents).
Других несовместимостей не наблюдал.
0
|
0 / 0 / 0
Регистрация: 20.10.2008
Сообщений: 271
|
|
19.01.2010, 14:51 | 22 |
Сообщение от OKEN
А еще вспомнил... с репликацией есть нюанс. Чтобы репликация работала, нужно сначала с 7ки на 8ку репликнуть, и только потом в обратную сторону, иначе не заработает.. как-то так...
0
|
0 / 0 / 0
Регистрация: 01.01.2010
Сообщений: 29
|
|
19.01.2010, 16:11 | 23 |
Тоже поставил 8.5.1 - полет нормальный, пока проблем никаких с кодом.
Единственное, нужно немного подточить IDE под себя, а то бывает перспектива лотуса падает (по умолчанию становятся), вывод - сохраняем свою перспективу для работы, и при необходимости, открываем ее. Да, и вещи которые пока не получилось сделать: 1. Task (задачи), не смог сделать, чтобы заработал TODO 2. Не нашел Dock On, как в Eclipse для других сред (удобно было бы скрыть Вид баз лотусовых) --- П.С. Хорошо бы описать отдельно настройки дизайнера 8-го, для нормальной работы (если кому интересно, ибо ИМХО это сугубо индивидуально) А то получается, что ребята, которые ни разу не сидели в нормальных IDE-шках, не могут привыкнуть - все нагромождено и непонятно. Немного может помочь это: Eclipse - знакомство, плагины
0
|
0 / 0 / 0
Регистрация: 04.10.2007
Сообщений: 2,977
|
|
19.01.2010, 17:25 | 24 |
Сообщение от ToxaRat
Сообщение от ToxaRat
мне пока не нравятся некоторые недоработанные подглюкивания дизайнера, и иногда тормоза при открытии баз - он их билдит. возможно это связано с тем, что базы еще 41-й версии ОДС
0
|
0 / 0 / 0
Регистрация: 04.11.2007
Сообщений: 3,019
|
|
20.01.2010, 13:27 | 25 |
Akupaka
точно знаю, что если удалять в дизайн элементах поле $ScriptLib_O то билдинг будет происходить на лету, каждый раз при открытии этого элемента, особенно это актуально для тех кто любит делать динамические дизайн элементы благодаря DXML и кажется, даже если у вас там вообще нету скрипта, всё равно происходит какой-то билдинг...
0
|
0 / 0 / 0
Регистрация: 01.01.2010
Сообщений: 29
|
|
21.01.2010, 21:38 | 26 |
Сегодня наткнулся на баг:
Создаю View, по умолчанию выборка: SELECT @DocNumber Хочу заменить на свою выборку (например SELECT FORM = "<значение>"), сохраняю вид, зыкрываю, И!!! когда открываю заново - нечего не сохраняется!!! В итоге, открыл базу в 7-ом дизайнере, создал новый вид (так как там тоже не сохраняло), задал формулу, теперь в 8-ом дизайнере просто копирую этот вид как базовый. Иначе никак. Ерунда какая-то...(((
0
|
0 / 0 / 0
Регистрация: 17.12.2008
Сообщений: 420
|
|
26.01.2010, 09:26 | 27 |
А почему настройки LotusScript Editor - Fonts and Colors работают только в Agents и ScriptLibraries?
0
|
0 / 0 / 0
Регистрация: 15.05.2009
Сообщений: 1,454
|
|
26.01.2010, 09:34 | 28 |
Сообщение от OlegSmirnov
Интересно, что оно отбирать собиралось? Во вьюхе по умолчанию всегда шло Select @all
0
|
0 / 0 / 0
Регистрация: 04.10.2007
Сообщений: 2,977
|
|
26.01.2010, 09:41 | 29 |
Сообщение от OKEN
Сообщение от alik86
0
|
0 / 0 / 0
Регистрация: 15.05.2009
Сообщений: 1,454
|
|
26.01.2010, 09:53 | 30 |
Сообщение от Akupaka
0
|
0 / 0 / 0
Регистрация: 17.12.2008
Сообщений: 420
|
|
26.01.2010, 10:02 | 31 |
Сообщение от Akupaka
Эх... И тут социальная несправедливость и некая непонятная избирательность...
0
|
0 / 0 / 0
Регистрация: 04.10.2007
Сообщений: 2,977
|
|
26.01.2010, 12:24 | 32 |
Сообщение от alik86
Добавлено: к стати
0
|
0 / 0 / 0
Регистрация: 15.05.2009
Сообщений: 1,454
|
|
26.01.2010, 13:03 | 33 |
Сообщение от Akupaka
0
|
0 / 0 / 0
Регистрация: 01.01.2010
Сообщений: 29
|
|
02.02.2010, 14:57 | 34 |
Развиваем тему дальше. Для меня это важно.
ТЕМА – РЕПЛИКАЦИЯ И СОВМЕСТНАЯ РАЗРАБОТКА Имеется 2 офиса разработчиков. Управление проектами никакое, про методологии разработки, тестинга и баг-трекинговых систем вообще никто нечего не слышал)) Важно! Схема разработки у нас такая: 1. В банке – промышленные базы которые обновляются с private шаблонов (доступ только у админа к ним). 2. Эти закрытые private шаблоны обновляет админ с открытых public шаблонов. 3. Открытые public шаблоны имеются на серверах в 2х офисах – между ними репликация. Разработка ведется ТОЛЬКО на этих шаблонах! Спорил с начальником, что так дальше работать нельзя, в итоге спора: 1. Если я работаю на 8.5.1 дизайнере, а остальные на 7-ке – то при репликации (т.к. я работаю с реплицирующим шаблоном) будут ошибки по его мнению, утверждает что меняется ODS, хоть я ему и показывал что нет (->43), если notes.ini не трогать! А на то, что тут на форуме люди говорят, сказал – они не сертифицированные разработчики, цитирую «а как бабка на базаре»... нуну… 2. Если будут багги – все валят меня, я же не как все, пишу в классах, говорю непонятные слова как «паттерны, шаблоны проектирования, методологии разработки, тестирование, РЕФАКТОРИНГ и тп». короче если что – увольнение по собственному… Я в шоке, при том что хочется организовать толковую разработку, а не как дети в саду, кто хочет, тот и делает, если что - есть на кого спихнуть. Ушел бы в другую контору, так на лотусе в Минске контор единицы. Лучше бы дальше на .NET писал или на Java перешел – тоже работу предлагали. Наговорил много, суть: 1. На счет дизайнера 8.5.1, реальны ли ошибки при репликации? и может тупо забить и сидеть в 7-ом раз такие дела. 2. Все таки работать на реальных шаблонах которые реплицируются это ужасно, что предложите? Я говорил, давайте сделаем шаблоны для разработчиков, базы/шаблоны для тестирования, а потом уже – обновлять реплицирующий шаблон (хотя тут тоже нюансов полно будет). Что посоветуете?
0
|
0 / 0 / 0
Регистрация: 04.10.2007
Сообщений: 2,977
|
|
02.02.2010, 16:27 | 35 |
Сообщение от OlegSmirnov
http://www-10.lotus.com/ldd/dominowiki.nsf...-to-the-latest-
Сообщение от OlegSmirnov
схем разработки множество. ваша схема не самая плохая, из того, что я понял. вообще, если следовать итерационному процессу разработки, то следуеёт: - написать код - провести его испытания - провести обновления рабочей программы для этого желательно иметь среду для разработки, так, чтобы разработчик мог написать код и провести предварительное его испытание. потом эти изменения каким-либо удобным образом переносят на тестовую среду тестировщиков, которые проводят какое-то шаблонное тестирование. и в случае, если все удачно, изменения в коде производятся в рабочей среде. переносить изменения можно, к примеру, ручками. но, чем больше изменений, тем сложнее их качественно перенести. можно сделать, что среда разработки является одновременно источником шаблонов. т.е. из базы для разработки делают шаблон посредством копирования базы (дизайна), с последующим переименованием его в NTF. этим шаблоном уже обновляют среду разработки. если тесты проходят успешно, этим же шаблоном обновляют рабочие базы. если не прошли тесты, то проводят исправления в среде разработки, потом заново шаблон, обновление среды тестирования и т.д. пока не будут исправлены основные/критические ошибки. Добавлено: молодой человек, не спешите с выводами в процессе обновления домино-приложений есть много подводных камней, особенно, если используется скрытие дизайна! поэтому сначала исследуйте область, а не спорьте с руководством. а то уволиться всегда можно...
0
|
0 / 0 / 0
Регистрация: 01.01.2010
Сообщений: 29
|
|
02.02.2010, 16:40 | 36 |
Спасибо!!!
Показал начальнику инфу по ODS, пусть спорит дальше с IBM, сертифицированный он наш... (был бы еще толковый разработчик, а так смысла нет, что со стенкой говорить…) Свой проект буду на 8.5.1 вести, а банковские базы, так и быть на 7-ке. По процессу разработки, будем думать. Если что - я его предупреждал о конфликтах, имхо. П.С. А самому нужно успокоится, и быть умнее при споре)) В коллективе ужиться - целая наука, умных не любят)) Читаем литературу...)) Система отличная, а вот IDE хромает пока. Будем надеяться что IBM-еровцы не загнут всю платформу)) А то Microsoft Exchange займет еще большую нишу. П.С. Так что пока, буду набираться опыта, а потом видно будет...
0
|
0 / 0 / 0
Регистрация: 26.06.2006
Сообщений: 143
|
|
03.02.2010, 16:22 | 37 |
Сообщение от OlegSmirnov
Т.е. если у тебя есть два сервера: 1. версии 7.0.3 2. версии 8.5.1 и между ними реплицируется какая-то база, то она может спокойно иметь ODS 43 на 1-ом сервере, и ODS 51 на 2-ом. Тоже самое и с копированием - если ты будешь копировать базу со 2-го сервера на 1-ый средствами Лотуса, то на 2-м сервере она создастся с тем ODS, который он поддерживает, т.е. ODS 43. А вот если ты скопируешь средствами операционной системы (т.е. как файл) базу со 2-го сервера с ODS 51 на 1-ый сервер и потом попытаешься открыть, то 2-ой сервер естественно открыть ее не сможет, т.к. он не умеет работать с более высокой версией ODS.
0
|
0 / 0 / 0
Регистрация: 04.10.2007
Сообщений: 2,977
|
|
03.02.2010, 17:25 | 38 |
Сообщение от Кирилл Шваб
правду гришь про ОДС, я че-то и забыл это упомянуть. единственное, что добавлю, что теоретически ошибки при разработке в разных версиях возможны. например, можно притулить несуществовавшую ранее функцию. или элемент дизайна сохраненный в одной версии, может несколько иначе себя вести в другой версии! (было на практике, правда в шестерке сохраняли, а в семерке не работало, что-то с аутлайном внедренным в форму) но все это ерунда по сравнению с тем, что спор возник между принципиальным человеком, который не хочет разобраться, и человеком не имеющим должного авторитета, поэтому я бы рекомендовал в этом случае принять условия руководителя
0
|
0 / 0 / 0
Регистрация: 01.01.2010
Сообщений: 29
|
|
04.02.2010, 10:22 | 39 |
Спасибо Вам всем :D Akupaka, отдельное спасибо ;) Извиняюсь, за отход от темы немного (обсуждали же тему "Нужен ли Lotus Domino Designer 8.5.1")
---- Сейчас все отлично! Вчера еще побеседовал с начальником, прямо, спокойно, объяснил что и как (по совместной разработке, дизайнеру, ODS и все что накопилось...) Пришли к обоюдному компромиссу. Крайне важные базы в банке, так и быть будем писать пока на 7-ке, остальное - я на 8-ке. Заодно буду проверять подводные камни, которые могут возникнуть, и которых я еще не знаю, думаю это самый лучший вариант. Заодно буду продвигать свои идеи на фирме, директор и начальник "ЗА" (на совещании обсуждали). Так что авторитет все таки есть ;) ---- П.С. 1: В итоге разговора, начальник обещал повышение в должности и в з/п))) Будет видно, слово он все таки держит. П.С. 2: Все таки, в разработке очень важно и ценится умение, общаться с руководством (и заказчиком).
0
|
1 / 1 / 0
Регистрация: 07.12.2009
Сообщений: 1,197
|
|
04.02.2010, 12:01 | 40 |
OlegSmirnov, можно попробовать включить блокировку элементов дизайна, у нас на 3-х серверах работало. Но схема шаблонов была другая (я придерживаюсь этой схемы и сейчас). На самом верху имеется шаблон с общими элементами дизайна, использующимися всеми базами данных, которые мы разрабатываем. Доступ на изменение этого шаблона - на одном сервере; желательно даже 1-2-м самым опытным разрабам (чтобы не кто попало там лазил). Есть ещё шаблоны самих баз, которые наследуют этот общий шаблон.
Есть ещё продуктец под названием "Чао", там тоже есть своя версия блокировок, но я за стандартную Lotus-блокировку. В Чао, вроде есть ещё примитивный контроль версий; OKEN работала с этим плотно, она может рассказать.. P.S. А Designer 8.5.1 нужен! У меня было несколько старых элементов дизайна, на которых RALS спотыкался, но ошибку найти было невозможно, панель Problems в новом Designerе показала проблему. Некоторые проблемы не может определить RALS, некоторые не отображаются в панели Problems; вместе - то, что надо!
0
|
04.02.2010, 12:01 | |
04.02.2010, 12:01 | |
Помогаю со студенческими работами здесь
40
Ibm Lotus Quickr 8.0.0.2 Services For Lotus Domino Windows Domino Designer 8.5.x и форматирование Не Запускается Domino Designer [domino Designer]Не могу открыть Xpage в браузере!:( Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |