Anthony Eden wrote:
>
> IMHO, I believe that JAMES should have an actual GUI interface for
> management in addition to any command line management interface. This will
> help in the overall acceptance of JAMES as an alternative to other mail
> servers.
+1 for a GUI or any improvment to RemoteManager.
-1 for a specific GUI for James lifecycle conf etc. This is something
belonging to avalon
+1 for any tool for avalon.
>
> So here are some questions:
>
> 1.) Should the server be able to be run in GUI mode which will provide an
> always on GUI? This could be activated by a switch on the command line.
-1
Any managment tool MUST be separated by the server itself. It will
access the server trought socket, RMI or whatever but it is supposed run
on a different machine.
>
> 2.) Should administration be done remotely, and if so over which protocol
> (RMI, CORBA, HTTP, etc.)?
>
+1
> 3.) Will JAMES need to be modified extensively to support a GUI management
> interface?
>
No. The Component, Configurable etc component model allow easy
integration of a managment structure.
> 4.) How does Avalon fit in? (i.e. should a management UI be able to modify
> the config docs?)
Yes. Avalon is the only door for managing blocks. The current lack of
managment tools in avalon makes it necessary to have at least the
RemoteAdmin but I strongly belive that all effort should be aimed to
make avalon a great management framework. James as well as any other
block will inhetit naturally this managebility.
My picture now is something like:
I ask avalon: "list you currently running blcks"
James
Cocoon
Slide
Omero
...
"Ok make me talk with James"
[james managment interfaces istance] (Service, Configurable, RemoteAdmin
etc).
...
This way we can share managment tools (Gui, protocol, APIs etc.) with
all guys from other project.
>
> Any other thoughts and answers to this question are appreciated.
>
> Sincerely,
> Anthony Eden
>
Federico Barbieri
<[EMAIL PROTECTED]>
------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Archives and Other: <http://java.apache.org/>
Problems?: [EMAIL PROTECTED]
