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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]>
> wrote:
> > > >
> > > > Should I be grabbing das-java-M2?
> > > >
> > > >
> > > > --- Luciano Resende <[EMAIL PROTECTED]>
> 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 <[EMAIL PROTECTED]>
> > > 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 <[EMAIL PROTECTED]>
> > > 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
> <[EMAIL PROTECTED]>
> > > > > 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
> <[EMAIL PROTECTED]>
> > > > > 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: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




--
Luciano Resende
http://people.apache.org/~lresende

Reply via email to