You are viewing a plain text version of this content. The canonical link for it is here.
Posted to woden-dev@ws.apache.org by "Keith Godwin Chapman (JIRA)" <ji...@apache.org> on 2007/02/20 18:42:05 UTC

[jira] Created: (WODEN-148) HTTPLocation not parsed correctly

HTTPLocation not parsed correctly
---------------------------------

                 Key: WODEN-148
                 URL: https://issues.apache.org/jira/browse/WODEN-148
             Project: Woden
          Issue Type: Bug
            Reporter: Keith Godwin Chapman


This occurn in RawParameterEndpoint of LocationTemplate-2G. I instantiated the HTTPLocation class with axis2/services/ProbeDataService.RawParameterEndpoint/RawParameter{!fragment} as the input parameter. But the httpLocation.getLocalNames(); returns an empty array. When the same argument is given with the ! mark removed it gives the expected result.

Also it would be nice if HTTPLocation class can implement CR 117 too.

Thanks,
Keith.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: woden-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: woden-dev-help@ws.apache.org


[jira] Assigned: (WODEN-148) HTTPLocation not parsed correctly

Posted by "John Kaputin (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/WODEN-148?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

John Kaputin reassigned WODEN-148:
----------------------------------

    Assignee: John Kaputin

> HTTPLocation not parsed correctly
> ---------------------------------
>
>                 Key: WODEN-148
>                 URL: https://issues.apache.org/jira/browse/WODEN-148
>             Project: Woden
>          Issue Type: Bug
>            Reporter: Keith Godwin Chapman
>         Assigned To: John Kaputin
>
> This occurn in RawParameterEndpoint of LocationTemplate-2G. I instantiated the HTTPLocation class with axis2/services/ProbeDataService.RawParameterEndpoint/RawParameter{!fragment} as the input parameter. But the httpLocation.getLocalNames(); returns an empty array. When the same argument is given with the ! mark removed it gives the expected result.
> Also it would be nice if HTTPLocation class can implement CR 117 too.
> Thanks,
> Keith.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: woden-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: woden-dev-help@ws.apache.org


[jira] Resolved: (WODEN-148) HTTPLocation not parsed correctly

Posted by "John Kaputin (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/WODEN-148?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

John Kaputin resolved WODEN-148.
--------------------------------

       Resolution: Fixed
    Fix Version/s: M8

HTTPLocation now parses valid location string correctly. I have opened a new JIRA WODEN-155 to implement the EBNF grammar that will correctly determine how to identify invalid location strings.

> HTTPLocation not parsed correctly
> ---------------------------------
>
>                 Key: WODEN-148
>                 URL: https://issues.apache.org/jira/browse/WODEN-148
>             Project: Woden
>          Issue Type: Bug
>            Reporter: Keith Godwin Chapman
>         Assigned To: John Kaputin
>             Fix For: M8
>
>         Attachments: diff.txt, diff.txt, patch.txt
>
>
> This occurn in RawParameterEndpoint of LocationTemplate-2G. I instantiated the HTTPLocation class with axis2/services/ProbeDataService.RawParameterEndpoint/RawParameter{!fragment} as the input parameter. But the httpLocation.getLocalNames(); returns an empty array. When the same argument is given with the ! mark removed it gives the expected result.
> Also it would be nice if HTTPLocation class can implement CR 117 too.
> Thanks,
> Keith.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: woden-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: woden-dev-help@ws.apache.org


[jira] Commented: (WODEN-148) HTTPLocation not parsed correctly

Posted by "John Kaputin (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/WODEN-148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12482578 ] 

John Kaputin commented on WODEN-148:
------------------------------------

r520634
Applied a fix for the the bug discovered by Keith, completed the junit tests for HTTPLocation and HTTPLocationTemplate and modified WsdlCm writer classes to use the new HTTPLocation methods when dumping the interchange format.

> HTTPLocation not parsed correctly
> ---------------------------------
>
>                 Key: WODEN-148
>                 URL: https://issues.apache.org/jira/browse/WODEN-148
>             Project: Woden
>          Issue Type: Bug
>            Reporter: Keith Godwin Chapman
>         Assigned To: John Kaputin
>         Attachments: diff.txt, diff.txt, patch.txt
>
>
> This occurn in RawParameterEndpoint of LocationTemplate-2G. I instantiated the HTTPLocation class with axis2/services/ProbeDataService.RawParameterEndpoint/RawParameter{!fragment} as the input parameter. But the httpLocation.getLocalNames(); returns an empty array. When the same argument is given with the ! mark removed it gives the expected result.
> Also it would be nice if HTTPLocation class can implement CR 117 too.
> Thanks,
> Keith.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: woden-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: woden-dev-help@ws.apache.org


[jira] Updated: (WODEN-148) HTTPLocation not parsed correctly

Posted by "Keith Godwin Chapman (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/WODEN-148?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Keith Godwin Chapman updated WODEN-148:
---------------------------------------

    Attachment: diff.txt

Hi Jeremy,

Here is a test cas. Prior to the previous patch the ? was serialized incorrectly. 

Thanks,
Keith.

> HTTPLocation not parsed correctly
> ---------------------------------
>
>                 Key: WODEN-148
>                 URL: https://issues.apache.org/jira/browse/WODEN-148
>             Project: Woden
>          Issue Type: Bug
>            Reporter: Keith Godwin Chapman
>         Assigned To: John Kaputin
>         Attachments: diff.txt, patch.txt
>
>
> This occurn in RawParameterEndpoint of LocationTemplate-2G. I instantiated the HTTPLocation class with axis2/services/ProbeDataService.RawParameterEndpoint/RawParameter{!fragment} as the input parameter. But the httpLocation.getLocalNames(); returns an empty array. When the same argument is given with the ! mark removed it gives the expected result.
> Also it would be nice if HTTPLocation class can implement CR 117 too.
> Thanks,
> Keith.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: woden-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: woden-dev-help@ws.apache.org


[jira] Commented: (WODEN-148) HTTPLocation not parsed correctly

Posted by "John Kaputin (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/WODEN-148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12479791 ] 

John Kaputin commented on WODEN-148:
------------------------------------

r506631 and r506632 were the commits.

> HTTPLocation not parsed correctly
> ---------------------------------
>
>                 Key: WODEN-148
>                 URL: https://issues.apache.org/jira/browse/WODEN-148
>             Project: Woden
>          Issue Type: Bug
>            Reporter: Keith Godwin Chapman
>         Assigned To: John Kaputin
>
> This occurn in RawParameterEndpoint of LocationTemplate-2G. I instantiated the HTTPLocation class with axis2/services/ProbeDataService.RawParameterEndpoint/RawParameter{!fragment} as the input parameter. But the httpLocation.getLocalNames(); returns an empty array. When the same argument is given with the ! mark removed it gives the expected result.
> Also it would be nice if HTTPLocation class can implement CR 117 too.
> Thanks,
> Keith.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: woden-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: woden-dev-help@ws.apache.org


[jira] Commented: (WODEN-148) HTTPLocation not parsed correctly

Posted by "Jeremy Hughes (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/WODEN-148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12481622 ] 

Jeremy Hughes commented on WODEN-148:
-------------------------------------

Keith, could you also provide a test case which fails today and is fixed by your patch.

Many thanks,
Jeremy

> HTTPLocation not parsed correctly
> ---------------------------------
>
>                 Key: WODEN-148
>                 URL: https://issues.apache.org/jira/browse/WODEN-148
>             Project: Woden
>          Issue Type: Bug
>            Reporter: Keith Godwin Chapman
>         Assigned To: John Kaputin
>         Attachments: patch.txt
>
>
> This occurn in RawParameterEndpoint of LocationTemplate-2G. I instantiated the HTTPLocation class with axis2/services/ProbeDataService.RawParameterEndpoint/RawParameter{!fragment} as the input parameter. But the httpLocation.getLocalNames(); returns an empty array. When the same argument is given with the ! mark removed it gives the expected result.
> Also it would be nice if HTTPLocation class can implement CR 117 too.
> Thanks,
> Keith.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: woden-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: woden-dev-help@ws.apache.org


[jira] Commented: (WODEN-148) HTTPLocation not parsed correctly

Posted by "John Kaputin (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/WODEN-148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12478778 ] 

John Kaputin commented on WODEN-148:
------------------------------------

This JIRA deals with changes introduced by the WSDL 2.0 issue CR117 to HTTP location templates, as described in the latest WSDL 2.0 Part 2 spec, section 6.8.1.1.  

These changes introduced:
1. an EBNF grammar to eliminate ambiguity in parsing single and double curly braces
2. two types of templates, 'encoded' and 'raw'
3. new percent-encoding rules
4. the use of the empty string "" value for templates that are not matched to elements from the instance data

An HTTP location that contains templates is 'formatted' by substituting these templates with element data.

The new requirements on Woden are:
1. It must be possible to tell where 'raw' templates were used because their substituted values must not be percent-encoded. 
2. For 'encoded' templates, it must be possible to tell whether they were used in the path or the query string (i.e. before or after the first "?") because different encoding rules apply.
3. The formatted HTTP location must represent unsubstituted templates as empty strings "" (i.e. not as the original template "{localname}" per Woden M7).
4. The strategy for parsing mismatched curly braces, as described in the class Javadoc for HTTPLocation in Woden M7, must be changed to match the new EBNF grammar.

> HTTPLocation not parsed correctly
> ---------------------------------
>
>                 Key: WODEN-148
>                 URL: https://issues.apache.org/jira/browse/WODEN-148
>             Project: Woden
>          Issue Type: Bug
>            Reporter: Keith Godwin Chapman
>         Assigned To: John Kaputin
>
> This occurn in RawParameterEndpoint of LocationTemplate-2G. I instantiated the HTTPLocation class with axis2/services/ProbeDataService.RawParameterEndpoint/RawParameter{!fragment} as the input parameter. But the httpLocation.getLocalNames(); returns an empty array. When the same argument is given with the ! mark removed it gives the expected result.
> Also it would be nice if HTTPLocation class can implement CR 117 too.
> Thanks,
> Keith.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: woden-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: woden-dev-help@ws.apache.org


[jira] Commented: (WODEN-148) HTTPLocation not parsed correctly

Posted by "John Kaputin (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/WODEN-148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12482594 ] 

John Kaputin commented on WODEN-148:
------------------------------------

r520647
Removed the deprecated methods from the previous design of HTTPLocation, prior to this JIRA.

> HTTPLocation not parsed correctly
> ---------------------------------
>
>                 Key: WODEN-148
>                 URL: https://issues.apache.org/jira/browse/WODEN-148
>             Project: Woden
>          Issue Type: Bug
>            Reporter: Keith Godwin Chapman
>         Assigned To: John Kaputin
>         Attachments: diff.txt, diff.txt, patch.txt
>
>
> This occurn in RawParameterEndpoint of LocationTemplate-2G. I instantiated the HTTPLocation class with axis2/services/ProbeDataService.RawParameterEndpoint/RawParameter{!fragment} as the input parameter. But the httpLocation.getLocalNames(); returns an empty array. When the same argument is given with the ! mark removed it gives the expected result.
> Also it would be nice if HTTPLocation class can implement CR 117 too.
> Thanks,
> Keith.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: woden-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: woden-dev-help@ws.apache.org


[jira] Commented: (WODEN-148) HTTPLocation not parsed correctly

Posted by "Keith Godwin Chapman (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/WODEN-148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12475262 ] 

Keith Godwin Chapman commented on WODEN-148:
--------------------------------------------

Hi John,

Can you expose separate methods for obtaining the parameter names before and after "?" (separate methods for substituting values too). We will require this as the encoding stratergy differs according to where the template is located. 



> HTTPLocation not parsed correctly
> ---------------------------------
>
>                 Key: WODEN-148
>                 URL: https://issues.apache.org/jira/browse/WODEN-148
>             Project: Woden
>          Issue Type: Bug
>            Reporter: Keith Godwin Chapman
>         Assigned To: John Kaputin
>
> This occurn in RawParameterEndpoint of LocationTemplate-2G. I instantiated the HTTPLocation class with axis2/services/ProbeDataService.RawParameterEndpoint/RawParameter{!fragment} as the input parameter. But the httpLocation.getLocalNames(); returns an empty array. When the same argument is given with the ! mark removed it gives the expected result.
> Also it would be nice if HTTPLocation class can implement CR 117 too.
> Thanks,
> Keith.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: woden-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: woden-dev-help@ws.apache.org


[jira] Updated: (WODEN-148) HTTPLocation not parsed correctly

Posted by "Keith Godwin Chapman (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/WODEN-148?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Keith Godwin Chapman updated WODEN-148:
---------------------------------------

    Attachment: diff.txt

Sorry clicked the wrong button. Its intended for inclusion.

> HTTPLocation not parsed correctly
> ---------------------------------
>
>                 Key: WODEN-148
>                 URL: https://issues.apache.org/jira/browse/WODEN-148
>             Project: Woden
>          Issue Type: Bug
>            Reporter: Keith Godwin Chapman
>         Assigned To: John Kaputin
>         Attachments: diff.txt, diff.txt, patch.txt
>
>
> This occurn in RawParameterEndpoint of LocationTemplate-2G. I instantiated the HTTPLocation class with axis2/services/ProbeDataService.RawParameterEndpoint/RawParameter{!fragment} as the input parameter. But the httpLocation.getLocalNames(); returns an empty array. When the same argument is given with the ! mark removed it gives the expected result.
> Also it would be nice if HTTPLocation class can implement CR 117 too.
> Thanks,
> Keith.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: woden-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: woden-dev-help@ws.apache.org


[jira] Commented: (WODEN-148) HTTPLocation not parsed correctly

Posted by "John Kaputin (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/WODEN-148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12475165 ] 

John Kaputin commented on WODEN-148:
------------------------------------

We discussed this on the WSDL2 implementors call and working group call today, Thur 22 Feb. There are some further changes to be made to the relevant part of the spec (Part 2, 6.8.1.1) but I don't think they will alter the support for raw vs encoded templates.  I will implement the support for raw template (i.e. the exclamated curly left brace) as requested. This will basically behave as per the original syntax for http location before the exclamation mark was introduced.

> HTTPLocation not parsed correctly
> ---------------------------------
>
>                 Key: WODEN-148
>                 URL: https://issues.apache.org/jira/browse/WODEN-148
>             Project: Woden
>          Issue Type: Bug
>            Reporter: Keith Godwin Chapman
>         Assigned To: John Kaputin
>
> This occurn in RawParameterEndpoint of LocationTemplate-2G. I instantiated the HTTPLocation class with axis2/services/ProbeDataService.RawParameterEndpoint/RawParameter{!fragment} as the input parameter. But the httpLocation.getLocalNames(); returns an empty array. When the same argument is given with the ! mark removed it gives the expected result.
> Also it would be nice if HTTPLocation class can implement CR 117 too.
> Thanks,
> Keith.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: woden-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: woden-dev-help@ws.apache.org


[jira] Updated: (WODEN-148) HTTPLocation not parsed correctly

Posted by "Keith Godwin Chapman (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/WODEN-148?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Keith Godwin Chapman updated WODEN-148:
---------------------------------------

    Attachment: patch.txt

Hi John,

There was a little problem when the httpLocation String contained a '?'. Attached hearwith is a little patch that fixes the issue.

Thanks,
Keith.

> HTTPLocation not parsed correctly
> ---------------------------------
>
>                 Key: WODEN-148
>                 URL: https://issues.apache.org/jira/browse/WODEN-148
>             Project: Woden
>          Issue Type: Bug
>            Reporter: Keith Godwin Chapman
>         Assigned To: John Kaputin
>         Attachments: patch.txt
>
>
> This occurn in RawParameterEndpoint of LocationTemplate-2G. I instantiated the HTTPLocation class with axis2/services/ProbeDataService.RawParameterEndpoint/RawParameter{!fragment} as the input parameter. But the httpLocation.getLocalNames(); returns an empty array. When the same argument is given with the ! mark removed it gives the expected result.
> Also it would be nice if HTTPLocation class can implement CR 117 too.
> Thanks,
> Keith.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: woden-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: woden-dev-help@ws.apache.org


[jira] Commented: (WODEN-148) HTTPLocation not parsed correctly

Posted by "John Kaputin (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/WODEN-148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12478780 ] 

John Kaputin commented on WODEN-148:
------------------------------------

HTTPLocation will become a lot bigger if I simply add variations of the existing methods to differentiate between Path and Query templates. Also, something else is needed to distinguish raw templates at encoding time and to identify their position in the formatted location string so that they won't be percent-encoded. 

So instead, I propose changing HTTPLocation so that the individual templates are encapsulated in a new type, HTTPLocationTemplate, which knows about substitution, whether the template is raw/encoded and in Path/Query, and the start position of the template within the location string. The existing methods in HTTPLocation for getting local names, substituting template values and getting template values will be replaced with various getter methods for HTTPLocationTemplates.

A message builder (e.g. Axis2) will be able to:
1. retrieve HTTPLocationTemplates from HTTPLocation
2. Specify element values for HTTPLocationTemplates
3. get the formatted HTTP location string from HTTPLocation
4. using the appropriate HTTPLocationTemplate objects, locate the substituted element values in the formatted string and identify them as raw/encoded and path/query.

My proposed class interfaces are:

HTTPLocation class:
public HTTPLocation(String templatedLocation)
public String getTemplatedLocation() 
public String getFormattedLocation() 
public String toString()       ...same as getFormattedLocation()
public int countTemplates()
public int countTemplates(String localName)
public HTTPLocationTemplate[] getTemplates()
public HTTPLocationTemplate[] getTemplatesInPath()
public HTTPLocationTemplate{} getTemplatesInQuery()
public HTTPLocationTemplate getTemplate(String localName)
public HTTPLocationTemplate[] getTemplates(String localName)

HTTPLocationTemplate class:
public HTTPLocation(String template)
public String getName()
public String getValue()
public String setValue()
public boolean isEncoded()   ...otherwise, 'raw'
public boolean isInQuery()    ...otherwise, in Path
public int getTemplatedPosition()
public int getFormattedPosition()

I'm going to start work on this and will post when there's code available to try out. Comments are welcome.

> HTTPLocation not parsed correctly
> ---------------------------------
>
>                 Key: WODEN-148
>                 URL: https://issues.apache.org/jira/browse/WODEN-148
>             Project: Woden
>          Issue Type: Bug
>            Reporter: Keith Godwin Chapman
>         Assigned To: John Kaputin
>
> This occurn in RawParameterEndpoint of LocationTemplate-2G. I instantiated the HTTPLocation class with axis2/services/ProbeDataService.RawParameterEndpoint/RawParameter{!fragment} as the input parameter. But the httpLocation.getLocalNames(); returns an empty array. When the same argument is given with the ! mark removed it gives the expected result.
> Also it would be nice if HTTPLocation class can implement CR 117 too.
> Thanks,
> Keith.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: woden-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: woden-dev-help@ws.apache.org


[jira] Commented: (WODEN-148) HTTPLocation not parsed correctly

Posted by "John Kaputin (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/WODEN-148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12479790 ] 

John Kaputin commented on WODEN-148:
------------------------------------

Keith,
I have created  HTTPLocationTemplate and  modified HTTPLocation.   Have create a few tests in HTTPLocationTest, so have a look at that and the javadoc for example of how to use the new code.  I am away for a week. When I return I'll do some more tidying up, removing of old code and further testing.  Meantime, what's there should allow you to continue testing, I hope.

> HTTPLocation not parsed correctly
> ---------------------------------
>
>                 Key: WODEN-148
>                 URL: https://issues.apache.org/jira/browse/WODEN-148
>             Project: Woden
>          Issue Type: Bug
>            Reporter: Keith Godwin Chapman
>         Assigned To: John Kaputin
>
> This occurn in RawParameterEndpoint of LocationTemplate-2G. I instantiated the HTTPLocation class with axis2/services/ProbeDataService.RawParameterEndpoint/RawParameter{!fragment} as the input parameter. But the httpLocation.getLocalNames(); returns an empty array. When the same argument is given with the ! mark removed it gives the expected result.
> Also it would be nice if HTTPLocation class can implement CR 117 too.
> Thanks,
> Keith.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: woden-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: woden-dev-help@ws.apache.org