You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tuscany.apache.org by Luciano Resende <lu...@gmail.com> on 2007/02/01 23:18:00 UTC
Re: LDAP DAS
My comments
>groupId: org.apache.tuscany
>artifactId:das
This is already taken by the DAS subproject /java/das...
What do you think about something like :
groupId: org.apache.tuscany.das
artifactId:das.api
artifactId:das.rdb
artifactId:das.ldap
artifactId:distribution
artifactId:samples
In the future, we might need to have samples moved to each impl, so
das.rdbwould have it's own samples, and
das.ldap would have it's own samples.
Toughts ?
On 1/31/07, Ole Ersoy <ol...@yahoo.com> wrote:
>
> I'm looking at creating the maven project for the
> das interfaces right now.
>
> I think
> groupId: org.apache.tuscany
> artifactId:das
>
> makes sense for the interfaces project.
>
> Then
> groupId: org.apache.tuscany
> artifactId:das.rdb
> artifactId:das.ldap
>
> for the datasource specific implementations.
>
> Thoughts?
>
> Thanks,
> - Ole
>
> --- Luciano Resende <lu...@gmail.com> wrote:
>
> > Yes, this would be the first step and you are on the
> > right track, if we
> > identify others, we could continue moving them
> > gradatively...
> >
> > Another think to have in mind, and I don't think I
> > have an answer right now,
> > is around the config model, and where is the best
> > place for it : API
> > project, a common impl project , or each particular
> > backend impl. Probably
> > API, if the models don't defer much.
> >
> > Any Toughts ?
> >
> > --
> > Luciano Resende
> > http://people.apache.org/~lresende
> >
> > On 1/30/07, Ole Ersoy <ol...@yahoo.com> wrote:
> > >
> > > OK - I think this is the trunk:
> > >
> > >
> >
> https://svn.apache.org/repos/asf/incubator/tuscany/java/das/rdb
> > >
> > > And I think these are the interfaces:
> > > -rw-r--r-- 1 ole ole 1999 Sep 29 16:36
> > Command.java
> > > -rw-r--r-- 1 ole ole 3914 Dec 4 14:40
> > > ConfigHelper.java
> > > -rw-r--r-- 1 ole ole 2092 Oct 5 15:03
> > Converter.java
> > > -rw-r--r-- 1 ole ole 2103 Oct 5 15:03
> > DASFactory.java
> > > -rw-r--r-- 1 ole ole 2076 Sep 29 16:36 DAS.java
> > > -rw-r--r-- 1 ole ole 2154 Oct 5 15:03 Pager.java
> > >
> > > Am I on the righ track? If so, I'll move the
> > package
> > > containing the interfaces to another maven project
> > and
> > >
> > > submit it via JIRA?
> > >
> > > Thanks,
> > > - Ole
> > >
> > >
> > > --- Luciano Resende <lu...@gmail.com> wrote:
> > >
> > > > Trunk DAS is pretty stable, unless you find any
> > > > problems with it, I'd
> > > > recommend staying with trunk.
> > > >
> > > > On 1/30/07, Ole Ersoy <ol...@yahoo.com>
> > wrote:
> > > > >
> > > > > Should I be grabbing das-java-M2?
> > > > >
> > > > >
> > > > > --- Luciano Resende <lu...@gmail.com>
> > wrote:
> > > > >
> > > > > > Yes, your CLA should be fine...
> > > > > >
> > > > > > One of the first things that we will need on
> > DAS
> > > > to
> > > > > > easily accommodate new
> > > > > > implementations would be to refactor the DAS
> > > > > > Interfaces to it's own project
> > > > > > (e.g DAS API) and have the current DAS RDB
> > > > having
> > > > > > that as a dependency, and
> > > > > > then DAS LDAP would also use DAS API as
> > > > dependency.
> > > > > >
> > > > > > We would also need to enhance the API to
> > allow
> > > > > > instantiation of an specific
> > > > > > DAS impl.
> > > > > >
> > > > > > As for design topics, some of the things
> > that
> > > > come
> > > > > > to mind :
> > > > > >
> > > > > > - Command syntax
> > > > > > - mapping filters to ldap searches
> > > > > > - is there a standard syntax for
> > CRUD
> > > > > > operations in ldap ?
> > > > > > - Support for change summary
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Luciano Resende
> > > > > > http://people.apache.org/~lresende
> > > > > >
> > > > > > On 1/30/07, Ole Ersoy <ol...@yahoo.com>
> > > > wrote:
> > > > > > >
> > > > > > > I have a CLA on file with the apache
> > directory
> > > > > > > project, so that probably applies for
> > Apache
> > > > in
> > > > > > > general right?
> > > > > > >
> > > > > > > OK - Cool - I'll gather up some of my
> > design
> > > > > > notes, go
> > > > > > > through the RDB DAS info, so I understand
> > how
> > > > that
> > > > > > was
> > > > > > > done better, and try to come up with
> > something
> > > > > > inline
> > > > > > > with that for an LDAP DAS. If anyone has
> > > > specific
> > > > > > > ideas I'll be glad to incorporate them
> > into
> > > > > > whatever
> > > > > > > design documentation produced.
> > > > > > >
> > > > > > > Cheers,
> > > > > > > - Ole
> > > > > > >
> > > > > > >
> > > > > > > --- Luciano Resende <lu...@gmail.com>
> > > > wrote:
> > > > > > >
> > > > > > > > Probably starting some design
> > discussions on
> > > > the
> > > > > > > > dev-list, and later on
> > > > > > > > summarazing it on the wiki would be a
> > good
> > > > way
> > > > > > of
> > > > > > > > doing this. Not sure if
> > > > > > > > others have any more special handling
> > for
> > > > > > this...
> > > > > > > >
> > > > > > > > On the legal side, I think contributions
> > via
> > > > > > patches
> > > > > > > > should work just fine.
> > > > > > > >
> > > > > > > > On 1/29/07, Ole Ersoy
> > <ol...@yahoo.com>
> > > > > > wrote:
> > > > > > > > >
> > > > > > > > > Hi,
> > > > > > > > >
> > > > > > > > > Yes - Very much interested.
> > > > > > > > >
> > > > > > > > > We've been having discussions around
> > > > > > > > > doing one over at the directory
> > project
> > > > for
> > > > > > > > triplesec,
> > > > > > > > > and I have experimented a little using
> > EMF
> > > > > > > > reflection
> > > > > > > > > to produce jndi updates, etc.
> > > > > > > > >
> > > > > > > > > I'll gather up my old design notes.
> > > > > > > > >
> > > > > > > > > Let me know if there is some formal
> > > > protocol
> > > > > > > > > I should be following for this wrt
> > > > Tuscany.
> > > > > > > > >
> > > > > > > > > Thanks,
> > > > > > > > > - Ole
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > --- Luciano Resende
> > <lu...@gmail.com>
> > > > > > wrote:
> > > > > > > > >
> > > > > > > > > > I don't recall any previous
> > discussions
> > > > > > around
> > > > > > > > an
> > > > > > > > > > LDAP DAS. If you are
> > > > > > > > > > interested in contributing an LDAP
> > DAS
> > > > > > > > > > implementation to Tuscany, we could
> > > > > > > > > > start some design discussions and
> > how we
> > > > > > would
> > > > > > > > go
> > > > > > > > > > about getting it done.
> > > > > > > > > >
> > > > > > > > > > Thanks for Volunteering !!!
> > > > > > > > > >
> >
> === message truncated ===
>
>
>
>
>
> ____________________________________________________________________________________
> 8:00? 8:25? 8:40? Find a flick in no time
> with the Yahoo! Search movie showtime shortcut.
> http://tools.search.yahoo.com/shortcuts/#news
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: tuscany-dev-help@ws.apache.org
>
>
--
Luciano Resende
http://people.apache.org/~lresende
Re: LDAP DAS
Posted by Ole Ersoy <ol...@yahoo.com>.
Perfect.
Full speed ahead :-)
--- Luciano Resende <lu...@gmail.com> wrote:
> My comments
>
> >groupId: org.apache.tuscany
> >artifactId:das
>
> This is already taken by the DAS subproject
> /java/das...
> What do you think about something like :
>
> groupId: org.apache.tuscany.das
> artifactId:das.api
> artifactId:das.rdb
> artifactId:das.ldap
>
> artifactId:distribution
> artifactId:samples
>
> In the future, we might need to have samples moved
> to each impl, so
> das.rdbwould have it's own samples, and
> das.ldap would have it's own samples.
>
> Toughts ?
>
>
> On 1/31/07, Ole Ersoy <ol...@yahoo.com> wrote:
> >
> > I'm looking at creating the maven project for the
> > das interfaces right now.
> >
> > I think
> > groupId: org.apache.tuscany
> > artifactId:das
> >
> > makes sense for the interfaces project.
> >
> > Then
> > groupId: org.apache.tuscany
> > artifactId:das.rdb
> > artifactId:das.ldap
> >
> > for the datasource specific implementations.
> >
> > Thoughts?
> >
> > Thanks,
> > - Ole
> >
> > --- Luciano Resende <lu...@gmail.com> wrote:
> >
> > > Yes, this would be the first step and you are on
> the
> > > right track, if we
> > > identify others, we could continue moving them
> > > gradatively...
> > >
> > > Another think to have in mind, and I don't think
> I
> > > have an answer right now,
> > > is around the config model, and where is the
> best
> > > place for it : API
> > > project, a common impl project , or each
> particular
> > > backend impl. Probably
> > > API, if the models don't defer much.
> > >
> > > Any Toughts ?
> > >
> > > --
> > > Luciano Resende
> > > http://people.apache.org/~lresende
> > >
> > > On 1/30/07, Ole Ersoy <ol...@yahoo.com>
> wrote:
> > > >
> > > > OK - I think this is the trunk:
> > > >
> > > >
> > >
> >
>
https://svn.apache.org/repos/asf/incubator/tuscany/java/das/rdb
> > > >
> > > > And I think these are the interfaces:
> > > > -rw-r--r-- 1 ole ole 1999 Sep 29 16:36
> > > Command.java
> > > > -rw-r--r-- 1 ole ole 3914 Dec 4 14:40
> > > > ConfigHelper.java
> > > > -rw-r--r-- 1 ole ole 2092 Oct 5 15:03
> > > Converter.java
> > > > -rw-r--r-- 1 ole ole 2103 Oct 5 15:03
> > > DASFactory.java
> > > > -rw-r--r-- 1 ole ole 2076 Sep 29 16:36
> DAS.java
> > > > -rw-r--r-- 1 ole ole 2154 Oct 5 15:03
> Pager.java
> > > >
> > > > Am I on the righ track? If so, I'll move the
> > > package
> > > > containing the interfaces to another maven
> project
> > > and
> > > >
> > > > submit it via JIRA?
> > > >
> > > > Thanks,
> > > > - Ole
> > > >
> > > >
> > > > --- Luciano Resende <lu...@gmail.com>
> wrote:
> > > >
> > > > > Trunk DAS is pretty stable, unless you find
> any
> > > > > problems with it, I'd
> > > > > recommend staying with trunk.
> > > > >
> > > > > On 1/30/07, Ole Ersoy <ol...@yahoo.com>
> > > wrote:
> > > > > >
> > > > > > Should I be grabbing das-java-M2?
> > > > > >
> > > > > >
> > > > > > --- Luciano Resende <lu...@gmail.com>
> > > wrote:
> > > > > >
> > > > > > > Yes, your CLA should be fine...
> > > > > > >
> > > > > > > One of the first things that we will
> need on
> > > DAS
> > > > > to
> > > > > > > easily accommodate new
> > > > > > > implementations would be to refactor the
> DAS
> > > > > > > Interfaces to it's own project
> > > > > > > (e.g DAS API) and have the current DAS
> RDB
> > > > > having
> > > > > > > that as a dependency, and
> > > > > > > then DAS LDAP would also use DAS API as
> > > > > dependency.
> > > > > > >
> > > > > > > We would also need to enhance the API to
> > > allow
> > > > > > > instantiation of an specific
> > > > > > > DAS impl.
> > > > > > >
> > > > > > > As for design topics, some of the things
> > > that
> > > > > come
> > > > > > > to mind :
> > > > > > >
> > > > > > > - Command syntax
> > > > > > > - mapping filters to ldap
> searches
> > > > > > > - is there a standard syntax
> for
> > > CRUD
> > > > > > > operations in ldap ?
> > > > > > > - Support for change summary
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Luciano Resende
> > > > > > > http://people.apache.org/~lresende
> > > > > > >
> > > > > > > On 1/30/07, Ole Ersoy
> <ol...@yahoo.com>
> > > > > wrote:
> > > > > > > >
> > > > > > > > I have a CLA on file with the apache
> > > directory
> > > > > > > > project, so that probably applies for
> > > Apache
> > > > > in
> > > > > > > > general right?
> > > > > > > >
> > > > > > > > OK - Cool - I'll gather up some of my
> > > design
> > > > > > > notes, go
> > > > > > > > through the RDB DAS info, so I
> understand
> > > how
> > > > > that
> > > > > > > was
> > > > > > > > done better, and try to come up with
> > > something
> > > > > > > inline
> > > > > > > > with that for an LDAP DAS. If anyone
> has
> > > > > specific
> > > > > > > > ideas I'll be glad to incorporate them
> > > into
> > > > > > > whatever
> > > > > > > > design documentation produced.
> > > > > > > >
> > > > > > > > Cheers,
> > > > > > > > - Ole
> > > > > > > >
> > > > > > > >
>
=== message truncated ===
____________________________________________________________________________________
Have a burning question?
Go to www.Answers.yahoo.com and get answers from real people who know.
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org