[jboss-as7-dev] Serving the Admin Console

Jason T. Greene jason.greene at redhat.com
Tue Jan 11 13:35:46 EST 2011


On 1/11/11 5:22 AM, Heiko Braun wrote:
> If the DomainController (HostController) serves the REST API, the
> question would be how wan't to build it.
> I would propose RestEasy+TJWS [1]. TJWS has very small footprint, but
> still supports the Servlet API.
> In that case we would buy a suitable runtime for serving the admin
> console. It could integrate through the REST API.
> (or even GWT-RPC if we go that way)
 > If you skip RESTeasy, fleshing out the REST API becomes more work,but
 > it would reduce the dependencies.

I think its important to conceptually separate the console from the REST 
API server. The main reason is to keep the DC process complexity 
somewhat constrained, so that it's less likely to fail, it limits the 
amount of updates needed, and manages overhead.

*IF* we end up with a very lightweight console (at least from the server 
requirements), then it might make sense to collocate it in the DC. If 
not then we can use the console as a subsystem of a server that acts as 
a client to the DC.

No matter the technology choice for the REST API service, we will need 
to implement a detyped <-> json marshalling component, but this should 
be pretty simple. I suspect most of the time won't be the 
implementation, but rather deciding high-level protocol details (how URL 
mapping will work, and how REST-pure we want to be*).

[*] Note that we have already decided to bend the REST rules by doing 
updates over JSON POSTs (which is really RPCish). However, this is the 
only real practical way to solve the problem without having to write 
REST conversion code for each and every operation we support.

-- 
Jason T. Greene
JBoss, a division of Red Hat



More information about the jboss-as7-dev mailing list