Иван ГоловановДобрый день всем! Есть задача перехода с Дельфи на Яву достаточно крупного приложения.
В озвученном контексте - задача просто идиотская.

кодеришкоМогу посоветовать правильное решение, и думаю, что grexhide со мной согласится, несмотря на его нелюбовь к Java:
купить все-таки Delphi

Ты хочешь сказать, что ребята с крупным приложением начали переползать на яву только по причинам лицензирования (тогда действительно идиотизм, учитывая человеко-часы и прочее)?


--

Автору: не смеши людей. Задания бывают идиотскими куда чаще, чем решения.

А вообще - ты хоть бы мотивацию расписал. Зачем на такое ломанулись то? Цель то какая конечная?
Просто модный набор букв на названиях технологий?

Ну давай я тебе TopLink или BC4J посоветую (как наголову покруче, чем EJB3). И что с того? Ни целей, ни ограничений.. В задаче - скрестить реактивный самолёт с трактором...

Iskan DerА клиентская часть так и будет всегда на Delphi? Если ее планируется тоже на Java перевести, то, возможно, имеет все-таки смысл посмотреть в сторону CORBA.
Господи. Да какой смысл? Ну посмотрит он на Corba и дальше что? Каким образом это ему поможет в "миграции приложения"? Пупок не развяжется весь остальной обвес руками строгать то? (Банальные средства, к примеру, рисования EJB-Corba-DBAware фасадов, мостов и прочих, извиняюсь за матерные слова проксей?)

И чем это аффтору то поможет? Сильно производительным или сильно надёжным оно станет? Или просто - больше заняться нечем?

Iskan DerЕсли ничего не путаю, то Session EJBs могут без дополнительных ухищрений выступать в виде CORBA-объектов, с которыми Delphi-клиент сможет общаться.

Да, да, да. А еще на Delphi - можно писать Web-генерилки и даже сервера приложений, можно писать даже Web сервисы, можно даже ORM строить, можно даже (о боже) строить кросс-платформенные приложения? Ничего не напоминает?

Все можно делать на Delphi - одна проблема - это будет настолько же дерьмовым решением, как и написать десктопное приложение на Java

Связь не уловил?

кодеришко grexhideВсе можно делать на Delphi - одна проблема - это будет настолько же дерьмовым решением, как и написать десктопное приложение на Java
Связь не уловил?А-а, не уловил. Разжевать мысль можно?
--
И? Почему нельзя на Java писать десктопное приложение?

Потому же, почему на Delphi нельзя писать сервер приложения. Говно на выходе получается (по по ТТХ), потому что не мейнстрим, и средства, в целом, недоделанные и неадекватные (в сравнении). Затраты на разработку качественных решений - соответственно, отличаются в разы

Хоть работать (запускать) оно, конечно типа будет. Только работать будет - плохо. И не надо доказывать очевидное. Я видел множество десктопных (и даже пару достойных, в виде, похоже, исключения) приложений на Java. Но рано (чаще сразу) или поздно они все у меня полетели в корзину (последним полетел вон даже sancho).

кодеришко
Вот у меня два десктопных приложения: IntelliJ IDEA, которая уделывает Delphi 7 и 2007 по возможностям и скорости, Ты решил устроить мне животные колики от безудержных приступов смеха? Сам хоть поверил, в то что ляпнул?

кодеришкои RSSOwl, аналогов которой написанных на дельфи нет.
Ну и к чему ты это приплёл?

кодеришкоА нет, вру, еще Omea Pro, тоже на Java, тоже супер и тоже нет аналогов на Delphi.
Написанных на Delphi? Без понятия. RSS не пользуюсь (вообще не впечатлило), потому ничего сказать, увы, не могу.

Ткнуть же носом в компоненты, которые поддерживают RSS - могу с полпинка.

P.S. Я с таким же успехом мог бы с тебя вон аналог Skype потребовать, но извини, речь сейчас - вовсе не о том (хотя о чем - хз, автор упорно молчит, как белорусский партизан о своем приложении, и мотивациях, которые толкнули его на такое непотребство - миграцию в сторону жабы).

Тот кто кроет ЕЖБ в теме рядомgrex а чего ты так против вызова джавы-серверной связаной с дельфями? Дельфей не знаю вообще - но неужели сервер приложений на джаве будет хуже чем на дельфях?
На Delphi будет просто никакой middleware. Это крайне глупое занятие в любом случае. Потому что куча (heap), указатель, и любой дятел, залетевший с этим указателем. Тем более, Windows как сервер - это даже не смешно.

Тот кто кроет ЕЖБ в теме рядом
ROI - если и так все работает - для владельца бизнеса наверно и не будет, но нас то хитрых ИТ-шников е..т чтоли? Надо оттягивать свои ЗП в направлении джавовских - а для этого подойдет
и .... переписание логики(сервера) на жабе.
А нахрена? Может стоить логику перетянуть на сервер БД и не париться фигней?

Тот кто кроет ЕЖБ в теме рядом
Клиент я так понял хотят оставить дельфийский - не джавский. Чем такой вариант плох?
Тем, что в Delphi (с т.з. его сильных сторон - RAD, DBAware, Reporting и прочее) - ровным счетом нет нихрена адекватного для работы с любым App сервером. С сервером БД - да, масса удобных, мощных и отлаженных средствов.

Если автора не сломает кодировать свой чудо-фреймворк (WebService <-> DBAware биндинга) на Delphi - тогда да, пожалуй, флаг ему в руки, навстречу поезду. Но ROI тут будет.. ну просто никакой, TCO - запредельный. Только боюсь, кодировать он будет не фрейворк (один раз), а ломанется (как всегда) кодировать каждую форму в отдельности, натужно, вручную, прописывая банальные вещи - собственно так, как это принято в самой Java).

Тот кто кроет ЕЖБ в теме рядом
Собственно вопрос как связать логику на джаве с нормальным клиентом (Дельфи, .NET) - на нете
а) web-сервисы,
б) сокеты, - какой такой свой протокол - много ли ума сериализовать в сокет с одной стороны и десериализовать с другой?
а) на .NET-е нельзя написать нормального GUI клиента. Там сама платформа - с душком (впрочем, как и JVM на клиенте - уже долши ло точно такого же маразму - работать через экранный буфер (аки свинг 1.4) или через DirectX (аки свинг 1.5), короче, дурдом еще то). Про то, что чудо контролы в .NET-е такие же чудные и нифига не нативные (как и Swing, в отличие от SWT) - рассказывать стоит отдельно.

б) да можно хоть через что. Сказано еще раз - не мейнстрим. Точка. Да, что то есть на тему SOAP, чего то нет, но это сильно криво все, и понятно может быть, только если вон какой сильно параноидальный сервер для биржевых сделок городить или клиент-банк через интернет.
А так - оно и даром не нужно все.

Тот кто кроет ЕЖБ в теме рядом
(заодно и нет подучишь, винформы писали авторы дельфей, так что просто перейдешь)

Да нет. WinForm писали какие то другие кретины. Авторы делфей там больше идеологией занимались и спецификациями (типа тщательным, "продуманным" слизыванием).

Тот кто кроет ЕЖБ в теме рядом
Дельфи - а вот что есть в дельфях - наверно корба, сокеты(сам троянов на дельфях видел), а вот есть возможность вызвать вебсервисы по людски (с десериалиацией того что придет в подходящие типы автоматом) итд?

Да господи... В Delphi есть WSDL Importer прям в базовой поставке. Но толку с того?
Ну научишься ты эти сервисы дергать, а дальше что?

Кто остальное все будет делать? Гриды, курсоры, транзакции? И главное - еще раз - на кой? Что за задача такая, которая требует такого кардинального переписывания?