[teiid-dev] Teiid Eclipse Plugin
Sumanth P K
sumanth.technical at gmail.com
Tue Oct 20 13:16:32 EDT 2009
Sanjay / Ramesh,
With respect to the task to have the product level classpath injected
automatically, I was planning to have a new container (similar to JRE,
JUNIT). This would be configured something like: <DIR_LOCATION>/lib (with
the *lib* being implicit). The idea here is to have the user the ability to
modify the <DIR_LOCATION> to any location - not necessarily within the
plugins directory of eclipse - and thus having the ability to point to any
version that he / she chooses. All the jars under the *lib* directory under
the <DIR_LOCATION> would be picked up by default. Let me know if any changes
need to be done to this approach.
Thanks,
Sumanth.
On Tue, Oct 20, 2009 at 9:15 PM, Sanjay Chaudhuri
<email2sanjayc at gmail.com>wrote:
> Hi Ramesh,
>
> Yes I understand. I was trying to compile both the jdbc and the loo-back
> connection, and was getting into issues while compiling in my workspace.
> What jars should be used by the end-user to develop any connector by an user
> from compilation standpoint ? I was using *teiid-6.2.0-M3-dist *and *teiid-6.2.0-M3-cdk-dist
> *for my tests.
>
> It is posible in eclipse to have the product level classpaths injected
> automatically in the environment through the plugins. (Eg. Right clicking
> any Java project, click *Properties*; click *Add Lbrary* and you would see
> libraries JUNIT, GWT, JEE libraries injected by the relevant plugins. I was
> thinking in similar lines, so users do not need to search for required
> libraries and have those added manually and this would also facilitate
> quick-fix operation, etc along with be able to maintain different jars
> version across different cdk versions. The generated template will thus be
> self sufficient and be erady for development.
>
> Thanks
>
> Sanjay
>
> On Tue, Oct 20, 2009 at 10:11 AM, Ramesh Reddy <rareddy at redhat.com> wrote:
>
>> Sanjay,
>>
>> The "teiid-connector-sdk" provides a "execution" environment for a
>> connector during development of a connector. Based on the road map we
>> may not want to use this at all, and directly use the Teiid runtime to
>> test a connector.
>>
>> So, no to using cdk/lib. Yes, to use the "jars" directly. To start with
>> you can make it as user's responsibility to add this. If you want to get
>> this automated, then we can think of making this a "maven" based
>> project, and just provide the dependencies in "pom.xml" and then they
>> will be downloaded from JBoss maven repository automatically, as all
>> these libraries will be available though maven repository.
>>
>> Also note "teiid-connector-sdk-6.2.0-SNAPSHOT.jar" is only currently
>> used for unit tests. The developer who is working with your plugin may
>> not have the Teiid source at all, all he got is your plugin and a
>> document and he needs to build and test connector.
>>
>> Thanks. Good questions keep em coming.
>>
>> Ramesh..
>>
>> On Tue, 2009-10-20 at 02:24 -0500, Sanjay Chaudhuri wrote:
>> > Hi Ramesh,
>> >
>> > Can you please let me know the jars would contain the following
>> > classes ?
>> >
>> > org.teiid.dqp.internal.datamgr.impl.FakeExecutionContextImpl
>> > com.metamatrix.core.util.UnitTestUtil
>> > com.metamatrix.query.metadata.QueryMetadataInterface
>> > com.metamatrix.query.unittest.FakeMetadataFacade
>> > com.metamatrix.query.unittest.FakeMetadataFactory
>> > com.metamatrix.query.unittest.FakeMetadataObject
>> > com.metamatrix.query.unittest.FakeMetadataStore
>> >
>> > As part of the CDK classpath, do I take all the jars from the cdk/lib
>> > directory or just use teiid-connector-sdk-6.2.0-SNAPSHOT.jar and
>> > teiid-engine-6.2.0-SNAPSHOT.jar &
>> > teiid-connector-api-6.2.0-SNAPSHOT.jar ? Also
>> > teiid-connector-api-6.2.0-SNAPSHOT.jar is in the teiid distribution
>> > package and not in cdk/lib directory of the cdk kit. This kind of
>> > defeats my plan to use the cdk kit as-is to register as a contributor
>> > sdk with version through extension point unless I manually copy it and
>> > make it a distribution. Using cdk kit as-is would facilitate choosing
>> > any version of cdk from more than one avaiable versions at runtime.
>> >
>> > Thanks
>> >
>> > Sanjay
>> >
>> > On Mon, Oct 19, 2009 at 4:41 PM, Ramesh Reddy <rareddy at redhat.com>
>> > wrote:
>> > Sure, the directory is what prescribed by the Maven build
>> > process.
>> > Although there is no requirement for us to provide the build
>> > process in
>> > Maven this will help if one needs to move in that direction.
>> >
>> > Thanks
>> >
>> > Ramesh..
>> >
>> >
>> > On Mon, 2009-10-19 at 16:38 -0500, Sanjay Chaudhuri wrote:
>> > > Hi Ramesh,
>> > >
>> > > Thanks. Will use connector-loopback to get started with
>> > along with the
>> > > same directory structure as the template.
>> > >
>> > > Sanjay
>> > >
>> > >
>> > > On Mon, Oct 19, 2009 at 4:02 PM, Ramesh Reddy
>> > <rareddy at redhat.com>
>> > > wrote:
>> > > Sanjay,
>> > >
>> > > No, Teiid do not have tools currently to produce the
>> > > templates. Look in
>> > > the "connector-api" project's
>> > "org.teiid.connector.api"
>> > > package to see
>> > > the interface classes. Also,
>> > "org.teiid.connector.basic"
>> > > package
>> > > provides the base class implementations of these
>> > interfaces.
>> > > The
>> > > generated ones should extend the from basic and
>> > override
>> > > certain
>> > > methods.
>> > >
>> > > connector-loopback may be the simplest to see what
>> > are must
>> > > have classes
>> > > to generate to provide a simple "hello world" kind
>> > of
>> > > connector.
>> > >
>> > > connector-jdbc would be other extreme as to what we
>> > can do.
>> > >
>> > > The idea here somebody is trying to write these
>> > connectors,
>> > > and we are
>> > > providing a development environment for them.
>> > >
>> > > Let me know if you have any questions. Thank you.
>> > >
>> > > Ramesh..
>> > >
>> > >
>> > > On Mon, 2009-10-19 at 15:12 -0500, Sanjay Chaudhuri
>> > wrote:
>> > > > Hi Ramesh,
>> > > >
>> > > > I had gone briefly through the connector
>> > development guide;
>> > > did not
>> > > > seem to see any direct java/dos command to
>> > generate the
>> > > necessary
>> > > > template classes. It will be helpful if you can
>> > get me the
>> > > skeleton
>> > > > classes/interfaces, which will get generated
>> > though the
>> > > Eclipse
>> > > > wizard.
>> > > >
>> > > > Under the extension directories I looked at the
>> > sources for
>> > > some of
>> > > > these connector jars:
>> > > > connector-ldap-6.2.0-SNAPSHOT.jar
>> > > > connector-xml-6.2.0-SNAPSHOT.jar
>> > > > connector-jdbc-6.2.0-SNAPSHOT.jar
>> > > > connector-text-6.2.0-SNAPSHOT.jar
>> > > >
>> > > > Thanks
>> > > >
>> > > > Sanjay
>> > > >
>> > > > On Mon, Oct 12, 2009 at 8:48 PM, Ramesh Reddy
>> > > <rareddy at redhat.com>
>> > > > wrote:
>> > > > Sumanth,
>> > > >
>> > > > Welcome, thanks for your offer to
>> > contribute. We
>> > > sincerely
>> > > > appreciate any help.
>> > > >
>> > > > Currently Teiid does not mandate any
>> > coding
>> > > guidelines,
>> > > > however there are few things we do follow.
>> > I try to
>> > > put
>> > > > something simple put together very soon on
>> > WIKI.
>> > > Usually we
>> > > > use the default code formatting comes with
>> > Eclipse
>> > > install. I
>> > > > am thinking in the lines of
>> > > >
>> > >
>> > http://www.jboss.org/community/wiki/JbpmCodingGuidelines
>> > > > I will post to the dev-list in couple
>> > days, you are
>> > > welcome to
>> > > > contribute.
>> > > >
>> > > > The digest replying instructions are
>> > usually at the
>> > > beginning
>> > > > of the digest message. It is no more than
>> > selecting
>> > > the "reply
>> > > > all" and changing the subject line to the
>> > reflect
>> > > the message
>> > > > you are replying to with "Re:" in the
>> > front. Please
>> > > make sure
>> > > > that you include only sections of the
>> > message that
>> > > you are
>> > > > replying to. Since Teiid is low volume
>> > list, you can
>> > > turn off
>> > > > the digest otherwise.
>> > > >
>> > > > Now coming to project, if you have any
>> > ideas about
>> > > this
>> > > > tooling project, please let us know, we
>> > can discuss
>> > > and make
>> > > > them part of the project if we all agree.
>> > I will let
>> > > Sanjay
>> > > > answer if he needs any assistance with the
>> > work.
>> > > Teiid has
>> > > > plenty of other tasks if you would like to
>> > > contribute, both
>> > > > eclipse and non-eclipse related.
>> > > >
>> > > > If you only want to do "eclipse" work,
>> > > > 1) we are in urgent need of Teiid
>> > integration with
>> > > Eclipse DTP
>> > > > (data tools platform). Basically Teiid
>> > needs to
>> > > another
>> > > > source, where somebody can connect to and
>> > issue
>> > > queries
>> > > > against.
>> > > > 2) We can also use this in Phase 2 of CDK
>> > tooling
>> > > project,
>> > > > where we can deploy connector to and issue
>> > queries
>> > > aginst.
>> > > > 3)That could be expanded to tooling around
>> > the the
>> > > "Connector
>> > > > Metadata" feature, where some one could
>> > define
>> > > multiple
>> > > > sources in DTP and integrate them using
>> > Teiid.
>> > > >
>> > > > We have ton of work on the non-eclipse
>> > side too, lot
>> > > of issues
>> > > > are mentioned on the JIRA system.
>> > Submitting a
>> > > patches is
>> > > > excellent way to contribute, take a look
>> > if anything
>> > > interests
>> > > > you.
>> > > >
>> > > > Let me know what interests you, then we
>> > can plan and
>> > > discuss
>> > > > accordingly.
>> > > >
>> > > > Thanks again.
>> > > >
>> > > > Ramesh..
>> > > >
>> > > >
>> > > > ----- Original Message -----
>> > > > From: "Sumanth P K"
>> > <sumanth.technical at gmail.com>
>> > > > To: email2sanjayc at gmail.com, "Ramesh
>> > Reddy"
>> > > > <rareddy at redhat.com>
>> > > > Cc: teiid-dev at lists.jboss.org
>> > > > Sent: Monday, October 12, 2009 12:17:15 AM
>> > GMT
>> > > -06:00
>> > > > US/Canada Central
>> > > > Subject: Teiid Eclipse Plugin
>> > > >
>> > > >
>> > > > Sanjay / Ramesh,
>> > > >
>> > > > I have been following the discussion
>> > regarding the
>> > > > requirements of Teiid CDK Plugin for
>> > Eclipse. I am
>> > > interested
>> > > > in taking part in the process. Let me know
>> > what
>> > > pieces I can
>> > > > start looking into and I can start the
>> > same. We may
>> > > need to
>> > > > come up with some preliminary standards
>> > that
>> > > everybody should
>> > > > follow (for example: naming conventions,
>> > exception
>> > > handling to
>> > > > name a few), so that inconsistencies are
>> > avoided.
>> > > >
>> > > > Ramesh - I know it has been quite a while
>> > since I
>> > > had
>> > > > communicated to you regarding this. I have
>> > been
>> > > going through
>> > > > the documents and have some idea on how
>> > things work.
>> > > And I
>> > > > guess I am now better placed to understand
>> > the terms
>> > > involved.
>> > > > To be honest the pace from my end had been
>> > slow, but
>> > > I intend
>> > > > to devote more time to this from now
>> > onwards.
>> > > >
>> > > > Also, I had subscribed to the Teiid
>> > message digest
>> > > and hence
>> > > > can any of you please let me know how to
>> > reply to a
>> > > specific
>> > > > mail in the digest. (I did not know how to
>> > do that
>> > > and hence
>> > > > had to send this email separately.).
>> > > >
>> > > > Thanks,
>> > > > Sumanth.
>> > > >
>> > > >
>> > >
>> > > > _______________________________________________
>> > > > teiid-dev mailing list
>> > > > teiid-dev at lists.jboss.org
>> > >
>> > >
>> > > > https://lists.jboss.org/mailman/listinfo/teiid-dev
>> > >
>> > >
>> > >
>> > > _______________________________________________
>> > > teiid-dev mailing list
>> > > teiid-dev at lists.jboss.org
>> > > https://lists.jboss.org/mailman/listinfo/teiid-dev
>> >
>> >
>> >
>>
>>
>
> _______________________________________________
> teiid-dev mailing list
> teiid-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/teiid-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/teiid-dev/attachments/20091020/0866f066/attachment-0001.html
More information about the teiid-dev
mailing list