this definitely sounds like a bug.. The code in question is calling BaseRequestItem.getTypedParameter() which calls BeanConverter.convertToObject()
Mind filing a jira for this? On Thu, Jun 24, 2010 at 8:53 AM, Michael Young <[email protected]>wrote: > In particular: > > public Future<Void> updatePersonData( > UserId userId, GroupId groupId, String appId, > Set<String> fields, > Map<String, String> values, SecurityToken > securityToken) > throws ProtocolException { > > > For example, in the SocialHelloWorld.xml gadget, I'm seeing an "int" for > the "count" field, and I need code like this for it to work correctly: > > for (String key : values.keySet()) { > > // Workaround for a Shindig bug that stores a Long > in value instead > // of the expected String so we cannot use generics > here > > String value = String.valueOf(values.get(key)); > > Thanks! > > - Mike > -- > Liferay West Coast Symposium > September 8-9, 2010 > Anaheim, CA > www.liferay.com/wcs > -- > Follow us on Twitter: liferay > > On Jun 23, 2010, at 11:01 AM, Michael Young wrote: > > > I'm using 1.1 beta 5 and I'm seeing a problem in the Map<String, String> > values parameter where the value is not always a string, and I get an > unboxing error on the generic. > > > > Has this been identified and/or fixed in trunk? > > > > > > > > - Mike > > -- > > Liferay West Coast Symposium > > September 8-9, 2010 > > Anaheim, CA > > www.liferay.com/wcs > > -- > > Follow us on Twitter: liferay > > > > -- Paul Lindner -- [email protected] -- linkedin.com/in/plindner
