You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@ws.apache.org by ve...@apache.org on 2013/08/04 12:09:37 UTC

svn commit: r1510126 - /webservices/axiom/trunk/src/site/apt/roadmap.apt

Author: veithen
Date: Sun Aug  4 10:09:37 2013
New Revision: 1510126

URL: http://svn.apache.org/r1510126
Log:
Added an item about the SOAPVersion API to the Axiom 1.3 road map.

Modified:
    webservices/axiom/trunk/src/site/apt/roadmap.apt

Modified: webservices/axiom/trunk/src/site/apt/roadmap.apt
URL: http://svn.apache.org/viewvc/webservices/axiom/trunk/src/site/apt/roadmap.apt?rev=1510126&r1=1510125&r2=1510126&view=diff
==============================================================================
--- webservices/axiom/trunk/src/site/apt/roadmap.apt (original)
+++ webservices/axiom/trunk/src/site/apt/roadmap.apt Sun Aug  4 10:09:37 2013
@@ -283,3 +283,14 @@ APIs that need to be overhauled
    
    * <<<FileAccessor>>> uses the <<<MessagingException>>> class from JavaMail, although Axiom no
      longer relies on this API to parse or create MIME messages.
+
+* <<<SOAPVersion>>>
+
+  The <<<SOAPVersion>>> API uses a somewhat peculiar design pattern: it has two public implementation classes
+  (<<<SOAP11Version>>> and <<<SOAP12Version>>>) which do not add any methods and that have static <<<getSingleton>>>
+  methods to get the singleton instance for each of these classes. This should be changed to use a more traditional
+  pattern, namely the two singleton instances should be accessible using constants defined by <<<SOAPVersion>>>.
+  The implementing classes then no longer need to be public (they can be anonymous or have package access).
+  
+  In addition, <<<SOAPVersion>>> should be changed from an interface to an abstract class so that one can
+  define static methods to get the SOAP version by envelope namespace or media type.
\ No newline at end of file