Жило было (не) стабильное API (или как с побороть нестабильность)
Один из "производителей" опенсорса пишет следующее In the jar file, all classes in packages that have .impl. (e.g. org.activiti.engine.impl.pvm.delegate) in them are implementation classes and should be considered internal. No stability guarantees are given on classes or interfaces that are in implementation classes.
Некоторое множество нестабильных но нужных классов активно юзались таки. Но вот с очередным релизом, классы эти выпилили жестко.
А они нужные...И без них для реализации определенных задач и не туды и несюды. Вот как с таким вот незлом бороться: ведь изготовитель писал, что нет гарантии стабильности, при этом, демонстрируя возможности, реализовал некоторые фишечки, исползуя нестабильные классы.
Брать и чиста НЕ использовать новые релизы конечно можно, но при этом от новых фишечек придется отказатся и главное, пофиксенные баги либо сами придется фиксить либо еще че выдумавать...
Некоторое множество нестабильных но нужных классов активно юзались таки. Но вот с очередным релизом, классы эти выпилили жестко.
А они нужные...И без них для реализации определенных задач и не туды и несюды. Вот как с таким вот незлом бороться: ведь изготовитель писал, что нет гарантии стабильности, при этом, демонстрируя возможности, реализовал некоторые фишечки, исползуя нестабильные классы.
Брать и чиста НЕ использовать новые релизы конечно можно, но при этом от новых фишечек придется отказатся и главное, пофиксенные баги либо сами придется фиксить либо еще че выдумавать...
