|
|
|
SPL
|
|||
|---|---|---|---|
|
#18+
Leonid Kudryavtsev, Спасибо большое за инфу, посмотрю хелп версии 2.1. Этот же SDK 2.2 все таки добил, правда я немного в шоке от того, как это сделал, ну никак не ожидал такого...=) Кстати, в новой версии не надо никакого чародейства с артифакт генератором и т.д., потому как появилось средство автоматической их настройки, я слышал, что в 2.1 такого не было(утверждать не берусь). Т.е. немного упростили ж ЫСТ ь. http://forums.oracle.com/forums/thread.jspa?messageID=2757225-этот пост был последним, после которого я отчаялся что-либо найти в нете, действительно информации нет. ..Зато видно, что народ интересуется :) 1.А курс от Оракл стоящий по объективной оценке? 2.Сколько времени он занимает? 3.Много практики на этом обучении? Best regards ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.12.2009, 00:06 |
|
||
|
SPL
|
|||
|---|---|---|---|
|
#18+
kmtz, kmtz1.А курс от Оракл стоящий по объективной оценке? Информативность стандартного курса не больше стандартного хелпа, за исключением онлайнового общения и мотивации, которой может быть менее во время чтения kmtz2.Сколько времени он занимает? Стандарт курса 565 по СДК - 5 дней. В программе - концепции, обработчики изменений (валидаторы, каскадёры), алгоритмы, пакетные процессы. Создание новых maintenance objects в курс не входит. kmtz3.Много практики на этом обучении? Планируется где-то 1/3 времени. Мною 565-х курс был отчитан 3.5 раза, только в одном случае слушатели с энтузиазмом прописали всю практику (это были новобранцы, мотивированные исп.сроком и "аттестацией"). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2009, 17:47 |
|
||
|
SPL
|
|||
|---|---|---|---|
|
#18+
Leonid Kudryavtsev, Leonid KudryavtsevВ самом начале SDK использовали, но сейчас через таблицы удобнее. Поддерживаю, ибо Workbench хуже sqlplus'а. Workbench полезен только в дидактических целях, до тех пор, пока разработчик не начнёт бегло ориентироваться по метаданным CC&B Leonid KudryavtsevПатчи делаем самописные: SQL-скрипт + copy нужных файлов (*.jsp, cm.jar). Стандартный механизм патчивания не изучали. Лучше патчеваться, большой науки в том нет (скрипт applyCM.sh и правильно собраный пакет с сырцами). БД-часть действительно всяко лучше SQL-скриптами, а если лезут блобы (как UI tools) - то инкремент.дампом. А легко Вам с рук сходило патчевание аппликативной части копированием, потому как у вас неосмотрительно используется exploded directory в вебложике, что, строго говоря, не поддерживается вендором (only ear deployment supported). Хотя, конечно, можно и руками подкладываться в ear и передеплаиваться, но всё ж пакет как-то дружелюбнее ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2009, 18:04 |
|
||
|
SPL
|
|||
|---|---|---|---|
|
#18+
Ох какая прикольная тема ))) Про проект в Перми я точно не скажу, но по моему внедрение так и не было завершено... Знаю как минимум ещё 2 текущих проекта внедрения: 1) МЭС - там Борлас трудится )) Судя по грусти в их лице проект трудно назвать живым(мож потому что Мэс платить не любит). 2) КЕС - трудится Топс БИ. Сей проект чем интересен, так это тем что там идет тиражирование Пермского решения(которое изначально продалась туда как российская локализация, а потом Ораклы отказались её соправождать самостоятельно), на сколько я понял это потому, что там осуществили переход с версии 2.1 на 2.2 в результате которого многое стало работать некорректно, И по этому нерабочую функциональность фиксят разработчики и консультанты ТОПса, с привлечением спецов из Ораклы. По поводу разработки - ИМХО в пока что РФ НЕТ нормальных, компитентных, центров разработки, которые могли бы реализовывать все задачи, а если и есть то единицы. Разумеется есть люди которые обладают приличными знаниями, и в реале компетенция российских специалистов неуклонно растет, но к примеру на том же пермском проекте большинство разработок были выполнены Manila Development Center. Так что это пока дело времени. Мои впечатления как разработчика(в добавление к уже сказанному): 1) Адовая документация. Для того чтоб поставить станцию разработчика(по доке содержащейся в SDK) пришлось неоднократно заниматься самовыносом мозга. Но благо теперь экспириенс получен и рабочая станция получается за очень небольшой срок. 2) Сам продукт - нереальная солянка всего чего только можно было придумать. Из этой солянки проблему представляет некий Microfocus на который лицензию выбить оказалось бюрократически нереально сложно и теперь раз в 30 дней приходится ручками реестр править, но это мелочи конечно, но всё же неприятно. 3) Сама разработка лично для меня не очень простая, в отличии от разработки скажем под OEBS(я разрабатывал и там и там, кто знает тот мне кажется поддержит). Для того чтоб нормально заниматься разработкой необходимо достаточно долго набивать руку, изучать уйму различных фич, получать опыт. Сразу сесть и, скажем, написать отчет или пакетный процесс нереально. 4) Далее интересная ситуация возникла при переходе к 2.2 в этой версии кампания Оракл отказывается поддерживать продукт на сервере tomcat(что разумеется маркетинговый ход, свои надо продавать), а томкат как оказалось один единственный из списка предлагаемых серверов приложений способен работать с распакованной структурой каталогов(expanded mode), по поводу веб лоджика точно не скажу, но кажется тоже не поддерживает. В общем в результате исследования мы поняли что кроме томката больше ничего не подойдет для станции разработчика(шутки ради попробовали поднять на машине Oracle Appl. Serv., бедный ноутбук умер при попытке задеплоить веб приложение в OC4J контейнер). В общем теперь у Ораклы на все проблемы разработчиков будет один ответ: "А у вас томкат мы его не поддерживаем".. Это в общем так... что первое на ум пришло ))) А так вообще приятно видеть что не одиноки во вселенной )))) Давайте дружить!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.01.2010, 02:24 |
|
||
|
SPL
|
|||
|---|---|---|---|
|
#18+
metalstorm ... По поводу разработки - ИМХО в пока что РФ НЕТ нормальных, компитентных, центров разработки, которые могли бы реализовывать все задачи, а если и есть то единицы.... Какую задачу реализовать? ))) Насколько я помню Пермские доработки, в целом, складывалось чувство, что очень многие вещи они переусложнили. Сталкивался с тремя доработками: 2- ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.01.2010, 15:42 |
|
||
|
SPL
|
|||
|---|---|---|---|
|
#18+
2-е по расчетам по норме, и счет-фактура. Первые мы вообще сделали без "ломания" get consumption, чисто на алгоритме среднего. А счет-фактура, описание на N-листах с необходимыми настройками счета и алгоритмов которые оттуда данные забирает.... в общем.... как-то сложновато... IMHO В целом, честно говоря я считаю, что собственно систему хаять очень сложно. По сравнению с OeBS: 1. ОЧЕНЬ мало ошибок собственно Oracle (SPL). Система очень хорошо оттестировала. 2. Очень оперативно выходят патчи, система развивается. 3. Тех. поддержка правда какая-то странная. То тупит по черному, то на нормальные запросы просто посылают на 3-и буквы, то на разработчиские SR-ы просто подрываются и сверх.оперативно фиксят. В общем... скорее я не умею саппорт готовить (((( Недостаток - крайне ООП /объектное/ построение системы. Кол-во уровней абстракции, настройки, кешей и пр. просто зашкаливает. Например meta данные для GUI: таблицы в БД. -> кэш на сервере -> XML в файловой системе -> HTML для отдачи клиенту -> кэш браузера -> JavaScript Meta данные для служб: таблицы в БД -> Wizard -> анотации в Java -> АртиФАКт генератор -> код Java + XML -> cm.jar -> загрузка в структуры системы. Пи....ц ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.01.2010, 15:56 |
|
||
|
SPL
|
|||
|---|---|---|---|
|
#18+
metalstormВ общем в результате исследования мы поняли что кроме томката больше ничего не подойдет для станции разработчика... Да, действительно можно ставить только на Tomcat, об этом даже нотка есть: Tomcat is now only a supported platform in CC&B v2.2.0 for development and demonstration purposes... З.Ы. Дружить надо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2010, 14:58 |
|
||
|
SPL
|
|||
|---|---|---|---|
|
#18+
metalstormОх какая прикольная тема ))) Про проект в Перми я точно не скажу, но по моему внедрение так и не было завершено... Знаю как минимум ещё 2 текущих проекта внедрения: 1) МЭС - там Борлас трудится )) Судя по грусти в их лице проект трудно назвать живым(мож потому что Мэс платить не любит). 2) КЕС - трудится Топс БИ. Сей проект чем интересен, так это тем что там идет тиражирование Пермского решения(которое изначально продалась туда как российская локализация, а потом Ораклы отказались её соправождать самостоятельно), на сколько я понял это потому, что там осуществили переход с версии 2.1 на 2.2 в результате которого многое стало работать некорректно, И по этому нерабочую функциональность фиксят разработчики и консультанты ТОПса, с привлечением спецов из Ораклы. Про Пермский проект я могу сказать :) Запустили мы там физиков и 9 месяцев база с 24 тыс. абонентов была в пром. эксплуатации. Затем по политическим мотивам проект пришлось свернуть. В МЭС действительно работает Борлас, и идет у них там все довольно активно. Грусть в глазах потому, что уж очень много требований на доработку. В КЭС действительно сейчас работает Топс. Про тиражирование, не совсем так, наработки пермского проекта используются, но и собираются доп. требования, которых довольно прилично. Модифицировать придется как пермские расширения, так и разрабатывать новые. Оракл действительно отказался от сопровождения пермского решения, но это не связано с переходом на новую версию. Оракл в принципе не поддерживает этот пакет расширений. На версию 2.2 пришлось переходит в связи с тем, что используемая аппаратная платформа 64-х битная и только начиная с 2.2 в системе есть полноценная поддержка этой архитектуры. 2.1 работает в режиме эмуляции. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2010, 15:17 |
|
||
|
SPL
|
|||
|---|---|---|---|
|
#18+
metalstorm1) МЭС - там Борлас трудится 2) КЕС - трудится Топс БИ Есть ещё пара чрезвычайно интересных проектов в славной северной столице и с очень боеспособными командами. metalstormа томкат как оказалось один единственный из списка предлагаемых серверов приложений способен работать с распакованной структурой каталогов(expanded mode), по поводу веб лоджика точно не скажу, но кажется тоже не поддерживает WebLogic поддерживает (см.обсуждение выше), но Oracle UGBU такой деплоймент не суппортит. Для разработки же вполне подойдёт, мне лично такой ландшафт наиболее симпатичен Leonid KudryavtsevНедостаток - крайне ООП /объектное/ построение системы Сначала также испытывал раздражение, но по мере допонимания всего стека - умиление) Эту науку закрутили смолтколковые ребята из Беркли в конце 90-х - начале 00х, когда такая ООПнутость была мейнстримом и верхом академичности. Есть ещё один близкий родственник - PeopleTools. В наше время новые берклёвые выпускники сделали бы тоже самое парой монад на хаскеле)) В итоге - стек получился довольно нежный, но вполне работоспособный, на примере многих других приложений Большого Вендора очевидно - могло быть в разы хуже. Вот жаваскрипт бы, конечно, сильно нужно перепахать, он отстал от мирового разума лет на 10, но девелопменту такой команды не было ("работает - не трожь!") LeadenBulletНа версию 2.2 пришлось переходит в связи с тем, что используемая аппаратная платформа 64-х битная и только начиная с 2.2 в системе есть полноценная поддержка этой архитектуры. 2.1 работает в режиме эмуляции 32bit вовсе не катастрофично напр. для sparc64 или x86-64, но в указанном проекте - IA64. Есть простое подозрение, что желание купить итаники существенно превосходило нежелание переходить на 2.2). Кстати, если ничего за последние полгода не поменялось, 2.2.0 в полностью 64битном стеке поддерживается только на спарках, на x86-64 сертифицирована только 32битная JVM (хотя взлетит и на 64битной). А вот на HP-UX IA64, хотя все веб-модули и будут сертифицированно 64-битные, но бутылочным горлом станет CobJVM, которое работает только через 32-битный JNI, так что длительность бега пакетного процесса на коболе умножайте на 10 по сравнению с аналогичным раном на соразмерном писюке под линухом. Личная рекомендация - только две связки беспроблемны и перспективны: SPARC/Solaris/WebLogic и x86-64/RHEL/WebLogic (про OAS/OC4J тоже пора забывать, в 2.3 оно уже не суппортится) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2010, 13:02 |
|
||
|
SPL
|
|||
|---|---|---|---|
|
#18+
Leonid Kudryavtsev Какую задачу реализовать? ))) Да хотя бы создание кастомной формы на основе существующей :) (для добавления полей к примеру), если метаданные закопировать проблем нет, а вот замодифицировать кобол, и внести туда свою дополнительную логику как то сложновато ))) В версии 2.2 большинство page сервисов к сожалению не на жабе. Хотя оракла нам давала клятву все на нее перевести.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.02.2010, 09:10 |
|
||
|
SPL
|
|||
|---|---|---|---|
|
#18+
metalstormLeonid Kudryavtsev Какую задачу реализовать? ))) Да хотя бы создание кастомной формы на основе существующей :) (для добавления полей к примеру), если метаданные закопировать проблем нет, а вот замодифицировать кобол, и внести туда свою дополнительную логику как то сложновато ))) В версии 2.2 большинство page сервисов к сожалению не на жабе. Хотя оракла нам давала клятву все на нее перевести.. Вы так делаете? Можешь подробнее рассказать? Мы делали двумя способами. 1. "Кривой" но простой: Чистый JavaScript (добавление элемента) + дополнительные Ajax вызовы для параллельной модификации своей таблицы с доп. информацией. Понятно, что "криво" и "транзакционность" оставляет желать лучшего, но поля были бизнес не критикал, а нужно было быстро и чтоб было уже завтра ))). 2. "Более правильный" Маинтайнентс-экстеншен + дополнительный List. 2.1. Дополнительные листы (аккордионы ))) ) добавляются нормально. Работает. 2.2. Поля в главном объекте (root) - в версии 2.1 добавить нельзя. Если нужно дополнительное поле (не подчиненный список) - была предложение добавить вырожденный список и передавать данные в header'е списка, но такой задачи не было. Т.ч. не реализовывали. Делал не я, т.ч. деталей не знаю. Есть рабочий код. Кроме того: Научились делать новые объекты "с нуля". +порталы (pure JSP) IMHO В ERP/Billing/покупной-системе системные объекты (Oracle) модифицироваться не должны. Если нужны дополнительные поля - кастом таблица и связь 1:1 (один к одному). IMHO. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.02.2010, 13:18 |
|
||
|
SPL
|
|||
|---|---|---|---|
|
#18+
metalstormДа хотя бы создание кастомной формы на основе существующей :) (для добавления полей к примеру) всегда можно повесить интерцептор на pageService, но, как было проницательно отмечено: Leonid KudryavtsevIMHO В ERP/Billing/покупной-системе системные объекты (Oracle) модифицироваться не должны. Если нужны дополнительные поля - кастом таблица и связь 1:1 (один к одному). IMHO.Не альтерите схемы данных брендовых прилад) Бед не оберётесь при сервис-паках, деплойменте чужих CM, релиз-апгрейдах да и общаясь с товарищами металинке). Тем более, в CC&B/ETM практически все существенные мастер- и транзак-объекты снабжены расширяемыми флекс-филдами (т.н. характеристиками). P.S. есть ощущение, что настало время возрождения energy-forum.ru) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.02.2010, 13:58 |
|
||
|
SPL
|
|||
|---|---|---|---|
|
#18+
Andrey Nikolaenko[quot metalstorm] P.S. есть ощущение, что настало время возрождения energy-forum.ru) Точно, Андрей, поднимай его обратно, сейчас уже наверное будет пользоваться популярностью, тема развивается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.02.2010, 14:29 |
|
||
|
SPL
|
|||
|---|---|---|---|
|
#18+
Andrey Nikolaenko всегда можно повесить интерцептор на pageService, но, как было проницательно отмечено: В данном случае - не помогает совершенно (по крайне мере в версии 2.1) Максимум, можно сделать маинтенанс-екстеншен и добавлять там в структуру свои дочерние списки. Модифицировать метоописание корневого (существующего) объекта - не получается . А добавить новые списки - можно. С этом случае не нужна модификация метоописаний существующих entity. Просто добавляется новый entity (child-таблица). Не уверен, что понятно выразился ))) Но в общем работает. Игры с интерсепторами и какая либо модификация метоописаний существующих entity - не катят совершенно ((( Если только в новой версии не меняли ядро. Ну и можно делать свои entity. Andrey Nikolaenko Тем более, в CC&B/ETM практически все существенные мастер- и транзак-объекты снабжены расширяемыми флекс-филдами (т.н. характеристиками). В 2.1. нет характеристик у CI_PAY, CI_PAY_EVENT. Ну и вообще у всего, что PAY ((( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.02.2010, 15:41 |
|
||
|
SPL
|
|||
|---|---|---|---|
|
#18+
Leonid Kudryavtsev Вы так делаете? Можешь подробнее рассказать? Ну это было моим первым заданием так скажем, тогда я ещё даже архитектуру не совсем понимал и вообще мало что понимал. И действовал по принципу который негласно принят при разработке оебсовских приложений(ибо я изначально под оебс разрабатывал), т.е. создать копию с префиксом CM и уже с ним что то сделать... Пару недель промаялся... смог только создать полную копию формы. Которая вроде как даже функционировала, далее уже тупо понимания не хватило, добавил поле, расширяющую таблицу, и на дописке коболов просто встал :), но думаю при наличии свободного времени и отсутствии ЛЖ разобраться можно. Потом меня сняли на другие задачи. Чуть позже мы обратили внимание на весьма интересные возможности юзер екзитов, и вообще ява скрипта. Так что закыдывать данные в характеристики в общем то не сложно. Сейчас занимаюсь развитием портальных приблуд. В целом формы лепить гораздо прощще, и если хорошо разобраться в библиотеках /code то можно творить незнамо ЧО :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.02.2010, 16:52 |
|
||
|
SPL
|
|||
|---|---|---|---|
|
#18+
Leonid KudryavtsevВ 2.1. нет характеристик у CI_PAY, CI_PAY_EVENT. Ну и вообще у всего, что PAY (( В 2.3 ситуация с этим улучшилась: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2010, 16:45 |
|
||
|
SPL
|
|||
|---|---|---|---|
|
#18+
LeadenBulletAndrey NikolaenkoP.S. есть ощущение, что настало время возрождения energy-forum.ru)Точно, Андрей, поднимай его обратно, сейчас уже наверное будет пользоваться популярностью, тема развивается. Voilà ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.02.2010, 16:32 |
|
||
|
SPL
|
|||
|---|---|---|---|
|
#18+
Andrey Nikolaenko Voilà Зарегался, предлагаю всю дискуссию перенести туда) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.02.2010, 09:52 |
|
||
|
SPL
|
|||
|---|---|---|---|
|
#18+
Компания Стратегические бизнес-системы объявляет конкурс по набору команды для реализации программы проектов по разработке биллинговой системы, на базе решения Oracle CC&B. Место расположения центрального проектного офиса - г.Екатеринбург. Программа проектов покрывает 5 регионов России. На текущий момент требуются: 1. Разработчики Java, с опытом разработки алгоритмов для CC&B 2. Функциональные консультанты, с опытом внедрения биллинговых систем в электроэнергетике и ЖКХ (кандидаты с опытом участия в проектах по внедрению CC&B рассматриваются в первую очередь) Резюме прошу высылать на адрес v.avdeev@sbsystem.ru. В резюме необходимо указать желаемый уровень оплаты труда. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2010, 15:09 |
|
||
|
SPL
|
|||
|---|---|---|---|
|
#18+
LeadenBullet, Я бы порекомендовал продублировать в форуме Работа-Вакансии. А то тут вроде a) как offtopic b) неудобно пересылать (делиться) ссылкой с друзьями ))) А в Работе-Вакансии будет нормальный топик c) вилка зарплат. Место работы? Москва + долгая долгая командировка (командировочные, проживание)? Или трудовая тоже в Екатеринбург будет оформляться, лежать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2010, 17:22 |
|
||
|
SPL
|
|||
|---|---|---|---|
|
#18+
Leonid Kudryavtsev, Все обсуждаемо, офис в МСК также имеется, но приоритет, конечно, направлен на прием сотрудников в офис в Екатеринбурге. Хотя, в случае заинтересованности в кандидате, варианты с устройством в Москве также возможны. По ЗП готовы рассматривать ожидания кандидатов. Тема также продублирована тут http://energy-forum.ru/viewtopic.php?f=32&t=5 Пересылать удобно :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.02.2010, 06:24 |
|
||
|
SPL
|
|||
|---|---|---|---|
|
#18+
А что за курс 565? Вообще какие есть у нас в стране курсы по CC&B стоящие? Хотелось бы услышать мнение слушавших их, а не увидеть ссылку на оракл.ком ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2010, 17:23 |
|
||
|
SPL
|
|||
|---|---|---|---|
|
#18+
Parovozik, лучше такой вопрос тут задать http://energy-forum.ru/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2010, 18:46 |
|
||
|
SPL
|
|||
|---|---|---|---|
|
#18+
LeadenBulletлучше такой вопрос тут задать http://energy-forum.ru/ Форум изначально был дохлым, смысла не имеет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.08.2010, 10:43 |
|
||
|
|

start [/forum/topic.php?fid=29&msg=36464671&tid=1526254]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
29ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
51ms |
get tp. blocked users: |
1ms |
| others: | 14ms |
| total: | 134ms |

| 0 / 0 |

Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...