Камрады!
Я покуда отчаялся найти базу с примером экспорта вьюхи через опен офис с сохранением в .xls (обратно импорт тоже нужен)
Все в хелпы отсылают, а времени прокуривать это нету

Проникся я тут ubuntой. Вот вопросец.
Будет ли на Linux в агенте LS работать Set ExcelSheet = CreateObject("Excel.Sheet") если поставить Excel под wine?

Походу excel то работает http://appdb.winehq.org/objectManager.php?...TestingId=34438
а DCOM либы надо вроде так прописывать http://www.linux.org.ru/view-message.jsp?msgid=672428

 

перестаньте мучать животинку...
не плодите глюкодром, не долбайтесь с глюкавыми КОМ, да ещё на неродной платформе
берём отсюда http://www.rgagnon.com/javadetails/java-0516.html
последний метод:
http://sourceforge.net/projects/openxls
есть POI, но он "сложнее" в освоении, хотя есть темплэйты:
http://cocoon.apache.org/2.1/userdocs/xls-serializer.html

 

Дело в том что любой новичек, взяв "глюкавый КОМ" может разобраться за день как с ним работать и написать нужный отчет еще за пару дней.
С различными явовскими SDK, open-source построителями отчетов и тому подобными штуками, можно угрохать на это неделю и не добиться нормального результата. Был опыт с JasperReports, больше этим заниматься не захотелось

 

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

Дело в том что любой новичек, взяв "глюкавый КОМ" может разобраться за день как с ним работать и написать нужный отчет еще за пару дней.
С различными явовскими SDK, open-source построителями отчетов и тому подобными штуками, можно угрохать на это неделю и не добиться нормального результата. Был опыт с JasperReports, больше этим заниматься не захотелось

тогда наводящий вопрос - а какие алтернативы и для каких платформ Вы рассматривали?
есть платные проекты...

хорошо спроектированный код обязан быть портабельным

ОФФ:я Вас удивлю до невозможности, но в девичестве виндовз НТ была портабельна (почти полностью) и родина её не интел
МС тупо купил инженеров, кот. написали ядро, а потом "убил" коммерчески "невыгодную" платформу

масса действий современных монстров софтостроения производится в угоду прибыли, но не удобства и преемственности

 

вместо КОМа проще использовать XML.. конечно придется поразбираться по началу, а кто с этой технологией на ты так вообще все просто будет..
я простые отчеты на серверной стороне делал, т.е. генерится отчет в XML, переименовывается в XLS и аттачится в документ... я не разбирался серьезно в XML, т.к. ничего в нем не смыслю, сделал все по простому, т.к. отчет был простым..
любой мелкософтовый документ можно сохранить в XML, остается только изучить его структуру..

 

может я снова не то понял.... но не проще дождаться релиза 8.5.1 ?
В нем обещаются добавить возможность работы с симфонией

 

вместо КОМа проще использовать XML.. конечно придется поразбираться по началу, а кто с этой технологией на ты так вообще все просто будет..
я простые отчеты на серверной стороне делал, т.е. генерится отчет в XML, переименовывается в XLS и аттачится в документ... я не разбирался серьезно в XML, т.к. ничего в нем не смыслю, сделал все по простому, т.к. отчет был простым..
любой мелкософтовый документ можно сохранить в XML, остается только изучить его структуру..

целиком поддерживаю такую схему, засада может ожидать со старыми версиями МСО