--- David Jencks <[EMAIL PROTECTED]> wrote: > > On Jan 26, 2007, at 3:45 PM, Ole Ersoy wrote: > > > Hmmm > > > > Maybe you are talking about oranges and I'm > talking > > about apples :-) > > > > Let me just define how I would architect it real > quick > > so that we know where the puzzle pieces are. > > > > First I would model the "Model" we've been talking > > about for Triplesec. > > > > This is just a file with xmi content and a .ecore > > extension. > > > > This file is used to generate a Model. > > > > Essentially Java Beans for our purposes. These > can be > > turned into SDO (Beans) we wanted them to be. > > > > So now this model has to be populated somehow with > > triplesec data somehowe. > > > > I think you are saying that the Triplesec > hierarchies > > (User, Permissions, URIs) is stored in > > ApacheDS...hypothetically. > > > > So if we were using SDO, we would needs a Data > Access > > Service (DAS) for LDAP. Maybe they have one. > I'll > > ask. I made a simple one a while back to go > between > > EMF models and ApacheDS. It's very easy to make > > anyways. I'll try to dig up the one I made. > > Doing a simple object is certainly easy. Does your > code do > relationships, e.g. in current model a profile has a > collection of > roles? >
I have to review my JNDI concepts a little :-) but I'm certain that it should be very straightforward to do. I may have done it. I gotta go back and check. If you want I could do it tonight... > > > > So you are talking about the DAS right? > > exactly > > This auto-generation sounds kinda neat -- can it > generate interfaces > rather than classes? I haven't tried to implement > an enhancer but > rather sort of stuffed what a jpa enhancer > constructs directly inside > the "pojos". If these classes could implement a > generated interface > that might give us benefits of both approaches. Or > maybe what you > have is sufficient. > Yeah EMF is extremely slick like that. It generates interfaces for each model class. Design Patterns are used throughout the framework. So the generation of interfaces supports the "Separation of Interfaces and Implementation" pattern for example. Also if you want some additional code generated, you just slap together a JET template and plug it in. I'm using one for the Spec file generation in the RPM factory, so I can show you that if you like. Oh - The entire API is now JDK 5.0 compliant as well, so we can use generics, which I'm a big fan of. Cheers, - Ole > thanks > david jencks > > > > Thanks, > > - Ole > > > > > > > > > > > > --- David Jencks <[EMAIL PROTECTED]> wrote: > > > >> Just to make sure we're talking about the same > >> thing.... > >> > >> there's an ldap backend for tuscany SDO? > >> > >> Eclipse EMF generates data access code for ldap? > >> > >> Any links for these? > >> > >> thanks > >> david jencks > >> > >> On Jan 26, 2007, at 1:04 PM, Ole Ersoy wrote: > >> > >>> Oh - One more thing - If the triplesec model > were > >>> created in Ecore and the code generated, EMF > also > >>> generates a .edit project containing adapters > for > >> all > >>> the model objects (for interfacing the model > with > >> SWT, > >>> etc.) and a model editor, so all that is needed > is > >> to > >>> tweak the gui for the editor. > >>> > >>> Cheers, > >>> - Ole > >>> > >>> > >>> --- Ole Ersoy <[EMAIL PROTECTED]> wrote: > >>> > >>>> Also, > >>>> > >>>> It might be interesting to look at Eclipse EMF > >> and > >>>> the > >>>> Apache Tuscany project for this. > >>>> > >>>> The Apache Tuscany project is building a > Service > >>>> Data > >>>> Object implementation that could be used to > house > >>>> and > >>>> manage the triplesec model. > >>>> > >>>> David, you may have done a lot of work here > >> already, > >>>> so I'm just mentioning it for awareness. That > >> said > >>>> modeling what we are talking about EMF Ecore > and > >>>> generating the model code only takes a few > >> minutes. > >>>> > >>>> Cheers, > >>>> - Ole > >>>> > >>>> > >>>> --- "David Jencks (JIRA)" <[EMAIL PROTECTED]> > >> wrote: > >>>> > >>>>> > >>>>> [ > >>>>> > >>>> > >>> > >> > https://issues.apache.org/jira/browse/DIRSTUDIO-45? > >>> > >> > > > page=com.atlassian.jira.plugin.system.issuetabpanels:comment- > >> > >>> tabpanel#action_12467893 > >>>>> ] > >>>>> > >>>>> David Jencks commented on DIRSTUDIO-45: > >>>>> --------------------------------------- > >>>>> > >>>>> I don't know if LDAP Studio has its own data > >>>> access > >>>>> framework but.... I've been developing a > >> somewhat > >>>>> jpa-like data access framework for ldap in > >>>>> sandbox/triplesec-jacc2/admin-api2. I prefer > it > >> a > >>>>> lot to the Modifier and DAO based code in > >>>> triplesec > >>>>> trunk and if the idea here is to use triplesec > >>>> data > >>>>> access for this plugin I'd suggest looking at > it > >>>>> before proceeding. > >>>>> > >>>>>> Migrate TripleSec GUI from Swing to an > Eclipse > >>>>> Plugin for LDAP Studio > >>>>>> > >>>>> > >>>> > >>> > >> > > > --------------------------------------------------------------------- > >>>>>> > >>>>>> Key: DIRSTUDIO-45 > >>>>>> URL: > >>>>> > >> > https://issues.apache.org/jira/browse/DIRSTUDIO-45 > >>>>>> Project: Directory LDAP Studio > >>>>>> Issue Type: Task > >>>>>> Reporter: Pierre-Arnaud Marcelot > >>>>>> Fix For: 0.8.0 > >>>>>> > >>>>>> > >>>>>> TripleSec has a GUI based on Swing. > >>>>>> We got to migrate this GUI to an Eclipse > Plugin > === message truncated === ____________________________________________________________________________________ Food fight? Enjoy some healthy debate in the Yahoo! Answers Food & Drink Q&A. http://answers.yahoo.com/dir/?link=list&sid=396545367
