Location for metamatrix-cdk.jar
by Sanjay Chaudhuri
Hi Ramesh,
I am looking for *metamatrix-cdk.jar*; where can I find it ? The loopback
connector classes gives compilation error for *
com.metamatrix.cdk.unittest.FakeTranslationFactory*
**
Thanks
Sanjay
16 years, 11 months
CDK Toolkit Plugin Specifics
by Sanjay Chaudhuri
Hi Ramesh,
These are the specifics I am working with to generate the template. Please
let me know if you want me to change something. On the wizard:
- Will take input of the project name and the physical project that gets
created will be *connector-projectname*. So if *HelloWorld *is given as the
project name, the created project name will be *connector-helloworld*
- Will take input of the package name and the following directory structure
will be created with existing *Loopback classes and resources *renamed as
shown. Assuming *com.example.hello *is used:
*Project: connector-helloworld*
*connector-helloworld\.classpath
connector-helloworld\.project
connector-helloworld\pom.xml
connector-helloworld\src
connector-helloworld\target
connector-helloworld\src\assembly
connector-helloworld\src\main
connector-helloworld\src\test
connector-helloworld\src\assembly\bundle.xml
connector-helloworld\src\main\java
connector-helloworld\src\main\resources*
*connector-helloworld\src\main\java\com
connector-helloworld\src\main\java\com\example
connector-helloworld\src\main\java\com\example\hello
connector-helloworld\src\main\java\com\example\hello\HelloWorldCapabilities.java
connector-helloworld\src\main\java\com\example\hello\HelloWorldConnection.java
connector-helloworld\src\main\java\com\example\hello\HelloWorldConnector.java
connector-helloworld\src\main\java\com\example\hello\HelloWorldExecution.java
connector-helloworld\src\main\java\com\example\hello\HelloWorldProperties.java
connector-helloworld\src\main\resources\connector-helloworld.xml
connector-helloworld\src\test\java
connector-helloworld\src\test\resources
connector-helloworld\src\test\java\com
connector-helloworld\src\test\java\com\example
connector-helloworld\src\test\java\com\example\hello
connector-helloworld\src\test\java\com\example\hello\TestHelloWorldAsynch.java
connector-helloworld\src\test\java\com\example\hello\TestHelloWorldExecution.java
connector-helloworld\src\test\resources\connector-helloworld.xml
connector-helloworld\target\classes
connector-helloworld\target\test-classes
connector-helloworld\target\classes\com
connector-helloworld\target\classes\com\example
connector-helloworld\target\classes\com\example\hello
connector-helloworld\target\test-classes\com
connector-helloworld\target\test-classes\com\example
connector-helloworld\target\test-classes\com\example\hello*
These are the 3 project source folders and their corresponding output
folders:
*src/main/java*, *target/classes/*
*src/main/resources*, *target/classes/
**src/test/java*, *target/test-classes/*
Thanks
Sanjay
16 years, 11 months
Re: [teiid-dev] Teiid In JCA Container
by Ted Jones
Ramesh,
Here is a working doc we have regarding Jopr for Teiid: https://docspace.corp.redhat.com/clearspace/docs/DOC-20809
It's sort of open-ended since the direction is dependent on the ever-evolving direction of Teiid, but it should give you a good idea of Jopr capabilities we plan on leveraging. This doc was written with the expectation that the Admin API was going to be around moving forward, but that assumption seems to be in question now??
> Based on the discussions so far, a Teiid "connector" will be replaced
> with JCA connector. There are already ways to create/manage the JCA
> connector through profile service (look at JBoss AS JOPR plug-in).
> Now for Teiid how can we use this? Do we really need a separate place
> where we can manage this? or what offered through JBossAS plug-in
> sufficient?, if not what we need in there to satisfy our needs?
We can re-use/extend plugins so we should be able to take what the JBossAS plugin is doing and make it our own.
> VDB management is something we still need to do though the Teiid JOPR
> plugin. If deploying a VDB is similar to deploying WAR file how can we
> accomplish this? Because it would be no different than that.
We can re-use the war deployment logic and add VDB verbiage in our Teiid plugin.
> What kind of support that JBossAs JOPR plugin provide for the creating
> the security domains or mapping roles because we are going to make use
> of those, if not can we contribute? are these planned for Teiid plug-in?
That's something Van and I have on our list for discussion. If we can assume that we are going to be deployed in JBossAs and ONLY JBossAS, then the Jopr plugin DOES have Tomcat user/group/role management capabilities that we could utilize.
Thanks,
Ted
16 years, 12 months
Re: [teiid-dev] Teiid In JCA Container
by Ted Jones
Ramesh,
Up until now, Van and I were under the impression that Teiid discovery in 6.3 for Jopr (Teiid Console) may and likely WOULD change, but the core functionality made available through the Admin API would not. Based on this thread it sounds like both discovery and configuration will be completely different. Instead of doing a lot of work on the console that will get tossed, we need to put the Teiid console development on hold until all the design decisions are made regarding deployment and configuration of Teiid for 6.3. We need to be included in any decisions made regarding the final approaches. Also, Van and I can be used as resources for implementing the configuration approach which will allow us to more easily add the necessary hooks to the Teiid Jopr plugin.
Thanks,
Ted
----- Original Message -----
From: "Ramesh Reddy" <rareddy(a)redhat.com>
To: teiid-dev(a)lists.jboss.org
Cc: teiid-designer-dev(a)lists.jboss.org
Sent: Thursday, October 22, 2009 9:19:46 AM GMT -06:00 US/Canada Central
Subject: Re: [teiid-dev] Teiid In JCA Container
Jesper's Response..
-----------------------------------------------------------------------------------
Hi Ramesh.
On Wednesday 21 October 2009 18:15:20 Ramesh Reddy wrote:
> Jasper,
>
Its J*e*sper ;)
> Thanks again for very valuable comments. If you do not mind I will
post these on WIKI page to share with others.
>
Feel free, we should have this discussion on the Teiid design forum
really...
> (2) I understand. In Teiid we call this mode as embedded "File-path
> profile" in current release. We have to sacrifice the
> "classpath-profile" now for the benefits. see
> https://www.jboss.org/community/wiki/ConnectingtoTeiidEmbedded
>
Ok.
People have different definitions of embedded ;)
> Do MC beans provide the configuration functionality, where profile
> service is not? i.e. teiid-jboss-beans.xml through @ManagedObject, if
> that is case I need to think about bringing in MC as core dependency
for
> Teiid. Then, how are these available through JMX?
>
Different concepts.
A MC bean is just a Plain Old Java Object (POJO) managed by the JBoss
Microcontainer. The MC projects provides various APIs/SPIs to do
integration.
http://www.jboss.org/index.html?module=bb&op=viewforum&f=228
Lead: Ales Justin
Profile Service handles "profiles" of a server -- e.g. "give me a
configuration with logging, naming, transaction, jca, messaging and
ejb3". The profile service selects the MC beans that will provide such a
profile.
http://www.jboss.org/index.html?module=bb&op=viewforum&f=160
Lead: Emanuel Muckenhuber (and Scott Stark)
@ManagedObject identifies POJOs which have a management view - they
don't have to be registered as MC beans.
http://www.jboss.org/index.html?module=bb&op=viewforum&f=160
Lead: Emanuel Muckenhuber (and Scott Stark)
@ManagedObject <-> MBean is handled by a 'bridge'.
http://www.jboss.org/index.html?module=bb&op=viewforum&f=160
Lead: Emanuel Muckenhuber (and Scott Stark)
> Committing to single platform does make things simpler.
You'll need various layers to deal with container (and kernel) specific
details - in order to run on various EE servers.
> Can you explain your comments on (34)?
>
When Teiid is running as part of the JBoss Application Server it should
use Profile Service) Create the server configuration for the Teiid
platform @ManagedObject) To identify management objects Other servers
uses other mechanisms. You'll have to evaluate each technology before
you bring it in - "do I want a hard dependency on this project ?", "do
the project have the performance profile we need ?", ... Good idea is to
use
http://jboss.org/tattletale/
to get an overview of the projects you are working with - yes, that was
a shame-less plug ;)
I keep the documentation for JBJCA up-to-date for each release here:
http://docs.jboss.org/jca/
But *note*, that certain parts of JBJCA != JBossAS... and there is
still
development to do before the first stable release.
_______________________________________________
teiid-dev mailing list
teiid-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/teiid-dev
16 years, 12 months
metadata changes
by Steven Hawkins
As per a previous email about further cleaning up metadata (primarily the removal of the index connector), I am ready to move forward with the commit set to address TEIID-871 TEIID-792 TEIID-102 TEIID-254 TEIID-869 TEIID-875.
A few notes on the initial changes:
- It leaves out the ODBC OA views - these need more work and can be added back when we add optional support (including the JDBC bridge code) for OA.
- It marginally slows down the unit tests - vdb metadata is fully loaded on first use - the loading is not-optimal and the object model is not cached. Both will be addressed.
- It does not yet change JDBC metadata representation of catalog/schema/table names.
Also this will change the System.vdb. Since the metadata project has forked, the System.vdb will need to be manually added to the Designer metadata project.
Steve
16 years, 12 months
Re: [teiid-dev] Teiid Eclipse Plugin
by Ramesh Reddy
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(a)gmail.com>
To: email2sanjayc(a)gmail.com, "Ramesh Reddy" <rareddy(a)redhat.com>
Cc: teiid-dev(a)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.
16 years, 12 months
Re: [teiid-dev] [teiid-designer-dev] Teiid In JCA Container
by John Doyle
I like the vision. I'll need to read all this again and think it through, but I do have a couple of immediate questions and thoughts.
Has there been any discussion concerning how these changes effect the attractiveness embedded of Teiid? I'm concerned that it will be less attractive in OEM opportunities, and not necessarily in any specific technical sense, but that it's more 'heavyweight' because it requires a container.
I know you mentioned JBJCA for future embedded deployments, can that replace all the services of the container or our current implementations, or would there be some loss of functionality?
I need to read up on JCA, but there are some unique connection management concerns with the SalesForce connector (close one and they all close) that might have to be resolved.
Thanks for writing this up, this is just the kind of detail I need to see to really understand the future vision of Teiid and see the implications.
~jd
----- "Ramesh Reddy" <rareddy(a)redhat.com> wrote:
> Following through the 6.3
> features(http://lists.jboss.org/pipermail/teiid-dev/2009-September/000218...,
> I have taken time to write a simple proof of concept prototype of JCA
> based Teiid use case using JBoss Embedded container. The results have
> been very positive.
>
> I have put together my brain dump on this subject as
> requirements/design
> document. Please take time to read, as this proposes a shift in Teiid
> architecture that affects all areas of Teiid.
>
> http://www.jboss.org/community/wiki/TeiidInJCAContainer
>
> If you would like keep up with progress of this project watch
> https://jira.jboss.org/jira/browse/TEIID-833
>
> Please let me know if you have any suggestions and comments to make
> this
> even better.
>
> Thank you.
>
> Ramesh..
>
>
>
> _______________________________________________
> teiid-designer-dev mailing list
> teiid-designer-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/teiid-designer-dev
17 years
Re: [teiid-dev] Teiid Eclipse Plugin
by John Doyle
I made some edits to the wiki document to reflect our improved understanding of the scope of this effort from our call today. Please comment if you don't agree with what's there.
http://www.jboss.org/community/wiki/TeiidProjectsandtheEclipseDTP
~jd
----- "John Doyle" <jdoyle(a)redhat.com> wrote:
> I just posted an initial writeup of my thoughts on what our initial
> work on DTP should be, and where we might want to go in the medium
> term with the DTP capabilities. Please comment as you see fit.
>
> http://www.jboss.org/community/wiki/TeiidProjectsandtheEclipseDTP
>
> As it stands now I have a rudimentary Database Definition, a couple of
> Driver Definitions, and am working on a Connection Provider. I would
> like to have something to show this week, but have some other deadline
> driven work to complete.
>
> ~jd
> ----- "John Doyle" <jdoyle(a)redhat.com> wrote:
>
> > I don't have any specific requirements yet, beyond getting us
> working
> > in this environment, but I've very interested in having a discussion
> > around the points called out in this thread. Once I get the basic
> > connectivity worked out this week I going to put forward my thoughts
> > on where we should go with data tools, what the priorities should
> be,
> > and some of the challenges that this environment presents for us.
> > I'll put it on the WIKI and pos a link here.
> >
> > ~jd
> >
> > ----- "Ramesh Reddy" <rareddy(a)redhat.com> wrote:
> >
> > > John,
> > >
> > > Thanks for heads up. I have not seen the requirements, thus the
> > post.
> > > Please let us know, if Sumanth can help with any of this. Please
> > also
> > > consider items (2) & (3) from below for your design, as they would
> > be
> > > desired features in coming releases.
> > >
> > > Thanks.
> > >
> > > Ramesh..
> > >
> > > On Tue, 2009-10-13 at 09:56 -0400, John Doyle wrote:
> > > > FYI, Steve and Barry put me to work on Data Tools integration
> for
> > > Designer last week. I'm working on driver definitions and
> > connection
> > > profiles right now, and will have a write up later this week so
> that
> > > we can discuss direction.
> > > >
> > > > ~jd
> > > > ----- "Ramesh Reddy" <rareddy(a)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(a)gmail.com>
> > > > > To: email2sanjayc(a)gmail.com, "Ramesh Reddy"
> <rareddy(a)redhat.com>
> > > > > Cc: teiid-dev(a)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(a)lists.jboss.org
> > > > > https://lists.jboss.org/mailman/listinfo/teiid-dev
> > >
> > > _______________________________________________
> > > teiid-dev mailing list
> > > teiid-dev(a)lists.jboss.org
> > > https://lists.jboss.org/mailman/listinfo/teiid-dev
17 years
Teiid Eclipse Plugin
by Sumanth P K
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.
17 years
