You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@turbine.apache.org by Gerry Duprey <gd...@Schools-OPEN.com> on 2003/12/16 15:27:19 UTC
Turbine and database use
Howdy,
I'm still trying to figure out how to best integrate our project into Turbine
and I keep getting stuck on the Torque part. I was hoping someone could
clarify a few things for me.
1) Besides user login (and related groups/roles/permissions), does Turbine
itself need access to a database to work? If so, what sort of things does it
need to store/access?
2) If the answer to #1 is no, (turbine w/o security/user stuff doesn't use the
database), is there any specific reason why you could not create an entirely
seperate user authentication code (entirely outside the turbine framework -
turbine would not even be aware of it).
I'm not saying that we want to roll our own security/user stuff, but I'm
trying to figure out how much of those function *have* to be done wtih
cooperation of Turbine in order to make things work vs ones that can be, but
do not have to be, cooperating with Turbine.
Thanks!
Gerry
--
Gerry Duprey
________________________________________
SchoolsOPEN, LLC
123 North Ashley, Suite 120
Ann Arbor, MI 48104
Phone (877) 483-1944 Ext. 401
Fax (734) 661-0819
Visit us Online at www.Schools-OPEN.com
---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-user-help@jakarta.apache.org
Re: Turbine and database use
Posted by Akmal Sarhan <as...@byteaction.de>.
Eric,
I personally think what you are doing is great and will attract a lot of
users that do not want to be only tied to torque.
What I think would be just perfect, is that instead of only a "how to" you
could provide a working skeleton application as an example (Hibernate e.g),
so we could just dump it into the container and then start the copy&paste
part!
regards
Akmal
----- Original Message -----
From: "Eric Pugh" <ep...@upstate.com>
To: "'Turbine Users List'" <tu...@jakarta.apache.org>
Sent: Tuesday, December 16, 2003 4:42 PM
Subject: RE: Turbine and database use
> Nope!
>
> And actually, if you want to look at the fulcrum security stuff, it is all
> based around a "model" and a implementation..
>
> The model is how you hook up things like users, groups, roles,
permissions,
> etc.. what ever entities you have. the implementation supports it..
>
> Right now we have complete implementations for hibernate and memory. It
> would be very easy to make a 'text' or 'file' implementation to support
the
> existing models.
>
> Check out the code from cvs, and copy the /memory project to /file and
> you're off to the races..
>
> And no DB dependencies in Turbine!
>
> Eric
>
>
> > -----Original Message-----
> > From: Gerry Duprey [mailto:gduprey@Schools-OPEN.com]
> > Sent: Tuesday, December 16, 2003 3:15 PM
> > To: Turbine Users List
> > Subject: Re: Turbine and database use
> >
> >
> > Thanks Eric, I'll take a look at that.
> >
> > Other than the user/security stuff though, does Turbine have
> > any other
> > database needs itself? In otherwords, if I used fulcrum and
> > plugged in a
> > security system based on text files (just as an example),
> > would I need a
> > database connected at all for Turbine to work?
> >
> > Thanks!
> >
> > Gerry
> >
> > Eric Pugh wrote:
> > > Gerry,
> > >
> > > Not sure if you have looked at it, but look at the Fulcrum
> > Security code.
> > > This is a pluggable security framework that makes it easy
> > to roll your own
> > > implementation.
> > >
> > http://jakarta.apache.org/turbine/fulcrum/fulcrum-security/ind
> > ex.html will
> > > get you to the online info, however, what is in CVS has been highly
> > > improved. Just working on finishing updating the docs.
> > >
> > > If you look at the unit tests, you can see how you can use Turbine's
> > > security, but delegate through an adapter to this pluggable
> > security engine.
> > >
> > > Eric Pugh
> > >
> > >
> > >>-----Original Message-----
> > >>From: Gerry Duprey [mailto:gduprey@Schools-OPEN.com]
> > >>Sent: Tuesday, December 16, 2003 2:27 PM
> > >>To: Turbine Users List
> > >>Subject: Turbine and database use
> > >>
> > >>
> > >>Howdy,
> > >>
> > >>I'm still trying to figure out how to best integrate our
> > >>project into Turbine
> > >>and I keep getting stuck on the Torque part. I was hoping
> > >>someone could
> > >>clarify a few things for me.
> > >>
> > >>1) Besides user login (and related groups/roles/permissions),
> > >>does Turbine
> > >>itself need access to a database to work? If so, what sort
> > >>of things does it
> > >>need to store/access?
> > >>
> > >>2) If the answer to #1 is no, (turbine w/o security/user
> > >>stuff doesn't use the
> > >>database), is there any specific reason why you could not
> > >>create an entirely
> > >>seperate user authentication code (entirely outside the
> > >>turbine framework -
> > >>turbine would not even be aware of it).
> > >>
> > >>I'm not saying that we want to roll our own security/user
> > >>stuff, but I'm
> > >>trying to figure out how much of those function *have* to be
> > >>done wtih
> > >>cooperation of Turbine in order to make things work vs ones
> > >>that can be, but
> > >>do not have to be, cooperating with Turbine.
> > >>
> > >>Thanks!
> > >>
> > >>Gerry
> > >>
> > >>--
> > >>Gerry Duprey
> > >>________________________________________
> > >>SchoolsOPEN, LLC
> > >>123 North Ashley, Suite 120
> > >>Ann Arbor, MI 48104
> > >>Phone (877) 483-1944 Ext. 401
> > >>Fax (734) 661-0819
> > >>
> > >>Visit us Online at www.Schools-OPEN.com
> > >>
> > >>
> > >>------------------------------------------------------------
> > ---------
> > >>To unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org
> > >>For additional commands, e-mail:
> > turbine-user-help@jakarta.apache.org
> > >
> > >
> > >
> > >
> > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail:
> > turbine-user-help@jakarta.apache.org
> >
> > --
> > Gerry Duprey
> > ________________________________________
> > SchoolsOPEN, LLC
> > 123 North Ashley, Suite 120
> > Ann Arbor, MI 48104
> > Phone (877) 483-1944 Ext. 401
> > Fax (734) 661-0819
> >
> > Visit us Online at www.Schools-OPEN.com
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: turbine-user-help@jakarta.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: turbine-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-user-help@jakarta.apache.org
Re: Turbine and database use
Posted by Gerry Duprey <gd...@Schools-OPEN.com>.
Howdy Again,
Thanks for the info. I'm trying to build fulcrum now, though maven is having
a fit. It seems to want access to some Torque stuff (Criteria and such). I
thought I didn't need Torque to make this work? If I do, is there any reason
maven can't pull it down itself? (I admit I'm still trying to figure out maven
and how to "help" it when it needs a jar it can't seem to download itself).
Note: I was able to the a "maven" just fine, but "maven jar:jar" seems to be
invoking it's wrath :-)
Gerry
Eric Pugh wrote:
> Nope!
>
> And actually, if you want to look at the fulcrum security stuff, it is all
> based around a "model" and a implementation..
>
> The model is how you hook up things like users, groups, roles, permissions,
> etc.. what ever entities you have. the implementation supports it..
>
> Right now we have complete implementations for hibernate and memory. It
> would be very easy to make a 'text' or 'file' implementation to support the
> existing models.
>
> Check out the code from cvs, and copy the /memory project to /file and
> you're off to the races..
>
> And no DB dependencies in Turbine!
--
Gerry Duprey
________________________________________
SchoolsOPEN, LLC
123 North Ashley, Suite 120
Ann Arbor, MI 48104
Phone (877) 483-1944 Ext. 401
Fax (734) 661-0819
Visit us Online at www.Schools-OPEN.com
---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-user-help@jakarta.apache.org
RE: Turbine and database use
Posted by Eric Pugh <ep...@upstate.com>.
Nope!
And actually, if you want to look at the fulcrum security stuff, it is all
based around a "model" and a implementation..
The model is how you hook up things like users, groups, roles, permissions,
etc.. what ever entities you have. the implementation supports it..
Right now we have complete implementations for hibernate and memory. It
would be very easy to make a 'text' or 'file' implementation to support the
existing models.
Check out the code from cvs, and copy the /memory project to /file and
you're off to the races..
And no DB dependencies in Turbine!
Eric
> -----Original Message-----
> From: Gerry Duprey [mailto:gduprey@Schools-OPEN.com]
> Sent: Tuesday, December 16, 2003 3:15 PM
> To: Turbine Users List
> Subject: Re: Turbine and database use
>
>
> Thanks Eric, I'll take a look at that.
>
> Other than the user/security stuff though, does Turbine have
> any other
> database needs itself? In otherwords, if I used fulcrum and
> plugged in a
> security system based on text files (just as an example),
> would I need a
> database connected at all for Turbine to work?
>
> Thanks!
>
> Gerry
>
> Eric Pugh wrote:
> > Gerry,
> >
> > Not sure if you have looked at it, but look at the Fulcrum
> Security code.
> > This is a pluggable security framework that makes it easy
> to roll your own
> > implementation.
> >
> http://jakarta.apache.org/turbine/fulcrum/fulcrum-security/ind
> ex.html will
> > get you to the online info, however, what is in CVS has been highly
> > improved. Just working on finishing updating the docs.
> >
> > If you look at the unit tests, you can see how you can use Turbine's
> > security, but delegate through an adapter to this pluggable
> security engine.
> >
> > Eric Pugh
> >
> >
> >>-----Original Message-----
> >>From: Gerry Duprey [mailto:gduprey@Schools-OPEN.com]
> >>Sent: Tuesday, December 16, 2003 2:27 PM
> >>To: Turbine Users List
> >>Subject: Turbine and database use
> >>
> >>
> >>Howdy,
> >>
> >>I'm still trying to figure out how to best integrate our
> >>project into Turbine
> >>and I keep getting stuck on the Torque part. I was hoping
> >>someone could
> >>clarify a few things for me.
> >>
> >>1) Besides user login (and related groups/roles/permissions),
> >>does Turbine
> >>itself need access to a database to work? If so, what sort
> >>of things does it
> >>need to store/access?
> >>
> >>2) If the answer to #1 is no, (turbine w/o security/user
> >>stuff doesn't use the
> >>database), is there any specific reason why you could not
> >>create an entirely
> >>seperate user authentication code (entirely outside the
> >>turbine framework -
> >>turbine would not even be aware of it).
> >>
> >>I'm not saying that we want to roll our own security/user
> >>stuff, but I'm
> >>trying to figure out how much of those function *have* to be
> >>done wtih
> >>cooperation of Turbine in order to make things work vs ones
> >>that can be, but
> >>do not have to be, cooperating with Turbine.
> >>
> >>Thanks!
> >>
> >>Gerry
> >>
> >>--
> >>Gerry Duprey
> >>________________________________________
> >>SchoolsOPEN, LLC
> >>123 North Ashley, Suite 120
> >>Ann Arbor, MI 48104
> >>Phone (877) 483-1944 Ext. 401
> >>Fax (734) 661-0819
> >>
> >>Visit us Online at www.Schools-OPEN.com
> >>
> >>
> >>------------------------------------------------------------
> ---------
> >>To unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org
> >>For additional commands, e-mail:
> turbine-user-help@jakarta.apache.org
> >
> >
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail:
> turbine-user-help@jakarta.apache.org
>
> --
> Gerry Duprey
> ________________________________________
> SchoolsOPEN, LLC
> 123 North Ashley, Suite 120
> Ann Arbor, MI 48104
> Phone (877) 483-1944 Ext. 401
> Fax (734) 661-0819
>
> Visit us Online at www.Schools-OPEN.com
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: turbine-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-user-help@jakarta.apache.org
Re: Turbine and database use
Posted by Gerry Duprey <gd...@Schools-OPEN.com>.
Thanks Eric, I'll take a look at that.
Other than the user/security stuff though, does Turbine have any other
database needs itself? In otherwords, if I used fulcrum and plugged in a
security system based on text files (just as an example), would I need a
database connected at all for Turbine to work?
Thanks!
Gerry
Eric Pugh wrote:
> Gerry,
>
> Not sure if you have looked at it, but look at the Fulcrum Security code.
> This is a pluggable security framework that makes it easy to roll your own
> implementation.
> http://jakarta.apache.org/turbine/fulcrum/fulcrum-security/index.html will
> get you to the online info, however, what is in CVS has been highly
> improved. Just working on finishing updating the docs.
>
> If you look at the unit tests, you can see how you can use Turbine's
> security, but delegate through an adapter to this pluggable security engine.
>
> Eric Pugh
>
>
>>-----Original Message-----
>>From: Gerry Duprey [mailto:gduprey@Schools-OPEN.com]
>>Sent: Tuesday, December 16, 2003 2:27 PM
>>To: Turbine Users List
>>Subject: Turbine and database use
>>
>>
>>Howdy,
>>
>>I'm still trying to figure out how to best integrate our
>>project into Turbine
>>and I keep getting stuck on the Torque part. I was hoping
>>someone could
>>clarify a few things for me.
>>
>>1) Besides user login (and related groups/roles/permissions),
>>does Turbine
>>itself need access to a database to work? If so, what sort
>>of things does it
>>need to store/access?
>>
>>2) If the answer to #1 is no, (turbine w/o security/user
>>stuff doesn't use the
>>database), is there any specific reason why you could not
>>create an entirely
>>seperate user authentication code (entirely outside the
>>turbine framework -
>>turbine would not even be aware of it).
>>
>>I'm not saying that we want to roll our own security/user
>>stuff, but I'm
>>trying to figure out how much of those function *have* to be
>>done wtih
>>cooperation of Turbine in order to make things work vs ones
>>that can be, but
>>do not have to be, cooperating with Turbine.
>>
>>Thanks!
>>
>>Gerry
>>
>>--
>>Gerry Duprey
>>________________________________________
>>SchoolsOPEN, LLC
>>123 North Ashley, Suite 120
>>Ann Arbor, MI 48104
>>Phone (877) 483-1944 Ext. 401
>>Fax (734) 661-0819
>>
>>Visit us Online at www.Schools-OPEN.com
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org
>>For additional commands, e-mail: turbine-user-help@jakarta.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: turbine-user-help@jakarta.apache.org
--
Gerry Duprey
________________________________________
SchoolsOPEN, LLC
123 North Ashley, Suite 120
Ann Arbor, MI 48104
Phone (877) 483-1944 Ext. 401
Fax (734) 661-0819
Visit us Online at www.Schools-OPEN.com
---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-user-help@jakarta.apache.org
RE: Turbine and database use
Posted by Eric Pugh <ep...@upstate.com>.
Gerry,
Not sure if you have looked at it, but look at the Fulcrum Security code.
This is a pluggable security framework that makes it easy to roll your own
implementation.
http://jakarta.apache.org/turbine/fulcrum/fulcrum-security/index.html will
get you to the online info, however, what is in CVS has been highly
improved. Just working on finishing updating the docs.
If you look at the unit tests, you can see how you can use Turbine's
security, but delegate through an adapter to this pluggable security engine.
Eric Pugh
> -----Original Message-----
> From: Gerry Duprey [mailto:gduprey@Schools-OPEN.com]
> Sent: Tuesday, December 16, 2003 2:27 PM
> To: Turbine Users List
> Subject: Turbine and database use
>
>
> Howdy,
>
> I'm still trying to figure out how to best integrate our
> project into Turbine
> and I keep getting stuck on the Torque part. I was hoping
> someone could
> clarify a few things for me.
>
> 1) Besides user login (and related groups/roles/permissions),
> does Turbine
> itself need access to a database to work? If so, what sort
> of things does it
> need to store/access?
>
> 2) If the answer to #1 is no, (turbine w/o security/user
> stuff doesn't use the
> database), is there any specific reason why you could not
> create an entirely
> seperate user authentication code (entirely outside the
> turbine framework -
> turbine would not even be aware of it).
>
> I'm not saying that we want to roll our own security/user
> stuff, but I'm
> trying to figure out how much of those function *have* to be
> done wtih
> cooperation of Turbine in order to make things work vs ones
> that can be, but
> do not have to be, cooperating with Turbine.
>
> Thanks!
>
> Gerry
>
> --
> Gerry Duprey
> ________________________________________
> SchoolsOPEN, LLC
> 123 North Ashley, Suite 120
> Ann Arbor, MI 48104
> Phone (877) 483-1944 Ext. 401
> Fax (734) 661-0819
>
> Visit us Online at www.Schools-OPEN.com
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: turbine-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-user-help@jakarta.apache.org