Уточните задачу. Какой роллбэк Вы хотите подавить? Если операция DML падает с исключением, то оракул сам сделает ей откат. Процедура на PL/SQL тоже с точки зрения оракула выглядит как одна DML команда, обрабатывается так же.

Если нужно к черту - так и ступай к черту (Н. В. Гоголь). Надо откатиться до savepoint - устанавливай его смело, лови exception, rollback to savepoint, снова взводи, если надо, чтобы другие процедуры попользовались... Короче, свобода полная.

Если ловится exception, откат дан только команде, его вызвавшей. При этом, к примеру, остальные DML в цикле продолжают себя нормально чувствовать. Кто запрещает сделать нужный откат в обработчике ошибок?

rrrrrrr loop
begin
insert into xxxxx
exception
when others then - откат только вставки с нарушением чего-то там.
yyyyyyy;
end;
end loop;

В этом примере цикл продолжит работать, откатятся только операции с ошибками (и скорее всего в базу попадут неправильные данные).

RTFM, please, иногда.

Блок PL/SQL считается завершенным успешно (и не откатывается), если он не вызвал необработанного исключения или это исключение было обработано внутри блока. В случае передачи исключения охватывающему блоку или вызывающей среде блок считается выполненным с ошибкой, и все действия, которые он проводил подлежат откату.

P.S. Документацию надо не только читать, но и почитывать. Узнаете много интересного о том, что, как Вам казалось, знаете...

Я все сказал верно - Вы просто неправильно понимаете определение блока PL/SQL. В примере с циклом, который я приводил, я не зря поставил begin ... end внутри цикла. Таким образом я создал еще один блок со своим собственным перехватчиком ошибок. Если бы я его не создавал, то при первой же ошибке произошел бы выход из цикла, и все команды без исключения внутри него откатились бы. Совершенно аналогичная ситуация и с вызовами процедур/функций. Каждая вызванная процедура - вложенный блок в вызывающей. Если в вызванной процедуре исключение не ловится, то все действия этой процедуры откатываются, и обработка ошибки поручается вызвавшей процедуре. Здесь абсолютно не важно, кому поручена обработка - рантайму, программе на java, VB или вызвавшей PL/SQL процедуре. raise_application_error - это просто способ сообщить вызвавшему блоку, что вложенный блок завершился аварийно, но при этом совершить какие-либо полезные действия, которые надо закоммитить, чтобы не окатились при обработке ошибки. С тем же успехом Вы можете вместо RAE использовать оператор raise. Но RAE дает возможность замаскировать пользовательскую ошибку под оракловскую ("сдохла Гектором, будучи по существу Эммой").

С "методологической точки" зрения RAE всегда вызовет откат по причине, описанной выше. Поэтому полный контроль за транзакцией может быть выполнен только при отсутствии исключений, то есть передачи флагов, как сразу Вам преложили.

P.S. Не обижайтесь на RTFM и на то, что в ходе обсуждения "методологического" вопроса выяснились некоторые проблемы чисто технического свойства, без которых методология сильно хромает.