Skip to content
This repository has been archived by the owner on Jul 24, 2024. It is now read-only.

JMS Connector: UX design #52

Closed
amysueg opened this issue Nov 6, 2017 · 1 comment
Closed

JMS Connector: UX design #52

amysueg opened this issue Nov 6, 2017 · 1 comment
Assignees
Milestone

Comments

@amysueg
Copy link
Contributor

amysueg commented Nov 6, 2017

Notes from meeting with @kcbabo:

  • UX design is needed for JMS (Java Messaging Service) connector and S3 connector
  • JMS broker between producer and consumer; if we receive from JMS, we’re getting messages from the queue but we don’t know data type, so user must provide data type - via json example, json schema, xml example, xml schema, or other descriptor.
  • Java objects (twitter); json data (salesforce); xml
  • Use for JMS to/from another type of connector - will require configuration, upload schema or infer from sample data
  • UX: when data types don’t match add a notification (“data types are not compatible”) - the corrective is to provide a transformation/mapping
  • Example: JMS to Twitter (we know twitter expects java object; need step to define JMS data type)
@dongniwang
Copy link
Contributor

Closing this issue and all typeless connection ux design will be found at #61

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

2 participants