I plan to start some re-architecture work in a separate xml-axis/proposal directory. I have discussed re-architecture with some other committers, but few of them are keen to do anything prior to v1.0. I don't want to perturb their progress, but I feel some revolutionary change is required (see [1]) to position Axis well for the future.
My aim is to build up a clean collection of subsystems along the lines described by the architecture guide but with subsystem interfaces actually represented properly in the code. I aim to introduce documentation and tests as I go in order to maintain intellectual control and enable others to join in. If this remains a one person effort, progress will be relatively slow, but at least I may be able to demonstrate some facets of a clean architecture to guide the future direction. As a consequence, my work on JAXM (or more accurately SAAJ) is regretfully suspended but may need to be completed by others so that Axis can gain JAX-RPC compliance. I don't expect this to significantly impact the overall progress of the project as my enthusiasm for that piece of work was rather lacking and progress was painfully slow as I hardly ever got round to giving it time. There's not a great deal of raw coding to be done, but then there is probably a SAAJ TCK to be passed, which involved negotiations to get hold of the TCK and a reasonable investment of time to get it running and more so to get a pass. I have committed a class diagram change into the architecture guide which shows what mapping I planned for the fault-related interfaces. This mapping is non completely obvious and certainly doesn't match the current code (!). Perhaps a non-committer will step up to doing this piece of work as a way of getting involved in Axis (hint, hint!) - I'd gladly give advice and encouragement to anyone who is interested. Finally regarding JAXM, I would like to apologise to dims publicly as he has been the main encouragement for me to do anything on JAXM and I rather feel as if I'm letting him down. I hope he'll understand my passion for pushing on towards a clean architecture. Glyn [1] http://jakarta.apache.org/site/proposal.html#decisions/branches
