Pull to refresh
1
0
Самолысов Павел @beq

User

Send message
Ваше представление в целом верно.

Единственное, BEPL это не язык стандартизации сервисов, а стандартизированный язык описания взаимодействия между сервисами. По сути — один из путей реализации Workflow Framework.

В общем случае, workflow framework не обязан взаимодействовать именно с сервисами, он может взаимодействовать, например, со спринговыми бинами.

Конкретно с Activiti не работал, зачем там Hibernate не знаю. Возможно для хранения внутренних состояний описываемых в Activiti бизнес-процессов. Могу ошибаться.
Что-то вроде этого, только надо абстрагироваться от BPEL и WebServices: habrahabr.ru/blogs/soabpm/47538/
Eclipse полноценно работает, например, на OpenJDK
С версии 3.5 Eclipse использует Cocoa.
Под Android все равно можно будет писать с использованием OpenJDK. Eclipse на ней вполне работоспособен.
Если Apple сделали это ради того, чтобы как-то помешать разрабатывать Android-приложения на своей платформе, то они не правы: Eclipse (и, соответственно, ADT) замечательно работают на OpenJDK без X11: samolisov.blogspot.com/2010/10/eclipse-c-openjdk-mac.html
Процесс написания своего велосипеда повышает профессиональный уровень программиста. © Opik
Вот еще интересная презентация. В основном в ней рассказывается про то, как реализована загрузка классов в OSGi, но и базовые моменты рассматриваются.
Тогда классы, путь к которым указан в переменной CLASSPATH
Автор, вы являетесь членом Санкт-Петербургской группы тестирования JVM? Если нет, то в статье явно не хватает ссылки на оригинал
Скорее к автору статьи Extracting and implementing list homomorphisms in parallel program development — S. Gorlatch.

По теории MapReduce — рекомендую отчет о реинженеринге методики MapReduce (на Haskell) — Ralf Lammel Googles MapReduce Programming Model — Revisited (pdf придется поискать)
В том то и дело, что параметры, начинающиеся на XX: — специфичны для SUN JVM. Соответственно, нужно как-то проверить, что у нас SUN JVM и мы имеем право подсунуть ей этот параметр.
Мне вот интересно сколько пользователей Eclipse из-за данной ситуации откажутся от него в пользу другой IDE.
В том то и дело, что три года проблемы не было, SUN не меняла название своей JVM. Уверен, что если бы Oracle предупредила об изменении метаданных заранее, Eclipse-коммиттеры нашли бы способ решить данную проблемы.

Я конечно понимаю, что в идеальном мире с бесконечным числом разработчиков нужно предусматривать заранее любой чих той или иной корпорации, однако число разработчиков Eclipse не бесконечно и скорее всего у них были более важные задачи.

З.Ы. «Проблема» решается на уровне файла конфигурации прописыванием одной строчки.
Я не считаю это костылем, просто другого способа отличить одну JVM от другой не было (а может быть и сейчас нет). Вина в данном случае скорее лежит на разработчиках SUN, не предусмотревших стандартного параметра для изменения размера MaxPermSize. Вероятность же того, что название JVM изменится была крайне невелика, однако иногда происходят и события с крайне малой вероятностью.
Как часто Sun продается Oracle?
Всем хомякам, воющим про то, что Eclipse во всем виноват два вопроса:
1. Каким приложением уровня Eclipse можете похвастаться?
2. Читали ли вы вот это: njbartlett.name/2010/07/29/eclipse-java6u21-blame-game.html

Information

Rating
Does not participate
Registered
Activity