[teiid-dev] Proposal to further refine the JCA Connectors
John Doyle
jdoyle at redhat.com
Thu Apr 29 16:37:01 EDT 2010
Thanks for the explanations, I think I'm good with this.
I think we should offering our current connection semantics would be valuable.
~jd
----- "Ramesh Reddy" <rareddy at redhat.com> wrote:
> On Thu, 2010-04-29 at 14:24 -0400, John Doyle wrote:
> > In general I get the reasons for this change, and think it's on
> whole a positive shift, but want to drill down into some areas.
> >
> > https://jira.jboss.org/jira/browse/TEIID-1077 defines the split into
> translation/connection for individual connectors, and leaves some of
> them TBD but states that some will not be JCA for the connection.
> >
> > Q: Are we 'enforcing' the division of these components through the
> APIs we're offering,
> We define the "translator-api" aka "connector-api". We do not define
> the
> semantics of the connections . Either they are defined already like
> javax.sql.DataSource or defined by the user.
>
> > or are we introducing a design pattern for connectors such that if
> you have a JCA connector for source X, you can just write a translator
> for Teiid.
> We are finally separating the concerns, into their areas. yes, you
> are
> right. If there is JCA connector, Teiid would require them to just
> write
> the translator and use the JCA connector. If there is a translator
> defined already that understands the connection interaction then they
> could use that.
>
> > LDAP seems amenable for the design pattern case; I don't know that
> they are available or good but there are hits for LDAP-JCA connector.
>
> This is simplest case; I will look it up.
>
> > For the TBD sources, and forthcoming connectors,
>
> > is the connector writer free ti implement the connection as they
> choose, or are we establishing some kind of Connection API that the
> translation layer will use and that must also be implemented?
> Yes, the developer should be free in defining the connection
> semantics,
> however then he/she needs to have translator that understands it. By
> default, we could still provide current connection semantics that we
> already have if somebody wants to use them.
>
> for XML connectors, we are seeking out help from JBoss Web services
> team
> on the connection semantics, so that we can re-use any work they may
> have.
> >
> > Also, as part of the embedded Teiid for Designer which results from
> this change,
>
> This is entirely separate discussion. The decision to use "embedded"
> or
> server is still pending upon discussion. however I will try to answer
> your questions in separate email.
>
> Ramesh..
More information about the teiid-dev
mailing list