[api-dev] CannotRegisterImplementationException
Hi, some of users of our extension (LanguageTool) report the problem with CannotRegisterImplementationException: ERROR: (com.sun.star.ucb.CommandFailedException) { { Message = Wyst\X0105pi\X0142 b\X0142\X0105d podczas aktywacji rozszerzenia: LanguageTool.uno.jar, Context = (com.sun.star.uno.XInterface) @93f8190 }, Reason = (any) { (com.sun.star.registry.CannotRegisterImplementationException) { { Message = , Context = (com.sun.star.uno.XInterface) @0 } } } } This is not too informative when you have an empty message appearing on install of your jar with UNO service, and I've seen also this happen to Sun Report Builder 1.0.4 (see comments http://extensions.services.openoffice.org/project/reportdesign) and to A Letras (see http://extensions.services.openoffice.org/project/aletras). These three use Java, and in most cases it has been reported to happen in Windows XP SP3 (but also in OpenSuse 10.3). I suspect this might be due to the Windows Firewall that could block some connections, otherwise I really cannot see any reason why this should happen. Does anybody have a clue what happens? I have no access to machines that experience the problem but it seems replicable :/ Reinstall of OOo and Java and deleting Java settings doesn't fix the problem. I don't really know where to look for the reason - is it our code or the bug in the operating system or in OpenOffice.org? Thanks in advance Marcin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[api-dev] I csnnot open Open Office
After downloading Open Office from Disk, I did not find the necessary logo on my Desktop. Instead I found a logo labelleg Upen... 2.4(e.. This accesses a number of logos none of which are marked 'startup'. Please help me to start this program. SECUND REQUEST My address is [EMAIL PROTECTED],com
Re: [api-dev] CannotRegisterImplementationException
Hi Marcin, Does anybody have a clue what happens? I have no access to machines that experience the problem but it seems replicable :/ Reinstall of OOo and Java and deleting Java settings doesn't fix the problem. I don't really know where to look for the reason - is it our code or the bug in the operating system or in OpenOffice.org? IIRC we had the same problem. The JAR was compiled against Java 6 and on the machines, only Java 5 was installed. Deleting the old Java VMs and installing the newest solved our problem. Greetings, Tobias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [api-dev] CannotRegisterImplementationException
Tobias Krais pisze: Hi Marcin, Does anybody have a clue what happens? I have no access to machines that experience the problem but it seems replicable :/ Reinstall of OOo and Java and deleting Java settings doesn't fix the problem. I don't really know where to look for the reason - is it our code or the bug in the operating system or in OpenOffice.org? IIRC we had the same problem. The JAR was compiled against Java 6 and on the machines, only Java 5 was installed. Deleting the old Java VMs and installing the newest solved our problem. Thanks for the pointer. Unfortunately, users report this with Java 1.6.0_7. But maybe OOo is set to use Java 5. Regards Marcin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [api-dev] Unanswered API and OOo development related questions on the OOoForum
Hi Clayton, Am Samstag, den 18.10.2008, 19:33 +0200 schrieb Clayton: Some of the unanswered topics with links to the forum postings are: (Note: This is NOT a complete list.. it is only some of the API and OOo Development related questions that have gone unanswered.) [... list ...] At least a few of those questions could be answered by looking there: http://codesnippets.services.openoffice.org/ HTH, Marc - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[api-dev] API discussion/announce in the API mailing list?
Hi all, the following message appeared in [EMAIL PROTECTED] Type: recommended Title: new: css.document.XDocumentEventBroadcaster/Listener / DocumentEvent Posted by: [EMAIL PROTECTED] Affected: [EMAIL PROTECTED],[EMAIL PROTECTED],[EMAIL PROTECTED],- TaskId: i49133 http://www.openoffice.org/issues/show_bug.cgi?id=49133 Effective from: CWS odbmacros3 CWS: http://eis.services.openoffice.org/EIS2/cws.ShowCWS?Path=DEV300/odbmacros3 CWS status: ready for QA *Summary* in css.document: + XDocumentEventBroadcaster + .add/removeDocumentEventListener + .notifyDocumentEvent( string, css.frame.XController2, any ) + XDocumentEventListener + .documentEventOccured( DocumentEvent ); + DocumentEvent + .EventName + .ViewController + .Supplement *Description* - To replace the insufficient css.document.XEventBroadcaster/XEventListener/EventObject, which were previously used to notify document-related events (OnLoad, OnViewConnected, etc, as described in css.document.Events), new interfaces XDocumentEventBroadcaster/Listener together with the new DocumentEvent have been introduced. The advantages of the new types: - the do not name-clash with existing interfaces/structs in other namespaces, which is a pain during development - the XDocumentEventBroadcaster::notifyDocumentEvent (which is allowed to throw a NoSupportException) makes the previously used hack to query the GlobalEventBroadcaster (and other implementations) for XEventListener, and call its notifyEvent method, superfluous. In other words, externally triggering the notification of a document event is no an officially supported feature at the broadcaster interface, instead of a hacky hidden secret mis-using the listener interface of a given implementation. - The DocumentEvent carries more information than the EventObject, in particular it can carry the controller which an event applies to, and arbitrary supplemental information. For instance, for an OnSaveAs event, this could be the URL to which the document is about to be saved. Existing implementations of the XEventBroadcaster have been extended to also support the XDocumentEventBroadcaster interface, though not all information which can be passed via the new DocumentEvent is being broadcasted, yet - this is left for the framework team as an exercise :). This includes SFX-based documents, and the GlobalEventBroadcaster. The XEventBroadcaster/Listener interfaces have been declared deprecated in favour of the new types, but are still supported in existing implementations for compatibility reasons. Send feedback to [EMAIL PROTECTED] my proposal[1]: why not announcing and discussing this topics directly in *this* API mailing list? (and let [EMAIL PROTECTED]/ [EMAIL PROTECTED] for internal C++ API or whatever name you give to the core C++ code) They way I see it, we API clients are the end-users and target audience of such announces/discussions, and I guess most people here are not aware of, nor subscribed to, these interface-xxx mailing list; so announcing/discussing here would be more public and fruitful. Regards Ariel. [1] not very original proposal, as already discussed in http://dba.openoffice.org/servlets/BrowseList?list=devby=threadfrom=1967969 Although there I suggested an [EMAIL PROTECTED], but please no! there are already too many mailing lists in OOo. -- Ariel Constenla-Haile La Plata, Argentina [EMAIL PROTECTED] http://www.ArielConstenlaHaile.com.ar/ooo/ Aus der Kriegsschule des Lebens - Was mich nicht umbringt, macht mich härter. Nietzsche Götzendämmerung, Sprüche und Pfeile, 8. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]