Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 84028 invoked from network); 6 Mar 2009 18:01:05 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 6 Mar 2009 18:01:05 -0000 Received: (qmail 33498 invoked by uid 500); 6 Mar 2009 18:01:04 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 33457 invoked by uid 500); 6 Mar 2009 18:01:04 -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 33448 invoked by uid 99); 6 Mar 2009 18:01:04 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Mar 2009 10:01:04 -0800 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of akarasulu@gmail.com designates 74.125.44.30 as permitted sender) Received: from [74.125.44.30] (HELO yx-out-2324.google.com) (74.125.44.30) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Mar 2009 18:00:56 +0000 Received: by yx-out-2324.google.com with SMTP id 8so287420yxm.55 for ; Fri, 06 Mar 2009 10:00:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=ge9QRYU2bHAndH7h/g0uGmGTu375d6pp7Zw6TAq7hns=; b=ni9T13hc1o9WCGn5gBRmRZ542+C44U2jwNB19xktf2P+J7r+1WZNeYUsUNA787f66A phpeFwmz02hIq7dPVtpOo998zR4XOD1eW4B34UOXHiCklifdCw6glC6zudTWgGS3SP1Y iDFak29QFeMuJJE4poL2xPwAgMj+jH19spX24= 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 :content-type; b=C04ZyQW/vszuWEDdx6ZnekTzKskme6dbaPmypKZV1LilE2aJhSXG9wua17Jxz3Nuku j/Ofx1XV2ma7hY3VMYiLFC6sOWTedGJ8vMLpZmw3oEpZDwKMSAf6N7fiW1F4rBl8E7nI AGxdBOP3+LlW5+SGWUKgIa0MWtlLQ19RN+aIE= MIME-Version: 1.0 Received: by 10.231.10.68 with SMTP id o4mr763404ibo.33.1236362434809; Fri, 06 Mar 2009 10:00:34 -0800 (PST) In-Reply-To: References: <49ADA22D.90206@nextury.com> <49ADB42E.1090502@nextury.com> Date: Fri, 6 Mar 2009 13:00:34 -0500 Message-ID: Subject: Re: want to contribute in the project From: Alex Karasulu To: Apache Directory Developers List Content-Type: multipart/alternative; boundary=0022152d62f1bd8f7f0464770f3c X-Virus-Checked: Checked by ClamAV on apache.org --0022152d62f1bd8f7f0464770f3c Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Wonderful welcome! Alex On Thu, Mar 5, 2009 at 6:41 PM, rahul.soa wrote: > Hello Alex, > > Many thanks for encouraging me so much. > > In fact, I myself want to be a part of the ApacheDS family and I want to > work with the community as a member not just for short time and now with > yours and with the community support I decided to work on PROXY idea for = my > gsoc project (if mentors permit) as I see there is lot to do. I believe i > will stick with project even after the completion of the gsoc project. > > I will also ask many silly questions being a newcomer :-) > > Thanks again for the support. > > Best Regards, > Rahul > > > > On Thu, Mar 5, 2009 at 5:24 PM, Alex Karasulu wrote= : > >> Well let me say that I for one am looking for candidates that will stick >> around as part of the community well after GSOC is over. Although there = are >> no such requirements, I'm personally not interested in people coming, >> writing code, then leaving the project. I know life can do that and the= re >> needs to be flexibility but we're hoping you'll be around as part of our >> family here. >> >> With that said yes the load balancing proxy idea is involved and will ta= ke >> much more than 3 months to perfect. However it is challenging and fun to= do >> - much better than a boring easy project. Also the beauty of this is tha= t I >> assure you several people and companies will want to use this for not ju= st >> ApacheDS but other LDAP servers which are proxied. The user base will b= e >> there to help you work out the kinks - and that's pretty sweet to get >> feedback from those using it in the feild. >> >> So I would not be concerned about time frames and other things. Pick >> something you're going to like doing and attack it. Rip open your shirt = and >> show us the 'S' underneath that people with passion have. Be brave, and >> willing to fail even. You learn more from failures and challenging >> situations than you do successes. >> >> WRT the components that will be involved. Take a look around and tell us >> what you think will be needed/involved. This will help you understand t= he >> big picture. When you see the big picture yourself instead of someone >> telling you what it should look like, it has much more meaning to you. = It's >> your big picture. >> >> Regards, >> Alex >> >> >> On Wed, Mar 4, 2009 at 5:41 PM, rahul.soa wrot= e: >> >>> Hello Alex/Emmanuel, >>> >>> Thanks for your suggestions. >>> >>> With all this discussion and information provided by you and some of th= e >>> pointers searched on internet, I am interested in the proxy project and= I >>> think with the smart load balancer (more interested in this), failover >>> mechanism, security features can make LDAP Proxy more robust. btw, is >>> developing a load blaancer a separate project idea for proxy project ? >>> >>> Since I am new to ApacheDS project so at this moment its bit difficult >>> for me to evaluate about the volume of work involved in this LDAP proxy >>> project for gsoc (not sure how much work will be involved for about >>> 3-month). In other words, what is the scope of the project (I think it = needs >>> to be defined based on the existing functionality for Proxy)? >>> >>> Could you also let me know about the tools and technologies will be use= d >>> like Java (i am sure about it!), Windows/Linux? or others? >>> >>> Thanks again. >>> >>> Best Regards, >>> Rahul >>> >>> >>> >>> >>> On Wed, Mar 4, 2009 at 3:44 PM, Alex Karasulu wrot= e: >>> >>>> Coming in late here but some other items that would be interesting wou= ld >>>> be: >>>> >>>> o New LDAP Client API based on entry API >>>> - new client implementation to replace using JNDI >>>> o ApacheDS command console using new mina SSH server >>>> - you ssh into ApacheDS to issue commands for managing it >>>> o Finish off object/class mapping for LDAP >>>> - Kiran has done some work here and this will be very useful dow= n >>>> the line >>>> >>>> BTW the proxy idea is great in as much has been discussed but I see so= me >>>> other opportunities with an LDAP proxy. Namely as a LDAP smart load ba= lancer >>>> or switch. Not many load balancers out there consider application lay= er (7) >>>> specifics, even less specifically are aware of LDAP issues when it com= es to >>>> load balancing. The proxy can help with that and can be a stand alone >>>> service. >>>> >>>> You can do so much here: >>>> >>>> o distribute client connections based on a namingContext across >>>> replicas serving that context >>>> o distribute search requests based last similar request to take >>>> advantage of already populated cache - for example if I search for (ui= d=3Dra*) >>>> on replica A with client 1, then it makes sense to route the same sear= ch >>>> from client 2 to replica A if the same request is issued within some t= ime >>>> threshold. This way the cache in replica A containing for the index o= n uid >>>> can be used to perform the search faster etc. >>>> >>>> I have a few of these ideas for an LDAP load balancer after some of my >>>> recent experiences working with production situations. Might be a fun >>>> project that would produce something very useful in production. >>>> >>>> Thanks, >>>> Alex >>>> >>>> >>>> On Tue, Mar 3, 2009 at 5:50 PM, Emmanuel Lecharny >>> > wrote: >>>> >>>>> Rahul SOA wrote: >>>>> >>>>>> It was a Swing ui >>>>>>>> >>>>>>> so that means it is not available in the current version of the >>>>>> Studio. Is >>>>>> >>>>>> >>>>>>> it? >>>>>>> >>>>>>> >>>>>> yep. >>>>> >>>>>> Is this enough for you as a description ? >>>>>>>> >>>>>>>> Yes, by this time its enough. I have got some idea about the LDAP >>>>>>>> proxy >>>>>>>> and I think it interests me more now. Moving on, do we already hav= e >>>>>>>> decoder >>>>>>>> (PDU decoder) to decode PDU (req/res message) to display the >>>>>>>> contents in the >>>>>>>> GUI? I think, we can reuse the existing UI. >>>>>>>> >>>>>>>> >>>>>>> we have all the code to encode/decode PDU. The idea is to rewrite t= he >>>>> Proxy as an eclipse plugin, and to integrate ot into Studio, not to d= efine a >>>>> Swing UI. This might be a bit more complex, but more powerful and use= ful. >>>>> >>>>> >>>>> >>>>> -- >>>>> -- >>>>> cordialement, regards, >>>>> Emmanuel L=E9charny >>>>> www.iktek.com >>>>> directory.apache.org >>>>> >>>>> >>>>> >>>> >>> >> > --0022152d62f1bd8f7f0464770f3c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Wonderful welcome!

Alex

On Thu, Ma= r 5, 2009 at 6:41 PM, rahul.soa <rahul.soa@googlemail.com> wrote:
Hello Alex,

Many thanks for encouraging me so much.

In fact, = I myself want to be a part of the ApacheDS family and I want to work with t= he community as a member not just for short time and now with yours and wit= h the community support I decided to work on PROXY idea for my gsoc project= (if mentors permit) as I see there is lot to do. I believe i will stick wi= th project even after the completion of the gsoc project.

I will also ask many silly questions being a newcomer :-)

Thanks= again for the support.

Best Regards,
Rah= ul



On Thu, Mar 5, 2009 at 5:24 PM, Alex Karasulu <akarasulu@gmail.com&g= t; wrote:
Well let me say t= hat I for one am looking for candidates that will stick around as part of t= he community well after GSOC is over. Although there are no such requiremen= ts, I'm personally not interested in people coming, writing code, then = leaving the project.=A0 I know life can do that and there needs to be flexi= bility but we're hoping you'll be around as part of our family here= .

With that said yes the load balancing proxy idea is involved and will t= ake much more than 3 months to perfect. However it is challenging and fun t= o do - much better than a boring easy project. Also the beauty of this is t= hat I assure you several people and companies will want to use this for not= just ApacheDS but other LDAP servers which are proxied.=A0 The user base w= ill be there to help you work out the kinks - and that's pretty sweet t= o get feedback from those using it in the feild.

So I would not be concerned about time frames and other things. Pick so= mething you're going to like doing and attack it. Rip open your shirt a= nd show us the 'S' underneath that people with passion have. Be bra= ve, and willing to fail even. You learn more from failures and challenging = situations than you do successes.

WRT the components that will be involved. Take a look around and tell u= s what you think will be needed/involved.=A0 This will help you understand = the big picture.=A0 When you see the big picture yourself instead of someon= e telling you what it should look like, it has much more meaning to you.=A0= It's your big picture.

Regards,
Alex

On Wed, Mar 4, 2009 at 5:41 PM, rahul.soa <= span dir=3D"ltr"><rahul.soa@googlemail.com> wrote:
Hello Alex/Emmanuel,

Thanks for your suggestions.

With all th= is discussion and information provided by you and some of the pointers sear= ched on internet, I am interested in the proxy project and I think with the= smart load balancer (more interested in this), failover mechanism, securit= y features can make LDAP Proxy more robust.=A0 btw, is developing a load bl= aancer a separate project idea for proxy project ?

Since I am new to ApacheDS project so at this moment its bit difficult = for me to evaluate about the volume of work involved in this LDAP proxy pro= ject for gsoc (not sure how much work will be involved for about 3-month). = In other words, what is the scope of the project (I think it needs to be de= fined based on the existing functionality for Proxy)?

Could you also let me know about the tools and technologies will be use= d like Java (i am sure about it!), Windows/Linux? or others?

Thanks = again.

Best Regards,
Rahul




On Wed, Mar 4, 2009 at 3:44 PM, Alex Karasulu <akarasulu@gmail.com&g= t; wrote:
Coming in late here but some other items that would be interesting would be= :

=A0 o New LDAP Client API based on entry API
=A0=A0=A0=A0=A0 - = new client implementation to replace using JNDI
=A0 o ApacheDS command c= onsole using new mina SSH server
=A0=A0=A0=A0=A0 - you ssh into ApacheDS to issue commands for managing it=A0 o Finish off object/class mapping for LDAP
=A0=A0=A0=A0=A0 - Kiran= has done some work here and this will be very useful down the line

= BTW the proxy idea is great in as much has been discussed but I see some ot= her opportunities with an LDAP proxy. Namely as a LDAP smart load balancer = or switch.=A0 Not many load balancers out there consider application layer = (7) specifics, even less specifically are aware of LDAP issues when it come= s to load balancing.=A0 The proxy can help with that and can be a stand alo= ne service.

You can do so much here:

=A0 o distribute client connections bas= ed on a namingContext across replicas serving that context
=A0 o distrib= ute search requests based last similar request to take advantage of already= populated cache - for example if I search for (uid=3Dra*) on replica A wit= h client 1, then it makes sense to route the same search from client 2 to r= eplica A if the same request is issued within some time threshold.=A0 This = way the cache in replica A containing for the index on uid can be used to p= erform the search faster etc.

I have a few of these ideas for an LDAP load balancer after some of my = recent experiences working with production situations.=A0 Might be a fun pr= oject that would produce something very useful in production.

Thanks= ,
Alex


On Tue, = Mar 3, 2009 at 5:50 PM, Emmanuel Lecharny <elecharny@apache.org>= wrote:
Rahul SOA wrote:
It was a Swing ui
=A0so that means it is not available in the current version of the Studio.= Is
=A0
it?
=A0 =A0
yep.

Is this enough for you as a description ?

Yes, by this time its enough. I have got some idea about the LDAP proxy
and I think it interests me more now. Moving on, do we already have decoder=
(PDU decoder) to decode PDU (req/res message) to display the contents in th= e
GUI? I think, we can reuse the existing UI.
=A0 =A0 =A0
we have all the code to encode/decode PDU. The idea is to rewrite the Proxy= as an eclipse plugin, and to integrate ot into Studio, not to define a Swi= ng UI. This might be a bit more complex, but more powerful and useful.



--
--
cordialement, regards,
Emmanuel L=E9charny
www.iktek.com
directory.apache.= org







--0022152d62f1bd8f7f0464770f3c--