You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@directory.apache.org by Emmanuel Lecharny <el...@apache.org> on 2009/03/01 00:02:44 UTC
Re: want to contribute in the project
Rahul SOA wrote:
> Hello Emmanuel/Alex/Devs,
>
Hi Rahul,
> Thanks for your quick reply.
>
> I am new to ApacheDS but due to having interest in LDAP and Java I am
> interested in this. I am trying to get some enough knowledge of
> project to propose something. I am looking into the project (DS part,
> studio and Triplesec) to understand it. It will be really
> advantageous, if you can share your thought about incoming
> projects/ideas. Thanks in advance.
>
Following your mail, we had a quick convo about what could be the
subjects on which you could work :
- a LDAP graphical proxy in Studio (extracting the exchanged PDU and
presenting them in the GUI, with there decoded values)
- A web UI to administrate the server
- Addition of some metrics into the server (like number of requests -
per period of time, gathered, etc)
and many more.
- Revitalizing the Triplesec project
- Contributions to Groovy LDAP
- GUI to manage the Kerberos server
So far, this is a very first drop of ideas, some of them are quite huge
(I'm thinking about TripleSec, for instance : it's a bit to big to fit
in a GSoc project, IMHO)
Tell us if there is something on which you might be interested in !
--
--
cordialement, regards,
Emmanuel Lécharny
www.iktek.com
directory.apache.org
Re: want to contribute in the project
Posted by Alex Karasulu <ak...@gmail.com>.
Wonderful welcome!
Alex
On Thu, Mar 5, 2009 at 6:41 PM, rahul.soa <ra...@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 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 <ak...@gmail.com> 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 there
>> 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 take
>> 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 that I
>> assure you several people and companies will want to use this for not just
>> ApacheDS but other LDAP servers which are proxied. The user base will be
>> 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 the
>> 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 <ra...@googlemail.com>wrote:
>>
>>> Hello Alex/Emmanuel,
>>>
>>> Thanks for your suggestions.
>>>
>>> With all this discussion and information provided by you and some of the
>>> 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 used
>>> 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 <ak...@gmail.com>wrote:
>>>
>>>> Coming in late here but some other items that would be interesting would
>>>> 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 down
>>>> the line
>>>>
>>>> BTW the proxy idea is great in as much has been discussed but I see some
>>>> other opportunities with an LDAP proxy. Namely as a LDAP smart load balancer
>>>> or switch. Not many load balancers out there consider application layer (7)
>>>> specifics, even less specifically are aware of LDAP issues when it comes 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 (uid=ra*)
>>>> on replica A with client 1, then it makes sense to route the same search
>>>> from client 2 to replica A if the same request is issued within some time
>>>> threshold. This way the cache in replica A containing for the index on 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 <elecharny@apache.org
>>>> > 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 have
>>>>>>>> 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 the
>>>>> Proxy as an eclipse plugin, and to integrate ot into Studio, not to define a
>>>>> Swing UI. This might be a bit more complex, but more powerful and useful.
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> --
>>>>> cordialement, regards,
>>>>> Emmanuel Lécharny
>>>>> www.iktek.com
>>>>> directory.apache.org
>>>>>
>>>>>
>>>>>
>>>>
>>>
>>
>
Re: want to contribute in the project
Posted by "rahul.soa" <ra...@googlemail.com>.
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 <ak...@gmail.com> 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 there
> 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 take
> 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 that I
> assure you several people and companies will want to use this for not just
> ApacheDS but other LDAP servers which are proxied. The user base will be
> 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 the
> 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 <ra...@googlemail.com>wrote:
>
>> Hello Alex/Emmanuel,
>>
>> Thanks for your suggestions.
>>
>> With all this discussion and information provided by you and some of the
>> 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 used
>> 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 <ak...@gmail.com>wrote:
>>
>>> Coming in late here but some other items that would be interesting would
>>> 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 down
>>> the line
>>>
>>> BTW the proxy idea is great in as much has been discussed but I see some
>>> other opportunities with an LDAP proxy. Namely as a LDAP smart load balancer
>>> or switch. Not many load balancers out there consider application layer (7)
>>> specifics, even less specifically are aware of LDAP issues when it comes 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 (uid=ra*)
>>> on replica A with client 1, then it makes sense to route the same search
>>> from client 2 to replica A if the same request is issued within some time
>>> threshold. This way the cache in replica A containing for the index on 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 <el...@apache.org>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 have
>>>>>>> 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 the
>>>> Proxy as an eclipse plugin, and to integrate ot into Studio, not to define a
>>>> Swing UI. This might be a bit more complex, but more powerful and useful.
>>>>
>>>>
>>>>
>>>> --
>>>> --
>>>> cordialement, regards,
>>>> Emmanuel Lécharny
>>>> www.iktek.com
>>>> directory.apache.org
>>>>
>>>>
>>>>
>>>
>>
>
Re: want to contribute in the project
Posted by Alex Karasulu <ak...@gmail.com>.
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 there
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 take
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 that I
assure you several people and companies will want to use this for not just
ApacheDS but other LDAP servers which are proxied. The user base will be
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 the
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 <ra...@googlemail.com> wrote:
> Hello Alex/Emmanuel,
>
> Thanks for your suggestions.
>
> With all this discussion and information provided by you and some of the
> 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 used
> 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 <ak...@gmail.com> wrote:
>
>> Coming in late here but some other items that would be interesting would
>> 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 down
>> the line
>>
>> BTW the proxy idea is great in as much has been discussed but I see some
>> other opportunities with an LDAP proxy. Namely as a LDAP smart load balancer
>> or switch. Not many load balancers out there consider application layer (7)
>> specifics, even less specifically are aware of LDAP issues when it comes 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 (uid=ra*)
>> on replica A with client 1, then it makes sense to route the same search
>> from client 2 to replica A if the same request is issued within some time
>> threshold. This way the cache in replica A containing for the index on 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 <el...@apache.org>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 have
>>>>>> 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 the
>>> Proxy as an eclipse plugin, and to integrate ot into Studio, not to define a
>>> Swing UI. This might be a bit more complex, but more powerful and useful.
>>>
>>>
>>>
>>> --
>>> --
>>> cordialement, regards,
>>> Emmanuel Lécharny
>>> www.iktek.com
>>> directory.apache.org
>>>
>>>
>>>
>>
>
Re: want to contribute in the project
Posted by "rahul.soa" <ra...@googlemail.com>.
Hello Alex/Emmanuel,
Thanks for your suggestions.
With all this discussion and information provided by you and some of the
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 used
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 <ak...@gmail.com> wrote:
> Coming in late here but some other items that would be interesting would
> 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 down the
> line
>
> BTW the proxy idea is great in as much has been discussed but I see some
> other opportunities with an LDAP proxy. Namely as a LDAP smart load balancer
> or switch. Not many load balancers out there consider application layer (7)
> specifics, even less specifically are aware of LDAP issues when it comes 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 (uid=ra*) on
> replica A with client 1, then it makes sense to route the same search from
> client 2 to replica A if the same request is issued within some time
> threshold. This way the cache in replica A containing for the index on 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 <el...@apache.org>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 have
>>>>> 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 the
>> Proxy as an eclipse plugin, and to integrate ot into Studio, not to define a
>> Swing UI. This might be a bit more complex, but more powerful and useful.
>>
>>
>>
>> --
>> --
>> cordialement, regards,
>> Emmanuel Lécharny
>> www.iktek.com
>> directory.apache.org
>>
>>
>>
>
Re: want to contribute in the project
Posted by Alex Karasulu <ak...@gmail.com>.
Coming in late here but some other items that would be interesting would 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 down the
line
BTW the proxy idea is great in as much has been discussed but I see some
other opportunities with an LDAP proxy. Namely as a LDAP smart load balancer
or switch. Not many load balancers out there consider application layer (7)
specifics, even less specifically are aware of LDAP issues when it comes 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 (uid=ra*) on
replica A with client 1, then it makes sense to route the same search from
client 2 to replica A if the same request is issued within some time
threshold. This way the cache in replica A containing for the index on 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 <el...@apache.org>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 have
>>>> 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 the
> Proxy as an eclipse plugin, and to integrate ot into Studio, not to define a
> Swing UI. This might be a bit more complex, but more powerful and useful.
>
>
>
> --
> --
> cordialement, regards,
> Emmanuel Lécharny
> www.iktek.com
> directory.apache.org
>
>
>
Re: want to contribute in the project
Posted by Emmanuel Lecharny <el...@apache.org>.
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 have 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 the
Proxy as an eclipse plugin, and to integrate ot into Studio, not to
define a Swing UI. This might be a bit more complex, but more powerful
and useful.
--
--
cordialement, regards,
Emmanuel Lécharny
www.iktek.com
directory.apache.org
Re: want to contribute in the project
Posted by Rahul SOA <ra...@googlemail.com>.
// Apologize for empty email. clicked the send button by mistake
Hello Emmanuel,
On Tue, Mar 3, 2009 at 11:02 PM, Rahul SOA <ra...@googlemail.com> wrote:
>
>
> On Tue, Mar 3, 2009 at 10:33 PM, Emmanuel Lecharny <el...@apache.org>wrote:
>
>> Rahul SOA wrote:
>>
>>> Hello Emmanuel/Dev,
>>>
>>> I was trying to see how LDAP proxy looks like in the Studio to evolve the
>>> idea "LDAP graphical proxy in Studio" you published .
>>>
>> It was a Swing ui.
>>
>
>
so that means it is not available in the current version of the Studio. Is
> it?
>
>>
>> Could you please guide
>>> me how to get this as I read some information about it from here
>>> http://cwiki.apache.org/DIRxSBOX/ldap-proxy.html , dont see the screen
>>> shot
>>> of the proxy though (Screenshot-LDAP-Proxy-GUI.png). I have installed
>>> ApacheDS 1.5, Directory Studio 1.3.0 and curious to see the LDAP proxy.
>>>
>>>
>> Well, it's really old, and I think we have lost the snapshot while
>> migrating the wiki ...
>>
>> The idea is to be able to trap the incoming requests from a client and the
>> associated response from the server, presenting them in a GUI with on the
>> left part, the requests, and on the right part, their content. Pretty basic.
>>
>> We were able to store the exchanged data as XML files, to be able to reply
>> them if needed.
>>
>> It's not really a 'Ldap proxy', it's just a debugging tool used to see
>> what are the requests a client send. It's very useful when working on
>> applications which "talk" to ldap, as you can analyse what they send to the
>> server.
>>
>> 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 the
>> GUI? I think, we can reuse the existing UI.
>>
>
--
--
cordialement, regards,
Emmanuel Lécharny
www.iktek.com
directory.apache.org
Best Regards,
>
Rahul
Re: want to contribute in the project
Posted by Rahul SOA <ra...@googlemail.com>.
On Tue, Mar 3, 2009 at 10:33 PM, Emmanuel Lecharny <el...@apache.org>wrote:
> Rahul SOA wrote:
>
>> Hello Emmanuel/Dev,
>>
>> I was trying to see how LDAP proxy looks like in the Studio to evolve the
>> idea "LDAP graphical proxy in Studio" you published .
>>
> It was a Swing ui.
>
>
> Could you please guide
>> me how to get this as I read some information about it from here
>> http://cwiki.apache.org/DIRxSBOX/ldap-proxy.html , dont see the screen
>> shot
>> of the proxy though (Screenshot-LDAP-Proxy-GUI.png). I have installed
>> ApacheDS 1.5, Directory Studio 1.3.0 and curious to see the LDAP proxy.
>>
>>
> Well, it's really old, and I think we have lost the snapshot while
> migrating the wiki ...
>
> The idea is to be able to trap the incoming requests from a client and the
> associated response from the server, presenting them in a GUI with on the
> left part, the requests, and on the right part, their content. Pretty basic.
>
> We were able to store the exchanged data as XML files, to be able to reply
> them if needed.
>
> It's not really a 'Ldap proxy', it's just a debugging tool used to see what
> are the requests a client send. It's very useful when working on
> applications which "talk" to ldap, as you can analyse what they send to the
> server.
>
> Is this enough for you as a description ?
>
>
> --
> --
> cordialement, regards,
> Emmanuel Lécharny
> www.iktek.com
> directory.apache.org
>
>
>
Re: want to contribute in the project
Posted by Emmanuel Lecharny <el...@apache.org>.
Rahul SOA wrote:
> Hello Emmanuel/Dev,
>
> I was trying to see how LDAP proxy looks like in the Studio to evolve the
> idea "LDAP graphical proxy in Studio" you published .
It was a Swing ui.
> Could you please guide
> me how to get this as I read some information about it from here
> http://cwiki.apache.org/DIRxSBOX/ldap-proxy.html , dont see the screen shot
> of the proxy though (Screenshot-LDAP-Proxy-GUI.png). I have installed
> ApacheDS 1.5, Directory Studio 1.3.0 and curious to see the LDAP proxy.
>
Well, it's really old, and I think we have lost the snapshot while
migrating the wiki ...
The idea is to be able to trap the incoming requests from a client and
the associated response from the server, presenting them in a GUI with
on the left part, the requests, and on the right part, their content.
Pretty basic.
We were able to store the exchanged data as XML files, to be able to
reply them if needed.
It's not really a 'Ldap proxy', it's just a debugging tool used to see
what are the requests a client send. It's very useful when working on
applications which "talk" to ldap, as you can analyse what they send to
the server.
Is this enough for you as a description ?
--
--
cordialement, regards,
Emmanuel Lécharny
www.iktek.com
directory.apache.org
Re: want to contribute in the project
Posted by Rahul SOA <ra...@googlemail.com>.
Hello Emmanuel/Dev,
I was trying to see how LDAP proxy looks like in the Studio to evolve the
idea "LDAP graphical proxy in Studio" you published . Could you please guide
me how to get this as I read some information about it from here
http://cwiki.apache.org/DIRxSBOX/ldap-proxy.html , dont see the screen shot
of the proxy though (Screenshot-LDAP-Proxy-GUI.png). I have installed
ApacheDS 1.5, Directory Studio 1.3.0 and curious to see the LDAP proxy.
Thanks.
Best Regards,
Rahul
On Tue, Mar 3, 2009 at 12:39 PM, Emmanuel Lecharny <el...@apache.org>wrote:
> Rahul SOA wrote:
>
>> Hello Emmanuel,
>>
>> Thanks for your email.
>>
>> I will get back to you soon about the topics you published here.
>> wondering
>> if I can get some more details about the task(s)?
>>
>> I was browsing the directory gsoc2008 idea list on the following link:
>>
>> http://wiki.apache.org/general/SummerOfCode2008#directory
>>
>> It seems that following idea is already been implemented
>> *- > Implement Directory Agent (DA) in SLP*
>> and what about* "Implement the IPv6 support in the Apache DS SLP
>> provider"*
>>
>>
> Yep.
>
> --
> --
> cordialement, regards,
> Emmanuel Lécharny
> www.iktek.com
> directory.apache.org
>
>
>
Re: want to contribute in the project
Posted by Emmanuel Lecharny <el...@apache.org>.
Rahul SOA wrote:
> Hello Emmanuel,
>
> Thanks for your email.
>
> I will get back to you soon about the topics you published here. wondering
> if I can get some more details about the task(s)?
>
> I was browsing the directory gsoc2008 idea list on the following link:
>
> http://wiki.apache.org/general/SummerOfCode2008#directory
>
> It seems that following idea is already been implemented
> *- > Implement Directory Agent (DA) in SLP*
> and what about* "Implement the IPv6 support in the Apache DS SLP provider"*
>
Yep.
--
--
cordialement, regards,
Emmanuel Lécharny
www.iktek.com
directory.apache.org
Re: want to contribute in the project
Posted by Rahul SOA <ra...@googlemail.com>.
Hello Emmanuel,
Thanks for your email.
I will get back to you soon about the topics you published here. wondering
if I can get some more details about the task(s)?
I was browsing the directory gsoc2008 idea list on the following link:
http://wiki.apache.org/general/SummerOfCode2008#directory
It seems that following idea is already been implemented
*- > Implement Directory Agent (DA) in SLP*
and what about* "Implement the IPv6 support in the Apache DS SLP provider"*
Could you please confirm me about this?
Many Thanks.
Rahul
**
On Sun, Mar 1, 2009 at 12:02 AM, Emmanuel Lecharny <el...@apache.org>
wrote:
> Rahul SOA wrote:
>>
>> Hello Emmanuel/Alex/Devs,
>>
>
> Hi Rahul,
>>
>> Thanks for your quick reply.
>>
>> I am new to ApacheDS but due to having interest in LDAP and Java I am
>> interested in this. I am trying to get some enough knowledge of
>> project to propose something. I am looking into the project (DS part,
>> studio and Triplesec) to understand it. It will be really
>> advantageous, if you can share your thought about incoming
>> projects/ideas. Thanks in advance.
>>
>
> Following your mail, we had a quick convo about what could be the subjects
> on which you could work :
> - a LDAP graphical proxy in Studio (extracting the exchanged PDU and
> presenting them in the GUI, with there decoded values)
> - A web UI to administrate the server
> - Addition of some metrics into the server (like number of requests - per
> period of time, gathered, etc)
> and many more.
> - Revitalizing the Triplesec project
> - Contributions to Groovy LDAP
> - GUI to manage the Kerberos server
>
> So far, this is a very first drop of ideas, some of them are quite huge
(I'm
> thinking about TripleSec, for instance : it's a bit to big to fit in a
GSoc
> project, IMHO)
>
> Tell us if there is something on which you might be interested in !
>
>
> --
> --
> cordialement, regards,
> Emmanuel Lécharny
> www.iktek.com
> directory.apache.org
>
>
>