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]
