Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 367195 - Support passing any from an EGL service and casting into a concrete type in RUI
Summary: Support passing any from an EGL service and casting into a concrete type in RUI
Status: NEW
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: EDT (show other bugs)
Version: unspecified   Edit
Hardware: PC Windows XP
: P3 enhancement (vote)
Target Milestone: ---   Edit
Assignee: Joseph Vincens CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-12-20 09:54 EST by Will Smythe CLA
Modified: 2017-02-23 14:19 EST (History)
4 users (show)

See Also:


Attachments
Sample project (created in EWDT 0.7) (46.48 KB, application/x-zip-compressed)
2011-12-20 09:54 EST, Will Smythe CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Will Smythe CLA 2011-12-20 09:54:09 EST
Created attachment 208619 [details]
Sample project (created in EWDT 0.7)

See the attached project. It contains a simple service and RUI handler. The service has 2 functions (getCustomer and getCustomers) that returns a Results record (Results contains some status fields - like 'succeeded' - and also a 'data' field which is of type 'any?'). I am able to construct a Results record, return it from my service functions, and the data (when viewed in the debugger) is getting passed, but I am not able to 'cast' it into a concrete type (in my example: Customer).

Regardless of the complexities, I believe a developer - who is building an end-to-end app - with EGL, should be able to set and return an 'any' variable (either as the return type of a service function or as a field in a record) and be able to cast it into its original type on the client. If the developer attempts to cast the Any into a type that cannot be cast into, it should fail (just like any bad cast).
Comment 1 Will Smythe CLA 2011-12-20 09:55:44 EST
Not sure if this enhancement is related/helped by bug 353401, but am noting it just in case.