| Summary: | Make Protocol API public | ||
|---|---|---|---|
| Product: | [RT] RAP | Reporter: | Holger Staudacher <holger.staudacher> |
| Component: | RWT | Assignee: | Project Inbox <rap-inbox> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | P3 | CC: | tbuschto |
| Version: | 1.5 | Keywords: | api |
| Target Milestone: | 2.0 | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| Bug Depends on: | 351948 | ||
| Bug Blocks: | 311355 | ||
|
Description
Holger Staudacher
I would wait with this until we use the protocol at least for a few widgets. There's a chance (though unlikely) we might have to change something. I would even go further. I think this should be the last task to fix before we can mark bug 311355 as fixed. As all widgets are converted to use the protocol, I think we can make the API public because it disturbs Custom Widget Developer a lot when using the API which is still internal. Also I think bug 311355 can be closed. Agree for IClientObject. Disagree with the methods currently available on the ClientObjectFactory. At least the methods getForDisplay() and getForGC() should not be public, getForWidget() could be encapsulated by WidgetLCAUtil. Tim came up with the idea to provide only one method getForObject(), which I like a lot. I'd also suggest a central object id provider to replace the widget id generator. Holger and me made good progress on ClientObjectFactory, ClientObjectAdapter, etc. However, since we're long past the API freeze, and don't have much time left to make any corrections, we should keep this API internal for 1.5. The Remote API has been introduced in RAP 2.0. See package org.eclipse.rap.rwt.remote. |