- juddi is maybe a bit to singleton-centric. After the good old statement "there is nothing constant in
- this world", it would be good if one could run several registries (for different purposes and with different configurations) in one server, hence to shrink the singleton aspect to maybe a single class (THE juddi service, implemented as an MBEAN)?
Since you cannot interact with juddi without connecting your security principal to publisher information, setting up a fresh registry (via ddl) needs bootstrap entries. Maybe only a minor point.
- Authorization data mixed with application data:
(maybe by implementing their relation via a dedicated JAXRPC bean?). Other wishes (but I do not want to sound as the usual naïve feature requestor as I know how much work are behind these bullets!):
- I would propose to separate the Juddi (web) service from the transport engine (Axis servlets) a bit more
- JAXR client implementation - administration UI (e.g., web client for browsing/interacting with a remote uddi)
jUDDI_-_Enhancement_Suggestions (last edited 2009-09-20 23:35:40 by localhost)