Why don't you just use a database?  Am I missing something?  Why XML,
properties files, etc.?

Jack


On Wed, 17 Nov 2004 10:44:04 +0000, Adam Hardy
<[EMAIL PROTECTED]> wrote:
> Hi Julian,
> 
> you should take a look at CMS (container-managed security) as this is
> probably the most effective solution - integrated, portable, widespread
> etc.
> 
> Try either tomcat's website for documentation there, or even look in the
>   servlet spec from Sun, or in your appserver's docs, to see if it suits
> your needs.
> 
> Struts has many features that allows you to leverage CMS in the ways you
>   say you require.
> 
> Persistence of your user info & groups or roles etc is done under CMS in
> whichever way you choose - there are various 'realm' implementations
> which allow database stores, XML files, LDAP or bespoke solutions.
> 
> HTH
> Adam
> 
> On 11/17/2004 03:09 AM Julian wrote:
> > Hi, I am a Struts Newbie and would appreciate if
> > anyone could give me some pointers on a user
> > preferences/ configuration system design.  Perhaps a
> > link to a good resource?  I have an ASP system with
> > several levels of "users" that are as broad as an
> > organization and as fine-grained as an individual
> > person with one role.  I would like to have a
> > preference system that can handle configuration and
> > preference issues for the different levels of the
> > application.  The information stored in these
> > configurations range from font colors and alert boxes
> > to the availability of various modules in the web
> > application.  Currently the information is stored in
> > xml files on the server's hard disk, but this will not
> > suit a distributable environment.  Any suggestions are
> > greatly appreciated.
> >
> > Thanks in Advance,
> > Julian
> >
> > =====
> > Live simply so others may simply live.
> >
> > -Ghandi
> >
> > Pluralitas non est ponenda sine neccesitate.
> > "Entities should not be multiplied unneccesarily"
> >
> > -William of Occam
> >
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

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

Reply via email to