Вообщем, есть небольшое приложение, написанное на Delphi, работающее с БД Firebird 2.0 (Interbase). БД очень маленькая порядка 8 - 10 таблиц. 
1) Скажите, пожалуйста, возможно ли это приложение переписать на Java, чтобы оно смогло работать на современном мобильном телефоне, например, SonyEricson K790i.
2) Например, я хороший программист Java2SE, сложно ли перейти на Java2ME.
3) С какие СУБД может работать Java длля мобильного телефона?

Переписать то можно, смысла мало. Как Вы себе предствляете таблицу на экране размером со спичечный коробок ? И прочие элементы управления.
Работать будет с любыми базами  - они ведь на сревере.

Например, есть у нас БД по клиентам, ввел нужное предпреятие и получил полную инфу, а то приходится нотебук таскать. Удобно. А что касается экрана со спичечный коробок, то вы, наверное, не видели качество детализации, по лучше чем на ЖК мониторе. Посмотрите ради интереса любой телефон, в частности Ericson, стоимостью от 300 евро.

Наладонники да, но телефоны IMHO - просто неудобно. Когда на рынке появится больше iPhone-подобных аппаратов ситуация изменится.

А я вот подумал... В ME есть реализация JDBC ? Или подразумевается еще какой то промежуточный tier на сервере, который уже будет общаться с базой данных ?

Очень интересный вопрос. 


Что значит tier?

Нет, в МЕ нет реализации jdbc!
промежуточный сервер юзать прийдется, либо, ИМХО, не совсем достойное решение - хранить все таблицы в XML, переписывая все туда, что будет очень долго и неудобно, либо же заводить под отдельную таблицу RMS, сделать нормальную сериализацию и работать с RMS, но помнить что максимум записей в RMS == int

Добавлено через 1 минуту и 51 секунду
Как по мне наилучший вариант - захостить де-то сервак и например работать или с сервлетами или с сокетами, соответственно в j2me с хттп или с сокетами 

1) Т.е. на сегодняшний день конкретной технологии для работы Java-приложения с БД на мобильном телефоне нет?
2) Что такое RMS и каким пользоваться, понимает ли он SQL?

Это сообщение отредактировал(а) Delphist - 24.12.2007, 14:01

W0LF,
Именно так , телефон или наладонник - просто болванка которая может отображать данные получаемые с сервера, максимум что он может делать это валидация. Никакой JDBC ему просто не нужен. На сервере бегает, к примеру, Spring  и скармливает данные клиентам и всё.

M W0LF

Пользуйтесь поиском по форуму, это уже обсуждалось.

SQL он не понимет

Добавлено через 3 минуты и 19 секунд

Уж извольте, а j2me 3D игры, да и 2Д неплохие есть, телефон там не выступает роли болванки, тем более сейчас телефоны ого-го пошли. 
Так что в общем так говорить нельзя  Это просто конкретный случай, где лучше юзать так, хотя если сильно захотеть, то можно сделать статическое приложение 

W0LF, 
Это понятно что есть игры,табличные процессоры и куча всего прочего. Речь о бизнес приложении. Уже не первый год пишу для Psion и методика "болванки" себя оправдывает.
На Handheld - только GUI и validation, на сервере под томкэтом бегает спринг и аксис.
Хотя для псионов больше подходит Framework, тогда не надо замарачиваться с железом (RFID и Barcode).

Много умных слов, а толку маловато. Переформулирую вопрос. Как на сегодняшний день организовывают Java-приложения с поддержкой БД на мобильных телефонах. Или операционная система мобильных телефонов не позоляет этого делать.

Это сообщение отредактировал(а) Delphist - 24.12.2007, 16:12

Delphist, 
GUI  на мобильном, остальное на сервере. Так понятней ?

Думаю в Вашем случае надо отталкиваться от требований к мобилам, на которых все должно крутиться.
Например в одном проекте у меня была возможность поставлять решение вместе с клиентскими железками (коммуникаторами). 
Там нормальная ОС, хватает памяти, большой экран, стилус, всякие компактные СУБД и т.д. Но такое бывает редко, к сожалению. 
И в этом случае имеет смысл посмотреть в сторону .Net Compact

В случае, когда приложение должно работать на большинстве телефонов, то ИМХО есть 2 варианта.
1) J2ME.  И тут я согласен с Zlatogorov и WOLF что в _общем_ случае, для решения этой задачи лучше работать через сервер, а клиентская компонента будет лишь динамически отображать результаты того или иного запроса/проверять ввод и т.д.  Опять же в общем случае, т.к. иногда удобнее применять механизм синхронизаций с сервером (но это все же более редкая ситуация). В этом случае организуют собственное хранилище на базе RMS. Где-то я находил и СУБД для J2ME, но че-то особого смысла юзать их не увидел.
2) WAP-сайт. Этот вариант тоже стоит рассмотреть. Часто он очень даже неплох. И в сторону J2ME обычно смотрят, когда явно не хватает возможностей WAP (хочется динамической графики, проверка вводимых данных на клиенте и т.д.)

Т.е. использовать услуги интерната, ведь подругому мы не приконектимся к серверу.

Delphist, 
Ну а как ещё данные гонять туда-сюда?
Сервер в сети нужен в любом случае. Хтоя нет , можно извращением занятся - offline клиент-сервер.
Т.е. рано утром каждый сотрудник синхронизирует мобильную базу и в путь, а вечером сливает данные на сервер, тоже вариант, но теряется сама "мобильность" и принцип "just in time".

Zlatogorov это если мы живем в идеальном мире и всегда есть соединение с сервером. 
У меня как раз такая задачка и была . Некий представитель с коммуникатором выезжал по организациям, которые находятся в разных станицах, где с GPRS (по крайней мере на тот момент) было не очень. Там он, скажем так, уточнял некие данные и вколачивал их в offline
режиме в коммуникатор. Ну и потом, когда появлялась возможность, синхронизировал их с сервером. 
Наличие такого Offline режима было обязательным, иначе система им бы не подошла.
Вообще это не очень экзотичный вариант работы. Многие платежные терминалы тоже поддерживают такой режим.
Ведь сервер может быть недоступен по разным причинам. Есть даже термин такой - Отсоединенные датасеты.
И, кстати, иногда именно наличие такой возможности заставляет юзать не WAP, а J2me или .Net  compact.
Надеюсь это не Off topic.

VOS, 
Ну тогда это не сервер, а хранилище.
Если на handheld  стоит Windows Mobile, то мой выбор однозначен - Framework.

Чёт правда много текста. Я всегда работал со связкой такой: php/mysql или asp/mssql (или access).
С мобилы вызываю скрипт, а внутри его происходит соединение с БД.

А БД тоже размещалась на мобильнике.