I have a simple Maven plug-in using the Java API. It's probably not 100% complete yet, but it works for now. https://github.com/jamezp/jboss-as-deploy-plugin
Anyway, you'll see how simple the Java API is for deploying, redeploying and undeploying. I'm sure the API does a lot more than what I'm doing with it, but it's a simple example.
--
James R. Perkins
Hi Jason
thanks for the further insights!
hmm, to be honest I dont really understand why a RESTy semantic (ex.
> There is an HTTP interface that can take requests in either JSON or in
> base64 encoded dmr binary format. We don't call it REST though because
> "invoking" an arbitrary management operation (e.g. "clear auth cache")
> does not meet the REST purity definition.
post to or delete to the uri of the cache resource) would not allow this
operation. But I might miss something here since I do not have the same
background.
oh, looks like I missed this one. Guess using the java API would be the
>
> Keep in mind that the remote Java API will be the easiest to use from
> Java, since it will handle all the transport stuff for you, and
> exposes a nice API for working with detyped data. The main focus of
> the HTTP interface is supporting non-Java clients (i.e. scripting
> languages, and the console which is JavaScript based)
>
better choice for me then. Is there any documentation about it?
Cheers
André
_______________________________________________
jboss-as7-dev mailing list
jboss-as7-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-as7-dev