-
1. Re: Tool support
arvinder Sep 25, 2006 7:48 AM (in response to marklittle)Perhaps configuration management? There was some mention of using a Property Editor to manage configuration of the esb. This would be a good candidate for tools inclusion.
-
2. Re: Tool support
marklittle Sep 25, 2006 7:49 AM (in response to marklittle)Yeah, good point. I added the PropertyManager to the rearchitecture branch, but need to dig out the documentation.
-
3. Re: Tool support
arvinder Sep 25, 2006 8:51 AM (in response to marklittle)Cross Post from the epr thread http://www.jboss.com/index.html?module=bb&op=viewtopic&t=90464&postdays=0&postorder=asc&start=10
Perhaps the following should also be considered for tooling support:
- Auditing (message failures per EPR etc)
- Metrics (message throughput on the bus, endpoint throughput etc)
This may then lead on to considering a 'web/management console'. So would all the tooling support fall under this perhaps? -
4. Re: Tool support
kurtstam Sep 25, 2006 1:20 PM (in response to marklittle)As far as the registry goes I have found that jUDDI comes with an admin webapp, which currenty seems to be confused about what juddi-api version it wants to be in (v1 or v2), but that can be easily fixed.
Also the Eclipse WTP project has an UDDI browser: http://www.eclipse.org/webtools/jst/components/ws/1.0/tutorials/WebServiceExplorer/WebServiceExplorer.html
What kind of requirements do we have for the 'tools'? Should they be eclipse plugins? Or web-based?
--Kurt -
5. Re: Tool support
marklittle Sep 25, 2006 1:52 PM (in response to marklittle)Eclipse-based doesn't necessarily preclude them being web-based, but I take your point. I think initially just having tools is more important than having a uniform approach to them: for example, it may be a hassle to switch from Eclipse to IE/ffox or something else in order to use a couple of tools, but not having those tools could be even more of a hassle!