Crap, I thought I did redirect even those I haven't deprecated...
Let me look at that and release 0.17.1...
Sorry for the confusion...
On středa 29. června 2016 9:44:42 CEST John Mazzitelli wrote:
From:
http://www.hawkular.org/docs/rest/rest-inventory.html#_api_endpoints
"The old API has been kept so that clients can gradually move to the new
API, but the old API has moved from /hawkular/inventory to
/hawkular/inventory/deprecated. The clients using the old API will have to
be modified to use the new endpoint but are otherwise unaffected."
This isn't exactly true. Not ALL the API from <0.17.0.Final is there at
/deprecated - if I'm using some of the old API I have to modify the code,
but not all.
Jay tried using the old agent with the new inventory, and he switched the
inventory context from "hawkular/inventory" to
"hawkular/inventory/deprecated" (there is a inventory-context attribute on
<storage-adapter> in the agent config for just such an emergency - just a
change to the standalone.xml setting).
However, it failed because the "/bulk" API isn't available under
/deprecated. So if anyone has a client that wants to talk to the old
inventory, they need to know WHICH API was deprecated (feeds/ deprecated,
bulk/ was not) and ONLY change those calls to use the /deprecated URL (e.g.
change the code to use /entity/feed, but leaving /bulk alone). Which kinda
sucks because now you have to pinpoint what calls need to change in the
code and change code - when it would be much easier to simply be able to
change a configuration setting and not have to change or recompile/build
any code - you can just use the old client as is with the config change.
In other words, if I have an inventory client wants to use the old inventory
API, it should switch to "/deprecated" URL and expect it all to work as
before. _______________________________________________
hawkular-dev mailing list
hawkular-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hawkular-dev