I agree.
I'm not sure about the *long term* plans for remote administration, but it
seems to me that an API based approach (eg using RMI - or possibly JMX?),
is superior to both Telnet and modifying the database directly. One major
problem with modifying the database directly is that you'll need a different
servlet if you ever decide to change how the User Repository is stored (eg
xml, ldap).
Have a look at Buchi's RMI stuff - there's a simple client which serves as an
example. With it, you could code your servlet directly against the
"UserManager" API, which is much cleaner, IMO.
ciao
Daz
On Wed, 8 Aug 2001 07:15, Gabriel Bucher wrote:
> Hi Steve
>
> Steve Belt wrote:
> > The James web site seems to say that I can store and authenticate my
> > users using a database on the back-end. Is this currently possible? I
> > only see instructions for setting up a message store in a database. If
> > this is
>
> If you checkout the latest cvs you can find in the james-config.xml the
> information to setup the UsersJDBCRepository!
>
> > currently possible, how do I set it up? I was hoping to modify my servlet
> > - which currently creates a telnet connection - to connect directly to
> > the database. (or has this already been done?)
>
> I think, it is not the best way to create new user directly in the
> database. You should do this alway through james!
> For that, I have written a RMI Interface for the RemoteManger. I posted
> it last friday to the dev-mailing list! I think this is a realy good
> alternativ to the telnet based user administration!
>
> Buchi
>
> > Steve B.
> >
> > ---------------------------------------------------------------------
> > 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]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]