Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 42362 invoked from network); 27 Jan 2007 00:00:01 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 27 Jan 2007 00:00:01 -0000 Received: (qmail 42551 invoked by uid 500); 27 Jan 2007 00:00:07 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 42339 invoked by uid 500); 27 Jan 2007 00:00:07 -0000 Mailing-List: contact dev-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Apache Directory Developers List" Delivered-To: mailing list dev@directory.apache.org Received: (qmail 42328 invoked by uid 99); 27 Jan 2007 00:00:07 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 26 Jan 2007 16:00:07 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [68.142.206.239] (HELO smtp106.plus.mail.mud.yahoo.com) (68.142.206.239) by apache.org (qpsmtpd/0.29) with SMTP; Fri, 26 Jan 2007 15:59:57 -0800 Received: (qmail 73243 invoked from network); 26 Jan 2007 23:59:36 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-YMail-OSG:Mime-Version:In-Reply-To:References:Content-Type:Message-Id:Content-Transfer-Encoding:From:Subject:Date:To:X-Mailer; b=C5zl8ct6sx9Lhac+gdNwOL0+6HPd4PCdvmyEMOn6i27fCPIAQIVk740pOlmhpSJKZoarz4ivmL2zI9XueOnXShjw+/ua3AiFNn0rcviD4Q6zulU1G9KvbpsXYAWKeM7Ox8t+IuqmXr+eEqE7qGT/ZRfzmc0gi6z0mEnPZz7kbnk= ; Received: from unknown (HELO ?10.11.55.8?) (david_jencks@63.105.20.225 with plain) by smtp106.plus.mail.mud.yahoo.com with SMTP; 26 Jan 2007 23:59:35 -0000 X-YMail-OSG: 0PhADJAVM1kvSnq_tRyTe7MuPYYgF8Mr4MH6os48XLbXszaFEZU3Ic7DOvWudKaFBpHmORDpq4.cWt2_hnpTzDoVN9u_amWdy2lCNxqgsYghdMnAnj_YBXdcS9Pj3l4kwdpe1CIf4ddlN4gaPUq_ddWOLHKIH5JK Mime-Version: 1.0 (Apple Message framework v752.3) In-Reply-To: <199863.25427.qm@web60713.mail.yahoo.com> References: <199863.25427.qm@web60713.mail.yahoo.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <41FDDB2C-3AE4-4C29-930F-3A0EAD157807@yahoo.com> Content-Transfer-Encoding: 7bit From: David Jencks Subject: Re: [jira] Commented: (DIRSTUDIO-45) Migrate TripleSec GUI from Swing to an Eclipse Plugin for LDAP Studio Date: Fri, 26 Jan 2007 15:59:43 -0800 To: "Apache Directory Developers List" X-Mailer: Apple Mail (2.752.3) X-Virus-Checked: Checked by ClamAV on apache.org 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? > > 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. thanks david jencks > > Thanks, > - Ole > > > > > > --- David Jencks 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 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)" >> 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 >>>>> that we can integrate into LDAP Studio. >>>>> >>>>> -- >>>>> This message is automatically generated by JIRA. >>>>> - >>>>> You can reply to this email to add a comment to >>>> the >>>>> issue online. >>>>> >>>>> >>>> >>>> >>>> >>>> >>>> >>> >> > ______________________________________________________________________ >> >>> ______________ >>>> Bored stiff? Loosen up... >>>> Download and play hundreds of games for free on >>>> Yahoo! Games. >>>> http://games.yahoo.com/games/front >>>> >>> >>> >>> >>> >>> >> > ______________________________________________________________________ >> >>> ______________ >>> Any questions? Get answers on any topic at >> www.Answers.yahoo.com. >>> Try it now. >> >> > > > > > ______________________________________________________________________ > ______________ > Be a PS3 game guru. > Get your game face on with the latest PS3 news and previews at > Yahoo! Games. > http://videogames.yahoo.com/platform?platform=120121