I believe that the LDAP Security Service implementation in Turbine is
broken.

-Kurt

On Fri, 24 May 2002, Brian Topping wrote:

> Greetings,
>
> I'm looking to build a portal Jetspeed, and of course ran into Turbine as I started 
>getting my head around the pieces parts.  Wow, yummy!  Nice work!
>
> Can I ask some questions of the experts that are on this list?  If any of these are 
>covered elsewhere, a simple "RTFM" as a response would be very helpful so I know to 
>do more digging.  But I think I am at a place where things mostly fit and I want to 
>get experiences from those that have done this or something similar before.  For the 
>purposes here, please forget that I want to use Jetspeed, at this point I'm simply 
>evaluating Turbine on JBoss 3.0.
>
> 1) Most of my application model is going to be implemented as EJBs under JBoss 3.0. 
>Once I have the stub for the EJB, I should be able to just plug this in as my bean to 
>Velocity, right?
>
> 2) I haven't had a chance yet to closely examine the installation docs, but have 
>looked a bit at the JavaDocs for SecurityService.  If I understand this correctly, 
>it's possible to deploy Turbine using the LDAPSecurityService and have a system that 
>reads/writes changes to something like OpenLDAP.  If that is true, I will use the 
>LDAP analog in JBoss for my EJB security, thereby normalizing the security storage, 
>even at some possible expenditure to normalize the schemas between the code bases.  
>Sound reasonable?
>
> 3) With my model completely implemented as EJB (and using XDoclet generated CMP), my 
>model should be completely detached from any dependency on JDBC -- all database 
>access will be through the EJB container.  The SecurityService will be through LDAP.  
>Are there other significant dependencies on the database that I need to be aware of?  
>I've looked through all the other service descriptions on the 2.x docs and couldn't 
>find anything.
>
> 4) Am I significantly missing the boat on anything?
>
> Thanks a bunch for any input!!!
>
> Brian
>
> --
> To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
>
>



--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to