очевидно что оба датасорца должны будут работать параллельно некоторое время. все новые коннекшены будут выдаваться из нового датасорца, а старый датасорц должен отвалиться когда будет завершена последняя транзакция от него. как то так.
на самом деле с ходу есть три решения:
1) заюзать weakreferencies
2) заюзать метод файналайз
3) для особых изващенцев и простора для маневра можно попробовать зашиться в байткод с помощью aop, хотя особых преимуществ это, по-моему, по сравнению с предыдущими методами, не даст
Ерунда. Девайс выглядит, конечно, прикольно, но он абсолютно неэффективен. Как тут сказали выше это обычный биплан, которому мало того что добавили две плоскости по бокам, но еще и изогнули крылья, уменьшив потенциально возможную подъемную силу. Плюс прозреваю что управляемость у такой машины будет как у бочки.
Вообще то что они там патентовать собрались не особо понятно, так как все возможные варианты замкнутых крыльев придуманы еще полвека назад. А самые эффективные даже реализованы на практике. Самый эффективный вариант носит название boxplane (но гуглить лучше box-wing).
но недостатков у таких агрегатов гораздо больше чем потенциально решаемых проблем, поэтому их кроме энтузиастов никто не делает, и хранятся они в разных КБ под сукном тысячами.
на самом деле с ходу есть три решения:
1) заюзать weakreferencies
2) заюзать метод файналайз
3) для особых изващенцев и простора для маневра можно попробовать зашиться в байткод с помощью aop, хотя особых преимуществ это, по-моему, по сравнению с предыдущими методами, не даст
зы: вопросики уровня scjp, не сложные.
Вообще то что они там патентовать собрались не особо понятно, так как все возможные варианты замкнутых крыльев придуманы еще полвека назад. А самые эффективные даже реализованы на практике. Самый эффективный вариант носит название boxplane (но гуглить лучше box-wing).
но недостатков у таких агрегатов гораздо больше чем потенциально решаемых проблем, поэтому их кроме энтузиастов никто не делает, и хранятся они в разных КБ под сукном тысячами.