                                                                                                                                                                                                                                                                
Date: Fri, 12 Oct 2012 01:56:53 -0700 (PDT)
From: Robert Eikermann <robert.eikerm...@googlemail.com>
To: symfony2@googlegroups.com
Message-Id: <cc26981f-cd11-4fb4-83f3-d9598582ee76@googlegroups.com>
Subject: store Users with UserProvider in ldap
MIME-Version: 1.0
Content-Type: multipart/mixed; 
	boundary="----=_Part_39_29202898.1350032213959"

------=_Part_39_29202898.1350032213959
Content-Type: multipart/alternative; 
	boundary="----=_Part_40_6379682.1350032213964"

------=_Part_40_6379682.1350032213964
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit

Hi,
I'm working with the FosUserBundle and try to combine that with LDAP. For 
this I want to store the "user details" and associations to other entities 
with doctrine, but the login information should come from ldap. I am doing 
this, because next to webpage my users should login into a mail and radius 
server. 
I know that there are several LDAP Bundles and I have already a basic ldap 
authentication website running. 

My Question is more about the functionality of the UserProvider. Why is 
there no possibility to store a user next to the loadUser..($user) method. 
As far as I understand the refresh(..) method is NOT for this purpose.

Another question but very closed to the first one in the LDAP context is: 
The LdapUserProvider implementations are working more like a wrapper around 
of a basic UserProvider. Fetch the basic User entity from the database but 
modify a little bit with the data from ldap. I don't think that this is 
really the usecase of a chain provider, which means for me: search the user 
here and if not found look there.

To combine these two questions: I think in my case for storing a user it 
would be neccessary to split the userinformation into authenticating data 
for ldap and user information for "doctrine/DB"

Please tell me what do you think about the store method in a userprovider 
and additionally about the wrapper thought instead of the chaining of 
provider. If all this is solved in symfony and I'm simply to stupid to see 
this, please tell me.

Best regards
Robert

------=_Part_40_6379682.1350032213964
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Hi,<br>I'm working with the FosUserBundle and try to combine that with LDAP=
. For this I want to store the "user details" and associations to other ent=
ities with doctrine, but the login information should come from ldap. I am =
doing this, because next to webpage my users should login into a mail and r=
adius server. <br>I know that there are several LDAP Bundles and I have alr=
eady a basic ldap authentication website running. <br><br>My Question is mo=
re about the functionality of the UserProvider. Why is there no possibility=
 to store a user next to the loadUser..($user) method. As far as I understa=
nd the refresh(..) method is NOT for this purpose.<br><br>Another question =
but very closed to the first one in the LDAP context is: The LdapUserProvid=
er implementations are working more like a wrapper around of a basic UserPr=
ovider. Fetch the basic User entity from the database but modify a little b=
it with the data from ldap. I don't think that this is really the usecase o=
f a chain provider, which means for me: search the user here and if not fou=
nd look there.<br><br>To combine these two questions: I think in my case fo=
r storing a user it would be neccessary to split the userinformation into a=
uthenticating data for ldap and user information for "doctrine/DB"<br><br>P=
lease tell me what do you think about the store method in a userprovider an=
d additionally about the wrapper thought instead of the chaining of provide=
r. If all this is solved in symfony and I'm simply to stupid to see this, p=
lease tell me.<br><br>Best regards<br>Robert<br>
------=_Part_40_6379682.1350032213964--

------=_Part_39_29202898.1350032213959--