Hi Darius,

Created a bug for age: https://tickets.openmrs.org/browse/RESTWS-252

addresses is actually working fine, I was using the property incorrectly
naming it city instead of cityVillage... although the error could have been
better saying that there is no property called cityVillage instead of
saying ConversionException - cannot convert object...

attributes isn't working as you mentioned. Get the following exception:

"message": "Unable to convert object into response content",
"code":
"org.openmrs.module.webservices.rest.web.resource.impl.BaseDelegatingResource:579",
"detail":
"org.openmrs.module.webservices.rest.web.response.ConversionException:
activeAttributes on class org.openmrs.Person
  at
org.openmrs.module.webservices.rest.web.resource.impl.BaseDelegatingResource.setProperty(BaseDelegatingResource.java:579)
  at
org.openmrs.module.webservices.rest.web.resource.impl.BaseDelegatingResource.setConvertedProperties(BaseDelegatingResource.java:446)
  at
org.openmrs.module.webservices.rest.web.resource.impl.DelegatingCrudResource.create(DelegatingCrudResource.java:93)
  at
org.openmrs.module.webservices.rest.web.v1_0.controller.BaseCrudController.create(BaseCrudController.java:83)
  at sun.reflect.GeneratedMethodAccessor1051.invoke(Unknown Source)
  at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)\n\tat
java.lang.reflect.Method.invoke(Method.java:597)...


---
Regards,
Saptarshi PURKAYASTHA

My Tech Blog:  http://sunnytalkstech.blogspot.com
You Live by CHOICE, Not by CHANCE


On 7 May 2012 00:49, Darius Jazayeri <djazayeri+...@gmail.com> wrote:
>
> Hi Saptarshi,
>
> If you can't create someone with just Age, that's a bug and you should
file a ticket.
>
> Addresses should work the same as names, i.e. they should be creatable
when the person is created. If that's not supported, ticket that too.
>
> I would expect attributes to work like:
>
> attributes: [
>   { attributeType: "uuid-of-civil-status", value:
"uuid-of-Married-concept" },
>   { attributeType: "uuid-of-nationality", value: "Indian assuming
free-text" }
> ]
>
> This is more in line with the way they are represented when you GET a
person, i.e. it's a list of attributes, not a list of map entries.
>
> The notion is that the parent resource lists in its "creatable
properties" any sub-resources that can be created at its creation-time.
Does our documentation actually show sub-resources as part of the owning
resources? (It should, but I don't remember whether we coded this...)
>
> -Darius
>
> On Sat, May 5, 2012 at 4:31 AM, Saptarshi Purkayastha <sun...@gmail.com>
wrote:
>>
>> I am trying to post the following to create a person...
>>
>> {
>>  "names": [{"givenName": "Test", "familyName": "Woman"}],
>>  "gender": "F",
>>  "age": 32,
>>  "birthdate": "1980-01-02",
>>  "birthdateEstimated": true,
>>  "dead": true,
>>  "deathDate": "2012-05-05",
>>  "causeOfDeath": "Cancer",
>>  "addresses": [{"preferred":true,"address1": "12 Hauz Khas Village",
"address2": "Hauz Khas", "city": "New Delhi", "postalCode": "110011"}],
>>  "attributes": [{"8d871f2a-c2cc-11de-8d13-0010c6dffd0f":"Married",
"8d871afc-c2cc-11de-8d13-0010c6dffd0f": "Indian"}]
>> }
>>
>> There is some problem with the documentation here or probably a bug...
So although *age* is a creatable property according to the documentation, I
cannot create a person with age
>> The names is nice because we do not have to call the personname resource
and create a name. Though, I wonder why addresses can't be done in the same
way.
>>
>> Attributes might be a little complex, but shouldn't they be done in a
similar fashion...  So, 8d871f2a-c2cc-11de-8d13-0010c6dffd0f is Civil
Status (attribute type) and I'm trying to save the value of Married to
create a new atttribute for that person.
>>
>> Is there a notion by which we can write/distinguish in the documentation
as to what sub-resources can be created on the fly, while others need to be
created separately and referenced??
>>
>> ---
>> Regards,
>> Saptarshi PURKAYASTHA
>>
>> My Tech Blog:  http://sunnytalkstech.blogspot.com
>> You Live by CHOICE, Not by CHANCE
>> ________________________________
>> Click here to unsubscribe from OpenMRS Developers' mailing list
>
>

_________________________________________

To unsubscribe from OpenMRS Developers' mailing list, send an e-mail to 
lists...@listserv.iupui.edu with "SIGNOFF openmrs-devel-l" in the  body (not 
the subject) of your e-mail.

[mailto:lists...@listserv.iupui.edu?body=SIGNOFF%20openmrs-devel-l]

Reply via email to