Sun`дело в том, что будет использоваться SOA , а сервисы в SOA будут писаться на java

А нафига вам SOA для АБС, если не секрет? Чисто CIO-World кое кто обчитался, не иначе?

Так_забежал_просто"Один язык для серверной и клиентской частей" - это ещё вопрос, плюс ли это.
Всё-таки PL/SQL - достаточно древний и неудобный язык. Если для написания серверной части его ещё хоть как-то (иногда) можно использовать (типа, встроенный синтаксис для работы с запросами и всё такое), то при написании клиентской части это основное преимущество почти несущественно.
Все верно. Для написания клиентской (или кхм... промежуточной) части важен уже совсем не язык, а наличие развитых библиотечных (инструментальных) средств для GUI и ... прочих Web генераций. Плюс вопрос репортинга.

Примеры PL/SQL в Oracle Forms и Oracle Reports - говорят о том, что и на этом языке - вполне можно писать UI (адекватный бизнес требованиям), проблема только в том, что сами Forms/Reports - сильно древние, особенно первый (и вовсе неадекватен современным требованиям к вопросам эстетического дизайна, юзабилити и прочего). Да и для программиста их билдеры - просто кошмар.


Так_забежал_простоМне было очень удобно работать с нашим самописным улучшенным аналогом мозильного движка Gecko (это некий базовый механизм описания интерфейсов через XML + JavaScript, на котором весь фаерфокс работает).
Так что я бы сказал - не Oracle, не Java, а XML + JavaScript.

Вовсе не обязательно. И, с практической точки зрения, эта мода (аля AJAX) имеет массу своих тараканов (для конечных пользователей).

Впрочем, идея некоего полутолстого клиента - не так уж и плоха, и есть масса примеров удачных подходов в этом ключе. Одна только печаль - низкий уровень поддержки инструментальными средствами (писать код в редакторе с функционалом типа Блокнот - это нынче просто маразм, и даже не ИМХО).