K-Fire
ну не знаю, это особенности менталитета (иначе - нет объяснений), или уровень тулзов разный...
я со многими джава приблудами, на уровне больше чем КОМ, могу разобраться за меньшее кол-во времени...
не верю, что указанный пакет сложнее КОМа, там те же методы (аналогичные) для заполнения таблиц и т.п.
POI и FOP сложнее, но, простите, там и уровень другой - изменив пару строк или "подсунув" др. темплэйт - можно получить другой формат (из того же сорца)
возможно, плохо-написанных обёрток, вокруг непортабельного КОМа, больше (экзампелов - где думать не надо), но девелопер - это не тупая машина по тиражированию чужих ошибок!
плохой код есть и для LS библиотек, но как Вы сами убедились, LS отстал в ООП, притом множество людей продолжают писать именно на нём (без надобности), при наличии альтернатив, и ищут вокэраунды для реализации элементарных возможностей.
Да, есть наследие кода, но есть бриджи (в натив и в джава)...
в конечном счете люди приходят к этому, убив массу времени и "испортив" кучу проектов - увы
Дело в том что любой новичек, взяв "глюкавый КОМ" может разобраться за день как с ним работать и написать нужный отчет еще за пару дней.
С различными явовскими SDK, open-source построителями отчетов и тому подобными штуками, можно угрохать на это неделю и не добиться нормального результата. Был опыт с JasperReports, больше этим заниматься не захотелось
тогда наводящий вопрос - а какие алтернативы и для каких платформ Вы рассматривали?
есть платные проекты...
хорошо спроектированный код обязан быть портабельным
ОФФ:я Вас удивлю до невозможности, но в девичестве виндовз НТ была портабельна (почти полностью) и родина её не интел
МС тупо купил инженеров, кот. написали ядро, а потом "убил" коммерчески "невыгодную" платформу
масса действий современных монстров софтостроения производится в угоду прибыли, но не удобства и преемственности
