либо кинет исключение (эмуляция ошибки)

-----

Ну ладно - не буду тебя мучать - там не будет одного только исключения.

Там будет группа исключений выбрасываемых в зависимости от состояния а:) самого коннекта, б) состояния сокетов, в) того куда уйдет очередной пакет на маршрутизаторе.

Пока ты этого не поймешь - ты можешь делать что угодно в коде (и тестах) но проблему - не решишь.

это черный ящик и мне глубоко фиолетово как он там работает

-----

Ну так проблема в том что именно оно там в этих условиях и не работает.

А починить - надо.

Можно в прикладе. Можно в системе. Можно просто устранить причину.

Но для любого из этих решений надо знать в чем причина и чем ее дрючить...

может узнать обращаяь к своему объекту

-----

Сокет не является моим объектом.

который попросил обернуть во враппер

-----

Я не просил оборачивать компонент во вреппер. Я привел код (свой) в котором

происходит ошибка и попросил тебя проэмулировать именно ошибку.

Почему так? Да потому что у меня рядом с Ораклом стоит Порстгрее и оно

в этой ситуации будет иметь те же самые проблемы.

то задача съэмулировать поведение OracleConnection в данных условиях

-----

Ну не можешь ты эмулировать это поведение. Просто не знаешь что именно происходит.

Я не собираюсь играть с тобой в угадайку.

-----

В угадайку - не играем и понять почему не работает - тоже не можем.

Ладушки - проблема в том, что у клиента не вся сеть TCP/IP-UDP.

В ней есть участки работающие по совершенно другим протоколам со всеми их ограничениями.

Пока не изучишь что именно там есть и как с ним работать - все будет идеально написано и нефига не будет работать...

с вероятностью 99,99%

-----

Файловый менеджер отследит возникновение проблемы доступа и сбросит информацию в биефкасе в директории юзверя.

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

Ну а файл у себя юзверь всегда создает.