Return-Path: Delivered-To: apmail-directory-users-archive@www.apache.org Received: (qmail 30995 invoked from network); 2 Mar 2011 11:06:33 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 2 Mar 2011 11:06:33 -0000 Received: (qmail 92102 invoked by uid 500); 2 Mar 2011 11:06:33 -0000 Delivered-To: apmail-directory-users-archive@directory.apache.org Received: (qmail 91859 invoked by uid 500); 2 Mar 2011 11:06:29 -0000 Mailing-List: contact users-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@directory.apache.org Delivered-To: mailing list users@directory.apache.org Received: (qmail 91851 invoked by uid 99); 2 Mar 2011 11:06:28 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Mar 2011 11:06:28 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of rastrano@gmail.com designates 74.125.83.178 as permitted sender) Received: from [74.125.83.178] (HELO mail-pv0-f178.google.com) (74.125.83.178) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Mar 2011 11:06:21 +0000 Received: by pvg7 with SMTP id 7so1422045pvg.37 for ; Wed, 02 Mar 2011 03:05:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=mTxxJwQEcBAXDNZzChiAWfO3jFh+sIumgqk9Z3uIeaQ=; b=haQsIw3ha1utwk1fL/6OFHk1rzBBxrJujy5R78quUUOOb0d1TW6t5Tggsiakhu0//E bTa8kMYi2bzO/py8vXmCN3sZz2zAA/qLht3gB4ruFsRgJ5J3Q6xlZXSh0AMGU76Ae9QC IrvP4+8cGAHp0TGArvC6OME8M7xX4O1e0R8d8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=INIWgfndShfaMJ2edBKn/jg2RNS5IK74hL52lEJF9Pj4SFKcCH2n5DjXfb8gIxrx5D P+JuNpWRuCrSaiJjTwP7whSVGPUPpcGU/UB3uGcb1QG5Jv9CMOkRcnTEREEnc+8xuvz0 6Mq2ab0FoEeZGfS3UQ5AfYNbmURM9sVW2bRxM= MIME-Version: 1.0 Received: by 10.142.229.16 with SMTP id b16mr6352600wfh.64.1299063959351; Wed, 02 Mar 2011 03:05:59 -0800 (PST) Received: by 10.143.12.6 with HTTP; Wed, 2 Mar 2011 03:05:59 -0800 (PST) In-Reply-To: References: <4D6D01BE.8030003@gmail.com> Date: Wed, 2 Mar 2011 12:05:59 +0100 Message-ID: Subject: Re: [Community] Proposals for those interested in participating From: Stefano Gargiulo To: users@directory.apache.org Cc: Alex Karasulu Content-Type: multipart/alternative; boundary=000e0cd32adad6784d049d7de5eb X-Virus-Checked: Checked by ClamAV on apache.org --000e0cd32adad6784d049d7de5eb Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Yes i think also that RAP application will be: 1) not so useful: apache directory studio is a MUST to manage LDAP servers, but a web version of it is not a great added value IMHO (administrators, a limited number of person, can easly install it on their OS to do that) 2) too heavy: RAP is one of the many java2webapp frameworks that IMHO will not rock. This kind of frameworks (see Jaxcent, Echo2 etc.): the idea behind is to use the server to compute the rendering and the behaivor of most of the UI components and this really not scales (you will need a superserver to run it) in this is much better GWT or Dojo+DWR (you need to rewrite the entiere UI but you will achieve a real RPC architecture over th= e web) But having a project like this directly using the LDAP API > will I think be lighter and might even be embedded as an optional > application in the Jetty server running inside ApacheDS. The idea is not > just administration but also to use the application for self service. Yes i mean this: i wrote a php application to manage things regarding accounts like: -User registration to services (a web interface to register a new account with the authz attributes needed for a service) -User password change, rescue, and reminders to change password periodically -User management (simplified, not intended to be used by LDAP system administrators, but by projects and application managers) - manag= e user profiles and authz attributes in a simple way - approve/reject registration and access request - invite users by email ecc. For now all this is a bit harcoded, but i'm looking for a good java api to achieve more flexibility (e.g. possibility to dynamically define user profile templates, using any schema and attribute, and map the attribute with some rules (e.g. regexp for UI editing, authZ meaning for applications ect.) Best regards, Stefano 2011/3/1 Alex Karasulu > On Tue, Mar 1, 2011 at 6:50 PM, Stefano Gargiulo > wrote: > > > Very interesting! Proposal #1 Will rock (world need this kind of webapp= s) > > and also the new api is a great thing for who wants to write a custom > user > > management interface (i need this, for now i wrote one in php but i wil= l > be > > very happy to switch to your ldap api when mature) > > > > > Hi Stefano, > > It would be great to have you involved. Just one point, the API is pretty > close to being solid at least with M2. There might be another milestone o= r > two but the changes will not be that massive so you can start using M2 as > soon as we release it here in a few days. > > The idea is to use as many of the API features as you can in your > application. Should be fun! > > Also Emmanuel posted about a RAP application. Let me address both of you > here. The RAP application I think will be pretty heavy. Then again it mig= ht > not be who knows. But having a project like this directly using the LDAP > API > will I think be lighter and might even be embedded as an optional > application in the Jetty server running inside ApacheDS. The idea is not > just administration but also to use the application for self service. > > Plus a part of this is for you to push us on the LDAP API. If it cannot d= o > some things for you you need to complain and force us to rectify it. > > Regards, > Alex > > > > Il giorno 01/mar/2011 15:25, "Emmanuel Lecharny" > ha > > scritto: > > > > On 3/1/11 3:16 PM, Stefan Seelmann wrote: > > > > > > Should we consider to offer those as Google Summer of ... > > Definitively, yes. > > > > > > -- > > Regards, > > Cordialement, > > Emmanuel L=E9charny > > www.iktek.com > > > --000e0cd32adad6784d049d7de5eb--