Petals BC SOAP

When engaging the module Rampart, the module Addressing is automatically engaged

Details

  • Type: Bug Bug
  • Status: Resolved Resolved
  • Priority: Major Major
  • Resolution: Won't Fix
  • Affects Version/s: 4.0.8
  • Fix Version/s: 4.1
  • Component/s: None
  • Security Level: Public
  • Description:
    Hide

    When engaging the module Rampart or any other module except Adressing, the module Addressing is automatically engaged.

    See the class SoapSUManager.getModules(), svn#28969:

    private List<String> getModules(final ConfigurationExtensions extensions) {
    	final List<String> result = new ArrayList<String>();
    
    	// get modules from extension
    	final String token = extensions.get(MODULES);
    
    	if (token != null) {
    		// get individual modules values
    		final StringTokenizer st = new StringTokenizer(token, ",");
    		result.add(Constants.MODULE_ADDRESSING);
    		while (st.hasMoreTokens()) {
    			result.add(st.nextToken().trim());
    		}
    	}
    	return result;
    }

    The module WS-Addressing is engaged when the parameter of the JBI descriptor modules is set.

    Show
    When engaging the module Rampart or any other module except Adressing, the module Addressing is automatically engaged. See the class SoapSUManager.getModules(), svn#28969:
    private List<String> getModules(final ConfigurationExtensions extensions) {
    	final List<String> result = new ArrayList<String>();
    
    	// get modules from extension
    	final String token = extensions.get(MODULES);
    
    	if (token != null) {
    		// get individual modules values
    		final StringTokenizer st = new StringTokenizer(token, ",");
    		result.add(Constants.MODULE_ADDRESSING);
    		while (st.hasMoreTokens()) {
    			result.add(st.nextToken().trim());
    		}
    	}
    	return result;
    }
    The module WS-Addressing is engaged when the parameter of the JBI descriptor modules is set.
  • Environment:
    -

Activity

People

Dates

  • Created:
    Tue, 18 Oct 2011 - 13:28:00 +0200
    Updated:
    Thu, 16 Feb 2012 - 17:06:33 +0100
    Resolved:
    Thu, 15 Dec 2011 - 16:05:53 +0100