[udk-issues] [Issue 70428] Add new java methods to st art OpenOffice.org even if the jar files are n ot in the installation directory.
To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=70428
--- Additional comments from [EMAIL PROTECTED] Wed Apr 11 08:42:30 +
2007 ---
Hi,
I have developped a SWT/JFace (even RCP) application embedding Open Office. This
application is launched via JNLP. I resolved a similar issue by rewriting the
method LocalOfficeConnection.getProgramPath() (package officebean.jar) in order
to give the possibility to provide a system property to locate the Open Office
program path
=== The key snippet in the method is just as follow
mProgramPath = System.getProperty("office.home");
if ( mProgramPath == null ) {
File path = NativeLibraryLoader.getResource(this.getClass().getClassLoader(),
aExec);
if (path != null)
mProgramPath = path.getParent();
}
===
This code has the advantage to resolve the issue without changing officebean
API. For the moment I must release my own officebean.jar via JNLP, however, I do
not need to override the officebean.jar located in the OpenOffice repository.
Of course it would be better to include such a code in Open Office release.
regards
Vincent
-
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: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 69400] setPropertyValue("PrinterN ame", myValue) has no effect
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=69400 --- Additional comments from [EMAIL PROTECTED] Sun Oct 1 02:05:22 -0700 2006 --- It is the same behaviour with "PrinterSetup" parameter instead of "PrinterName". Is it due to an incomplete UNO API implementation (I can get but not set the parameter) or should I see this anomaly as a bug ? vincent - 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 69400] setPropertyValue("PrinterN ame", myValue) has no effect
To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=69400
Issue #|69400
Summary|setPropertyValue("PrinterName", myValue) has no effect
Component|Word processor
Version|OOo 2.0.2
Platform|PC
URL|
OS/Version|Windows 2000
Status|UNCONFIRMED
Status whiteboard|
Keywords|
Resolution|
Issue type|DEFECT
Priority|P3
Subcomponent|code
Assigned to|mru
Reported by|mvincent
--- Additional comments from [EMAIL PROTECTED] Fri Sep 8 08:13:14 -0700
2006 ---
I want to change the PrinterName in a document. The following code open the
document, affect a printer name and store the document. Actually,
"setPropertyValue("PrinterName", printerName);" has no effects since
getPropertyValue("PrinterName") still return the initial value.
The code snipet:
XComponent oDoc = OORemoteHelper.loadComponentFromByteArray(document);
try {
XMultiServiceFactory factory = QueryInterface.XMultiServiceFactory(oDoc);
Object settings = factory.createInstance("com.sun.star.document.Settings");
XPropertySet settingsProp = QueryInterface.XPropertySet(settings);
// affect a new printer name.
settingsProp.setPropertyValue("PrinterName", printerName);
// test still be equal to initial printer name...
String test = (String) settingsProp.getPropertyValue("PrinterName");
XStorable xStorable = QueryInterface.XStorable(oDoc);
PropertyValue[] properties =
PropertyHelper.addProperty(PropertyHelper.makeProperty("FilterName", "StarOffice
XML (Writer)"), PropertyHelper.makeProperties("Overwrite", true));
xStorable.storeToURL(fileURL, properties);
} catch (Exception e) {
throw new OORuntimeException(e);
} finally {
OORemoteHelper.releaseRessources(oDoc);
}
regards
Vincent
-
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: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 67583] remote printer setup with JAVA/UNO fails
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=67583 User mvincent changed the following: What|Old value |New value Status|UNCONFIRMED |RESOLVED Resolution| |INVALID --- Additional comments from [EMAIL PROTECTED] Thu Jul 20 03:02:15 -0700 2006 --- Sorry, this is not an OO bug. The same printer was defined with different URL on the computers I use for my tests. When I get the printer URL on the remote computer it does not correspond to the printer URL on the computer where OO is localized and then OO does the right job: print on the default computer. I change the issue status to Invalid. - 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 67583] remote printer setup with JAVA/UNO fails
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=67583 Issue #|67583 Summary|remote printer setup with JAVA/UNO fails Component|Word processor Version|OOo 2.0.3 Platform|PC URL| OS/Version|Windows 2000 Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|printing Assigned to|mru Reported by|mvincent --- Additional comments from [EMAIL PROTECTED] Wed Jul 19 10:50:52 -0700 2006 --- I use the following code to affect a printer to a writer doc loaded from a file located on the same computer as the OO writer: XPrintable xPrintable = (XPrintable) UnoRuntime.queryInterface(XPrintable.class, xDoc); PropertyValue[] printerDesc = new PropertyValue[1]; printerDesc[0] = new PropertyValue(); printerDesc[0].Name = "Name"; printerDesc[0].Value = "myPrinterName"; xPrintable.setPrinter(printerDesc); xPrintable.print(printOpts); I have tested three cases: - this java code is executed on the same computer as the OO writer using Java/UNO. I can choose any printer declared on the machine without any problem. - this java code is executed on another computer using Java/UNO. Only the default printer of the computer where OO writer is localized is available (I mean the document always print on the default printer although I specify another printer name). - this java code is executed on the same computer as the OO writer through a RMI call from another computer. Again, only the default printer of the computer where OO writer is localized is used. Computers are PC Windows 2000, and printers are available on the network through Windows Active Directory. As it works when Java program and OO writer are co-localized means that printers'URL are correct. - 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[api-issues] [Issue 63169] Selecting printer in linux using Java/UNO not possible
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=63169 --- Additional comments from [EMAIL PROTECTED] Mon Jul 17 12:50:55 -0700 2006 --- I have noticed the same behaviour when trying to print a writer document from a Java Program on a remote OO 2.x located on a remote Windows 2000 computer (OO is started in headless mode). I try to modify the printer name via XPrintable interface but it is always the default printer of the remote computer that is used. (The printer name is correct since I get it from a OO writer document. In fact, I use a OOBean to locally open a document in a SWT frame. When a user prints the document I intercepts the call, get the printer name associated to the document and delegates the printing to the remote OO). This bug looks like the 27022 issue. - 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[api-issues] [Issue 27022] Cannot select printer from API (Maybe only in -headless!)
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=27022 --- Additional comments from [EMAIL PROTECTED] Mon Jul 17 12:37:37 -0700 2006 --- I reproduces this bug in OO 2.x at least in headless and invisible mode with a Java program accessing a remote OO. - 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
