[sw-issues] [Issue 103594] typedescription for []com .sun.star.text.TableColumnSeparator is missing
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=103594 --- Additional comments from dave8...@openoffice.org Sun Aug 9 19:39:28 + 2009 --- I think that I found a workaround for this issue. Here are some additional comments to assist anyone else with issues like this: I was eventually able to download and install OOO310m11 (Build:9399) (which is 3.1.0) on my Ubuntu 9.04. This problem persisted. I fired up a virtual machine in which I could install the deb's from Openoffice.org, but had issues getting everything to work correctly when installing in the virtual machine. (Canonical makes use of different directories than does Openoffice.org and this issue was masked by many other installation issues.) And, I do not have the time to download the source and build from there. So, to make the application on which I am developing more feasible for use in the real world, I stepped away from C++ and write equivalent code in Java. That code works without any issues. My decision to change languages was based on the fact that if I had to re-build from source, so would any user of the application which I was building, and those potential users would have the same re-build issues. So, my solution is to only attempt to interface with OOo from Java, not from C++. For anyone else looking at this issue, note that I have found several other types of objects over and above just an array of TableColumnSeparators for which there is no typedescription in my work on this issue in C++. The change to Java is not my choice, but is forced by this issue. Also, in my research on this issue I came across a web page (which I can no longer find) which indicated that there was some type of issue with UNO and arrays of objects. This web page dated from 2004 or 2005 if I remember correctly so it may be out of date. So, this bug can remain closed and INVALID as long as anyone else who comes across the same issues simply discontinues the use of C++. Thanks for all the help... I feel that this is still an issue with Open Office. The example Java code works for this, but equivalent C++ code meets with a failure in UNO unmarshaling the array of TableColumnSeparators. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 103594] typedescription for []com .sun.star.text.TableColumnSeparator is missing
To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=103594
Issue #|103594
Summary|typedescription for []com.sun.star.text.TableColumnSep
|arator is missing
Component|Word processor
Version|OOo 3.0.1
Platform|Opteron/x86_64
URL|
OS/Version|All
Status|UNCONFIRMED
Status whiteboard|
Keywords|
Resolution|
Issue type|DEFECT
Priority|P3
Subcomponent|programming
Assigned to|writerneedsconfirm
Reported by|dave8742
--- Additional comments from dave8...@openoffice.org Thu Jul 16 18:44:54
+ 2009 ---
Attempting to change column widths using UNO (and C++) receiving an exception in
response to the line Any any2 =
xPropertySet-getPropertyValue(TableColumnSeparators) where the property set
is for an XTextTable interface. This occurs at line 46 in attached code. The
exception message is:
Exception:
URP_Bridge : disposed
(tid=3) can't unmarshal any because typedescription for
[]com.sun.star.text.TableColumnSeparator is missing
Is this a bug in the Debian/Ubuntu packaging for OpenOffice or an issue with
OpenOffice itself? Also, is there some easy workaround, such as manually
updating an RDB file (and how could that be done)?
This is on Linux (Ubuntu 9.04) using OpenOffice 3.0.1 (OOO300m15 (Build:9379))
Simple code to show this, includes the use of GlibMM in a few lines and two
lengthy functions to connect to OOo and then open a new writer document:
#include cstdlib
#include cstring
#include iostream
#include sstream
#include vector
#include gtkmm.h
#include cppuhelper/bootstrap.hxx
#include com/sun/star/beans/XPropertySet.hpp
#include com/sun/star/bridge/XUnoUrlResolver.hpp
#include com/sun/star/frame/XComponentLoader.hpp
#include com/sun/star/lang/XMultiServiceFactory.hpp
#include com/sun/star/text/XTextDocument.hpp
#include com/sun/star/text/XTextTable.hpp
#include com/sun/star/uno/Sequence.hxx
#include com/sun/star/uno/XComponentContext.hpp
::com::sun::star::uno::Reference ::com::sun::star::frame::XComponentLoader
ConnectOO();
::com::sun::star::uno::Reference ::com::sun::star::text::XTextDocument
CreateWriter(::com::sun::star::uno::Reference
::com::sun::star::frame::XComponentLoader rComponentLoader);
int main(int argc,char**argv)
{
// Create a writer document
::com::sun::star::uno::Reference ::com::sun::star::frame::XComponentLoader
xComponentLoader = ConnectOO();
::com::sun::star::uno::Reference ::com::sun::star::text::XTextDocument
xTextDocument = CreateWriter(xComponentLoader);
// Create a table
::com::sun::star::uno::Reference ::com::sun::star::text::XText xText =
xTextDocument-getText();
::com::sun::star::uno::Reference ::com::sun::star::lang::XMultiServiceFactory
xDocFactory(xTextDocument,
::com::sun::star::uno::UNO_QUERY);
::com::sun::star::uno::Reference ::com::sun::star::text::XTextTable
xTextTable(xDocFactory-createInstance(::rtl::OUString::createFromAscii(com.sun.star.text.TextTable)),
::com::sun::star::uno::UNO_QUERY);
xTextTable-initialize(2,3);
// Append the table to the document
::com::sun::star::uno::Reference ::com::sun::star::text::XTextContent
xTextContent(xTextTable,
::com::sun::star::uno::UNO_QUERY);
xText-insertTextContent(xText-getEnd(),xTextContent,false);
// Get the property set
::com::sun::star::uno::Reference ::com::sun::star::beans::XPropertySet
xPropertySet(xTextTable,
::com::sun::star::uno::UNO_QUERY);
try
{
::com::sun::star::uno::Any any2 =
xPropertySet-getPropertyValue(::rtl::OUString::createFromAscii(TableColumnSeparators));
}
catch(::com::sun::star::uno::Exception e)
{
::rtl::OString o = OUStringToOString(e.Message,
RTL_TEXTENCODING_UTF8);
std::cerr Exception: std::endl
o.pData-buffer std::endl;
exit(EXIT_FAILURE);
}
return(EXIT_SUCCESS);
}
/**
Create a writer document.
@param rComponentLoader - the component loader
*/
::com::sun::star::uno::Reference ::com::sun::star::text::XTextDocument
CreateWriter(::com::sun::star::uno::Reference
::com::sun::star::frame::XComponentLoader rComponentLoader)
{
::com::sun::star::uno::Reference ::com::sun::star::text::XTextDocument
xTextDocument;
// Get a writer document
::com::sun::star::uno::Reference ::com::sun::star::lang::XComponent
xComponent =
rComponentLoader-loadComponentFromURL(::rtl::OUString::createFromAscii(private:factory/swriter
