Details
-
Type: Monitor
-
Status: Closed
-
Priority: Major
-
Resolution: Done
-
Affects Version/s: None
-
Fix Version/s: 2021
-
Component/s: FIWARE-TECH-HELP
-
Labels:
-
HD-Chapter:Apps
-
HD-Enabler:Wirecloud
Description
Created question in FIWARE Q/A platform on 26-03-2015 at 14:03
Please, ANSWER this question AT https://stackoverflow.com/questions/29279391/the-requested-name-already-exists-as-a-different-type-http-409-response-error
Question:
"The requested name already exists as a different type" HTTP 409 response error
Description:
I'm trying to implement a WireCloud widget which communicates with ObjectStorage via JS ObjectStorageAPI. After some troubles with enabling ObjectStorageAPI i've manages to run command os_api.listContainer() and in response I've got 409 error, with message attached "The requested name already exists as a different type". I've been trying to find bugs in my code for last few days and nothing seems to be wrong with it.
I'm trying to run widget using FiWareLab as a working environment.
Does anyone have any idea about what could be causing mentioned error?
EDIT:
I've managed to figure out what is causing this error. In order to list a container, cdmi request url must end with "/" character. When I use os_api.listContainer() it generates url without it. If I manually append url proper response is returned with container's contents.
First idea of fixing it - to append "/" to container's name - doesn't work. "/" character is replaced by escape sequence "%2F". Not sure if there's a way around this issue?
Activity
Field | Original Value | New Value |
---|---|---|
Component/s | FIWARE-TECH-HELP [ 10278 ] |
Assignee | Álvaro Arranz [ aarranz ] |
HD-Enabler | Wirecloud [ 10857 ] | |
Description |
Created question in FIWARE Q/A platform on 26-03-2015 at 14:03 {color: red}Please, ANSWER this question AT{color} https://stackoverflow.com/questions/29279391/the-requested-name-already-exists-as-a-different-type-http-409-response-error +Question:+ "The requested name already exists as a different type" HTTP 409 response error +Description:+ I'm trying to implement a WireCloud widget which communicates with ObjectStorage via JS ObjectStorageAPI. After some troubles with enabling ObjectStorageAPI i've manages to run command os_api.listContainer() and in response I've got 409 error, with message attached "The requested name already exists as a different type". I've been trying to find bugs in my code for last few days and nothing seems to be wrong with it. I'm trying to run widget using FiWareLab as a working environment. Does anyone have any idea about what could be causing mentioned error? EDIT: I've managed to figure out what is causing this error. In order to list a container, cdmi request url must end with "/" character. When I use os_api.listContainer() it generates url without it. If I manually append url proper response is returned with container's contents. First idea of fixing it - to append "/" to container's name - doesn't work. "/" character is replaced by escape sequence "%2F". Not sure if there's a way around this issue? |
Created question in FIWARE Q/A platform on 26-03-2015 at 14:03
{color: red}Please, ANSWER this question AT{color} https://stackoverflow.com/questions/29279391/the-requested-name-already-exists-as-a-different-type-http-409-response-error +Question:+ "The requested name already exists as a different type" HTTP 409 response error +Description:+ I'm trying to implement a WireCloud widget which communicates with ObjectStorage via JS ObjectStorageAPI. After some troubles with enabling ObjectStorageAPI i've manages to run command os_api.listContainer() and in response I've got 409 error, with message attached "The requested name already exists as a different type". I've been trying to find bugs in my code for last few days and nothing seems to be wrong with it. I'm trying to run widget using FiWareLab as a working environment. Does anyone have any idea about what could be causing mentioned error? EDIT: I've managed to figure out what is causing this error. In order to list a container, cdmi request url must end with "/" character. When I use os_api.listContainer() it generates url without it. If I manually append url proper response is returned with container's contents. First idea of fixing it - to append "/" to container's name - doesn't work. "/" character is replaced by escape sequence "%2F". Not sure if there's a way around this issue? |
HD-Chapter | Apps [ 10836 ] |
Status | Open [ 1 ] | In Progress [ 3 ] |
Status | In Progress [ 3 ] | Answered [ 10104 ] |
Resolution | Done [ 10000 ] | |
Status | Answered [ 10104 ] | Closed [ 6 ] |
Fix Version/s | 2021 [ 12600 ] |
Transition | Time In Source Status | Execution Times | Last Executer | Last Execution Date | |||||
---|---|---|---|---|---|---|---|---|---|
|
2h 10m | 1 | Fernando Lopez | 30/May/17 11:14 AM | |||||
|
3s | 1 | Fernando Lopez | 30/May/17 11:14 AM | |||||
|
2s | 1 | Fernando Lopez | 30/May/17 11:14 AM |
2017-05-30 09:05|CREATED monitor | # answers= 1, accepted answer= False