Issue 19974 - Q-PCD Programmability-8 (OOoBean) (OOo 1.1.1 parts)
Summary: Q-PCD Programmability-8 (OOoBean) (OOo 1.1.1 parts)
Status: CLOSED FIXED
Alias: None
Product: General
Classification: Code
Component: code (show other issues)
Version: OOo 1.1 RC4
Hardware: All All
: P3 Trivial (vote)
Target Milestone: OOo 1.1.1
Assignee: stephan.wunderlich
QA Contact: issues@framework
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-09-24 09:38 UTC by ooo
Modified: 2004-05-18 10:37 UTC (History)
1 user (show)

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

Attachments
OOoBean example to be used as a testframe (35.47 KB, application/x-gzip)
2003-12-16 15:33 UTC, ooo 		no flags Details
Test-Frame with loop option (35.71 KB, application/x-gzip)
2003-12-18 16:51 UTC, ooo 		no flags Details
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 ooo 2003-09-24 09:38:48 UTC 
Source: Engineering + Marketing

Category: Java APIs

Product Requirement: Specialized Java IDE GUI Components (JavaBeans)

We want to build on top of the native OfficeBean framework more specialized and
more customizable beans. This beans should useable from IDEs per drag and drop
and so on

Customer Need/Problem:
It should be possible to use SO/OOo JavaBeans like Swing GUI components in a GUI
builder in an IDE. There should be a component for every SO/OOo application
(Writer, Calc, Impress, etc.).
Comment 1 ooo 2003-09-24 09:52:55 UTC 
adding: OOoBean to summary
Comment 2 ooo 2003-09-29 09:47:46 UTC 
see: http://api.openoffice.org/Projects/OOoBean/
Comment 3 lutz.hoeger 2003-10-23 07:45:12 UTC 
added keyword Q-PCD
Comment 4 ooo 2003-10-23 12:56:23 UTC 
making this the srx645 parts of the OOoBean
Comment 5 ooo 2003-10-23 13:00:36 UTC 
see #i21611 too, which are OOo 2.0 parts
Comment 6 lutz.hoeger 2003-10-23 13:21:45 UTC 
removed keyword Q-PCD again, because this is a non OOo2.0 task (I only
want to track OOo2.0 node tasks with the keyword)
Comment 7 ooo 2003-12-15 17:15:29 UTC 
The new OOoBean shall be runnable on an OOo 1.1.1.  Thus, this issue only 
coverse the extensions and fixes in OOo itself, including the OOoBean framework 
(officebean.jar and officebean.so/dll).  It does not cover the new OOoBean 
itself. Changes in OOo are:

1. it is not possible to release the OOo Window Parent from the OOoBean and 
re-aquire it

2. UNO on the Java side does not keep a dead bridge anymore when OOo crashed or 
hangs

See attachment for testframe.
Comment 8 ooo 2003-12-16 15:33:43 UTC 
Created attachment 11979 [details]
OOoBean example to be used as a testframe
Comment 9 ooo 2003-12-16 15:34:56 UTC 
This issues does not cover that OOo does not crash anymore.  It just coverse 
preparations that the OOoBean can deal with such crashes better.
Comment 10 ooo 2003-12-17 08:06:02 UTC 
checked on wntmsci8.pro, lnxigi5.pro and unxsols5.pro
Comment 11 stephan.wunderlich 2003-12-17 11:08:05 UTC 
SW->MI: just checked the given office with the new bean on windows. After
opening all document types once I pressed the 'release/aquire' and then tried to
open all documenttypes again => the office crashes with a 'pure virtual function
call'- message.
Comment 12 ooo 2003-12-18 16:51:25 UTC 
Created attachment 12015 [details]
Test-Frame with loop option
Comment 13 ooo 2003-12-18 16:53:16 UTC 
I added a new test frame with a loop option.  Under windows OOo might hang after 
a few tries.  But this is a deadlock issue which we cannot address in this 
release.  Andreas Schlüns will try to get it fixed in 1.1.2.
Comment 14 stephan.wunderlich 2003-12-19 13:19:27 UTC 
SW->MI: under winxp the crash-guard appears as soon as the bean is closed,
afterwards both process hang (java and soffice).
To reproduce just start the bean, open a textdocument and then close the bean
over the window-closer
Comment 15 ooo 2004-01-12 11:51:45 UTC 
This defect is also in SO 7 PP1, with accessiblility tools on. Thus it has
nothing to do with this fix.  This issue can be closeed.

We need to file a new issue against SO7 PP1 to Stephan Schäfer.  Even though the
fix is dangerous and won't be done in any SO7 PP, we should file this issue, Kay
Ramme says.
Comment 16 ooo 2004-01-12 11:52:45 UTC 
forwarding to QA
Comment 17 stephan.wunderlich 2004-01-12 12:40:22 UTC 
SW: part of cws_sdk10 => fixed
Comment 18 stephan.wunderlich 2004-01-12 12:41:19 UTC 
SW: looks good in cws_sdk10 => verified
Comment 19 stephan.wunderlich 2004-01-28 17:07:03 UTC 
SW: ok in srx645m27 => closed
Comment 20 stephan.wunderlich 2004-05-18 10:37:06 UTC 
Now also part of the 'switched to src680' cws_sdk10 :-)