You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@turbine.apache.org by Jeff Painter <pa...@kiasoft.com> on 2003/12/15 19:16:51 UTC
utility code for turbine developers
I've published all the little generic utility code I've needed for my
turbine apps online
http://kiasoft.com/opensource.html
in case anyone else needs any of the same functionality. I will keep
adding to this list as my utility base grows
Thanks
Jeffery Painter
- --
painter@kiasoft.com http://kiasoft.com
PGP FP: 9CE8 83A2 33FA 32B1 0AB1 4E62 E4CB E4DA 5913 EFBC
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQE/qEQE5Mvk2lkT77wRAnMJAJ9vJ6qOkg/mvqqIpz7troCEQJ8bFACglu/U
YNXabx7DZOV2Hd9LwSTmGpY=
=dWiu
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
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
Turbine and database use
Posted by Gerry Duprey <gd...@Schools-OPEN.com>.
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
LDAP security service + Torque Security Service
Posted by oron ogdan <or...@netada.co.uk>.
Hi
I developed an application in Turbine, using torque based security service,
Now there is a need for the app to share a the user list with an email
server
and open accounts for these users, the problem is the email server looks up
users in an LDAP directory service.
my questions are
a. What's the status of the LDAP based security service in T2.3
b. Will it work in parallel with Torque security service,
my plan is to have both working, add users and delete user on both, and
later probably
migrate to LDAP altogether,
Any special pitfalls anyone sees with that scenario ? any experience or
thoughts are welcome
Oron
---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-user-help@jakarta.apache.org