Конвертер Delphi -> Java

← →
Юрий Зотов © (2008-06-19 22:18) [0]

Есть здоровеннейший проектище. Первоначально был сделан, как двузвенка (Oracle + BDE + Delphi), затем был переведен на трехзвенку (Oracle + WebSphere + Delphi). Для перевода была написана библиотека компонентов, которая на стороне клиента эмулирует компоненты BDE, а с Oracle общается через WebSphere.

Все это сделано и работает. Теперь встала другая задача - уйти от Delphi совсем и перевести весь проект на Java. Из-за большого объема кода переписывать его ручками малореально, в связи с чем и возник следующий вопрос:

Не встречал ли кто любых инструментов, которые могли бы этот процесс автоматизировать? Хоть частично, хоть еще как угодно.

Заранее благодарен за любую информацию по сабжу.

← →
Игорь Шевченко © (2008-06-19 22:21) [1]

Если встретишь, дай знать. Только на C#

← →
Игорь Шевченко © (2008-06-19 22:22) [2]

максимум, что я встречал - это неплохой парсер - генератор абстрактного синтаксического дерева из исходников delphi. С исходниками и работающий

← →
Тимохов (2008-06-20 00:23) [3]

большой дядя, а в существование чуда верит :)
не может быть такого средства перевода, если только Дельфи проект не тривилен (по сути, а не объему).

извините уж за оффтоп.

← →
Тимохов (2008-06-20 00:25) [4]

Кстати, если такая тулза все же есть. Было бы интересно посмотреть.

Юра, скинь, пожалуйста информацию, если сам найдешь.

← →
Petr V. Abramov © (2008-06-20 00:57) [5]

> Игорь Шевченко © (19.06.08 22:21) [1]

а нафига те дельфийский код, написанный на C#?
увидеть те же глюки?
вот если б была тулза bpl -> assembly....
:)

← →
DrPass © (2008-06-20 01:56) [6]

> Не встречал ли кто любых инструментов, которые могли бы
> этот процесс автоматизировать? Хоть частично, хоть еще как
> угодно.

Не встречал, и не представляю как такой конвертер мог бы помочь. Ведь в вашем случае надо архитектуру клиента полностью переделывать, а не просто код на Java транслировать.
Кстати, а зачем делался посредник в виде мимулятора BDE? Почему не общаться с WAS напрямую, через SOAP? Это очень удобная схема. Например, она позволит реализовать Single Sign-on - никаких паролей при входе в приложение. Легко регулировать "толщину" клиента - хочешь, помещай в него бизнес-логику. Не хочешь, сделай из него просто тупое окошко. И т.д.

← →
Юрий Зотов © (2008-06-20 02:07) [7]

http://www.re-coding.com//root.php?t=root&g=delphi2java%20overview

http://www.javadelphi.com/Delphi_To_Java.cfm?pt=2&sp=2&ycs=%2BqWEgB7wUAc%3D&qs=06oENya4ZGJbKUjvjwGtnG1Ko75B9lZM-bGtVy92ltDe8vsUSPwdCe364Lp3b0L1DEbnh__PZe4OuVILD7CgR39xudoVZuBR7k5pUObck5TDs0Lvd zUaU9s4BlzcrWVhGI2Q-RmbIy37l6ApGhLk71-e8L5DWLCF30YNb-smQYqAtUk7uAH7StCr-_BzDKMzzPceZTgQcNzGaTpJ8nYv5r432fKA7gQp0OSTkhfEsiA6KRFY4DGfn8AZCitw..,YT0z&vid=1 213912172_2X01X931224165&rpt=2&kt=4&kp=8

← →
Юрий Зотов © (2008-06-20 02:14) [8]

> DrPass © (20.06.08 01:56) [6]

> как такой конвертер мог бы помочь.

Сам не очень представляю. Наверное, он мог бы создать хотя бы заготовки кода.

> зачем делался посредник

Чтобы не перепахивать огромный код ручками. Например, написали мы TMyQuery - эмулятор TQuery. Далее просто делаем поиск и замену текста (имени класса) по всем файлам pas и dfm - и все сразу работает (uses правятся аналогично - поиском и заменой текста).

← →
MBo © (2008-06-20 05:16) [9]

>Игорь Шевченко
Встречал название delphi2cs, но что и как делает - не знаю

← →
Simpson © (2008-06-20 11:17) [10]

а если все что зделано в Ole закинуть и использовать через Ole?

← →
Mystic © (2008-06-20 12:53) [11]

Как идея можно посмотреть в сторону откомпилять под .NET, а потом код отрешарпить под J#. Это можно было бы рекомендовать, но под Delphi наверняка используется куча внутренних библиотек, которые будет тяжело перевести 1-1 под Java (тот же VCL)

← →
Simpson © (2008-06-20 12:57) [12]

Mystic © (20.06.08 12:53) [11]
Есть библиотека которая позволяет использовать через Native функции Оле интерфейсы, у .Net ИМХО с Оле вообще не должно быть проблем.

← →
Mystic © (2008-06-20 13:05) [13]

> Есть библиотека которая позволяет использовать через Native
> функции Оле интерфейсы

Надо смотреть на зависимость кода. Например, от чего наследуется TMyQuery. В этом случае придется переводить и TDataSet и TField и все-все-все... Может оказаться намного проще самому реализовать TMyQuery.

← →
Simpson © (2008-06-20 13:11) [14]

Mystic © (20.06.08 13:05) [13]
Зачем? В Оле можно публиковать интерфейсы тех классов которые тебе нужны что делает на самом деле класс на который ссылается интерфейс и кого он создает это уже проблемы класса, а не интерфейса.
// Проблемы индейцев шерифа не касаются )) Кто то из модераторов.

← →
Mystic © (2008-06-20 13:15) [15]

> Simpson © (20.06.08 13:11) [14]

Т. е. ты предлагаешь создать на Delphi Ole объекты и их использовать из Java? А как кроссплатформенность? Как это будет работать не под Windows?

← →
Mystic © (2008-06-20 13:23) [16]

Еще Oberon умеет компилировать в JVM код. Может и FreePascal тоже?

← →
Simpson © (2008-06-20 13:26) [17]

Mystic © (20.06.08 13:15) [15]
>>Т. е. ты предлагаешь создать на Delphi Ole объекты и их использовать из Java?
Да, к сожелению не помню название библиотеки которая это делает.

>>А как кроссплатформенность?
D"oh, только в условиях ничего не было про кроссплатформенность.

>>Как это будет работать не под Windows?
Никак. Native функции не предпологают кроссплатформенности.

зы
На Windows влет будет работать в свое время была задача в Java вытащить Ole интерфейсы которые писались на ForPro все на ура прошло.

← →
iZEN (2008-06-20 18:44) [18]

> Simpson © (20.06.08 13:26) [17]
> >>Как это будет работать не под Windows?
> Никак. Native функции не предпологают кроссплатформенности.

Содержимое нативных функций нужно писать и компилировать для каждой платформы отдельно — получается соответствующие .DLL- или .SO-файлы библиотек.
А Java-классы с нативными вызовами компилируются раз и навсегда. Потом нативную библиотеку нужную подцепить для них — не проблема.

← →
iZEN (2008-06-20 18:46) [19]

> Юрий Зотов © (19.06.08 22:18)
>
> Есть здоровеннейший проектище. Первоначально был сделан,
> как двузвенка (Oracle + BDE + Delphi), затем был переведен
> на трехзвенку (Oracle + WebSphere + Delphi). Для перевода
> была написана библиотека компонентов, которая на стороне
> клиента эмулирует компоненты BDE, а с Oracle общается через
> WebSphere.

Для Java это будет долгоиграющий костыль, который убъёт и/или замучает несколько разработчиков. Лучше перепроектировать и переписать всё на Java, используя соответствующие технологии.

← →
tesseract © (2008-06-20 18:46) [20]

Могу только посоветовать попробовать перебросить в UML, оттуда на java. Хотя бы структура сохраниться должна.

← →
Simpson © (2008-06-20 19:59) [21]

iZEN (20.06.08 18:44) [18]
Речь идет не про нативные функции в чистом виде, а про то чтобы перегнать проект в Оле и из Оле уже иметь доступ к функционалу через нестандартную библиотеку. Поэтому я и написал никак.

Вообще конечно можно перегнать и в DLL/SO, тогда уже операционка не играет роли.

← →
iZEN (2008-06-22 03:21) [22]

> tesseract © (20.06.08 18:46) [20]
>
> Могу только посоветовать попробовать перебросить в UML,
> оттуда на java. Хотя бы структура сохраниться должна.

А как быть с завязками на VCL? Ведь просто так структуру кода, связанного с вызовами VCL-компонентов, не перенесёшь 1-в-1 на структуру, опирающуюся на Swing или SWT. Хотя со старой микрософтовской/хайлсберговской библиотекой WFC можно попытать счастья (там, кстати, и OLE есть). Но всё равно костыли будут заложены и для граблей места найдётся.

← →
ZeroDivide © (2008-06-22 11:23) [23]

> максимум, что я встречал - это неплохой парсер - генератор
> абстрактного синтаксического дерева из исходников delphi.
> С исходниками и работающий

Дай.

← →
Пробегал2.... (2008-06-22 14:15) [24]

я вообще не понимаю также чем это может помочь.

Ведь наверняка в дельфи усердно используется VCL, да? Хотя бы тот же наследник TQuery, это значит этот переводчик должен еще и VCL библиотеки перевести на Java?!?!

С грехом пополам заголовочные файлы из C в Delphi переводятся и то править нужно иногда по-моему... А тут код...

← →
Пробегал2.... (2008-06-22 14:16) [25]

вопрос к Юрию - а ведь Дельфи так хороша, и по вашим же словам Java отстой несусветный. Так зачем же проект переводить на java?!?!

Чтобы он как вы говорите начал тормозить в 30 раз больше, памяти кушать в 20 раз больше?

← →
VirEx © (2008-06-22 14:19) [26]

> [25] Пробегал2.... (22.06.08 14:16)

ага, лучше на фри паскаль перевести чем на это чудо юдо язык

← →
iZEN (2008-06-22 14:34) [27]

> Пробегал2.... (22.06.08 14:16) [25]
> Так зачем же проект переводить на java?!?!
>
> Чтобы он как вы говорите начал тормозить в 30 раз больше,
> памяти кушать в 20 раз больше?

Тоже поддерживаю вопрошающего.

При переводе проекта конвертором (если такой найдётся) с Delphi на Java с большой долей вероятности приложения будут "тормозить в 30 раз больше, памяти кушать в 20 раз больше", чем если бы всё было написано с нуля на Java. ;)

← →
VirEx © (2008-06-22 14:38) [28]

> [27] iZEN (22.06.08 14:34)

"джависты" держат оборону :-D

← →
Anatoly Podgoretsky © (2008-06-22 14:55) [29]

> VirEx (22.06.2008 14:38:28) [28]

Просто заметил тонкое место и очень точно :-)

← →
VirEx © (2008-06-22 15:08) [30]

Anatoly Podgoretsky

ну это то и так понятно, как грубый пример: игрушка заточенная для консоли, портированная на PC будет выглядеть не как задумывалось, да часто такие игрушки "тормозят"

← →
Anatoly Podgoretsky © (2008-06-22 15:19) [31]

> VirEx (22.06.2008 15:08:30) [30]

Да он просто Юрия подколол :-)

← →
Юрий Зотов © (2008-06-22 15:31) [32]

> Пробегал2.... (22.06.08 14:16) [25]

> вопрос к Юрию - а ведь Дельфи так хороша, и по вашим же словам Java
> отстой несусветный. Так зачем же проект переводить на java?!?!

Увы, этот вопрос даже не ко мне. На фига козе баян - мне тоже совершенно непонятно. Но в этом проекте не я архитектор и не я определяю политику. Более того, на текущей стадии я в нем даже и не участвую (пока, во всяком случае), а сабж - это типа "в консультативном порядке".

← →
int64 (2008-06-22 15:52) [33]

Можно выгрузить все юниты в диаграмму классов, если ее еще нет. Через что-то типа ModelMaker-а. Туда можно и "визуальные" юниты впихнуть. К тому же будет видно, как лучше рефакторить исходники, чтобы отвязаться от Delphi штучек. А потом по этой диаграмме автоматом сгенерить джава код. Главное, чтобы конвертеры-генераторы понимали общий формат UML.
От похожей процедуры всеравно не уйти.

← →
Игорь Шевченко © (2008-06-22 17:49) [34]

ZeroDivide © (22.06.08 11:23) [23]

> Дай.

Возьми

jcf.sourceforge.net

← →
Simpson © (2008-06-23 01:10) [35]

Anatoly Podgoretsky © (22.06.08 14:55) [29]
Просто не надо верить в сказки про добрый сборщик мусора, и удалять обьекты сразу после использования.

← →
Игорь Шевченко © (2008-06-23 01:16) [36]

> Просто не надо верить в сказки про добрый сборщик мусора,
> и удалять обьекты сразу после использования.

Во-первых, это не сказки, сборщик мусора действительно добрый, во-вторых, программируя на delphi ты же не присваиваешь каждой строке пустое значение, после того, как строка станет не нужна - за тебя это делает добрый Delphi-йский сборщик мусора, освобождая память, занимаемую строкой. И с интерфейсами тоже самое...

← →
Simpson © (2008-06-23 09:25) [37]

Игорь Шевченко © (23.06.08 01:16) [36]

>>Во-первых, это не сказки, сборщик мусора действительно добрый
Ну хорошо пусть будет добрый, но беспомощный он

>>программируя на delphi ты же не присваиваешь каждой строке пустое значение
Не много не правильный пример, если создал класс будь добр его уничтожить
>>И с интерфейсами тоже самое

Сборщик мусора не удаляет классы/интерфейсы на которые есть ссылки, если у двух обьектов по выходу из области видимости ссылки друг на друга, он(сборщик мусора) ничего не удалит.

На этот счет есть утилитка yourKit она показывает что не удалил сборщик.

← →
TUser © (2008-06-23 09:38) [38]

> Не много не правильный пример, если создал класс будь добр
> его уничтожить
>

Почему, создал класс - забрал ресурсы, хотя бы память, вырастил динмассив - ту же память покушал. И счетчик ссылок у нее есть, как для GC.

← →
Игорь Шевченко © (2008-06-23 09:44) [39]

> Сборщик мусора не удаляет классы/интерфейсы на которые есть
> ссылки, если у двух обьектов по выходу из области видимости
> ссылки друг на друга, он(сборщик мусора) ничего не удалит.
>

примерчик приветствуется

← →
Simpson © (2008-06-23 09:48) [40]

TUser © (23.06.08 09:38) [38]
Потому что Java обьектный язык и все там обьекты, простые типы это проклятый пережиток прошлого от которого так и не смогли избавиться, поскольку GC шуршит в поисках все время, он удаляет не все что ушло за область видимости, а только тех на кого нету ссылок. Естейственно если ты определиш

public void Foo(){
int a=0,b=765765765,c=1234567,d=3456778,e=2,f=2434564,h=11111;
}

то по выходу из зоны видимости GC шустро их удалит. Все обьекты(классы, интерфейсы) за тебя удалять он будет очень долго. Поэтому надо GC явно скзать: -"обьекты не нужны потри плзс". Иначе ты рискуеш забить память в течении 5 минут.

← →
Simpson © (2008-06-23 09:51) [41]

Игорь Шевченко © (23.06.08 09:44) [39]
Все осталось на прошлой работе, yourKit можно качнуть ознакомительную версию и просто свою какую нибудь долгоиграющую консольку в нем погонять, потом посмотреть.

← →
Simpson © (2008-06-23 09:56) [42]

У меня был несколько задач на Java 24/7 програмулинка кидает в бд данные, ну пока не предал анафеме эффективный GC и не пересмотрел весь код, в том числе и с утилиткой, работала моя утилитка максимум 3 суток. После оптимизации она с месяца 2 работала, потом я уволился не знаю что с ней ))

← →
Игорь Шевченко © (2008-06-23 10:29) [43]

Simpson © (23.06.08 09:51) [41]

> Все осталось на прошлой работе

> Сборщик мусора не удаляет классы/интерфейсы на которые есть
> ссылки, если у двух обьектов по выходу из области видимости
> ссылки друг на друга, он(сборщик мусора) ничего не удалит

Э...вроде примерчик-то несложный. Можно на C# :)

← →
Simpson © (2008-06-23 10:40) [44]

Игорь Шевченко © (23.06.08 10:29) [43]
Java псевдокод

public void Foo(){
try{
Connection con = GetConnection();
Statement st = con.сreateStatement();
ResultSet rs = st.executeQuery("select field1 from someTable where field2 = 3");
if(rs.next())
text = "Ура";
con.close;
con = null;
}catch(Exception ex){
//
}
}

При подобном варинате в памяти остаются обьекты rs,st массово, GC их не удалит.

Все писал по памяти в псевдокоде, просьба ногами не бить ))

← →
Пробегал2.... (2008-06-23 10:41) [45]

Удалено модератором

← →
Игорь Шевченко © (2008-06-23 10:51) [46]

Simpson © (23.06.08 10:40) [44]

> При подобном варинате в памяти остаются обьекты rs,st массово,
> GC их не удалит.

никогда ?

← →
Simpson © (2008-06-23 10:53) [47]

Игорь Шевченко © (23.06.08 10:51) [46]
По завершению работы основоный программы он их даванет, до этого они будут в памяти тусоваться.

← →
Игорь Шевченко © (2008-06-23 11:19) [48]

Simpson © (23.06.08 10:53) [47]

Не знаю, как в Java, а в .Net сборщик обычно давит (если ему явно не указать) либо по времени, либо по определенному пределу нехватки памяти.

← →
Simpson © (2008-06-23 13:00) [49]

Игорь Шевченко © (23.06.08 11:19) [48]
В Java версий 1.4, 1.5, 1.6 не удалял.

> В Java версий 1.4, 1.5, 1.6 не удалял.

Java вообще глючная и тормозная (с)

Игорь Шевченко © (23.06.08 13:10) [50]
Вы просто не умеете ее готовить (с)
))

Все это обходится, просто надо привыкнуть к мысли что GC работает только с теми кого он может удалить, все остальные будут сидеть в памяти.

Simpson © (23.06.08 13:21) [51]

> Вы просто не умеете ее готовить (с)

Более того, и не хочу.

Скоро mono ее вытеснит нафиг :)

> Игорь Шевченко (23.06.2008 13:32:52) [52]

А я и без этого ее вытесняю, везде где возможно. По сути только на серверах, из-за оборудования еще живет, но сколько оборудования убили новые версии и не сосчитать.

← →
iZEN (2008-06-23 20:46) [54]

> Simpson © (23.06.08 09:25) [37]
>...
> Сборщик мусора не удаляет классы/интерфейсы на которые есть
> ссылки, если у двух обьектов по выходу из области видимости
> ссылки друг на друга, он(сборщик мусора) ничего не удалит.

Бред. В современной Java GC может работать с зацикленными графами объектов.

И, кстати, у объектов в Java давно уже нету "счётчика ссылок". GC смотрит достижимость объектов и убирает всё, что недостижимо.

← →
iZEN (2008-06-23 20:47) [55]

> Игорь Шевченко © (23.06.08 13:32) [52]
>
> Скоро mono ее вытеснит нафиг :)

Прошло семь или восемь лет. Пока что не видно "вытиснения". Сколько ещё ждать нужно?

iZEN (23.06.08 20:46) [54]
Странно в прошлом году было, пришлось все что было написано до оптимизировать.
Писать плохие тормозные программы можно на любом языке и чем круче среда, тем больше возможность это делать.

← →
iZEN (2008-06-23 21:19) [57]

> Игорь Шевченко © (23.06.08 11:19) [48]
>
> Simpson © (23.06.08 10:53) [47]
>
> Не знаю, как в Java, а в .Net сборщик обычно давит (если
> ему явно не указать) либо по времени, либо по определенному
> пределу нехватки памяти.

Методы Утилизации Памяти в Java:
http://www.ibm.com/developerworks/ru/library/j-ibmjava2/index.html

> Прошло семь или восемь лет. Пока что не видно "вытиснения".
> Сколько ещё ждать нужно?

ты меня спрашиваешь ? Мы долго запрягаем, зато потом быстро едем :)

> Методы Утилизации Памяти в Java:
> http://www.ibm.com/developerworks/ru/library/j-ibmjava2/index.
> html

во многой мудрости много печали; и кто умножает познания, умножает скорбь (Еккл. 1, 18)

iZEN (23.06.08 21:19) [57]
IBM != SUN

← →
iZEN (2008-06-23 21:36) [60]

Для Sun JVM:
https://java.sun.com/j2se/reference/whitepapers/memorymanagement_whitepaper.pdf

← →
iZEN (2008-06-23 21:37) [61]

Garbage Collector Ergonomics:
http://java.sun.com/javase/6/docs/technotes/guides/vm/gc-ergonomics.html

iZEN (23.06.08 21:36) [61]
On server-class machines running the server VM, the garbage collector (GC) has changed from the previous serial collector (-XX:+UseSerialGC) to a parallel collector (-XX:+UseParallelGC). You can override this default by using the -XX:+UseSerialGC command-line option to the java command.

Почему два вида сборки мусора?

The parallel garbage collector (UseParallelGC) throws an out-of-memory exception if an excessive amount of time is being spent collecting a small amount of the heap. To avoid this exception, you can increase the size of the heap. You can also set the parameters -XX:GCTimeLimit=time-limit and -XX:GCHeapFreeLimit=space-limit where:

time-limit:
The upper limit on the amount of time spent in garbage collection in percent of total time (default is 98).
space-limit:
The lower limit on the amount of space freed during a garbage collection in percent of the maximum heap (default is 2).

Почему я должен настраивать сборщик мусора?

Suggested strategy

Do not choose a maximum value for the heap unless you know that the heap is greater than the default maximum heap size. Choose a throughput goal that is sufficient for your application.

То есть оно работает вообще или нет?

2 Юрий Зотов.

Юрий, а вообще-то интересная задача.
А что если я возьмусь написать такой конвертор под конкретно эту задачу?
Это может быть интеренсо? Я мог бы при очерезной поездке в Москву попробовать повозиться. Мне нужна работа.
Delphi в общем-то знаю, с Oracle работал, с JAVA тоже работал.
Правда что такое WebSphere не знаю :(.
Но зато люблю разбирать и парсить тексты. И работать с базами данных. Если они хорошо нормализованы, конечно. :)
Или нужен универсальный конвертор, бесплатный и быстро?ъ

С уважением.

> kaif © (23.06.08 22:39) [63]

Ашот, буквально на днях (скорее всего, завтра-послезавтра) должно быть совещание на эту тему. Твое предложение будет рассмотрено, результат сообщу. Но каким он будет - предсказать не могу.

Уточни, плз, что значит "При очередной поездке в Москву"? Какова может быть длительность этой поездки? Ведь, если я правильно понимаю, объем работы там нешуточный, времени займет немало. Да и проект огромный (насколько помню, там только файлов с исходниками - несколько тысяч).

Универсальный конвертор вряд ли нужен (да и вряд ли вообще возможен). Нужно решение конкретной задачи.

Юрий, я обычно приезжаю в Москву на пару недель. Иногда на месяц. Могу подряд несколько раз приехать на пару-тройку недель.
В принципе я могу выбраться в любой момент, если будет хорошая работа. Разумеется, я не могу обещать, что справлюсь, пока не взгляну на конкретный код и не пойму, в чем конкретно состоит задача. В любом случае мне кажется (даже если это не я буду делать), что здесь нужен специализированный парсер, учитывающий стиль и характер того, что нужно "отконвертировать" в JAVA. Если исходного кода много, то наверняка он как-то достаточно единообразно структурирован. А это уже вселяет надежду на то, что в принципе задача решаема. Хотя бы частично. Лучше всего рассматривать это как некоторый настраиваемый на ходу удобный инструментарий, который будет работать под управлением программиста, осуществляющего "конвертацию" и отвечающего уже за конечный результат.

← →
iZEN (2008-06-24 08:45) [67]

> kaif © (23.06.08 22:39) [63]
>
> Правда что такое WebSphere не знаю :(.

WebSphere == сервер приложений J2EE.
Про него книжка написана:
Создание корпоративных Java-приложений для IBM WebSphere. Пер. с англ.
Браун Кайл, Крейг Гэри, Хестер Грег, Стайнаур Рассел, Питт В. Дэвид, Витцел Марк, Амсден Джим, Джекоб Петер М., Берг Дэниэл (2005 г.)
В комплекте DVD!
ISBN 5-9579-0061-3
880 стр.
http://www.okc.ru:8080/okc/publish/imag.nsf/book/5-9579-0061-3?OpenDocument&env=35%2012

← →
Пробегал2.... (2008-06-24 12:56) [68]

Юрий Зотов © (24.06.08 0:04) [65]
Да и проект огромный (насколько помню, там только файлов с исходниками - несколько тысяч).

Юрий мне кажется разумно рассказать начальству, что такой проект лучше не тревожить.

И если честно - такой объем легче имхо писать заново. Серьезно, легче просто ЗАНОВО, с учетом уж специфики java. Иначе времени будет потрачено просто жуть, а получится монстр какой-то.

> kaif

Совещание состоялось, но без конкретных решений. Пока что вопрос отдан на дополнительную проработку (не мне), после чего, видимо, и будет приниматься какое-то решение.

Конвертер Delphi -> Java Найти похожие ветки