Carlos,
The problem here is that we have modeled user as a domain object.
Swtching to a representation with stateless session bean could be a real
headache. Anyway, what do we gain with this approach? Can we maintain an
open connection between calls to the session bean? Anyway, if we can do
this, I think LDAP connections timeout, so the management of this
connection wouldn't be trivial... am I wrong?
Regards
Jose
Carlos Otero Barros wrote:
> Hi Jose;
>
> You could build a Stateless Session Bean acting as a LDAP connector, with
> methods to retrieve information from LDAP database using JNDI. A Stateless
> Session Bean is a common resource per appserver so you will not have a big
> ammount container traffic.
>
> Regards.
>
> ----- Original Message -----
> From: "Jose González Gómez" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Friday, February 02, 2001 6:26 PM
> Subject: Reading LDAP data with EJBs
>
>
>> Hi there,
>>
>> I have an ejb named User that models an user interacting with my
>> application. I need this as the actions this user may do in the
>> application depend on his position in a directory I access through LDAP.
>> I keep some info I need about the user in a database, as this info is
>> not in the directory. This way the bean encapsulates all the needed
>> access to LDAP and database.
>>
>> My problem is that in ejbLoad I need to connect to LDAP and database,
>> and in ejbStore I connect only to the database, as the info in LDAP will
>> never be changed in my application. I get the connections to the
>> database from the connection pool of my app server, but there's no
>> connection pooling for LDAP connnections, so the ejbLoad operation takes
>> a lot of time in making this connection time after time.
>>
>> What could I do? Should I make my own connection pooling mechanism
>> for LDAP? Is this possible under J2EE? Any other ideas about this?
>>
>> Thanks
>> Jose
>>
>>
> ===========================================================================
>
>> To unsubscribe, send email to [EMAIL PROTECTED] and include in the
>
> body
>
>> of the message "signoff EJB-INTEREST". For general help, send email to
>> [EMAIL PROTECTED] and include in the body of the message "help".
>>
>>
>
> ===========================================================================
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
> of the message "signoff EJB-INTEREST". For general help, send email to
> [EMAIL PROTECTED] and include in the body of the message "help".
>
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
