Issue 2925 - getTypes() on the currentController of writer docs breaks bridge
Summary: getTypes() on the currentController of writer docs breaks bridge
Status: CLOSED FIXED
Alias: None
Product: General
Classification: Code
Component: code (show other issues)
Version: 641
Hardware: PC Windows 2000
: P4 Trivial (vote)
Target Milestone: ---
Assignee: Mathias_Bauer
QA Contact: issues@framework
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-01-23 15:27 UTC by schulten
Modified: 2003-01-17 14:12 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description schulten 2002-01-23 15:27:02 UTC 
When I call getCurrentController on a writer document in SO641q, I receive a 
controller object. Now, when I call getTypes() on the controller in Java, I get 
the exception below. 
Afterwards the bridge is permanently useless, I didn't even manage to get a new 
one yet, unless I restart the office.
I don't know if this is a java prob or a general prob, so I send this to 
framework.

You can easily reproduce this by trying the InstanceInspector:

theInspector = createUnoService("org.OpenOffice.InstanceInspector")
aController = thiscomponent.getCurrentController()
theInspector.inspect(aController)

--- callstack: -----

com.sun.star.uno.RuntimeException: 
com.sun.star.lib.uno.protocols.urp.Unmarshal.readTypeDescription - 
unexpected:java.lang.ClassNotFoundException: 
drafts.com.sun.star.frame.XDispatchInformationProvider

	at 
com.sun.star.lib.uno.environments.java.java_environment$HolderProxy.invoke
(java_environment.java:164)

	at com.sun.star.lib.sandbox.generic.DispatcherAdapterBase.invokeSec
(DispatcherAdapterBase.java:91)

	at com.sun.star.lib.sandbox.generic.DispatcherAdapterBase.invokeL
(DispatcherAdapterBase.java:311)

	at 
JSGencom_sun_star_lang_XTypeProvidercom_sun_star_lib_uno_environments_java_java_
environment_HolderProxy.getTypes(Unknown Source)

	at apilyzer.Deconstructor.deconstructImplementation
(Deconstructor.java:685)

	at apilyzer.Deconstructor.deconstruct(Deconstructor.java:178)

	at apilyzer.Deconstructor.display(Deconstructor.java:198)

	at apilyzer.InspectRunnable.run(InspectRunnable.java:35)

	at java.lang.Thread.run(Thread.java:484)
Comment 1 thorsten.martens 2002-01-29 08:43:00 UTC 
Can you please have a look at this one ? It seems that it belongs to you, maybe ! Thanks !
Comment 2 Martin Hollmichel 2002-02-01 10:15:10 UTC 
reassigned to you, Joerg, please dispatch !
Comment 3 joergbudi 2002-02-01 12:03:43 UTC 
The draft types must not be accessible via the API. The draft types don't get built for java, because 
they should have been intermediary eitherway.

The fix is to remove the types from the object.

To Dietrich: There is currently no way for you to inspect this object. The breakage of the remote bridge 
when type information are missing was accepted during design in order to have a fast, cashing remote 
protocol. There is no way to fix this except developing a new protocol.
Comment 4 schulten 2002-02-16 09:45:04 UTC 
Is there any chance that getTypes doesn't return the draft types in 
the StarOffice final?
Comment 5 Mathias_Bauer 2002-02-21 14:42:57 UTC 
Don't know about the final.
Comment 6 Mathias_Bauer 2002-05-03 15:14:05 UTC 
This bug will be fixed in the first SO6 product patch, and it is also
fixed in ooo1.0
Comment 7 Mathias_Bauer 2003-01-17 14:12:08 UTC 
.