Login  Register

Re: Dev - Party Application

Posted by Ean Schuessler on Apr 27, 2006; 3:52am
URL: http://ofbiz.116.s1.nabble.com/Dev-Party-Application-tp167779p167781.html

On Wednesday 26 April 2006 12:23, David E Jones wrote:

> It should be possible to use everything in OFBiz except the applications by
> simply removing the applications directory and perhaps the reference to it
> in the component-load.xml file. We would like to make it possible to use
> the framework independently and so have reorganized things and made changes
> in this direction over the years, but I'm not aware of any extensive
> testing having been done on it for using it this way.
>
> The security data model only has one link to the party data model and that
> is the UserLogin.partyId field and the corresponding foreign key. If you
> comment out the relation tag to define it then it should work fine, and the
> partyId can be left null.
>
> Again this hasn't been thoroughly tested, but should work fine. If you do
> find any dependencies as you try it please let us know (perhaps with a Jira
> issue submission, but even a mailing list message, preferably on the users
> list as this is concerned more with the use of OFBiz than development of
> OFBiz).

There seems to be a little schizophernia in the OFBiz applications when it
comes to separating parties from user logins. I find myself needing role
oriented security for many applications that our clients are developing and
the framework tends to favor parties as the connection point for that to
happen. For instance, websites in the content system and stores in the
catalog system both grant roles to users through associations to parties
(typically with time filtering). That's fine but it would seem that if the
recommended approach is through UserLogins then we should see those roles
associated with that entity instead of a Party. I'm fine with either approach
and even like/prefer the idea of those things using UserLogins instead of
Parties but that isn't the current methodology.

--
Ean Schuessler, CTO
[hidden email]
214-720-0700 x 315
Brainfood, Inc.
http://www.brainfood.com
 
_______________________________________________
Dev mailing list
[hidden email]
http://lists.ofbiz.org/mailman/listinfo/dev