3:47 p.m.
Hello Guys
Writing code for ProDoctor demo, on client side, I'm using Xcode template
for AGPush which is based on AFNetworking 121
When doing my login request in iOS I bumped into the issue of having
content type set to "application/json; charset=utf-8" whereas on routes
(backend) only "application/json" is set which causes this exception:
[application/json].': java.lang.RuntimeException: AG_CONTROLLER000012: No
Consumer found for Parameter: 'Parameter[type=ENTITY, type=class
org.aerogear.prodoctor.model.SaleAgent]'. The registered Consumers were:
'[JsonConsumer[mediaType=application/json]]'. Please add a Consumer for one
the media types supported by the route: [application/json].
at
org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(ParameterExtractor.java:152)
[aerogear-controller-1.0.1.jar:1.0.1]
at
org.jboss.aerogear.controller.util.ParameterExtractor.extractArguments(ParameterExtractor.java:70)
[aerogear-controller-1.0.1.jar:1.0.1]
I think we should support both "application/json; charset=utf-8" and
"application/json". /shall we open a JIRA on AeroGear Controller to
support both?
wdyt?
Corinne
5:56 p.m.
Hi Corinne,
On a route you can set different consumers (
http://aerogear.org/docs/guides/aerogear-controller/mediatypes.html ) ,
I've updated the Route on Prodoctor and now it seems to work. I can not
reproduce your ios example here on my fedora box but this curl works now :
curl -v -b cookies.txt -c cookies.txt -H "Accept: application/json" -H
"Content-type: application/json; charset=utf-8" -X POST -d
'{"loginName":
"john", "password":"123"}'
http://localhost:8080/prodoctor/login
Update the repo and give it a try !
Seb
On Mon, Jun 17, 2013 at 10:47 PM, Corinne Krych <corinnekrych(a)gmail.com>wrote:
Hello Guys
Writing code for ProDoctor demo, on client side, I'm using Xcode template
for AGPush which is based on AFNetworking 121
When doing my login request in iOS I bumped into the issue of having
content type set to "application/json; charset=utf-8" whereas on routes
(backend) only "application/json" is set which causes this exception:
[application/json].': java.lang.RuntimeException: AG_CONTROLLER000012: No
Consumer found for Parameter: 'Parameter[type=ENTITY, type=class
org.aerogear.prodoctor.model.SaleAgent]'. The registered Consumers were:
'[JsonConsumer[mediaType=application/json]]'. Please add a Consumer for one
the media types supported by the route: [application/json].
at
org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(ParameterExtractor.java:152)
[aerogear-controller-1.0.1.jar:1.0.1]
at
org.jboss.aerogear.controller.util.ParameterExtractor.extractArguments(ParameterExtractor.java:70)
[aerogear-controller-1.0.1.jar:1.0.1]
I think we should support both "application/json; charset=utf-8" and
"application/json". /shall we open a JIRA on AeroGear Controller to
support both?
wdyt?
Corinne
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
11:14 p.m.
Hi,
this sounds like a bug that we found a while back:
https://issues.jboss.org/browse/AEROGEAR-1085
Perhaps you could try the staged version 1.0.1 that Bruno deployed
yesterday:
https://repository.jboss.org/nexus/content/repositories/jboss_releases_st...
/Dan
On 18 June 2013 00:56, Sebastien Blanc <scm.blanc(a)gmail.com> wrote:
Hi Corinne,
On a route you can set different consumers (
http://aerogear.org/docs/guides/aerogear-controller/mediatypes.html ) ,
I've updated the Route on Prodoctor and now it seems to work. I can not
reproduce your ios example here on my fedora box but this curl works now :
curl -v -b cookies.txt -c cookies.txt -H "Accept: application/json" -H
"Content-type: application/json; charset=utf-8" -X POST -d
'{"loginName":
"john", "password":"123"}'
http://localhost:8080/prodoctor/login
Update the repo and give it a try !
Seb
On Mon, Jun 17, 2013 at 10:47 PM, Corinne Krych <corinnekrych(a)gmail.com>wrote:
> Hello Guys
>
> Writing code for ProDoctor demo, on client side, I'm using Xcode template
> for AGPush which is based on AFNetworking 121
>
> When doing my login request in iOS I bumped into the issue of having
> content type set to "application/json; charset=utf-8" whereas on routes
> (backend) only "application/json" is set which causes this exception:
>
> [application/json].': java.lang.RuntimeException: AG_CONTROLLER000012: No
> Consumer found for Parameter: 'Parameter[type=ENTITY, type=class
> org.aerogear.prodoctor.model.SaleAgent]'. The registered Consumers were:
> '[JsonConsumer[mediaType=application/json]]'. Please add a Consumer for one
> the media types supported by the route: [application/json].
>
> at
>
org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(ParameterExtractor.java:152)
> [aerogear-controller-1.0.1.jar:1.0.1]
>
> at
>
org.jboss.aerogear.controller.util.ParameterExtractor.extractArguments(ParameterExtractor.java:70)
> [aerogear-controller-1.0.1.jar:1.0.1]
>
>
> I think we should support both "application/json; charset=utf-8" and
> "application/json". /shall we open a JIRA on AeroGear Controller to
> support both?
>
>
> wdyt?
>
>
> Corinne
>
>
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
1:10 a.m.
Nope,
tried the staging URL, and I am still getting that error
08:08:25,988 ERROR [org.jboss.aerogear.controller.log]
(http--0.0.0.0-8080-1) AG_CONTROLLER000005: Exception Message:
'AG_CONTROLLER000012: No Consumer found for Parameter:
'Parameter[type=ENTITY, type=class
org.aerogear.prodoctor.model.SaleAgent]'. The registered Consumers
were: '[JsonConsumer[mediaType=application/json]]'. Please add a
Consumer for one the media types supported by the route:
[application/json].': java.lang.RuntimeException: AG_CONTROLLER000012:
No Consumer found for Parameter: 'Parameter[type=ENTITY, type=class
org.aerogear.prodoctor.model.SaleAgent]'. The registered Consumers
were: '[JsonConsumer[mediaType=application/json]]'. Please add a
Consumer for one the media types supported by the route:
[application/json].
at
org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(ParameterExtractor.java:152)
[aerogear-controller-1.0.1.jar:1.0.1]
at
org.jboss.aerogear.controller.util.ParameterExtractor.extractArguments(ParameterExtractor.java:70)
[aerogear-controller-1.0.1.jar:1.0.1]
at
org.jboss.aerogear.controller.router.DefaultRouteProcessor.process(DefaultRouteProcessor.java:53)
[aerogear-controller-1.0.1.jar:1.0.1]
at
org.jboss.aerogear.controller.router.DefaultRouteProcessor$Proxy$_$$_WeldSubclass.process(DefaultRouteProcessor$Proxy$_$$_WeldSubclass.java)
[aerogear-controller-1.0.1.jar:1.0.1]
at
org.jboss.aerogear.controller.router.rest.pagination.PaginationHandler.process(PaginationHandler.java:80)
[aerogear-controller-1.0.1.jar:1.0.1]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[rt.jar:1.7.0_09]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
[rt.jar:1.7.0_09]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[rt.jar:1.7.0_09]
at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_09]
at org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:264)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:137)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:260)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.introspector.jlr.WeldMethodImpl.invokeOnInstance(WeldMethodImpl.java:170)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.bean.proxy.DecoratorProxyMethodHandler.doInvoke(DecoratorProxyMethodHandler.java:78)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.interceptor.util.proxy.TargetInstanceProxyMethodHandler.invoke(TargetInstanceProxyMethodHandler.java:43)
[jboss-interceptor-core-2.0.0.Final.jar:2.0.0.Final]
at org.jboss.weld.bean.proxy.TargetBeanInstance.invoke(TargetBeanInstance.java:88)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:105)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.aerogear.controller.router.DefaultRouteProcessor$Proxy$_$$_Weld$Proxy$.process(DefaultRouteProcessor$Proxy$_$$_Weld$Proxy$.java)
[aerogear-controller-1.0.1.jar:1.0.1]
at
org.jboss.aerogear.controller.router.decorators.SecurityHandler.process(SecurityHandler.java:65)
[aerogear-controller-1.0.1.jar:1.0.1]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[rt.jar:1.7.0_09]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
[rt.jar:1.7.0_09]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[rt.jar:1.7.0_09]
at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_09]
at org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:264)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:137)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:260)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.introspector.jlr.WeldMethodImpl.invokeOnInstance(WeldMethodImpl.java:170)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.bean.proxy.DecoratorProxyMethodHandler.doInvoke(DecoratorProxyMethodHandler.java:78)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.interceptor.util.proxy.TargetInstanceProxyMethodHandler.invoke(TargetInstanceProxyMethodHandler.java:43)
[jboss-interceptor-core-2.0.0.Final.jar:2.0.0.Final]
at org.jboss.weld.bean.proxy.TargetBeanInstance.invoke(TargetBeanInstance.java:88)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:105)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.aerogear.controller.router.DefaultRouteProcessor$Proxy$_$$_Weld$Proxy$.process(DefaultRouteProcessor$Proxy$_$$_Weld$Proxy$.java)
[aerogear-controller-1.0.1.jar:1.0.1]
at
org.jboss.aerogear.controller.router.decorators.ErrorHandler.process(ErrorHandler.java:61)
[aerogear-controller-1.0.1.jar:1.0.1]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[rt.jar:1.7.0_09]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
[rt.jar:1.7.0_09]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[rt.jar:1.7.0_09]
at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_09]
at org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:264)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:137)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:260)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.introspector.jlr.WeldMethodImpl.invokeOnInstance(WeldMethodImpl.java:170)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.bean.proxy.DecoratorProxyMethodHandler.doInvoke(DecoratorProxyMethodHandler.java:78)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.interceptor.util.proxy.TargetInstanceProxyMethodHandler.invoke(TargetInstanceProxyMethodHandler.java:43)
[jboss-interceptor-core-2.0.0.Final.jar:2.0.0.Final]
at org.jboss.weld.bean.proxy.TargetBeanInstance.invoke(TargetBeanInstance.java:88)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:105)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.aerogear.controller.router.DefaultRouteProcessor$Proxy$_$$_Weld$Proxy$.process(DefaultRouteProcessor$Proxy$_$$_Weld$Proxy$.java)
[aerogear-controller-1.0.1.jar:1.0.1]
at
org.jboss.aerogear.controller.router.decorators.ResponseHandler.process(ResponseHandler.java:53)
[aerogear-controller-1.0.1.jar:1.0.1]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[rt.jar:1.7.0_09]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
[rt.jar:1.7.0_09]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[rt.jar:1.7.0_09]
at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_09]
at org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:264)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:137)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:260)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.introspector.jlr.WeldMethodImpl.invokeOnInstance(WeldMethodImpl.java:170)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.bean.proxy.DecoratorProxyMethodHandler.doInvoke(DecoratorProxyMethodHandler.java:78)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.interceptor.util.proxy.TargetInstanceProxyMethodHandler.invoke(TargetInstanceProxyMethodHandler.java:43)
[jboss-interceptor-core-2.0.0.Final.jar:2.0.0.Final]
at org.jboss.weld.bean.proxy.TargetBeanInstance.invoke(TargetBeanInstance.java:88)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:105)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.aerogear.controller.router.DefaultRouteProcessor$Proxy$_$$_Weld$Proxy$.process(DefaultRouteProcessor$Proxy$_$$_Weld$Proxy$.java)
[aerogear-controller-1.0.1.jar:1.0.1]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[rt.jar:1.7.0_09]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
[rt.jar:1.7.0_09]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[rt.jar:1.7.0_09]
at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_09]
at org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:264)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:137)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:260)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:59)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.aerogear.controller.router.DefaultRouteProcessor$Proxy$_$$_WeldSubclass.process(DefaultRouteProcessor$Proxy$_$$_WeldSubclass.java)
[aerogear-controller-1.0.1.jar:1.0.1]
at org.jboss.aerogear.controller.router.DefaultRouter.dispatch(DefaultRouter.java:74)
[aerogear-controller-1.0.1.jar:1.0.1]
at
org.jboss.aerogear.controller.router.DefaultRouter$Proxy$_$$_WeldSubclass.dispatch(DefaultRouter$Proxy$_$$_WeldSubclass.java)
[aerogear-controller-1.0.1.jar:1.0.1]
at
org.jboss.aerogear.controller.router.decorators.cors.CorsHandler.dispatch(CorsHandler.java:72)
[aerogear-controller-1.0.1.jar:1.0.1]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[rt.jar:1.7.0_09]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
[rt.jar:1.7.0_09]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[rt.jar:1.7.0_09]
at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_09]
at org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:264)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:137)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:260)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.introspector.jlr.WeldMethodImpl.invokeOnInstance(WeldMethodImpl.java:170)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.bean.proxy.DecoratorProxyMethodHandler.doInvoke(DecoratorProxyMethodHandler.java:78)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.interceptor.util.proxy.TargetInstanceProxyMethodHandler.invoke(TargetInstanceProxyMethodHandler.java:43)
[jboss-interceptor-core-2.0.0.Final.jar:2.0.0.Final]
at org.jboss.weld.bean.proxy.TargetBeanInstance.invoke(TargetBeanInstance.java:88)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:105)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.aerogear.controller.router.DefaultRouter$Proxy$_$$_Weld$Proxy$.dispatch(DefaultRouter$Proxy$_$$_Weld$Proxy$.java)
[aerogear-controller-1.0.1.jar:1.0.1]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[rt.jar:1.7.0_09]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
[rt.jar:1.7.0_09]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[rt.jar:1.7.0_09]
at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_09]
at org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:264)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:137)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:260)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:59)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.aerogear.controller.router.DefaultRouter$Proxy$_$$_WeldSubclass.dispatch(DefaultRouter$Proxy$_$$_WeldSubclass.java)
[aerogear-controller-1.0.1.jar:1.0.1]
at org.jboss.aerogear.controller.filter.AeroGear.doFilter(AeroGear.java:52)
[aerogear-controller-1.0.1.jar:1.0.1]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280)
[jbossweb-7.0.13.Final.jar:]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248)
[jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275)
[jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161)
[jbossweb-7.0.13.Final.jar:]
at
org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50)
[jboss-as-jpa-7.1.1.Final.jar:7.1.1.Final]
at
org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
[jboss-as-web-7.1.1.Final.jar:7.1.1.Final]
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155)
[jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
[jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
[jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
[jbossweb-7.0.13.Final.jar:]
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
[jbossweb-7.0.13.Final.jar:]
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
[jbossweb-7.0.13.Final.jar:]
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
[jbossweb-7.0.13.Final.jar:]
at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09]
On Tue, Jun 18, 2013 at 6:14 AM, Daniel Bevenius
<daniel.bevenius(a)gmail.com>wrote:
Hi,
this sounds like a bug that we found a while back:
https://issues.jboss.org/browse/AEROGEAR-1085
Perhaps you could try the staged version 1.0.1 that Bruno deployed
yesterday:
https://repository.jboss.org/nexus/content/repositories/jboss_releases_st...
/Dan
On 18 June 2013 00:56, Sebastien Blanc <scm.blanc(a)gmail.com> wrote:
> Hi Corinne,
> On a route you can set different consumers (
> http://aerogear.org/docs/guides/aerogear-controller/mediatypes.html ) ,
> I've updated the Route on Prodoctor and now it seems to work. I can not
> reproduce your ios example here on my fedora box but this curl works now :
>
> curl -v -b cookies.txt -c cookies.txt -H "Accept: application/json" -H
> "Content-type: application/json; charset=utf-8" -X POST -d
'{"loginName":
> "john", "password":"123"}'
http://localhost:8080/prodoctor/login
>
> Update the repo and give it a try !
>
> Seb
>
>
>
> On Mon, Jun 17, 2013 at 10:47 PM, Corinne Krych <corinnekrych(a)gmail.com>wrote:
>
>> Hello Guys
>>
>> Writing code for ProDoctor demo, on client side, I'm using Xcode
>> template for AGPush which is based on AFNetworking 121
>>
>> When doing my login request in iOS I bumped into the issue of having
>> content type set to "application/json; charset=utf-8" whereas on
routes
>> (backend) only "application/json" is set which causes this exception:
>>
>> [application/json].': java.lang.RuntimeException: AG_CONTROLLER000012:
>> No Consumer found for Parameter: 'Parameter[type=ENTITY, type=class
>> org.aerogear.prodoctor.model.SaleAgent]'. The registered Consumers were:
>> '[JsonConsumer[mediaType=application/json]]'. Please add a Consumer for
one
>> the media types supported by the route: [application/json].
>>
>> at
>>
org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(ParameterExtractor.java:152)
>> [aerogear-controller-1.0.1.jar:1.0.1]
>>
>> at
>>
org.jboss.aerogear.controller.util.ParameterExtractor.extractArguments(ParameterExtractor.java:70)
>> [aerogear-controller-1.0.1.jar:1.0.1]
>>
>>
>> I think we should support both "application/json; charset=utf-8" and
>> "application/json". /shall we open a JIRA on AeroGear Controller to
>> support both?
>>
>>
>> wdyt?
>>
>>
>> Corinne
>>
>>
>>
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
1:21 a.m.
BTW.... the same error occurs, using AeroGear-iOS 1.0.1 (based on AFN
1.0RC1)
Looks like the controller receives "text/html":
*Expected content type {(*
* "text/json",*
* "application/json",*
* "text/javascript"*
*)}, got text/html}*
*
*
*
*
On Tue, Jun 18, 2013 at 8:10 AM, Matthias Wessendorf <matzew(a)apache.org>wrote:
Nope,
tried the staging URL, and I am still getting that error
08:08:25,988 ERROR [org.jboss.aerogear.controller.log] (http--0.0.0.0-8080-1)
AG_CONTROLLER000005: Exception Message: 'AG_CONTROLLER000012: No Consumer found for
Parameter: 'Parameter[type=ENTITY, type=class
org.aerogear.prodoctor.model.SaleAgent]'. The registered Consumers were:
'[JsonConsumer[mediaType=application/json]]'. Please add a Consumer for one the
media types supported by the route: [application/json].': java.lang.RuntimeException:
AG_CONTROLLER000012: No Consumer found for Parameter: 'Parameter[type=ENTITY,
type=class org.aerogear.prodoctor.model.SaleAgent]'. The registered Consumers were:
'[JsonConsumer[mediaType=application/json]]'. Please add a Consumer for one the
media types supported by the route: [application/json].
at
org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(ParameterExtractor.java:152)
[aerogear-controller-1.0.1.jar:1.0.1]
at
org.jboss.aerogear.controller.util.ParameterExtractor.extractArguments(ParameterExtractor.java:70)
[aerogear-controller-1.0.1.jar:1.0.1]
at
org.jboss.aerogear.controller.router.DefaultRouteProcessor.process(DefaultRouteProcessor.java:53)
[aerogear-controller-1.0.1.jar:1.0.1]
at
org.jboss.aerogear.controller.router.DefaultRouteProcessor$Proxy$_$$_WeldSubclass.process(DefaultRouteProcessor$Proxy$_$$_WeldSubclass.java)
[aerogear-controller-1.0.1.jar:1.0.1]
at
org.jboss.aerogear.controller.router.rest.pagination.PaginationHandler.process(PaginationHandler.java:80)
[aerogear-controller-1.0.1.jar:1.0.1]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_09]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
[rt.jar:1.7.0_09]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[rt.jar:1.7.0_09]
at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_09]
at org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:264)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:137)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:260)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.introspector.jlr.WeldMethodImpl.invokeOnInstance(WeldMethodImpl.java:170)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.bean.proxy.DecoratorProxyMethodHandler.doInvoke(DecoratorProxyMethodHandler.java:78)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.interceptor.util.proxy.TargetInstanceProxyMethodHandler.invoke(TargetInstanceProxyMethodHandler.java:43)
[jboss-interceptor-core-2.0.0.Final.jar:2.0.0.Final]
at org.jboss.weld.bean.proxy.TargetBeanInstance.invoke(TargetBeanInstance.java:88)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:105)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.aerogear.controller.router.DefaultRouteProcessor$Proxy$_$$_Weld$Proxy$.process(DefaultRouteProcessor$Proxy$_$$_Weld$Proxy$.java)
[aerogear-controller-1.0.1.jar:1.0.1]
at
org.jboss.aerogear.controller.router.decorators.SecurityHandler.process(SecurityHandler.java:65)
[aerogear-controller-1.0.1.jar:1.0.1]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_09]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
[rt.jar:1.7.0_09]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[rt.jar:1.7.0_09]
at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_09]
at org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:264)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:137)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:260)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.introspector.jlr.WeldMethodImpl.invokeOnInstance(WeldMethodImpl.java:170)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.bean.proxy.DecoratorProxyMethodHandler.doInvoke(DecoratorProxyMethodHandler.java:78)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.interceptor.util.proxy.TargetInstanceProxyMethodHandler.invoke(TargetInstanceProxyMethodHandler.java:43)
[jboss-interceptor-core-2.0.0.Final.jar:2.0.0.Final]
at org.jboss.weld.bean.proxy.TargetBeanInstance.invoke(TargetBeanInstance.java:88)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:105)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.aerogear.controller.router.DefaultRouteProcessor$Proxy$_$$_Weld$Proxy$.process(DefaultRouteProcessor$Proxy$_$$_Weld$Proxy$.java)
[aerogear-controller-1.0.1.jar:1.0.1]
at
org.jboss.aerogear.controller.router.decorators.ErrorHandler.process(ErrorHandler.java:61)
[aerogear-controller-1.0.1.jar:1.0.1]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_09]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
[rt.jar:1.7.0_09]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[rt.jar:1.7.0_09]
at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_09]
at org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:264)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:137)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:260)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.introspector.jlr.WeldMethodImpl.invokeOnInstance(WeldMethodImpl.java:170)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.bean.proxy.DecoratorProxyMethodHandler.doInvoke(DecoratorProxyMethodHandler.java:78)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.interceptor.util.proxy.TargetInstanceProxyMethodHandler.invoke(TargetInstanceProxyMethodHandler.java:43)
[jboss-interceptor-core-2.0.0.Final.jar:2.0.0.Final]
at org.jboss.weld.bean.proxy.TargetBeanInstance.invoke(TargetBeanInstance.java:88)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:105)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.aerogear.controller.router.DefaultRouteProcessor$Proxy$_$$_Weld$Proxy$.process(DefaultRouteProcessor$Proxy$_$$_Weld$Proxy$.java)
[aerogear-controller-1.0.1.jar:1.0.1]
at
org.jboss.aerogear.controller.router.decorators.ResponseHandler.process(ResponseHandler.java:53)
[aerogear-controller-1.0.1.jar:1.0.1]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_09]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
[rt.jar:1.7.0_09]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[rt.jar:1.7.0_09]
at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_09]
at org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:264)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:137)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:260)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.introspector.jlr.WeldMethodImpl.invokeOnInstance(WeldMethodImpl.java:170)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.bean.proxy.DecoratorProxyMethodHandler.doInvoke(DecoratorProxyMethodHandler.java:78)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.interceptor.util.proxy.TargetInstanceProxyMethodHandler.invoke(TargetInstanceProxyMethodHandler.java:43)
[jboss-interceptor-core-2.0.0.Final.jar:2.0.0.Final]
at org.jboss.weld.bean.proxy.TargetBeanInstance.invoke(TargetBeanInstance.java:88)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:105)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.aerogear.controller.router.DefaultRouteProcessor$Proxy$_$$_Weld$Proxy$.process(DefaultRouteProcessor$Proxy$_$$_Weld$Proxy$.java)
[aerogear-controller-1.0.1.jar:1.0.1]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_09]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
[rt.jar:1.7.0_09]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[rt.jar:1.7.0_09]
at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_09]
at org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:264)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:137)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:260)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:59)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.aerogear.controller.router.DefaultRouteProcessor$Proxy$_$$_WeldSubclass.process(DefaultRouteProcessor$Proxy$_$$_WeldSubclass.java)
[aerogear-controller-1.0.1.jar:1.0.1]
at org.jboss.aerogear.controller.router.DefaultRouter.dispatch(DefaultRouter.java:74)
[aerogear-controller-1.0.1.jar:1.0.1]
at
org.jboss.aerogear.controller.router.DefaultRouter$Proxy$_$$_WeldSubclass.dispatch(DefaultRouter$Proxy$_$$_WeldSubclass.java)
[aerogear-controller-1.0.1.jar:1.0.1]
at
org.jboss.aerogear.controller.router.decorators.cors.CorsHandler.dispatch(CorsHandler.java:72)
[aerogear-controller-1.0.1.jar:1.0.1]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_09]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
[rt.jar:1.7.0_09]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[rt.jar:1.7.0_09]
at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_09]
at org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:264)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:137)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:260)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.introspector.jlr.WeldMethodImpl.invokeOnInstance(WeldMethodImpl.java:170)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.bean.proxy.DecoratorProxyMethodHandler.doInvoke(DecoratorProxyMethodHandler.java:78)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.interceptor.util.proxy.TargetInstanceProxyMethodHandler.invoke(TargetInstanceProxyMethodHandler.java:43)
[jboss-interceptor-core-2.0.0.Final.jar:2.0.0.Final]
at org.jboss.weld.bean.proxy.TargetBeanInstance.invoke(TargetBeanInstance.java:88)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:105)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.aerogear.controller.router.DefaultRouter$Proxy$_$$_Weld$Proxy$.dispatch(DefaultRouter$Proxy$_$$_Weld$Proxy$.java)
[aerogear-controller-1.0.1.jar:1.0.1]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_09]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
[rt.jar:1.7.0_09]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[rt.jar:1.7.0_09]
at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_09]
at org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:264)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:137)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:260)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:59)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.aerogear.controller.router.DefaultRouter$Proxy$_$$_WeldSubclass.dispatch(DefaultRouter$Proxy$_$$_WeldSubclass.java)
[aerogear-controller-1.0.1.jar:1.0.1]
at org.jboss.aerogear.controller.filter.AeroGear.doFilter(AeroGear.java:52)
[aerogear-controller-1.0.1.jar:1.0.1]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280)
[jbossweb-7.0.13.Final.jar:]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248)
[jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275)
[jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161)
[jbossweb-7.0.13.Final.jar:]
at
org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50)
[jboss-as-jpa-7.1.1.Final.jar:7.1.1.Final]
at
org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
[jboss-as-web-7.1.1.Final.jar:7.1.1.Final]
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155)
[jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
[jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
[jbossweb-7.0.13.Final.jar:]
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
[jbossweb-7.0.13.Final.jar:]
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
[jbossweb-7.0.13.Final.jar:]
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
[jbossweb-7.0.13.Final.jar:]
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
[jbossweb-7.0.13.Final.jar:]
at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09]
On Tue, Jun 18, 2013 at 6:14 AM, Daniel Bevenius <
daniel.bevenius(a)gmail.com> wrote:
> Hi,
>
> this sounds like a bug that we found a while back:
> https://issues.jboss.org/browse/AEROGEAR-1085
>
> Perhaps you could try the staged version 1.0.1 that Bruno deployed
> yesterday:
>
>
https://repository.jboss.org/nexus/content/repositories/jboss_releases_st...
>
> /Dan
>
>
> On 18 June 2013 00:56, Sebastien Blanc <scm.blanc(a)gmail.com> wrote:
>
>> Hi Corinne,
>> On a route you can set different consumers (
>> http://aerogear.org/docs/guides/aerogear-controller/mediatypes.html ) ,
>> I've updated the Route on Prodoctor and now it seems to work. I can not
>> reproduce your ios example here on my fedora box but this curl works now :
>>
>> curl -v -b cookies.txt -c cookies.txt -H "Accept: application/json" -H
>> "Content-type: application/json; charset=utf-8" -X POST -d
'{"loginName":
>> "john", "password":"123"}'
http://localhost:8080/prodoctor/login
>>
>> Update the repo and give it a try !
>>
>> Seb
>>
>>
>>
>> On Mon, Jun 17, 2013 at 10:47 PM, Corinne Krych
<corinnekrych(a)gmail.com>wrote:
>>
>>> Hello Guys
>>>
>>> Writing code for ProDoctor demo, on client side, I'm using Xcode
>>> template for AGPush which is based on AFNetworking 121
>>>
>>> When doing my login request in iOS I bumped into the issue of having
>>> content type set to "application/json; charset=utf-8" whereas on
routes
>>> (backend) only "application/json" is set which causes this
exception:
>>>
>>> [application/json].': java.lang.RuntimeException: AG_CONTROLLER000012:
>>> No Consumer found for Parameter: 'Parameter[type=ENTITY, type=class
>>> org.aerogear.prodoctor.model.SaleAgent]'. The registered Consumers were:
>>> '[JsonConsumer[mediaType=application/json]]'. Please add a Consumer
for one
>>> the media types supported by the route: [application/json].
>>>
>>> at
>>>
org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(ParameterExtractor.java:152)
>>> [aerogear-controller-1.0.1.jar:1.0.1]
>>>
>>> at
>>>
org.jboss.aerogear.controller.util.ParameterExtractor.extractArguments(ParameterExtractor.java:70)
>>> [aerogear-controller-1.0.1.jar:1.0.1]
>>>
>>>
>>> I think we should support both "application/json; charset=utf-8"
and
>>> "application/json". /shall we open a JIRA on AeroGear Controller
to
>>> support both?
>>>
>>>
>>> wdyt?
>>>
>>>
>>> Corinne
>>>
>>>
>>>
>>> _______________________________________________
>>> aerogear-dev mailing list
>>> aerogear-dev(a)lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>
>>
>>
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
1:30 a.m.
On Tue, Jun 18, 2013 at 12:56 AM, Sebastien Blanc <scm.blanc(a)gmail.com>wrote:
Hi Corinne,
On a route you can set different consumers (
http://aerogear.org/docs/guides/aerogear-controller/mediatypes.html ) ,
I've updated the Route on Prodoctor and now it seems to work. I can not
reproduce your ios example here on my fedora box but this curl works now :
curl -v -b cookies.txt -c cookies.txt -H "Accept: application/json" -H
"Content-type: application/json; charset=utf-8" -X POST -d
'{"loginName":
"john", "password":"123"}'
http://localhost:8080/prodoctor/login
Update the repo and give it a try !
please push this type:
import org.aerogear.prodoctor.config.CustomConsumer;
it's missing and the build is failing
Seb
On Mon, Jun 17, 2013 at 10:47 PM, Corinne Krych <corinnekrych(a)gmail.com>wrote:
> Hello Guys
>
> Writing code for ProDoctor demo, on client side, I'm using Xcode template
> for AGPush which is based on AFNetworking 121
>
> When doing my login request in iOS I bumped into the issue of having
> content type set to "application/json; charset=utf-8" whereas on routes
> (backend) only "application/json" is set which causes this exception:
>
> [application/json].': java.lang.RuntimeException: AG_CONTROLLER000012: No
> Consumer found for Parameter: 'Parameter[type=ENTITY, type=class
> org.aerogear.prodoctor.model.SaleAgent]'. The registered Consumers were:
> '[JsonConsumer[mediaType=application/json]]'. Please add a Consumer for one
> the media types supported by the route: [application/json].
>
> at
>
org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(ParameterExtractor.java:152)
> [aerogear-controller-1.0.1.jar:1.0.1]
>
> at
>
org.jboss.aerogear.controller.util.ParameterExtractor.extractArguments(ParameterExtractor.java:70)
> [aerogear-controller-1.0.1.jar:1.0.1]
>
>
> I think we should support both "application/json; charset=utf-8" and
> "application/json". /shall we open a JIRA on AeroGear Controller to
> support both?
>
>
> wdyt?
>
>
> Corinne
>
>
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
1:50 a.m.
Oups,
I should not push code at 1 am ;)
Should be okay now
Seb
On Tue, Jun 18, 2013 at 8:30 AM, Matthias Wessendorf <matzew(a)apache.org>wrote:
On Tue, Jun 18, 2013 at 12:56 AM, Sebastien Blanc <scm.blanc(a)gmail.com>wrote:
> Hi Corinne,
> On a route you can set different consumers (
> http://aerogear.org/docs/guides/aerogear-controller/mediatypes.html ) ,
> I've updated the Route on Prodoctor and now it seems to work. I can not
> reproduce your ios example here on my fedora box but this curl works now :
>
> curl -v -b cookies.txt -c cookies.txt -H "Accept: application/json" -H
> "Content-type: application/json; charset=utf-8" -X POST -d
'{"loginName":
> "john", "password":"123"}'
http://localhost:8080/prodoctor/login
>
> Update the repo and give it a try !
>
please push this type:
import org.aerogear.prodoctor.config.CustomConsumer;
it's missing and the build is failing
>
> Seb
>
>
>
> On Mon, Jun 17, 2013 at 10:47 PM, Corinne Krych <corinnekrych(a)gmail.com>wrote:
>
>> Hello Guys
>>
>> Writing code for ProDoctor demo, on client side, I'm using Xcode
>> template for AGPush which is based on AFNetworking 121
>>
>> When doing my login request in iOS I bumped into the issue of having
>> content type set to "application/json; charset=utf-8" whereas on
routes
>> (backend) only "application/json" is set which causes this exception:
>>
>> [application/json].': java.lang.RuntimeException: AG_CONTROLLER000012:
>> No Consumer found for Parameter: 'Parameter[type=ENTITY, type=class
>> org.aerogear.prodoctor.model.SaleAgent]'. The registered Consumers were:
>> '[JsonConsumer[mediaType=application/json]]'. Please add a Consumer for
one
>> the media types supported by the route: [application/json].
>>
>> at
>>
org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(ParameterExtractor.java:152)
>> [aerogear-controller-1.0.1.jar:1.0.1]
>>
>> at
>>
org.jboss.aerogear.controller.util.ParameterExtractor.extractArguments(ParameterExtractor.java:70)
>> [aerogear-controller-1.0.1.jar:1.0.1]
>>
>>
>> I think we should support both "application/json; charset=utf-8" and
>> "application/json". /shall we open a JIRA on AeroGear Controller to
>> support both?
>>
>>
>> wdyt?
>>
>>
>> Corinne
>>
>>
>>
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
2:01 a.m.
still the failure, (both: AeroGear-iOS 1.0.1 (AFN 1.0.RC1) + the branch
going to AFN 1.2.1
On Tue, Jun 18, 2013 at 8:50 AM, Sebastien Blanc <scm.blanc(a)gmail.com>wrote:
Oups,
I should not push code at 1 am ;)
Should be okay now
Seb
On Tue, Jun 18, 2013 at 8:30 AM, Matthias Wessendorf <matzew(a)apache.org>wrote:
>
>
>
> On Tue, Jun 18, 2013 at 12:56 AM, Sebastien Blanc <scm.blanc(a)gmail.com>wrote:
>
>> Hi Corinne,
>> On a route you can set different consumers (
>> http://aerogear.org/docs/guides/aerogear-controller/mediatypes.html ) ,
>> I've updated the Route on Prodoctor and now it seems to work. I can not
>> reproduce your ios example here on my fedora box but this curl works now :
>>
>> curl -v -b cookies.txt -c cookies.txt -H "Accept: application/json" -H
>> "Content-type: application/json; charset=utf-8" -X POST -d
'{"loginName":
>> "john", "password":"123"}'
http://localhost:8080/prodoctor/login
>>
>> Update the repo and give it a try !
>>
>
>
> please push this type:
>
> import org.aerogear.prodoctor.config.CustomConsumer;
>
>
> it's missing and the build is failing
>
>
>
>
>>
>> Seb
>>
>>
>>
>> On Mon, Jun 17, 2013 at 10:47 PM, Corinne Krych
<corinnekrych(a)gmail.com>wrote:
>>
>>> Hello Guys
>>>
>>> Writing code for ProDoctor demo, on client side, I'm using Xcode
>>> template for AGPush which is based on AFNetworking 121
>>>
>>> When doing my login request in iOS I bumped into the issue of having
>>> content type set to "application/json; charset=utf-8" whereas on
routes
>>> (backend) only "application/json" is set which causes this
exception:
>>>
>>> [application/json].': java.lang.RuntimeException: AG_CONTROLLER000012:
>>> No Consumer found for Parameter: 'Parameter[type=ENTITY, type=class
>>> org.aerogear.prodoctor.model.SaleAgent]'. The registered Consumers were:
>>> '[JsonConsumer[mediaType=application/json]]'. Please add a Consumer
for one
>>> the media types supported by the route: [application/json].
>>>
>>> at
>>>
org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(ParameterExtractor.java:152)
>>> [aerogear-controller-1.0.1.jar:1.0.1]
>>>
>>> at
>>>
org.jboss.aerogear.controller.util.ParameterExtractor.extractArguments(ParameterExtractor.java:70)
>>> [aerogear-controller-1.0.1.jar:1.0.1]
>>>
>>>
>>> I think we should support both "application/json; charset=utf-8"
and
>>> "application/json". /shall we open a JIRA on AeroGear Controller
to
>>> support both?
>>>
>>>
>>> wdyt?
>>>
>>>
>>> Corinne
>>>
>>>
>>>
>>> _______________________________________________
>>> aerogear-dev mailing list
>>> aerogear-dev(a)lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>
>>
>>
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>
>
>
> --
> Matthias Wessendorf
>
> blog: http://matthiaswessendorf.wordpress.com/
> sessions: http://www.slideshare.net/mwessendorf
> twitter: http://twitter.com/mwessendorf
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
2:11 a.m.
Well, it's failing now because it can not find the java-sender artifact ;)
On Tue, Jun 18, 2013 at 9:01 AM, Matthias Wessendorf <matzew(a)apache.org>wrote:
still the failure, (both: AeroGear-iOS 1.0.1 (AFN 1.0.RC1) + the
branch
going to AFN 1.2.1
On Tue, Jun 18, 2013 at 8:50 AM, Sebastien Blanc <scm.blanc(a)gmail.com>wrote:
> Oups,
> I should not push code at 1 am ;)
> Should be okay now
> Seb
>
>
>
> On Tue, Jun 18, 2013 at 8:30 AM, Matthias Wessendorf <matzew(a)apache.org>wrote:
>
>>
>>
>>
>> On Tue, Jun 18, 2013 at 12:56 AM, Sebastien Blanc
<scm.blanc(a)gmail.com>wrote:
>>
>>> Hi Corinne,
>>> On a route you can set different consumers (
>>> http://aerogear.org/docs/guides/aerogear-controller/mediatypes.html )
>>> , I've updated the Route on Prodoctor and now it seems to work. I can
not
>>> reproduce your ios example here on my fedora box but this curl works now :
>>>
>>> curl -v -b cookies.txt -c cookies.txt -H "Accept: application/json"
-H
>>> "Content-type: application/json; charset=utf-8" -X POST -d
'{"loginName":
>>> "john", "password":"123"}'
http://localhost:8080/prodoctor/login
>>>
>>> Update the repo and give it a try !
>>>
>>
>>
>> please push this type:
>>
>> import org.aerogear.prodoctor.config.CustomConsumer;
>>
>>
>> it's missing and the build is failing
>>
>>
>>
>>
>>>
>>> Seb
>>>
>>>
>>>
>>> On Mon, Jun 17, 2013 at 10:47 PM, Corinne Krych <corinnekrych(a)gmail.com
>>> > wrote:
>>>
>>>> Hello Guys
>>>>
>>>> Writing code for ProDoctor demo, on client side, I'm using Xcode
>>>> template for AGPush which is based on AFNetworking 121
>>>>
>>>> When doing my login request in iOS I bumped into the issue of having
>>>> content type set to "application/json; charset=utf-8" whereas
on routes
>>>> (backend) only "application/json" is set which causes this
exception:
>>>>
>>>> [application/json].': java.lang.RuntimeException:
AG_CONTROLLER000012:
>>>> No Consumer found for Parameter: 'Parameter[type=ENTITY, type=class
>>>> org.aerogear.prodoctor.model.SaleAgent]'. The registered Consumers
were:
>>>> '[JsonConsumer[mediaType=application/json]]'. Please add a
Consumer for one
>>>> the media types supported by the route: [application/json].
>>>>
>>>> at
>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(ParameterExtractor.java:152)
>>>> [aerogear-controller-1.0.1.jar:1.0.1]
>>>>
>>>> at
>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.extractArguments(ParameterExtractor.java:70)
>>>> [aerogear-controller-1.0.1.jar:1.0.1]
>>>>
>>>>
>>>> I think we should support both "application/json;
charset=utf-8" and
>>>> "application/json". /shall we open a JIRA on AeroGear
Controller to
>>>> support both?
>>>>
>>>>
>>>> wdyt?
>>>>
>>>>
>>>> Corinne
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> aerogear-dev mailing list
>>>> aerogear-dev(a)lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>
>>>
>>>
>>> _______________________________________________
>>> aerogear-dev mailing list
>>> aerogear-dev(a)lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>
>>
>>
>>
>> --
>> Matthias Wessendorf
>>
>> blog: http://matthiaswessendorf.wordpress.com/
>> sessions: http://www.slideshare.net/mwessendorf
>> twitter: http://twitter.com/mwessendorf
>>
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
2:14 a.m.
On Tue, Jun 18, 2013 at 9:01 AM, Matthias Wessendorf <matzew(a)apache.org>wrote:
still the failure, (both: AeroGear-iOS 1.0.1 (AFN 1.0.RC1) + the
branch
going to AFN 1.2.1
==> same exception (see my different testing iOS environments above)
-Matthias
On Tue, Jun 18, 2013 at 8:50 AM, Sebastien Blanc <scm.blanc(a)gmail.com>wrote:
> Oups,
> I should not push code at 1 am ;)
> Should be okay now
> Seb
>
>
>
> On Tue, Jun 18, 2013 at 8:30 AM, Matthias Wessendorf <matzew(a)apache.org>wrote:
>
>>
>>
>>
>> On Tue, Jun 18, 2013 at 12:56 AM, Sebastien Blanc
<scm.blanc(a)gmail.com>wrote:
>>
>>> Hi Corinne,
>>> On a route you can set different consumers (
>>> http://aerogear.org/docs/guides/aerogear-controller/mediatypes.html )
>>> , I've updated the Route on Prodoctor and now it seems to work. I can
not
>>> reproduce your ios example here on my fedora box but this curl works now :
>>>
>>> curl -v -b cookies.txt -c cookies.txt -H "Accept: application/json"
-H
>>> "Content-type: application/json; charset=utf-8" -X POST -d
'{"loginName":
>>> "john", "password":"123"}'
http://localhost:8080/prodoctor/login
>>>
>>> Update the repo and give it a try !
>>>
>>
>>
>> please push this type:
>>
>> import org.aerogear.prodoctor.config.CustomConsumer;
>>
>>
>> it's missing and the build is failing
>>
>>
>>
>>
>>>
>>> Seb
>>>
>>>
>>>
>>> On Mon, Jun 17, 2013 at 10:47 PM, Corinne Krych <corinnekrych(a)gmail.com
>>> > wrote:
>>>
>>>> Hello Guys
>>>>
>>>> Writing code for ProDoctor demo, on client side, I'm using Xcode
>>>> template for AGPush which is based on AFNetworking 121
>>>>
>>>> When doing my login request in iOS I bumped into the issue of having
>>>> content type set to "application/json; charset=utf-8" whereas
on routes
>>>> (backend) only "application/json" is set which causes this
exception:
>>>>
>>>> [application/json].': java.lang.RuntimeException:
AG_CONTROLLER000012:
>>>> No Consumer found for Parameter: 'Parameter[type=ENTITY, type=class
>>>> org.aerogear.prodoctor.model.SaleAgent]'. The registered Consumers
were:
>>>> '[JsonConsumer[mediaType=application/json]]'. Please add a
Consumer for one
>>>> the media types supported by the route: [application/json].
>>>>
>>>> at
>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(ParameterExtractor.java:152)
>>>> [aerogear-controller-1.0.1.jar:1.0.1]
>>>>
>>>> at
>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.extractArguments(ParameterExtractor.java:70)
>>>> [aerogear-controller-1.0.1.jar:1.0.1]
>>>>
>>>>
>>>> I think we should support both "application/json;
charset=utf-8" and
>>>> "application/json". /shall we open a JIRA on AeroGear
Controller to
>>>> support both?
>>>>
>>>>
>>>> wdyt?
>>>>
>>>>
>>>> Corinne
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> aerogear-dev mailing list
>>>> aerogear-dev(a)lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>
>>>
>>>
>>> _______________________________________________
>>> aerogear-dev mailing list
>>> aerogear-dev(a)lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>
>>
>>
>>
>> --
>> Matthias Wessendorf
>>
>> blog: http://matthiaswessendorf.wordpress.com/
>> sessions: http://www.slideshare.net/mwessendorf
>> twitter: http://twitter.com/mwessendorf
>>
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
2:19 a.m.
Sorry I though you were talking about Travis ... Hum, okay so the
workaround don't work ... but the curl was, maybe lowercase issue, I see
now "utf-8" and iOs maybe send "UTF-8" and controller match also the
case ?
On Tue, Jun 18, 2013 at 9:14 AM, Matthias Wessendorf <matzew(a)apache.org>wrote:
On Tue, Jun 18, 2013 at 9:01 AM, Matthias Wessendorf <matzew(a)apache.org>wrote:
> still the failure, (both: AeroGear-iOS 1.0.1 (AFN 1.0.RC1) + the branch
> going to AFN 1.2.1
>
==> same exception (see my different testing iOS environments above)
-Matthias
>
>
>
>
> On Tue, Jun 18, 2013 at 8:50 AM, Sebastien Blanc <scm.blanc(a)gmail.com>wrote:
>
>> Oups,
>> I should not push code at 1 am ;)
>> Should be okay now
>> Seb
>>
>>
>>
>> On Tue, Jun 18, 2013 at 8:30 AM, Matthias Wessendorf
<matzew(a)apache.org>wrote:
>>
>>>
>>>
>>>
>>> On Tue, Jun 18, 2013 at 12:56 AM, Sebastien Blanc
<scm.blanc(a)gmail.com>wrote:
>>>
>>>> Hi Corinne,
>>>> On a route you can set different consumers (
>>>> http://aerogear.org/docs/guides/aerogear-controller/mediatypes.html )
>>>> , I've updated the Route on Prodoctor and now it seems to work. I can
not
>>>> reproduce your ios example here on my fedora box but this curl works now
:
>>>>
>>>> curl -v -b cookies.txt -c cookies.txt -H "Accept:
application/json" -H
>>>> "Content-type: application/json; charset=utf-8" -X POST -d
'{"loginName":
>>>> "john", "password":"123"}'
http://localhost:8080/prodoctor/login
>>>>
>>>> Update the repo and give it a try !
>>>>
>>>
>>>
>>> please push this type:
>>>
>>> import org.aerogear.prodoctor.config.CustomConsumer;
>>>
>>>
>>> it's missing and the build is failing
>>>
>>>
>>>
>>>
>>>>
>>>> Seb
>>>>
>>>>
>>>>
>>>> On Mon, Jun 17, 2013 at 10:47 PM, Corinne Krych <
>>>> corinnekrych(a)gmail.com> wrote:
>>>>
>>>>> Hello Guys
>>>>>
>>>>> Writing code for ProDoctor demo, on client side, I'm using Xcode
>>>>> template for AGPush which is based on AFNetworking 121
>>>>>
>>>>> When doing my login request in iOS I bumped into the issue of having
>>>>> content type set to "application/json; charset=utf-8"
whereas on routes
>>>>> (backend) only "application/json" is set which causes this
exception:
>>>>>
>>>>> [application/json].': java.lang.RuntimeException:
>>>>> AG_CONTROLLER000012: No Consumer found for Parameter:
>>>>> 'Parameter[type=ENTITY, type=class
>>>>> org.aerogear.prodoctor.model.SaleAgent]'. The registered
Consumers were:
>>>>> '[JsonConsumer[mediaType=application/json]]'. Please add a
Consumer for one
>>>>> the media types supported by the route: [application/json].
>>>>>
>>>>> at
>>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(ParameterExtractor.java:152)
>>>>> [aerogear-controller-1.0.1.jar:1.0.1]
>>>>>
>>>>> at
>>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.extractArguments(ParameterExtractor.java:70)
>>>>> [aerogear-controller-1.0.1.jar:1.0.1]
>>>>>
>>>>>
>>>>> I think we should support both "application/json;
charset=utf-8" and
>>>>> "application/json". /shall we open a JIRA on AeroGear
Controller to
>>>>> support both?
>>>>>
>>>>>
>>>>> wdyt?
>>>>>
>>>>>
>>>>> Corinne
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> aerogear-dev mailing list
>>>>> aerogear-dev(a)lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> aerogear-dev mailing list
>>>> aerogear-dev(a)lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>
>>>
>>>
>>>
>>> --
>>> Matthias Wessendorf
>>>
>>> blog: http://matthiaswessendorf.wordpress.com/
>>> sessions: http://www.slideshare.net/mwessendorf
>>> twitter: http://twitter.com/mwessendorf
>>>
>>> _______________________________________________
>>> aerogear-dev mailing list
>>> aerogear-dev(a)lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>
>>
>>
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>
>
>
> --
> Matthias Wessendorf
>
> blog: http://matthiaswessendorf.wordpress.com/
> sessions: http://www.slideshare.net/mwessendorf
> twitter: http://twitter.com/mwessendorf
>
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
2:53 a.m.
can you debug and see what's actually hitting the server? The Exception is,
to be honest, not meaningful :)
-M
On Tue, Jun 18, 2013 at 9:19 AM, Sebastien Blanc <scm.blanc(a)gmail.com>wrote:
Sorry I though you were talking about Travis ... Hum, okay so the
workaround don't work ... but the curl was, maybe lowercase issue, I see
now "utf-8" and iOs maybe send "UTF-8" and controller match also the
case ?
On Tue, Jun 18, 2013 at 9:14 AM, Matthias Wessendorf <matzew(a)apache.org>wrote:
>
>
>
> On Tue, Jun 18, 2013 at 9:01 AM, Matthias Wessendorf <matzew(a)apache.org>wrote:
>
>> still the failure, (both: AeroGear-iOS 1.0.1 (AFN 1.0.RC1) + the branch
>> going to AFN 1.2.1
>>
>
>
> ==> same exception (see my different testing iOS environments above)
>
> -Matthias
>
>
>
>>
>>
>>
>>
>> On Tue, Jun 18, 2013 at 8:50 AM, Sebastien Blanc
<scm.blanc(a)gmail.com>wrote:
>>
>>> Oups,
>>> I should not push code at 1 am ;)
>>> Should be okay now
>>> Seb
>>>
>>>
>>>
>>> On Tue, Jun 18, 2013 at 8:30 AM, Matthias Wessendorf <matzew(a)apache.org
>>> > wrote:
>>>
>>>>
>>>>
>>>>
>>>> On Tue, Jun 18, 2013 at 12:56 AM, Sebastien Blanc
<scm.blanc(a)gmail.com
>>>> > wrote:
>>>>
>>>>> Hi Corinne,
>>>>> On a route you can set different consumers (
>>>>> http://aerogear.org/docs/guides/aerogear-controller/mediatypes.html
)
>>>>> , I've updated the Route on Prodoctor and now it seems to work. I
can not
>>>>> reproduce your ios example here on my fedora box but this curl works
now :
>>>>>
>>>>> curl -v -b cookies.txt -c cookies.txt -H "Accept:
application/json"
>>>>> -H "Content-type: application/json; charset=utf-8" -X POST
-d
>>>>> '{"loginName": "john",
"password":"123"}'
>>>>> http://localhost:8080/prodoctor/login
>>>>>
>>>>> Update the repo and give it a try !
>>>>>
>>>>
>>>>
>>>> please push this type:
>>>>
>>>> import org.aerogear.prodoctor.config.CustomConsumer;
>>>>
>>>>
>>>> it's missing and the build is failing
>>>>
>>>>
>>>>
>>>>
>>>>>
>>>>> Seb
>>>>>
>>>>>
>>>>>
>>>>> On Mon, Jun 17, 2013 at 10:47 PM, Corinne Krych <
>>>>> corinnekrych(a)gmail.com> wrote:
>>>>>
>>>>>> Hello Guys
>>>>>>
>>>>>> Writing code for ProDoctor demo, on client side, I'm using
Xcode
>>>>>> template for AGPush which is based on AFNetworking 121
>>>>>>
>>>>>> When doing my login request in iOS I bumped into the issue of
having
>>>>>> content type set to "application/json; charset=utf-8"
whereas on routes
>>>>>> (backend) only "application/json" is set which causes
this exception:
>>>>>>
>>>>>> [application/json].': java.lang.RuntimeException:
>>>>>> AG_CONTROLLER000012: No Consumer found for Parameter:
>>>>>> 'Parameter[type=ENTITY, type=class
>>>>>> org.aerogear.prodoctor.model.SaleAgent]'. The registered
Consumers were:
>>>>>> '[JsonConsumer[mediaType=application/json]]'. Please add
a Consumer for one
>>>>>> the media types supported by the route: [application/json].
>>>>>>
>>>>>> at
>>>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(ParameterExtractor.java:152)
>>>>>> [aerogear-controller-1.0.1.jar:1.0.1]
>>>>>>
>>>>>> at
>>>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.extractArguments(ParameterExtractor.java:70)
>>>>>> [aerogear-controller-1.0.1.jar:1.0.1]
>>>>>>
>>>>>>
>>>>>> I think we should support both "application/json;
charset=utf-8"
>>>>>> and "application/json". /shall we open a JIRA on
AeroGear Controller to
>>>>>> support both?
>>>>>>
>>>>>>
>>>>>> wdyt?
>>>>>>
>>>>>>
>>>>>> Corinne
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> aerogear-dev mailing list
>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> aerogear-dev mailing list
>>>>> aerogear-dev(a)lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Matthias Wessendorf
>>>>
>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>> sessions: http://www.slideshare.net/mwessendorf
>>>> twitter: http://twitter.com/mwessendorf
>>>>
>>>> _______________________________________________
>>>> aerogear-dev mailing list
>>>> aerogear-dev(a)lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>
>>>
>>>
>>> _______________________________________________
>>> aerogear-dev mailing list
>>> aerogear-dev(a)lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>
>>
>>
>>
>> --
>> Matthias Wessendorf
>>
>> blog: http://matthiaswessendorf.wordpress.com/
>> sessions: http://www.slideshare.net/mwessendorf
>> twitter: http://twitter.com/mwessendorf
>>
>
>
>
> --
> Matthias Wessendorf
>
> blog: http://matthiaswessendorf.wordpress.com/
> sessions: http://www.slideshare.net/mwessendorf
> twitter: http://twitter.com/mwessendorf
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
3:03 a.m.
Seb,
When debugging with a breakpoint
on org.jboss.aerogear.controller.util.ParameterExtractor.java line 139, I
still get consumers map containing only "application/json" and then
exception get throw line l152.
contentType holds "application/json; charset=utf-8"
Server side issue to me.
Any more idea?
On 18 June 2013 09:53, Matthias Wessendorf <matzew(a)apache.org> wrote:
can you debug and see what's actually hitting the server? The
Exception
is, to be honest, not meaningful :)
-M
On Tue, Jun 18, 2013 at 9:19 AM, Sebastien Blanc <scm.blanc(a)gmail.com>wrote:
> Sorry I though you were talking about Travis ... Hum, okay so the
> workaround don't work ... but the curl was, maybe lowercase issue, I see
> now "utf-8" and iOs maybe send "UTF-8" and controller match also
the case ?
>
>
>
> On Tue, Jun 18, 2013 at 9:14 AM, Matthias Wessendorf <matzew(a)apache.org>wrote:
>
>>
>>
>>
>> On Tue, Jun 18, 2013 at 9:01 AM, Matthias Wessendorf
<matzew(a)apache.org>wrote:
>>
>>> still the failure, (both: AeroGear-iOS 1.0.1 (AFN 1.0.RC1) + the branch
>>> going to AFN 1.2.1
>>>
>>
>>
>> ==> same exception (see my different testing iOS environments above)
>>
>> -Matthias
>>
>>
>>
>>>
>>>
>>>
>>>
>>> On Tue, Jun 18, 2013 at 8:50 AM, Sebastien Blanc
<scm.blanc(a)gmail.com>wrote:
>>>
>>>> Oups,
>>>> I should not push code at 1 am ;)
>>>> Should be okay now
>>>> Seb
>>>>
>>>>
>>>>
>>>> On Tue, Jun 18, 2013 at 8:30 AM, Matthias Wessendorf <
>>>> matzew(a)apache.org> wrote:
>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Tue, Jun 18, 2013 at 12:56 AM, Sebastien Blanc <
>>>>> scm.blanc(a)gmail.com> wrote:
>>>>>
>>>>>> Hi Corinne,
>>>>>> On a route you can set different consumers (
>>>>>>
http://aerogear.org/docs/guides/aerogear-controller/mediatypes.html )
>>>>>> , I've updated the Route on Prodoctor and now it seems to
work. I can not
>>>>>> reproduce your ios example here on my fedora box but this curl
works now :
>>>>>>
>>>>>> curl -v -b cookies.txt -c cookies.txt -H "Accept:
application/json"
>>>>>> -H "Content-type: application/json; charset=utf-8" -X
POST -d
>>>>>> '{"loginName": "john",
"password":"123"}'
>>>>>> http://localhost:8080/prodoctor/login
>>>>>>
>>>>>> Update the repo and give it a try !
>>>>>>
>>>>>
>>>>>
>>>>> please push this type:
>>>>>
>>>>> import org.aerogear.prodoctor.config.CustomConsumer;
>>>>>
>>>>>
>>>>> it's missing and the build is failing
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>>
>>>>>> Seb
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Mon, Jun 17, 2013 at 10:47 PM, Corinne Krych <
>>>>>> corinnekrych(a)gmail.com> wrote:
>>>>>>
>>>>>>> Hello Guys
>>>>>>>
>>>>>>> Writing code for ProDoctor demo, on client side, I'm
using Xcode
>>>>>>> template for AGPush which is based on AFNetworking 121
>>>>>>>
>>>>>>> When doing my login request in iOS I bumped into the issue
of
>>>>>>> having content type set to "application/json;
charset=utf-8" whereas on
>>>>>>> routes (backend) only "application/json" is set
which causes this exception:
>>>>>>>
>>>>>>> [application/json].': java.lang.RuntimeException:
>>>>>>> AG_CONTROLLER000012: No Consumer found for Parameter:
>>>>>>> 'Parameter[type=ENTITY, type=class
>>>>>>> org.aerogear.prodoctor.model.SaleAgent]'. The registered
Consumers were:
>>>>>>> '[JsonConsumer[mediaType=application/json]]'. Please
add a Consumer for one
>>>>>>> the media types supported by the route: [application/json].
>>>>>>>
>>>>>>> at
>>>>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(ParameterExtractor.java:152)
>>>>>>> [aerogear-controller-1.0.1.jar:1.0.1]
>>>>>>>
>>>>>>> at
>>>>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.extractArguments(ParameterExtractor.java:70)
>>>>>>> [aerogear-controller-1.0.1.jar:1.0.1]
>>>>>>>
>>>>>>>
>>>>>>> I think we should support both "application/json;
charset=utf-8"
>>>>>>> and "application/json". /shall we open a JIRA on
AeroGear Controller to
>>>>>>> support both?
>>>>>>>
>>>>>>>
>>>>>>> wdyt?
>>>>>>>
>>>>>>>
>>>>>>> Corinne
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> aerogear-dev mailing list
>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> aerogear-dev mailing list
>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Matthias Wessendorf
>>>>>
>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>> twitter: http://twitter.com/mwessendorf
>>>>>
>>>>> _______________________________________________
>>>>> aerogear-dev mailing list
>>>>> aerogear-dev(a)lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> aerogear-dev mailing list
>>>> aerogear-dev(a)lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>
>>>
>>>
>>>
>>> --
>>> Matthias Wessendorf
>>>
>>> blog: http://matthiaswessendorf.wordpress.com/
>>> sessions: http://www.slideshare.net/mwessendorf
>>> twitter: http://twitter.com/mwessendorf
>>>
>>
>>
>>
>> --
>> Matthias Wessendorf
>>
>> blog: http://matthiaswessendorf.wordpress.com/
>> sessions: http://www.slideshare.net/mwessendorf
>> twitter: http://twitter.com/mwessendorf
>>
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
3:35 a.m.
On Tue, Jun 18, 2013 at 10:03 AM, Corinne Krych <corinnekrych(a)gmail.com>wrote:
Seb,
When debugging with a breakpoint
on org.jboss.aerogear.controller.util.ParameterExtractor.java line 139, I
still get consumers map containing only "application/json" and then
exception get throw line l152.
contentType holds "application/json; charset=utf-8"
Server side issue to me.
Any more idea?
Doing this CUR:
curl -v -b cookies.txt -c cookies.txt -H "Accept: application/json" -H
"Content-type: application/json; charset=utf-8" -X POST -d
'{"loginName":
"john", "password":"123"}'
http://localhost:8080/prodoctor/login
same issue (=> same exception)
On 18 June 2013 09:53, Matthias Wessendorf <matzew(a)apache.org> wrote:
> can you debug and see what's actually hitting the server? The Exception
> is, to be honest, not meaningful :)
>
> -M
>
>
> On Tue, Jun 18, 2013 at 9:19 AM, Sebastien Blanc <scm.blanc(a)gmail.com>wrote:
>
>> Sorry I though you were talking about Travis ... Hum, okay so the
>> workaround don't work ... but the curl was, maybe lowercase issue, I see
>> now "utf-8" and iOs maybe send "UTF-8" and controller match
also the case ?
>>
>>
>>
>> On Tue, Jun 18, 2013 at 9:14 AM, Matthias Wessendorf
<matzew(a)apache.org>wrote:
>>
>>>
>>>
>>>
>>> On Tue, Jun 18, 2013 at 9:01 AM, Matthias Wessendorf <matzew(a)apache.org
>>> > wrote:
>>>
>>>> still the failure, (both: AeroGear-iOS 1.0.1 (AFN 1.0.RC1) + the
>>>> branch going to AFN 1.2.1
>>>>
>>>
>>>
>>> ==> same exception (see my different testing iOS environments above)
>>>
>>> -Matthias
>>>
>>>
>>>
>>>>
>>>>
>>>>
>>>>
>>>> On Tue, Jun 18, 2013 at 8:50 AM, Sebastien Blanc
<scm.blanc(a)gmail.com>wrote:
>>>>
>>>>> Oups,
>>>>> I should not push code at 1 am ;)
>>>>> Should be okay now
>>>>> Seb
>>>>>
>>>>>
>>>>>
>>>>> On Tue, Jun 18, 2013 at 8:30 AM, Matthias Wessendorf <
>>>>> matzew(a)apache.org> wrote:
>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Tue, Jun 18, 2013 at 12:56 AM, Sebastien Blanc <
>>>>>> scm.blanc(a)gmail.com> wrote:
>>>>>>
>>>>>>> Hi Corinne,
>>>>>>> On a route you can set different consumers (
>>>>>>>
http://aerogear.org/docs/guides/aerogear-controller/mediatypes.html )
>>>>>>> , I've updated the Route on Prodoctor and now it seems to
work. I can not
>>>>>>> reproduce your ios example here on my fedora box but this
curl works now :
>>>>>>>
>>>>>>> curl -v -b cookies.txt -c cookies.txt -H "Accept:
application/json"
>>>>>>> -H "Content-type: application/json; charset=utf-8"
-X POST -d
>>>>>>> '{"loginName": "john",
"password":"123"}'
>>>>>>> http://localhost:8080/prodoctor/login
>>>>>>>
>>>>>>> Update the repo and give it a try !
>>>>>>>
>>>>>>
>>>>>>
>>>>>> please push this type:
>>>>>>
>>>>>> import org.aerogear.prodoctor.config.CustomConsumer;
>>>>>>
>>>>>>
>>>>>> it's missing and the build is failing
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>>
>>>>>>> Seb
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Mon, Jun 17, 2013 at 10:47 PM, Corinne Krych <
>>>>>>> corinnekrych(a)gmail.com> wrote:
>>>>>>>
>>>>>>>> Hello Guys
>>>>>>>>
>>>>>>>> Writing code for ProDoctor demo, on client side, I'm
using Xcode
>>>>>>>> template for AGPush which is based on AFNetworking 121
>>>>>>>>
>>>>>>>> When doing my login request in iOS I bumped into the
issue of
>>>>>>>> having content type set to "application/json;
charset=utf-8" whereas on
>>>>>>>> routes (backend) only "application/json" is set
which causes this exception:
>>>>>>>>
>>>>>>>> [application/json].': java.lang.RuntimeException:
>>>>>>>> AG_CONTROLLER000012: No Consumer found for Parameter:
>>>>>>>> 'Parameter[type=ENTITY, type=class
>>>>>>>> org.aerogear.prodoctor.model.SaleAgent]'. The
registered Consumers were:
>>>>>>>> '[JsonConsumer[mediaType=application/json]]'.
Please add a Consumer for one
>>>>>>>> the media types supported by the route:
[application/json].
>>>>>>>>
>>>>>>>> at
>>>>>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(ParameterExtractor.java:152)
>>>>>>>> [aerogear-controller-1.0.1.jar:1.0.1]
>>>>>>>>
>>>>>>>> at
>>>>>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.extractArguments(ParameterExtractor.java:70)
>>>>>>>> [aerogear-controller-1.0.1.jar:1.0.1]
>>>>>>>>
>>>>>>>>
>>>>>>>> I think we should support both "application/json;
charset=utf-8"
>>>>>>>> and "application/json". /shall we open a JIRA
on AeroGear Controller to
>>>>>>>> support both?
>>>>>>>>
>>>>>>>>
>>>>>>>> wdyt?
>>>>>>>>
>>>>>>>>
>>>>>>>> Corinne
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> aerogear-dev mailing list
>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> aerogear-dev mailing list
>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Matthias Wessendorf
>>>>>>
>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>
>>>>>> _______________________________________________
>>>>>> aerogear-dev mailing list
>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> aerogear-dev mailing list
>>>>> aerogear-dev(a)lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Matthias Wessendorf
>>>>
>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>> sessions: http://www.slideshare.net/mwessendorf
>>>> twitter: http://twitter.com/mwessendorf
>>>>
>>>
>>>
>>>
>>> --
>>> Matthias Wessendorf
>>>
>>> blog: http://matthiaswessendorf.wordpress.com/
>>> sessions: http://www.slideshare.net/mwessendorf
>>> twitter: http://twitter.com/mwessendorf
>>>
>>> _______________________________________________
>>> aerogear-dev mailing list
>>> aerogear-dev(a)lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>
>>
>>
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>
>
>
> --
> Matthias Wessendorf
>
> blog: http://matthiaswessendorf.wordpress.com/
> sessions: http://www.slideshare.net/mwessendorf
> twitter: http://twitter.com/mwessendorf
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
3:44 a.m.
This works:
curl -v -b cookies.txt -c cookies.txt -H "Accept: application/json;
charset=utf-8" -H "Content-type: application/json" -X POST -d
'{"loginName": "john", "password":"123"}'
http://localhost:8080/prodoctor/login
(accept header)
On Tue, Jun 18, 2013 at 10:35 AM, Matthias Wessendorf <matzew(a)apache.org>wrote:
On Tue, Jun 18, 2013 at 10:03 AM, Corinne Krych <corinnekrych(a)gmail.com>wrote:
> Seb,
>
> When debugging with a breakpoint
> on org.jboss.aerogear.controller.util.ParameterExtractor.java line 139, I
> still get consumers map containing only "application/json" and then
> exception get throw line l152.
>
> contentType holds "application/json; charset=utf-8"
>
> Server side issue to me.
>
> Any more idea?
>
Doing this CUR:
curl -v -b cookies.txt -c cookies.txt -H "Accept: application/json" -H
"Content-type: application/json; charset=utf-8" -X POST -d
'{"loginName":
"john", "password":"123"}'
http://localhost:8080/prodoctor/login
same issue (=> same exception)
>
>
> On 18 June 2013 09:53, Matthias Wessendorf <matzew(a)apache.org> wrote:
>
>> can you debug and see what's actually hitting the server? The Exception
>> is, to be honest, not meaningful :)
>>
>> -M
>>
>>
>> On Tue, Jun 18, 2013 at 9:19 AM, Sebastien Blanc
<scm.blanc(a)gmail.com>wrote:
>>
>>> Sorry I though you were talking about Travis ... Hum, okay so the
>>> workaround don't work ... but the curl was, maybe lowercase issue, I see
>>> now "utf-8" and iOs maybe send "UTF-8" and controller
match also the case ?
>>>
>>>
>>>
>>> On Tue, Jun 18, 2013 at 9:14 AM, Matthias Wessendorf <matzew(a)apache.org
>>> > wrote:
>>>
>>>>
>>>>
>>>>
>>>> On Tue, Jun 18, 2013 at 9:01 AM, Matthias Wessendorf <
>>>> matzew(a)apache.org> wrote:
>>>>
>>>>> still the failure, (both: AeroGear-iOS 1.0.1 (AFN 1.0.RC1) + the
>>>>> branch going to AFN 1.2.1
>>>>>
>>>>
>>>>
>>>> ==> same exception (see my different testing iOS environments above)
>>>>
>>>> -Matthias
>>>>
>>>>
>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Tue, Jun 18, 2013 at 8:50 AM, Sebastien Blanc
<scm.blanc(a)gmail.com
>>>>> > wrote:
>>>>>
>>>>>> Oups,
>>>>>> I should not push code at 1 am ;)
>>>>>> Should be okay now
>>>>>> Seb
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Tue, Jun 18, 2013 at 8:30 AM, Matthias Wessendorf <
>>>>>> matzew(a)apache.org> wrote:
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Jun 18, 2013 at 12:56 AM, Sebastien Blanc <
>>>>>>> scm.blanc(a)gmail.com> wrote:
>>>>>>>
>>>>>>>> Hi Corinne,
>>>>>>>> On a route you can set different consumers (
>>>>>>>>
http://aerogear.org/docs/guides/aerogear-controller/mediatypes.html )
>>>>>>>> , I've updated the Route on Prodoctor and now it
seems to work. I can not
>>>>>>>> reproduce your ios example here on my fedora box but this
curl works now :
>>>>>>>>
>>>>>>>> curl -v -b cookies.txt -c cookies.txt -H "Accept:
>>>>>>>> application/json" -H "Content-type:
application/json; charset=utf-8" -X
>>>>>>>> POST -d '{"loginName": "john",
"password":"123"}'
>>>>>>>> http://localhost:8080/prodoctor/login
>>>>>>>>
>>>>>>>> Update the repo and give it a try !
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> please push this type:
>>>>>>>
>>>>>>> import org.aerogear.prodoctor.config.CustomConsumer;
>>>>>>>
>>>>>>>
>>>>>>> it's missing and the build is failing
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>
>>>>>>>> Seb
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Mon, Jun 17, 2013 at 10:47 PM, Corinne Krych <
>>>>>>>> corinnekrych(a)gmail.com> wrote:
>>>>>>>>
>>>>>>>>> Hello Guys
>>>>>>>>>
>>>>>>>>> Writing code for ProDoctor demo, on client side,
I'm using Xcode
>>>>>>>>> template for AGPush which is based on AFNetworking
121
>>>>>>>>>
>>>>>>>>> When doing my login request in iOS I bumped into the
issue of
>>>>>>>>> having content type set to "application/json;
charset=utf-8" whereas on
>>>>>>>>> routes (backend) only "application/json" is
set which causes this exception:
>>>>>>>>>
>>>>>>>>> [application/json].':
java.lang.RuntimeException:
>>>>>>>>> AG_CONTROLLER000012: No Consumer found for
Parameter:
>>>>>>>>> 'Parameter[type=ENTITY, type=class
>>>>>>>>> org.aerogear.prodoctor.model.SaleAgent]'. The
registered Consumers were:
>>>>>>>>> '[JsonConsumer[mediaType=application/json]]'.
Please add a Consumer for one
>>>>>>>>> the media types supported by the route:
[application/json].
>>>>>>>>>
>>>>>>>>> at
>>>>>>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(ParameterExtractor.java:152)
>>>>>>>>> [aerogear-controller-1.0.1.jar:1.0.1]
>>>>>>>>>
>>>>>>>>> at
>>>>>>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.extractArguments(ParameterExtractor.java:70)
>>>>>>>>> [aerogear-controller-1.0.1.jar:1.0.1]
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> I think we should support both
"application/json; charset=utf-8"
>>>>>>>>> and "application/json". /shall we open a
JIRA on AeroGear Controller to
>>>>>>>>> support both?
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> wdyt?
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Corinne
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> aerogear-dev mailing list
>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> aerogear-dev mailing list
>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Matthias Wessendorf
>>>>>>>
>>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> aerogear-dev mailing list
>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> aerogear-dev mailing list
>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Matthias Wessendorf
>>>>>
>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>> twitter: http://twitter.com/mwessendorf
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Matthias Wessendorf
>>>>
>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>> sessions: http://www.slideshare.net/mwessendorf
>>>> twitter: http://twitter.com/mwessendorf
>>>>
>>>> _______________________________________________
>>>> aerogear-dev mailing list
>>>> aerogear-dev(a)lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>
>>>
>>>
>>> _______________________________________________
>>> aerogear-dev mailing list
>>> aerogear-dev(a)lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>
>>
>>
>>
>> --
>> Matthias Wessendorf
>>
>> blog: http://matthiaswessendorf.wordpress.com/
>> sessions: http://www.slideshare.net/mwessendorf
>> twitter: http://twitter.com/mwessendorf
>>
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
3:53 a.m.
If I patch controller-aerogear with some code like
org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(....)
with snippet below:
if (contentType.contains("application/json")) {
contentType = "application/json";
}
I think that for the similar to
https://issues.jboss.org/browse/AEROGEAR-1085
we should ignore subtype in content-type
I go a step further in my login request but now I get this exception from
server:
10:43:42,379 ERROR [org.jboss.aerogear.controller.log]
(http--127.0.0.1-8080-1) AG_CONTROLLER000005: Exception Message: 'User id
can not be null.': java.lang.IllegalArgumentException: User id can not be
null.
at
org.picketlink.credential.DefaultLoginCredentials.setUserId(DefaultLoginCredentials.java:44)
[picketlink-api-2.5.0.Beta4.jar:]
at
org.picketlink.credential.DefaultLoginCredentials$Proxy$_$$_WeldClientProxy.setUserId(DefaultLoginCredentials$Proxy$_$$_WeldClientProxy.java)
[picketlink-api-2.5.0.Beta4.jar:]
at
org.jboss.aerogear.security.picketlink.auth.AuthenticationManagerImpl.login(AuthenticationManagerImpl.java:52)
[aerogear-security-picketlink-1.0.1.jar:1.0.1]
at
org.jboss.aerogear.security.picketlink.auth.AuthenticationManagerImpl.login(AuthenticationManagerImpl.java:34)
[aerogear-security-picketlink-1.0.1.jar:1.0.1]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[rt.jar:1.7.0_15]
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
[rt.jar:1.7.0_15]
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[rt.jar:1.7.0_15]
at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_15]
at
org.jboss.weld.bean.proxy.AbstractBeanInstance.invoke(AbstractBeanInstance.java:44)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:105)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
Any idea?
On 18 June 2013 10:44, Matthias Wessendorf <matzew(a)apache.org> wrote:
This works:
curl -v -b cookies.txt -c cookies.txt -H "Accept: application/json;
charset=utf-8" -H "Content-type: application/json" -X POST -d
'{"loginName": "john",
"password":"123"}'
http://localhost:8080/prodoctor/login
(accept header)
On Tue, Jun 18, 2013 at 10:35 AM, Matthias Wessendorf <matzew(a)apache.org>wrote:
>
>
>
> On Tue, Jun 18, 2013 at 10:03 AM, Corinne Krych <corinnekrych(a)gmail.com>wrote:
>
>> Seb,
>>
>> When debugging with a breakpoint
>> on org.jboss.aerogear.controller.util.ParameterExtractor.java line 139, I
>> still get consumers map containing only "application/json" and then
>> exception get throw line l152.
>>
>> contentType holds "application/json; charset=utf-8"
>>
>> Server side issue to me.
>>
>> Any more idea?
>>
>
>
> Doing this CUR:
> curl -v -b cookies.txt -c cookies.txt -H "Accept: application/json" -H
> "Content-type: application/json; charset=utf-8" -X POST -d
'{"loginName":
> "john", "password":"123"}'
http://localhost:8080/prodoctor/login
>
>
> same issue (=> same exception)
>
>
>
>
>
>
>>
>>
>> On 18 June 2013 09:53, Matthias Wessendorf <matzew(a)apache.org> wrote:
>>
>>> can you debug and see what's actually hitting the server? The Exception
>>> is, to be honest, not meaningful :)
>>>
>>> -M
>>>
>>>
>>> On Tue, Jun 18, 2013 at 9:19 AM, Sebastien Blanc
<scm.blanc(a)gmail.com>wrote:
>>>
>>>> Sorry I though you were talking about Travis ... Hum, okay so the
>>>> workaround don't work ... but the curl was, maybe lowercase issue, I
see
>>>> now "utf-8" and iOs maybe send "UTF-8" and controller
match also the case ?
>>>>
>>>>
>>>>
>>>> On Tue, Jun 18, 2013 at 9:14 AM, Matthias Wessendorf <
>>>> matzew(a)apache.org> wrote:
>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Tue, Jun 18, 2013 at 9:01 AM, Matthias Wessendorf <
>>>>> matzew(a)apache.org> wrote:
>>>>>
>>>>>> still the failure, (both: AeroGear-iOS 1.0.1 (AFN 1.0.RC1) + the
>>>>>> branch going to AFN 1.2.1
>>>>>>
>>>>>
>>>>>
>>>>> ==> same exception (see my different testing iOS environments
above)
>>>>>
>>>>> -Matthias
>>>>>
>>>>>
>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Tue, Jun 18, 2013 at 8:50 AM, Sebastien Blanc <
>>>>>> scm.blanc(a)gmail.com> wrote:
>>>>>>
>>>>>>> Oups,
>>>>>>> I should not push code at 1 am ;)
>>>>>>> Should be okay now
>>>>>>> Seb
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Jun 18, 2013 at 8:30 AM, Matthias Wessendorf <
>>>>>>> matzew(a)apache.org> wrote:
>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Jun 18, 2013 at 12:56 AM, Sebastien Blanc <
>>>>>>>> scm.blanc(a)gmail.com> wrote:
>>>>>>>>
>>>>>>>>> Hi Corinne,
>>>>>>>>> On a route you can set different consumers (
>>>>>>>>>
http://aerogear.org/docs/guides/aerogear-controller/mediatypes.html )
>>>>>>>>> , I've updated the Route on Prodoctor and now it
seems to work. I can not
>>>>>>>>> reproduce your ios example here on my fedora box but
this curl works now :
>>>>>>>>>
>>>>>>>>> curl -v -b cookies.txt -c cookies.txt -H
"Accept:
>>>>>>>>> application/json" -H "Content-type:
application/json; charset=utf-8" -X
>>>>>>>>> POST -d '{"loginName":
"john", "password":"123"}'
>>>>>>>>> http://localhost:8080/prodoctor/login
>>>>>>>>>
>>>>>>>>> Update the repo and give it a try !
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> please push this type:
>>>>>>>>
>>>>>>>> import org.aerogear.prodoctor.config.CustomConsumer;
>>>>>>>>
>>>>>>>>
>>>>>>>> it's missing and the build is failing
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>>
>>>>>>>>> Seb
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Mon, Jun 17, 2013 at 10:47 PM, Corinne Krych <
>>>>>>>>> corinnekrych(a)gmail.com> wrote:
>>>>>>>>>
>>>>>>>>>> Hello Guys
>>>>>>>>>>
>>>>>>>>>> Writing code for ProDoctor demo, on client side,
I'm using Xcode
>>>>>>>>>> template for AGPush which is based on
AFNetworking 121
>>>>>>>>>>
>>>>>>>>>> When doing my login request in iOS I bumped into
the issue of
>>>>>>>>>> having content type set to
"application/json; charset=utf-8" whereas on
>>>>>>>>>> routes (backend) only
"application/json" is set which causes this exception:
>>>>>>>>>>
>>>>>>>>>> [application/json].':
java.lang.RuntimeException:
>>>>>>>>>> AG_CONTROLLER000012: No Consumer found for
Parameter:
>>>>>>>>>> 'Parameter[type=ENTITY, type=class
>>>>>>>>>> org.aerogear.prodoctor.model.SaleAgent]'. The
registered Consumers were:
>>>>>>>>>>
'[JsonConsumer[mediaType=application/json]]'. Please add a Consumer for one
>>>>>>>>>> the media types supported by the route:
[application/json].
>>>>>>>>>>
>>>>>>>>>> at
>>>>>>>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(ParameterExtractor.java:152)
>>>>>>>>>> [aerogear-controller-1.0.1.jar:1.0.1]
>>>>>>>>>>
>>>>>>>>>> at
>>>>>>>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.extractArguments(ParameterExtractor.java:70)
>>>>>>>>>> [aerogear-controller-1.0.1.jar:1.0.1]
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> I think we should support both
"application/json;
>>>>>>>>>> charset=utf-8" and
"application/json". /shall we open a JIRA on AeroGear
>>>>>>>>>> Controller to support both?
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> wdyt?
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Corinne
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> aerogear-dev mailing list
>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Matthias Wessendorf
>>>>>>>>
>>>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> aerogear-dev mailing list
>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> aerogear-dev mailing list
>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Matthias Wessendorf
>>>>>>
>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Matthias Wessendorf
>>>>>
>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>> twitter: http://twitter.com/mwessendorf
>>>>>
>>>>> _______________________________________________
>>>>> aerogear-dev mailing list
>>>>> aerogear-dev(a)lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> aerogear-dev mailing list
>>>> aerogear-dev(a)lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>
>>>
>>>
>>>
>>> --
>>> Matthias Wessendorf
>>>
>>> blog: http://matthiaswessendorf.wordpress.com/
>>> sessions: http://www.slideshare.net/mwessendorf
>>> twitter: http://twitter.com/mwessendorf
>>>
>>> _______________________________________________
>>> aerogear-dev mailing list
>>> aerogear-dev(a)lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>
>>
>>
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>
>
>
> --
> Matthias Wessendorf
>
> blog: http://matthiaswessendorf.wordpress.com/
> sessions: http://www.slideshare.net/mwessendorf
> twitter: http://twitter.com/mwessendorf
>
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
4:02 a.m.
Perhaps, we change to backend to use only JAX-RS ?
I do that for the PushEE Server (using AeroGear-Security in there as well,
with JAX-RS)
-Matthias
On Tue, Jun 18, 2013 at 10:53 AM, Corinne Krych <corinnekrych(a)gmail.com>wrote:
If I patch controller-aerogear with some code like
org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(....)
with snippet below:
if (contentType.contains("application/json")) {
contentType = "application/json";
}
I think that for the similar to
https://issues.jboss.org/browse/AEROGEAR-1085
we should ignore subtype in content-type
I go a step further in my login request but now I get this exception from
server:
10:43:42,379 ERROR [org.jboss.aerogear.controller.log]
(http--127.0.0.1-8080-1) AG_CONTROLLER000005: Exception Message: 'User id
can not be null.': java.lang.IllegalArgumentException: User id can not be
null.
at
org.picketlink.credential.DefaultLoginCredentials.setUserId(DefaultLoginCredentials.java:44)
[picketlink-api-2.5.0.Beta4.jar:]
at
org.picketlink.credential.DefaultLoginCredentials$Proxy$_$$_WeldClientProxy.setUserId(DefaultLoginCredentials$Proxy$_$$_WeldClientProxy.java)
[picketlink-api-2.5.0.Beta4.jar:]
at
org.jboss.aerogear.security.picketlink.auth.AuthenticationManagerImpl.login(AuthenticationManagerImpl.java:52)
[aerogear-security-picketlink-1.0.1.jar:1.0.1]
at
org.jboss.aerogear.security.picketlink.auth.AuthenticationManagerImpl.login(AuthenticationManagerImpl.java:34)
[aerogear-security-picketlink-1.0.1.jar:1.0.1]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[rt.jar:1.7.0_15]
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
[rt.jar:1.7.0_15]
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[rt.jar:1.7.0_15]
at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_15]
at
org.jboss.weld.bean.proxy.AbstractBeanInstance.invoke(AbstractBeanInstance.java:44)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at
org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:105)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
Any idea?
On 18 June 2013 10:44, Matthias Wessendorf <matzew(a)apache.org> wrote:
> This works:
>
>
> curl -v -b cookies.txt -c cookies.txt -H "Accept: application/json;
> charset=utf-8" -H "Content-type: application/json" -X POST -d
> '{"loginName": "john",
"password":"123"}'
> http://localhost:8080/prodoctor/login
>
>
> (accept header)
>
>
>
>
> On Tue, Jun 18, 2013 at 10:35 AM, Matthias Wessendorf
<matzew(a)apache.org>wrote:
>
>>
>>
>>
>> On Tue, Jun 18, 2013 at 10:03 AM, Corinne Krych
<corinnekrych(a)gmail.com>wrote:
>>
>>> Seb,
>>>
>>> When debugging with a breakpoint
>>> on org.jboss.aerogear.controller.util.ParameterExtractor.java line 139, I
>>> still get consumers map containing only "application/json" and
then
>>> exception get throw line l152.
>>>
>>> contentType holds "application/json; charset=utf-8"
>>>
>>> Server side issue to me.
>>>
>>> Any more idea?
>>>
>>
>>
>> Doing this CUR:
>> curl -v -b cookies.txt -c cookies.txt -H "Accept: application/json" -H
>> "Content-type: application/json; charset=utf-8" -X POST -d
'{"loginName":
>> "john", "password":"123"}'
http://localhost:8080/prodoctor/login
>>
>>
>> same issue (=> same exception)
>>
>>
>>
>>
>>
>>
>>>
>>>
>>> On 18 June 2013 09:53, Matthias Wessendorf <matzew(a)apache.org> wrote:
>>>
>>>> can you debug and see what's actually hitting the server? The
>>>> Exception is, to be honest, not meaningful :)
>>>>
>>>> -M
>>>>
>>>>
>>>> On Tue, Jun 18, 2013 at 9:19 AM, Sebastien Blanc
<scm.blanc(a)gmail.com>wrote:
>>>>
>>>>> Sorry I though you were talking about Travis ... Hum, okay so the
>>>>> workaround don't work ... but the curl was, maybe lowercase
issue, I see
>>>>> now "utf-8" and iOs maybe send "UTF-8" and
controller match also the case ?
>>>>>
>>>>>
>>>>>
>>>>> On Tue, Jun 18, 2013 at 9:14 AM, Matthias Wessendorf <
>>>>> matzew(a)apache.org> wrote:
>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Tue, Jun 18, 2013 at 9:01 AM, Matthias Wessendorf <
>>>>>> matzew(a)apache.org> wrote:
>>>>>>
>>>>>>> still the failure, (both: AeroGear-iOS 1.0.1 (AFN 1.0.RC1) +
the
>>>>>>> branch going to AFN 1.2.1
>>>>>>>
>>>>>>
>>>>>>
>>>>>> ==> same exception (see my different testing iOS environments
above)
>>>>>>
>>>>>> -Matthias
>>>>>>
>>>>>>
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Jun 18, 2013 at 8:50 AM, Sebastien Blanc <
>>>>>>> scm.blanc(a)gmail.com> wrote:
>>>>>>>
>>>>>>>> Oups,
>>>>>>>> I should not push code at 1 am ;)
>>>>>>>> Should be okay now
>>>>>>>> Seb
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Jun 18, 2013 at 8:30 AM, Matthias Wessendorf
<
>>>>>>>> matzew(a)apache.org> wrote:
>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Tue, Jun 18, 2013 at 12:56 AM, Sebastien Blanc
<
>>>>>>>>> scm.blanc(a)gmail.com> wrote:
>>>>>>>>>
>>>>>>>>>> Hi Corinne,
>>>>>>>>>> On a route you can set different consumers (
>>>>>>>>>>
http://aerogear.org/docs/guides/aerogear-controller/mediatypes.html )
>>>>>>>>>> , I've updated the Route on Prodoctor and now
it seems to work. I can not
>>>>>>>>>> reproduce your ios example here on my fedora box
but this curl works now :
>>>>>>>>>>
>>>>>>>>>> curl -v -b cookies.txt -c cookies.txt -H
"Accept:
>>>>>>>>>> application/json" -H "Content-type:
application/json; charset=utf-8" -X
>>>>>>>>>> POST -d '{"loginName":
"john", "password":"123"}'
>>>>>>>>>> http://localhost:8080/prodoctor/login
>>>>>>>>>>
>>>>>>>>>> Update the repo and give it a try !
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> please push this type:
>>>>>>>>>
>>>>>>>>> import org.aerogear.prodoctor.config.CustomConsumer;
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> it's missing and the build is failing
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Seb
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Mon, Jun 17, 2013 at 10:47 PM, Corinne Krych
<
>>>>>>>>>> corinnekrych(a)gmail.com> wrote:
>>>>>>>>>>
>>>>>>>>>>> Hello Guys
>>>>>>>>>>>
>>>>>>>>>>> Writing code for ProDoctor demo, on client
side, I'm using
>>>>>>>>>>> Xcode template for AGPush which is based on
AFNetworking 121
>>>>>>>>>>>
>>>>>>>>>>> When doing my login request in iOS I bumped
into the issue of
>>>>>>>>>>> having content type set to
"application/json; charset=utf-8" whereas on
>>>>>>>>>>> routes (backend) only
"application/json" is set which causes this exception:
>>>>>>>>>>>
>>>>>>>>>>> [application/json].':
java.lang.RuntimeException:
>>>>>>>>>>> AG_CONTROLLER000012: No Consumer found for
Parameter:
>>>>>>>>>>> 'Parameter[type=ENTITY, type=class
>>>>>>>>>>> org.aerogear.prodoctor.model.SaleAgent]'.
The registered Consumers were:
>>>>>>>>>>>
'[JsonConsumer[mediaType=application/json]]'. Please add a Consumer for one
>>>>>>>>>>> the media types supported by the route:
[application/json].
>>>>>>>>>>>
>>>>>>>>>>> at
>>>>>>>>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(ParameterExtractor.java:152)
>>>>>>>>>>> [aerogear-controller-1.0.1.jar:1.0.1]
>>>>>>>>>>>
>>>>>>>>>>> at
>>>>>>>>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.extractArguments(ParameterExtractor.java:70)
>>>>>>>>>>> [aerogear-controller-1.0.1.jar:1.0.1]
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> I think we should support both
"application/json;
>>>>>>>>>>> charset=utf-8" and
"application/json". /shall we open a JIRA on AeroGear
>>>>>>>>>>> Controller to support both?
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> wdyt?
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Corinne
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Matthias Wessendorf
>>>>>>>>>
>>>>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> aerogear-dev mailing list
>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> aerogear-dev mailing list
>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Matthias Wessendorf
>>>>>>>
>>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Matthias Wessendorf
>>>>>>
>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>
>>>>>> _______________________________________________
>>>>>> aerogear-dev mailing list
>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> aerogear-dev mailing list
>>>>> aerogear-dev(a)lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Matthias Wessendorf
>>>>
>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>> sessions: http://www.slideshare.net/mwessendorf
>>>> twitter: http://twitter.com/mwessendorf
>>>>
>>>> _______________________________________________
>>>> aerogear-dev mailing list
>>>> aerogear-dev(a)lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>
>>>
>>>
>>> _______________________________________________
>>> aerogear-dev mailing list
>>> aerogear-dev(a)lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>
>>
>>
>>
>> --
>> Matthias Wessendorf
>>
>> blog: http://matthiaswessendorf.wordpress.com/
>> sessions: http://www.slideshare.net/mwessendorf
>> twitter: http://twitter.com/mwessendorf
>>
>
>
>
> --
> Matthias Wessendorf
>
> blog: http://matthiaswessendorf.wordpress.com/
> sessions: http://www.slideshare.net/mwessendorf
> twitter: http://twitter.com/mwessendorf
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
4:19 a.m.
I'll take a look at what is going on. Can't tell from just reading the
emails here.
Regarding using JAX-RS I would say that sounds like a better option moving
forward, as the future of the controller is uncertain.
On 18 June 2013 11:02, Matthias Wessendorf <matzew(a)apache.org> wrote:
Perhaps, we change to backend to use only JAX-RS ?
I do that for the PushEE Server (using AeroGear-Security in there as well,
with JAX-RS)
-Matthias
On Tue, Jun 18, 2013 at 10:53 AM, Corinne Krych <corinnekrych(a)gmail.com>wrote:
> If I patch controller-aerogear with some code like
>
> org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(....)
> with snippet below:
>
> if (contentType.contains("application/json")) {
> contentType = "application/json";
> }
>
>
> I think that for the similar to
> https://issues.jboss.org/browse/AEROGEAR-1085
> we should ignore subtype in content-type
>
>
> I go a step further in my login request but now I get this exception from
> server:
>
> 10:43:42,379 ERROR [org.jboss.aerogear.controller.log]
> (http--127.0.0.1-8080-1) AG_CONTROLLER000005: Exception Message: 'User id
> can not be null.': java.lang.IllegalArgumentException: User id can not be
> null.
> at
>
org.picketlink.credential.DefaultLoginCredentials.setUserId(DefaultLoginCredentials.java:44)
> [picketlink-api-2.5.0.Beta4.jar:]
> at
>
org.picketlink.credential.DefaultLoginCredentials$Proxy$_$$_WeldClientProxy.setUserId(DefaultLoginCredentials$Proxy$_$$_WeldClientProxy.java)
> [picketlink-api-2.5.0.Beta4.jar:]
> at
>
org.jboss.aerogear.security.picketlink.auth.AuthenticationManagerImpl.login(AuthenticationManagerImpl.java:52)
> [aerogear-security-picketlink-1.0.1.jar:1.0.1]
> at
>
org.jboss.aerogear.security.picketlink.auth.AuthenticationManagerImpl.login(AuthenticationManagerImpl.java:34)
> [aerogear-security-picketlink-1.0.1.jar:1.0.1]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> [rt.jar:1.7.0_15]
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> [rt.jar:1.7.0_15]
> at
>
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> [rt.jar:1.7.0_15]
> at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_15]
> at
> org.jboss.weld.bean.proxy.AbstractBeanInstance.invoke(AbstractBeanInstance.java:44)
> [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at
> org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:105)
> [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
>
>
> Any idea?
>
>
>
>
>
>
>
> On 18 June 2013 10:44, Matthias Wessendorf <matzew(a)apache.org> wrote:
>
>> This works:
>>
>>
>> curl -v -b cookies.txt -c cookies.txt -H "Accept: application/json;
>> charset=utf-8" -H "Content-type: application/json" -X POST -d
>> '{"loginName": "john",
"password":"123"}'
>> http://localhost:8080/prodoctor/login
>>
>>
>> (accept header)
>>
>>
>>
>>
>> On Tue, Jun 18, 2013 at 10:35 AM, Matthias Wessendorf <matzew(a)apache.org
>> > wrote:
>>
>>>
>>>
>>>
>>> On Tue, Jun 18, 2013 at 10:03 AM, Corinne Krych <corinnekrych(a)gmail.com
>>> > wrote:
>>>
>>>> Seb,
>>>>
>>>> When debugging with a breakpoint
>>>> on org.jboss.aerogear.controller.util.ParameterExtractor.java line 139,
I
>>>> still get consumers map containing only "application/json" and
then
>>>> exception get throw line l152.
>>>>
>>>> contentType holds "application/json; charset=utf-8"
>>>>
>>>> Server side issue to me.
>>>>
>>>> Any more idea?
>>>>
>>>
>>>
>>> Doing this CUR:
>>> curl -v -b cookies.txt -c cookies.txt -H "Accept: application/json"
-H
>>> "Content-type: application/json; charset=utf-8" -X POST -d
'{"loginName":
>>> "john", "password":"123"}'
http://localhost:8080/prodoctor/login
>>>
>>>
>>> same issue (=> same exception)
>>>
>>>
>>>
>>>
>>>
>>>
>>>>
>>>>
>>>> On 18 June 2013 09:53, Matthias Wessendorf <matzew(a)apache.org>
wrote:
>>>>
>>>>> can you debug and see what's actually hitting the server? The
>>>>> Exception is, to be honest, not meaningful :)
>>>>>
>>>>> -M
>>>>>
>>>>>
>>>>> On Tue, Jun 18, 2013 at 9:19 AM, Sebastien Blanc
<scm.blanc(a)gmail.com
>>>>> > wrote:
>>>>>
>>>>>> Sorry I though you were talking about Travis ... Hum, okay so
the
>>>>>> workaround don't work ... but the curl was, maybe lowercase
issue, I see
>>>>>> now "utf-8" and iOs maybe send "UTF-8" and
controller match also the case ?
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Tue, Jun 18, 2013 at 9:14 AM, Matthias Wessendorf <
>>>>>> matzew(a)apache.org> wrote:
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Jun 18, 2013 at 9:01 AM, Matthias Wessendorf <
>>>>>>> matzew(a)apache.org> wrote:
>>>>>>>
>>>>>>>> still the failure, (both: AeroGear-iOS 1.0.1 (AFN
1.0.RC1) + the
>>>>>>>> branch going to AFN 1.2.1
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ==> same exception (see my different testing iOS
environments above)
>>>>>>>
>>>>>>> -Matthias
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Jun 18, 2013 at 8:50 AM, Sebastien Blanc <
>>>>>>>> scm.blanc(a)gmail.com> wrote:
>>>>>>>>
>>>>>>>>> Oups,
>>>>>>>>> I should not push code at 1 am ;)
>>>>>>>>> Should be okay now
>>>>>>>>> Seb
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Tue, Jun 18, 2013 at 8:30 AM, Matthias Wessendorf
<
>>>>>>>>> matzew(a)apache.org> wrote:
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Tue, Jun 18, 2013 at 12:56 AM, Sebastien Blanc
<
>>>>>>>>>> scm.blanc(a)gmail.com> wrote:
>>>>>>>>>>
>>>>>>>>>>> Hi Corinne,
>>>>>>>>>>> On a route you can set different consumers (
>>>>>>>>>>>
http://aerogear.org/docs/guides/aerogear-controller/mediatypes.html )
>>>>>>>>>>> , I've updated the Route on Prodoctor and
now it seems to work. I can not
>>>>>>>>>>> reproduce your ios example here on my fedora
box but this curl works now :
>>>>>>>>>>>
>>>>>>>>>>> curl -v -b cookies.txt -c cookies.txt -H
"Accept:
>>>>>>>>>>> application/json" -H "Content-type:
application/json; charset=utf-8" -X
>>>>>>>>>>> POST -d '{"loginName":
"john", "password":"123"}'
>>>>>>>>>>> http://localhost:8080/prodoctor/login
>>>>>>>>>>>
>>>>>>>>>>> Update the repo and give it a try !
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> please push this type:
>>>>>>>>>>
>>>>>>>>>> import
org.aerogear.prodoctor.config.CustomConsumer;
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> it's missing and the build is failing
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Seb
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Mon, Jun 17, 2013 at 10:47 PM, Corinne
Krych <
>>>>>>>>>>> corinnekrych(a)gmail.com> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> Hello Guys
>>>>>>>>>>>>
>>>>>>>>>>>> Writing code for ProDoctor demo, on
client side, I'm using
>>>>>>>>>>>> Xcode template for AGPush which is based
on AFNetworking 121
>>>>>>>>>>>>
>>>>>>>>>>>> When doing my login request in iOS I
bumped into the issue of
>>>>>>>>>>>> having content type set to
"application/json; charset=utf-8" whereas on
>>>>>>>>>>>> routes (backend) only
"application/json" is set which causes this exception:
>>>>>>>>>>>>
>>>>>>>>>>>> [application/json].':
java.lang.RuntimeException:
>>>>>>>>>>>> AG_CONTROLLER000012: No Consumer found
for Parameter:
>>>>>>>>>>>> 'Parameter[type=ENTITY, type=class
>>>>>>>>>>>>
org.aerogear.prodoctor.model.SaleAgent]'. The registered Consumers were:
>>>>>>>>>>>>
'[JsonConsumer[mediaType=application/json]]'. Please add a Consumer for one
>>>>>>>>>>>> the media types supported by the route:
[application/json].
>>>>>>>>>>>>
>>>>>>>>>>>> at
>>>>>>>>>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(ParameterExtractor.java:152)
>>>>>>>>>>>> [aerogear-controller-1.0.1.jar:1.0.1]
>>>>>>>>>>>>
>>>>>>>>>>>> at
>>>>>>>>>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.extractArguments(ParameterExtractor.java:70)
>>>>>>>>>>>> [aerogear-controller-1.0.1.jar:1.0.1]
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> I think we should support both
"application/json;
>>>>>>>>>>>> charset=utf-8" and
"application/json". /shall we open a JIRA on AeroGear
>>>>>>>>>>>> Controller to support both?
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> wdyt?
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Corinne
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Matthias Wessendorf
>>>>>>>>>>
>>>>>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> aerogear-dev mailing list
>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Matthias Wessendorf
>>>>>>>>
>>>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Matthias Wessendorf
>>>>>>>
>>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> aerogear-dev mailing list
>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> aerogear-dev mailing list
>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Matthias Wessendorf
>>>>>
>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>> twitter: http://twitter.com/mwessendorf
>>>>>
>>>>> _______________________________________________
>>>>> aerogear-dev mailing list
>>>>> aerogear-dev(a)lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> aerogear-dev mailing list
>>>> aerogear-dev(a)lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>
>>>
>>>
>>>
>>> --
>>> Matthias Wessendorf
>>>
>>> blog: http://matthiaswessendorf.wordpress.com/
>>> sessions: http://www.slideshare.net/mwessendorf
>>> twitter: http://twitter.com/mwessendorf
>>>
>>
>>
>>
>> --
>> Matthias Wessendorf
>>
>> blog: http://matthiaswessendorf.wordpress.com/
>> sessions: http://www.slideshare.net/mwessendorf
>> twitter: http://twitter.com/mwessendorf
>>
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
4:31 a.m.
I had a look and this is due to a bug I think. The issue is that when you
create Consumer it is for a specific media type which is a simple String.
This is then compared to the Content-Type of the request. To verify this
you should be able to create a Consumer, which can extend the JsonConsumer,
in the demo, that returns the media type with the property 'charset=utf-8'
for the mediaType() method. I'm not saying that this is how it should be
but it might be a quicker way to move forward than to fix it in the
controller.
Let me know what you think
On 18 June 2013 11:19, Daniel Bevenius <daniel.bevenius(a)gmail.com> wrote:
I'll take a look at what is going on. Can't tell from just
reading the
emails here.
Regarding using JAX-RS I would say that sounds like a better option moving
forward, as the future of the controller is uncertain.
On 18 June 2013 11:02, Matthias Wessendorf <matzew(a)apache.org> wrote:
> Perhaps, we change to backend to use only JAX-RS ?
> I do that for the PushEE Server (using AeroGear-Security in there as
> well, with JAX-RS)
>
> -Matthias
>
>
> On Tue, Jun 18, 2013 at 10:53 AM, Corinne Krych <corinnekrych(a)gmail.com>wrote:
>
>> If I patch controller-aerogear with some code like
>>
>> org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(....)
>> with snippet below:
>>
>> if (contentType.contains("application/json")) {
>> contentType = "application/json";
>> }
>>
>>
>> I think that for the similar to
>> https://issues.jboss.org/browse/AEROGEAR-1085
>> we should ignore subtype in content-type
>>
>>
>> I go a step further in my login request but now I get this exception
>> from server:
>>
>> 10:43:42,379 ERROR [org.jboss.aerogear.controller.log]
>> (http--127.0.0.1-8080-1) AG_CONTROLLER000005: Exception Message: 'User id
>> can not be null.': java.lang.IllegalArgumentException: User id can not be
>> null.
>> at
>>
org.picketlink.credential.DefaultLoginCredentials.setUserId(DefaultLoginCredentials.java:44)
>> [picketlink-api-2.5.0.Beta4.jar:]
>> at
>>
org.picketlink.credential.DefaultLoginCredentials$Proxy$_$$_WeldClientProxy.setUserId(DefaultLoginCredentials$Proxy$_$$_WeldClientProxy.java)
>> [picketlink-api-2.5.0.Beta4.jar:]
>> at
>>
org.jboss.aerogear.security.picketlink.auth.AuthenticationManagerImpl.login(AuthenticationManagerImpl.java:52)
>> [aerogear-security-picketlink-1.0.1.jar:1.0.1]
>> at
>>
org.jboss.aerogear.security.picketlink.auth.AuthenticationManagerImpl.login(AuthenticationManagerImpl.java:34)
>> [aerogear-security-picketlink-1.0.1.jar:1.0.1]
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> [rt.jar:1.7.0_15]
>> at
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>> [rt.jar:1.7.0_15]
>> at
>>
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> [rt.jar:1.7.0_15]
>> at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_15]
>> at
>>
org.jboss.weld.bean.proxy.AbstractBeanInstance.invoke(AbstractBeanInstance.java:44)
>> [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
>> at
>> org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:105)
>> [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
>>
>>
>> Any idea?
>>
>>
>>
>>
>>
>>
>>
>> On 18 June 2013 10:44, Matthias Wessendorf <matzew(a)apache.org> wrote:
>>
>>> This works:
>>>
>>>
>>> curl -v -b cookies.txt -c cookies.txt -H "Accept: application/json;
>>> charset=utf-8" -H "Content-type: application/json" -X POST -d
>>> '{"loginName": "john",
"password":"123"}'
>>> http://localhost:8080/prodoctor/login
>>>
>>>
>>> (accept header)
>>>
>>>
>>>
>>>
>>> On Tue, Jun 18, 2013 at 10:35 AM, Matthias Wessendorf <
>>> matzew(a)apache.org> wrote:
>>>
>>>>
>>>>
>>>>
>>>> On Tue, Jun 18, 2013 at 10:03 AM, Corinne Krych <
>>>> corinnekrych(a)gmail.com> wrote:
>>>>
>>>>> Seb,
>>>>>
>>>>> When debugging with a breakpoint
>>>>> on org.jboss.aerogear.controller.util.ParameterExtractor.java line
139, I
>>>>> still get consumers map containing only "application/json"
and then
>>>>> exception get throw line l152.
>>>>>
>>>>> contentType holds "application/json; charset=utf-8"
>>>>>
>>>>> Server side issue to me.
>>>>>
>>>>> Any more idea?
>>>>>
>>>>
>>>>
>>>> Doing this CUR:
>>>> curl -v -b cookies.txt -c cookies.txt -H "Accept:
application/json" -H
>>>> "Content-type: application/json; charset=utf-8" -X POST -d
'{"loginName":
>>>> "john", "password":"123"}'
http://localhost:8080/prodoctor/login
>>>>
>>>>
>>>> same issue (=> same exception)
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>>
>>>>>
>>>>> On 18 June 2013 09:53, Matthias Wessendorf <matzew(a)apache.org>
wrote:
>>>>>
>>>>>> can you debug and see what's actually hitting the server?
The
>>>>>> Exception is, to be honest, not meaningful :)
>>>>>>
>>>>>> -M
>>>>>>
>>>>>>
>>>>>> On Tue, Jun 18, 2013 at 9:19 AM, Sebastien Blanc <
>>>>>> scm.blanc(a)gmail.com> wrote:
>>>>>>
>>>>>>> Sorry I though you were talking about Travis ... Hum, okay so
the
>>>>>>> workaround don't work ... but the curl was, maybe
lowercase issue, I see
>>>>>>> now "utf-8" and iOs maybe send "UTF-8"
and controller match also the case ?
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Jun 18, 2013 at 9:14 AM, Matthias Wessendorf <
>>>>>>> matzew(a)apache.org> wrote:
>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Jun 18, 2013 at 9:01 AM, Matthias Wessendorf
<
>>>>>>>> matzew(a)apache.org> wrote:
>>>>>>>>
>>>>>>>>> still the failure, (both: AeroGear-iOS 1.0.1 (AFN
1.0.RC1) + the
>>>>>>>>> branch going to AFN 1.2.1
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> ==> same exception (see my different testing iOS
environments
>>>>>>>> above)
>>>>>>>>
>>>>>>>> -Matthias
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Tue, Jun 18, 2013 at 8:50 AM, Sebastien Blanc
<
>>>>>>>>> scm.blanc(a)gmail.com> wrote:
>>>>>>>>>
>>>>>>>>>> Oups,
>>>>>>>>>> I should not push code at 1 am ;)
>>>>>>>>>> Should be okay now
>>>>>>>>>> Seb
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Tue, Jun 18, 2013 at 8:30 AM, Matthias
Wessendorf <
>>>>>>>>>> matzew(a)apache.org> wrote:
>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Tue, Jun 18, 2013 at 12:56 AM, Sebastien
Blanc <
>>>>>>>>>>> scm.blanc(a)gmail.com> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> Hi Corinne,
>>>>>>>>>>>> On a route you can set different
consumers (
>>>>>>>>>>>>
http://aerogear.org/docs/guides/aerogear-controller/mediatypes.html )
>>>>>>>>>>>> , I've updated the Route on Prodoctor
and now it seems to work. I can not
>>>>>>>>>>>> reproduce your ios example here on my
fedora box but this curl works now :
>>>>>>>>>>>>
>>>>>>>>>>>> curl -v -b cookies.txt -c cookies.txt -H
"Accept:
>>>>>>>>>>>> application/json" -H
"Content-type: application/json; charset=utf-8" -X
>>>>>>>>>>>> POST -d '{"loginName":
"john", "password":"123"}'
>>>>>>>>>>>> http://localhost:8080/prodoctor/login
>>>>>>>>>>>>
>>>>>>>>>>>> Update the repo and give it a try !
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> please push this type:
>>>>>>>>>>>
>>>>>>>>>>> import
org.aerogear.prodoctor.config.CustomConsumer;
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> it's missing and the build is failing
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Seb
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Mon, Jun 17, 2013 at 10:47 PM, Corinne
Krych <
>>>>>>>>>>>> corinnekrych(a)gmail.com> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> Hello Guys
>>>>>>>>>>>>>
>>>>>>>>>>>>> Writing code for ProDoctor demo, on
client side, I'm using
>>>>>>>>>>>>> Xcode template for AGPush which is
based on AFNetworking 121
>>>>>>>>>>>>>
>>>>>>>>>>>>> When doing my login request in iOS I
bumped into the issue of
>>>>>>>>>>>>> having content type set to
"application/json; charset=utf-8" whereas on
>>>>>>>>>>>>> routes (backend) only
"application/json" is set which causes this exception:
>>>>>>>>>>>>>
>>>>>>>>>>>>> [application/json].':
java.lang.RuntimeException:
>>>>>>>>>>>>> AG_CONTROLLER000012: No Consumer
found for Parameter:
>>>>>>>>>>>>> 'Parameter[type=ENTITY,
type=class
>>>>>>>>>>>>>
org.aerogear.prodoctor.model.SaleAgent]'. The registered Consumers were:
>>>>>>>>>>>>>
'[JsonConsumer[mediaType=application/json]]'. Please add a Consumer for one
>>>>>>>>>>>>> the media types supported by the
route: [application/json].
>>>>>>>>>>>>>
>>>>>>>>>>>>> at
>>>>>>>>>>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(ParameterExtractor.java:152)
>>>>>>>>>>>>>
[aerogear-controller-1.0.1.jar:1.0.1]
>>>>>>>>>>>>>
>>>>>>>>>>>>> at
>>>>>>>>>>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.extractArguments(ParameterExtractor.java:70)
>>>>>>>>>>>>>
[aerogear-controller-1.0.1.jar:1.0.1]
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> I think we should support both
"application/json;
>>>>>>>>>>>>> charset=utf-8" and
"application/json". /shall we open a JIRA on AeroGear
>>>>>>>>>>>>> Controller to support both?
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> wdyt?
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Corinne
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> Matthias Wessendorf
>>>>>>>>>>>
>>>>>>>>>>> blog:
http://matthiaswessendorf.wordpress.com/
>>>>>>>>>>> sessions:
http://www.slideshare.net/mwessendorf
>>>>>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>>>>>
>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Matthias Wessendorf
>>>>>>>>>
>>>>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Matthias Wessendorf
>>>>>>>>
>>>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> aerogear-dev mailing list
>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> aerogear-dev mailing list
>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Matthias Wessendorf
>>>>>>
>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>
>>>>>> _______________________________________________
>>>>>> aerogear-dev mailing list
>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> aerogear-dev mailing list
>>>>> aerogear-dev(a)lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Matthias Wessendorf
>>>>
>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>> sessions: http://www.slideshare.net/mwessendorf
>>>> twitter: http://twitter.com/mwessendorf
>>>>
>>>
>>>
>>>
>>> --
>>> Matthias Wessendorf
>>>
>>> blog: http://matthiaswessendorf.wordpress.com/
>>> sessions: http://www.slideshare.net/mwessendorf
>>> twitter: http://twitter.com/mwessendorf
>>>
>>> _______________________________________________
>>> aerogear-dev mailing list
>>> aerogear-dev(a)lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>
>>
>>
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>
>
>
> --
> Matthias Wessendorf
>
> blog: http://matthiaswessendorf.wordpress.com/
> sessions: http://www.slideshare.net/mwessendorf
> twitter: http://twitter.com/mwessendorf
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
4:36 a.m.
Yea, I could migrate the all stuff to JAX-RS, Controller was there because
that is what the scaffolding generates.
On Tue, Jun 18, 2013 at 11:19 AM, Daniel Bevenius <daniel.bevenius(a)gmail.com
wrote:
> I'll take a look at what is going on. Can't tell from just reading the
> emails here.
>
> Regarding using JAX-RS I would say that sounds like a better option moving
> forward, as the future of the controller is uncertain.
>
>
> On 18 June 2013 11:02, Matthias Wessendorf <matzew(a)apache.org wrote:
>
>> Perhaps, we change to backend to use only JAX-RS ?
>> I do that for the PushEE Server (using AeroGear-Security in there as
>> well, with JAX-RS)
>>
>> -Matthias
>>
>>
>> On Tue, Jun 18, 2013 at 10:53 AM, Corinne Krych
<corinnekrych(a)gmail.com>wrote:
>>
>>> If I patch controller-aerogear with some code like
>>>
>>> org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(....)
>>> with snippet below:
>>>
>>> if (contentType.contains("application/json")) {
>>> contentType = "application/json";
>>> }
>>>
>>>
>>> I think that for the similar to
>>> https://issues.jboss.org/browse/AEROGEAR-1085
>>> we should ignore subtype in content-type
>>>
>>>
>>> I go a step further in my login request but now I get this exception
>>> from server:
>>>
>>> 10:43:42,379 ERROR [org.jboss.aerogear.controller.log]
>>> (http--127.0.0.1-8080-1) AG_CONTROLLER000005: Exception Message: 'User
id
>>> can not be null.': java.lang.IllegalArgumentException: User id can not
be
>>> null.
>>> at
>>>
org.picketlink.credential.DefaultLoginCredentials.setUserId(DefaultLoginCredentials.java:44)
>>> [picketlink-api-2.5.0.Beta4.jar:]
>>> at
>>>
org.picketlink.credential.DefaultLoginCredentials$Proxy$_$$_WeldClientProxy.setUserId(DefaultLoginCredentials$Proxy$_$$_WeldClientProxy.java)
>>> [picketlink-api-2.5.0.Beta4.jar:]
>>> at
>>>
org.jboss.aerogear.security.picketlink.auth.AuthenticationManagerImpl.login(AuthenticationManagerImpl.java:52)
>>> [aerogear-security-picketlink-1.0.1.jar:1.0.1]
>>> at
>>>
org.jboss.aerogear.security.picketlink.auth.AuthenticationManagerImpl.login(AuthenticationManagerImpl.java:34)
>>> [aerogear-security-picketlink-1.0.1.jar:1.0.1]
>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> [rt.jar:1.7.0_15]
>>> at
>>>
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>>> [rt.jar:1.7.0_15]
>>> at
>>>
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>> [rt.jar:1.7.0_15]
>>> at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_15]
>>> at
>>>
org.jboss.weld.bean.proxy.AbstractBeanInstance.invoke(AbstractBeanInstance.java:44)
>>> [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
>>> at
>>>
org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:105)
>>> [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
>>>
>>>
>>> Any idea?
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> On 18 June 2013 10:44, Matthias Wessendorf <matzew(a)apache.org wrote:
>>>
>>>> This works:
>>>>
>>>>
>>>> curl -v -b cookies.txt -c cookies.txt -H "Accept: application/json;
>>>> charset=utf-8" -H "Content-type: application/json" -X POST
-d
>>>> '{"loginName": "john",
"password":"123"}'
>>>> http://localhost:8080/prodoctor/login
>>>>
>>>>
>>>> (accept header)
>>>>
>>>>
>>>>
>>>>
>>>> On Tue, Jun 18, 2013 at 10:35 AM, Matthias Wessendorf <
>>>> matzew(a)apache.org wrote:
>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Tue, Jun 18, 2013 at 10:03 AM, Corinne Krych <
>>>>> corinnekrych(a)gmail.com wrote:
>>>>>
>>>>>> Seb,
>>>>>>
>>>>>> When debugging with a breakpoint
>>>>>> on org.jboss.aerogear.controller.util.ParameterExtractor.java
line 139, I
>>>>>> still get consumers map containing only
"application/json" and then
>>>>>> exception get throw line l152.
>>>>>>
>>>>>> contentType holds "application/json; charset=utf-8"
>>>>>>
>>>>>> Server side issue to me.
>>>>>>
>>>>>> Any more idea?
>>>>>>
>>>>>
>>>>>
>>>>> Doing this CUR:
>>>>> curl -v -b cookies.txt -c cookies.txt -H "Accept:
application/json" -H
>>>>> "Content-type: application/json; charset=utf-8" -X POST -d
'{"loginName":
>>>>> "john", "password":"123"}'
http://localhost:8080/prodoctor/login
>>>>>
>>>>>
>>>>> same issue (=> same exception)
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>>
>>>>>>
>>>>>> On 18 June 2013 09:53, Matthias Wessendorf
<matzew(a)apache.org wrote:
>>>>>>
>>>>>>> can you debug and see what's actually hitting the server?
The
>>>>>>> Exception is, to be honest, not meaningful :)
>>>>>>>
>>>>>>> -M
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Jun 18, 2013 at 9:19 AM, Sebastien Blanc <
>>>>>>> scm.blanc(a)gmail.com wrote:
>>>>>>>
>>>>>>>> Sorry I though you were talking about Travis ... Hum,
okay so the
>>>>>>>> workaround don't work ... but the curl was, maybe
lowercase issue, I see
>>>>>>>> now "utf-8" and iOs maybe send
"UTF-8" and controller match also the case ?
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Jun 18, 2013 at 9:14 AM, Matthias Wessendorf
<
>>>>>>>> matzew(a)apache.org wrote:
>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Tue, Jun 18, 2013 at 9:01 AM, Matthias Wessendorf
<
>>>>>>>>> matzew(a)apache.org wrote:
>>>>>>>>>
>>>>>>>>>> still the failure, (both: AeroGear-iOS 1.0.1 (AFN
1.0.RC1) + the
>>>>>>>>>> branch going to AFN 1.2.1
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ==> same exception (see my different testing iOS
environments
>>>>>>>>> above)
>>>>>>>>>
>>>>>>>>> -Matthias
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Tue, Jun 18, 2013 at 8:50 AM, Sebastien Blanc
<
>>>>>>>>>> scm.blanc(a)gmail.com wrote:
>>>>>>>>>>
>>>>>>>>>>> Oups,
>>>>>>>>>>> I should not push code at 1 am ;)
>>>>>>>>>>> Should be okay now
>>>>>>>>>>> Seb
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Tue, Jun 18, 2013 at 8:30 AM, Matthias
Wessendorf <
>>>>>>>>>>> matzew(a)apache.org wrote:
>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Tue, Jun 18, 2013 at 12:56 AM,
Sebastien Blanc <
>>>>>>>>>>>> scm.blanc(a)gmail.com wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> Hi Corinne,
>>>>>>>>>>>>> On a route you can set different
consumers (
>>>>>>>>>>>>>
http://aerogear.org/docs/guides/aerogear-controller/mediatypes.html )
>>>>>>>>>>>>> , I've updated the Route on
Prodoctor and now it seems to work. I can not
>>>>>>>>>>>>> reproduce your ios example here on my
fedora box but this curl works now :
>>>>>>>>>>>>>
>>>>>>>>>>>>> curl -v -b cookies.txt -c cookies.txt
-H "Accept:
>>>>>>>>>>>>> application/json" -H
"Content-type: application/json; charset=utf-8" -X
>>>>>>>>>>>>> POST -d '{"loginName":
"john", "password":"123"}'
>>>>>>>>>>>>>
http://localhost:8080/prodoctor/login
>>>>>>>>>>>>>
>>>>>>>>>>>>> Update the repo and give it a try !
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> please push this type:
>>>>>>>>>>>>
>>>>>>>>>>>> import
org.aerogear.prodoctor.config.CustomConsumer;
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> it's missing and the build is
failing
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Seb
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Mon, Jun 17, 2013 at 10:47 PM,
Corinne Krych <
>>>>>>>>>>>>> corinnekrych(a)gmail.com wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> Hello Guys
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Writing code for ProDoctor demo,
on client side, I'm using
>>>>>>>>>>>>>> Xcode template for AGPush which
is based on AFNetworking 121
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> When doing my login request in
iOS I bumped into the issue of
>>>>>>>>>>>>>> having content type set to
"application/json; charset=utf-8" whereas on
>>>>>>>>>>>>>> routes (backend) only
"application/json" is set which causes this exception:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> [application/json].':
java.lang.RuntimeException:
>>>>>>>>>>>>>> AG_CONTROLLER000012: No Consumer
found for Parameter:
>>>>>>>>>>>>>> 'Parameter[type=ENTITY,
type=class
>>>>>>>>>>>>>>
org.aerogear.prodoctor.model.SaleAgent]'. The registered Consumers were:
>>>>>>>>>>>>>>
'[JsonConsumer[mediaType=application/json]]'. Please add a Consumer for one
>>>>>>>>>>>>>> the media types supported by the
route: [application/json].
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(ParameterExtractor.java:152)
>>>>>>>>>>>>>>
[aerogear-controller-1.0.1.jar:1.0.1]
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.extractArguments(ParameterExtractor.java:70)
>>>>>>>>>>>>>>
[aerogear-controller-1.0.1.jar:1.0.1]
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I think we should support both
"application/json;
>>>>>>>>>>>>>> charset=utf-8" and
"application/json". /shall we open a JIRA on AeroGear
>>>>>>>>>>>>>> Controller to support both?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> wdyt?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Corinne
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> Matthias Wessendorf
>>>>>>>>>>>>
>>>>>>>>>>>> blog:
http://matthiaswessendorf.wordpress.com/
>>>>>>>>>>>> sessions:
http://www.slideshare.net/mwessendorf
>>>>>>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>>>>>>
>>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Matthias Wessendorf
>>>>>>>>>>
>>>>>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Matthias Wessendorf
>>>>>>>>>
>>>>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> aerogear-dev mailing list
>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> aerogear-dev mailing list
>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Matthias Wessendorf
>>>>>>>
>>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> aerogear-dev mailing list
>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> aerogear-dev mailing list
>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Matthias Wessendorf
>>>>>
>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>> twitter: http://twitter.com/mwessendorf
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Matthias Wessendorf
>>>>
>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>> sessions: http://www.slideshare.net/mwessendorf
>>>> twitter: http://twitter.com/mwessendorf
>>>>
>>>> _______________________________________________
>>>> aerogear-dev mailing list
>>>> aerogear-dev(a)lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>
>>>
>>>
>>> _______________________________________________
>>> aerogear-dev mailing list
>>> aerogear-dev(a)lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>
>>
>>
>>
>> --
>> Matthias Wessendorf
>>
>> blog: http://matthiaswessendorf.wordpress.com/
>> sessions: http://www.slideshare.net/mwessendorf
>> twitter: http://twitter.com/mwessendorf
>>
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
4:38 a.m.
On Tue, Jun 18, 2013 at 11:36 AM, Sebastien Blanc <scm.blanc(a)gmail.com>wrote:
Yea, I could migrate the all stuff to JAX-RS, Controller was there
because
that is what the scaffolding generates.
tbh, that would be my preference as well - and it's not consuming a lot of
time)
On Tue, Jun 18, 2013 at 11:19 AM, Daniel Bevenius <
daniel.bevenius(a)gmail.com> wrote:
> I'll take a look at what is going on. Can't tell from just reading the
> emails here.
>
> Regarding using JAX-RS I would say that sounds like a better option
> moving forward, as the future of the controller is uncertain.
>
>
> On 18 June 2013 11:02, Matthias Wessendorf <matzew(a)apache.org> wrote:
>
>> Perhaps, we change to backend to use only JAX-RS ?
>> I do that for the PushEE Server (using AeroGear-Security in there as
>> well, with JAX-RS)
>>
>> -Matthias
>>
>>
>> On Tue, Jun 18, 2013 at 10:53 AM, Corinne Krych
<corinnekrych(a)gmail.com>wrote:
>>
>>> If I patch controller-aerogear with some code like
>>>
>>> org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(....)
>>> with snippet below:
>>>
>>> if (contentType.contains("application/json")) {
>>> contentType = "application/json";
>>> }
>>>
>>>
>>> I think that for the similar to
>>> https://issues.jboss.org/browse/AEROGEAR-1085
>>> we should ignore subtype in content-type
>>>
>>>
>>> I go a step further in my login request but now I get this exception
>>> from server:
>>>
>>> 10:43:42,379 ERROR [org.jboss.aerogear.controller.log]
>>> (http--127.0.0.1-8080-1) AG_CONTROLLER000005: Exception Message: 'User
id
>>> can not be null.': java.lang.IllegalArgumentException: User id can not
be
>>> null.
>>> at
>>>
org.picketlink.credential.DefaultLoginCredentials.setUserId(DefaultLoginCredentials.java:44)
>>> [picketlink-api-2.5.0.Beta4.jar:]
>>> at
>>>
org.picketlink.credential.DefaultLoginCredentials$Proxy$_$$_WeldClientProxy.setUserId(DefaultLoginCredentials$Proxy$_$$_WeldClientProxy.java)
>>> [picketlink-api-2.5.0.Beta4.jar:]
>>> at
>>>
org.jboss.aerogear.security.picketlink.auth.AuthenticationManagerImpl.login(AuthenticationManagerImpl.java:52)
>>> [aerogear-security-picketlink-1.0.1.jar:1.0.1]
>>> at
>>>
org.jboss.aerogear.security.picketlink.auth.AuthenticationManagerImpl.login(AuthenticationManagerImpl.java:34)
>>> [aerogear-security-picketlink-1.0.1.jar:1.0.1]
>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> [rt.jar:1.7.0_15]
>>> at
>>>
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>>> [rt.jar:1.7.0_15]
>>> at
>>>
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>> [rt.jar:1.7.0_15]
>>> at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_15]
>>> at
>>>
org.jboss.weld.bean.proxy.AbstractBeanInstance.invoke(AbstractBeanInstance.java:44)
>>> [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
>>> at
>>>
org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:105)
>>> [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
>>>
>>>
>>> Any idea?
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> On 18 June 2013 10:44, Matthias Wessendorf <matzew(a)apache.org> wrote:
>>>
>>>> This works:
>>>>
>>>>
>>>> curl -v -b cookies.txt -c cookies.txt -H "Accept: application/json;
>>>> charset=utf-8" -H "Content-type: application/json" -X POST
-d
>>>> '{"loginName": "john",
"password":"123"}'
>>>> http://localhost:8080/prodoctor/login
>>>>
>>>>
>>>> (accept header)
>>>>
>>>>
>>>>
>>>>
>>>> On Tue, Jun 18, 2013 at 10:35 AM, Matthias Wessendorf <
>>>> matzew(a)apache.org> wrote:
>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Tue, Jun 18, 2013 at 10:03 AM, Corinne Krych <
>>>>> corinnekrych(a)gmail.com> wrote:
>>>>>
>>>>>> Seb,
>>>>>>
>>>>>> When debugging with a breakpoint
>>>>>> on org.jboss.aerogear.controller.util.ParameterExtractor.java
line 139, I
>>>>>> still get consumers map containing only
"application/json" and then
>>>>>> exception get throw line l152.
>>>>>>
>>>>>> contentType holds "application/json; charset=utf-8"
>>>>>>
>>>>>> Server side issue to me.
>>>>>>
>>>>>> Any more idea?
>>>>>>
>>>>>
>>>>>
>>>>> Doing this CUR:
>>>>> curl -v -b cookies.txt -c cookies.txt -H "Accept:
application/json"
>>>>> -H "Content-type: application/json; charset=utf-8" -X POST
-d
>>>>> '{"loginName": "john",
"password":"123"}'
>>>>> http://localhost:8080/prodoctor/login
>>>>>
>>>>>
>>>>> same issue (=> same exception)
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>>
>>>>>>
>>>>>> On 18 June 2013 09:53, Matthias Wessendorf
<matzew(a)apache.org>wrote:
>>>>>>
>>>>>>> can you debug and see what's actually hitting the server?
The
>>>>>>> Exception is, to be honest, not meaningful :)
>>>>>>>
>>>>>>> -M
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Jun 18, 2013 at 9:19 AM, Sebastien Blanc <
>>>>>>> scm.blanc(a)gmail.com> wrote:
>>>>>>>
>>>>>>>> Sorry I though you were talking about Travis ... Hum,
okay so the
>>>>>>>> workaround don't work ... but the curl was, maybe
lowercase issue, I see
>>>>>>>> now "utf-8" and iOs maybe send
"UTF-8" and controller match also the case ?
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Jun 18, 2013 at 9:14 AM, Matthias Wessendorf
<
>>>>>>>> matzew(a)apache.org> wrote:
>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Tue, Jun 18, 2013 at 9:01 AM, Matthias Wessendorf
<
>>>>>>>>> matzew(a)apache.org> wrote:
>>>>>>>>>
>>>>>>>>>> still the failure, (both: AeroGear-iOS 1.0.1 (AFN
1.0.RC1) + the
>>>>>>>>>> branch going to AFN 1.2.1
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ==> same exception (see my different testing iOS
environments
>>>>>>>>> above)
>>>>>>>>>
>>>>>>>>> -Matthias
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Tue, Jun 18, 2013 at 8:50 AM, Sebastien Blanc
<
>>>>>>>>>> scm.blanc(a)gmail.com> wrote:
>>>>>>>>>>
>>>>>>>>>>> Oups,
>>>>>>>>>>> I should not push code at 1 am ;)
>>>>>>>>>>> Should be okay now
>>>>>>>>>>> Seb
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Tue, Jun 18, 2013 at 8:30 AM, Matthias
Wessendorf <
>>>>>>>>>>> matzew(a)apache.org> wrote:
>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Tue, Jun 18, 2013 at 12:56 AM,
Sebastien Blanc <
>>>>>>>>>>>> scm.blanc(a)gmail.com> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> Hi Corinne,
>>>>>>>>>>>>> On a route you can set different
consumers (
>>>>>>>>>>>>>
http://aerogear.org/docs/guides/aerogear-controller/mediatypes.html )
>>>>>>>>>>>>> , I've updated the Route on
Prodoctor and now it seems to work. I can not
>>>>>>>>>>>>> reproduce your ios example here on my
fedora box but this curl works now :
>>>>>>>>>>>>>
>>>>>>>>>>>>> curl -v -b cookies.txt -c cookies.txt
-H "Accept:
>>>>>>>>>>>>> application/json" -H
"Content-type: application/json; charset=utf-8" -X
>>>>>>>>>>>>> POST -d '{"loginName":
"john", "password":"123"}'
>>>>>>>>>>>>>
http://localhost:8080/prodoctor/login
>>>>>>>>>>>>>
>>>>>>>>>>>>> Update the repo and give it a try !
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> please push this type:
>>>>>>>>>>>>
>>>>>>>>>>>> import
org.aerogear.prodoctor.config.CustomConsumer;
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> it's missing and the build is
failing
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Seb
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Mon, Jun 17, 2013 at 10:47 PM,
Corinne Krych <
>>>>>>>>>>>>> corinnekrych(a)gmail.com> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> Hello Guys
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Writing code for ProDoctor demo,
on client side, I'm using
>>>>>>>>>>>>>> Xcode template for AGPush which
is based on AFNetworking 121
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> When doing my login request in
iOS I bumped into the issue
>>>>>>>>>>>>>> of having content type set to
"application/json; charset=utf-8" whereas on
>>>>>>>>>>>>>> routes (backend) only
"application/json" is set which causes this exception:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> [application/json].':
java.lang.RuntimeException:
>>>>>>>>>>>>>> AG_CONTROLLER000012: No Consumer
found for Parameter:
>>>>>>>>>>>>>> 'Parameter[type=ENTITY,
type=class
>>>>>>>>>>>>>>
org.aerogear.prodoctor.model.SaleAgent]'. The registered Consumers were:
>>>>>>>>>>>>>>
'[JsonConsumer[mediaType=application/json]]'. Please add a Consumer for one
>>>>>>>>>>>>>> the media types supported by the
route: [application/json].
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(ParameterExtractor.java:152)
>>>>>>>>>>>>>>
[aerogear-controller-1.0.1.jar:1.0.1]
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.extractArguments(ParameterExtractor.java:70)
>>>>>>>>>>>>>>
[aerogear-controller-1.0.1.jar:1.0.1]
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I think we should support both
"application/json;
>>>>>>>>>>>>>> charset=utf-8" and
"application/json". /shall we open a JIRA on AeroGear
>>>>>>>>>>>>>> Controller to support both?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> wdyt?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Corinne
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> Matthias Wessendorf
>>>>>>>>>>>>
>>>>>>>>>>>> blog:
http://matthiaswessendorf.wordpress.com/
>>>>>>>>>>>> sessions:
http://www.slideshare.net/mwessendorf
>>>>>>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>>>>>>
>>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Matthias Wessendorf
>>>>>>>>>>
>>>>>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Matthias Wessendorf
>>>>>>>>>
>>>>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> aerogear-dev mailing list
>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> aerogear-dev mailing list
>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Matthias Wessendorf
>>>>>>>
>>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> aerogear-dev mailing list
>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> aerogear-dev mailing list
>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Matthias Wessendorf
>>>>>
>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>> twitter: http://twitter.com/mwessendorf
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Matthias Wessendorf
>>>>
>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>> sessions: http://www.slideshare.net/mwessendorf
>>>> twitter: http://twitter.com/mwessendorf
>>>>
>>>> _______________________________________________
>>>> aerogear-dev mailing list
>>>> aerogear-dev(a)lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>
>>>
>>>
>>> _______________________________________________
>>> aerogear-dev mailing list
>>> aerogear-dev(a)lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>
>>
>>
>>
>> --
>> Matthias Wessendorf
>>
>> blog: http://matthiaswessendorf.wordpress.com/
>> sessions: http://www.slideshare.net/mwessendorf
>> twitter: http://twitter.com/mwessendorf
>>
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
4:44 a.m.
Thanks,
I missed the fact that Consumers where picked up by CDI, I had a
CustomConsumer but did not commit it thinking it was not used. It is now
pushed and should work.
In the same I will migrate to JAX-RS but at least during this time Corinne
can go on.
Seb
On Tue, Jun 18, 2013 at 11:31 AM, Daniel Bevenius <daniel.bevenius(a)gmail.com
wrote:
> I had a look and this is due to a bug I think. The issue is that when you
> create Consumer it is for a specific media type which is a simple String.
> This is then compared to the Content-Type of the request. To verify this
> you should be able to create a Consumer, which can extend the JsonConsumer,
> in the demo, that returns the media type with the property 'charset=utf-8'
> for the mediaType() method. I'm not saying that this is how it should be
> but it might be a quicker way to move forward than to fix it in the
> controller.
>
> Let me know what you think
>
>
> On 18 June 2013 11:19, Daniel Bevenius <daniel.bevenius(a)gmail.com wrote:
>
>> I'll take a look at what is going on. Can't tell from just reading the
>> emails here.
>>
>> Regarding using JAX-RS I would say that sounds like a better option
>> moving forward, as the future of the controller is uncertain.
>>
>>
>> On 18 June 2013 11:02, Matthias Wessendorf <matzew(a)apache.org wrote:
>>
>>> Perhaps, we change to backend to use only JAX-RS ?
>>> I do that for the PushEE Server (using AeroGear-Security in there as
>>> well, with JAX-RS)
>>>
>>> -Matthias
>>>
>>>
>>> On Tue, Jun 18, 2013 at 10:53 AM, Corinne Krych
<corinnekrych(a)gmail.com>wrote:
>>>
>>>> If I patch controller-aerogear with some code like
>>>>
>>>> org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(....)
>>>> with snippet below:
>>>>
>>>> if (contentType.contains("application/json")) {
>>>> contentType = "application/json";
>>>> }
>>>>
>>>>
>>>> I think that for the similar to
>>>> https://issues.jboss.org/browse/AEROGEAR-1085
>>>> we should ignore subtype in content-type
>>>>
>>>>
>>>> I go a step further in my login request but now I get this exception
>>>> from server:
>>>>
>>>> 10:43:42,379 ERROR [org.jboss.aerogear.controller.log]
>>>> (http--127.0.0.1-8080-1) AG_CONTROLLER000005: Exception Message:
'User id
>>>> can not be null.': java.lang.IllegalArgumentException: User id can
not be
>>>> null.
>>>> at
>>>>
org.picketlink.credential.DefaultLoginCredentials.setUserId(DefaultLoginCredentials.java:44)
>>>> [picketlink-api-2.5.0.Beta4.jar:]
>>>> at
>>>>
org.picketlink.credential.DefaultLoginCredentials$Proxy$_$$_WeldClientProxy.setUserId(DefaultLoginCredentials$Proxy$_$$_WeldClientProxy.java)
>>>> [picketlink-api-2.5.0.Beta4.jar:]
>>>> at
>>>>
org.jboss.aerogear.security.picketlink.auth.AuthenticationManagerImpl.login(AuthenticationManagerImpl.java:52)
>>>> [aerogear-security-picketlink-1.0.1.jar:1.0.1]
>>>> at
>>>>
org.jboss.aerogear.security.picketlink.auth.AuthenticationManagerImpl.login(AuthenticationManagerImpl.java:34)
>>>> [aerogear-security-picketlink-1.0.1.jar:1.0.1]
>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>> [rt.jar:1.7.0_15]
>>>> at
>>>>
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>>>> [rt.jar:1.7.0_15]
>>>> at
>>>>
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>> [rt.jar:1.7.0_15]
>>>> at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_15]
>>>> at
>>>>
org.jboss.weld.bean.proxy.AbstractBeanInstance.invoke(AbstractBeanInstance.java:44)
>>>> [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
>>>> at
>>>>
org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:105)
>>>> [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
>>>>
>>>>
>>>> Any idea?
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> On 18 June 2013 10:44, Matthias Wessendorf <matzew(a)apache.org wrote:
>>>>
>>>>> This works:
>>>>>
>>>>>
>>>>> curl -v -b cookies.txt -c cookies.txt -H "Accept:
application/json;
>>>>> charset=utf-8" -H "Content-type: application/json" -X
POST -d
>>>>> '{"loginName": "john",
"password":"123"}'
>>>>> http://localhost:8080/prodoctor/login
>>>>>
>>>>>
>>>>> (accept header)
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Tue, Jun 18, 2013 at 10:35 AM, Matthias Wessendorf <
>>>>> matzew(a)apache.org wrote:
>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Tue, Jun 18, 2013 at 10:03 AM, Corinne Krych <
>>>>>> corinnekrych(a)gmail.com wrote:
>>>>>>
>>>>>>> Seb,
>>>>>>>
>>>>>>> When debugging with a breakpoint
>>>>>>> on org.jboss.aerogear.controller.util.ParameterExtractor.java
line 139, I
>>>>>>> still get consumers map containing only
"application/json" and then
>>>>>>> exception get throw line l152.
>>>>>>>
>>>>>>> contentType holds "application/json;
charset=utf-8"
>>>>>>>
>>>>>>> Server side issue to me.
>>>>>>>
>>>>>>> Any more idea?
>>>>>>>
>>>>>>
>>>>>>
>>>>>> Doing this CUR:
>>>>>> curl -v -b cookies.txt -c cookies.txt -H "Accept:
application/json"
>>>>>> -H "Content-type: application/json; charset=utf-8" -X
POST -d
>>>>>> '{"loginName": "john",
"password":"123"}'
>>>>>> http://localhost:8080/prodoctor/login
>>>>>>
>>>>>>
>>>>>> same issue (=> same exception)
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On 18 June 2013 09:53, Matthias Wessendorf
<matzew(a)apache.org>wrote:
>>>>>>>
>>>>>>>> can you debug and see what's actually hitting the
server? The
>>>>>>>> Exception is, to be honest, not meaningful :)
>>>>>>>>
>>>>>>>> -M
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Jun 18, 2013 at 9:19 AM, Sebastien Blanc <
>>>>>>>> scm.blanc(a)gmail.com wrote:
>>>>>>>>
>>>>>>>>> Sorry I though you were talking about Travis ... Hum,
okay so the
>>>>>>>>> workaround don't work ... but the curl was, maybe
lowercase issue, I see
>>>>>>>>> now "utf-8" and iOs maybe send
"UTF-8" and controller match also the case ?
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Tue, Jun 18, 2013 at 9:14 AM, Matthias Wessendorf
<
>>>>>>>>> matzew(a)apache.org wrote:
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Tue, Jun 18, 2013 at 9:01 AM, Matthias
Wessendorf <
>>>>>>>>>> matzew(a)apache.org wrote:
>>>>>>>>>>
>>>>>>>>>>> still the failure, (both: AeroGear-iOS 1.0.1
(AFN 1.0.RC1) + the
>>>>>>>>>>> branch going to AFN 1.2.1
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> ==> same exception (see my different testing
iOS environments
>>>>>>>>>> above)
>>>>>>>>>>
>>>>>>>>>> -Matthias
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Tue, Jun 18, 2013 at 8:50 AM, Sebastien
Blanc <
>>>>>>>>>>> scm.blanc(a)gmail.com wrote:
>>>>>>>>>>>
>>>>>>>>>>>> Oups,
>>>>>>>>>>>> I should not push code at 1 am ;)
>>>>>>>>>>>> Should be okay now
>>>>>>>>>>>> Seb
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Tue, Jun 18, 2013 at 8:30 AM, Matthias
Wessendorf <
>>>>>>>>>>>> matzew(a)apache.org wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Tue, Jun 18, 2013 at 12:56 AM,
Sebastien Blanc <
>>>>>>>>>>>>> scm.blanc(a)gmail.com wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> Hi Corinne,
>>>>>>>>>>>>>> On a route you can set different
consumers (
>>>>>>>>>>>>>>
http://aerogear.org/docs/guides/aerogear-controller/mediatypes.html )
>>>>>>>>>>>>>> , I've updated the Route on
Prodoctor and now it seems to work. I can not
>>>>>>>>>>>>>> reproduce your ios example here
on my fedora box but this curl works now :
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> curl -v -b cookies.txt -c
cookies.txt -H "Accept:
>>>>>>>>>>>>>> application/json" -H
"Content-type: application/json; charset=utf-8" -X
>>>>>>>>>>>>>> POST -d
'{"loginName": "john", "password":"123"}'
>>>>>>>>>>>>>>
http://localhost:8080/prodoctor/login
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Update the repo and give it a try
!
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> please push this type:
>>>>>>>>>>>>>
>>>>>>>>>>>>> import
org.aerogear.prodoctor.config.CustomConsumer;
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> it's missing and the build is
failing
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Seb
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Mon, Jun 17, 2013 at 10:47 PM,
Corinne Krych <
>>>>>>>>>>>>>> corinnekrych(a)gmail.com wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Hello Guys
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Writing code for ProDoctor
demo, on client side, I'm using
>>>>>>>>>>>>>>> Xcode template for AGPush
which is based on AFNetworking 121
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> When doing my login request
in iOS I bumped into the issue
>>>>>>>>>>>>>>> of having content type set to
"application/json; charset=utf-8" whereas on
>>>>>>>>>>>>>>> routes (backend) only
"application/json" is set which causes this exception:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> [application/json].':
java.lang.RuntimeException:
>>>>>>>>>>>>>>> AG_CONTROLLER000012: No
Consumer found for Parameter:
>>>>>>>>>>>>>>> 'Parameter[type=ENTITY,
type=class
>>>>>>>>>>>>>>>
org.aerogear.prodoctor.model.SaleAgent]'. The registered Consumers were:
>>>>>>>>>>>>>>>
'[JsonConsumer[mediaType=application/json]]'. Please add a Consumer for one
>>>>>>>>>>>>>>> the media types supported by
the route: [application/json].
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(ParameterExtractor.java:152)
>>>>>>>>>>>>>>>
[aerogear-controller-1.0.1.jar:1.0.1]
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.extractArguments(ParameterExtractor.java:70)
>>>>>>>>>>>>>>>
[aerogear-controller-1.0.1.jar:1.0.1]
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I think we should support
both "application/json;
>>>>>>>>>>>>>>> charset=utf-8" and
"application/json". /shall we open a JIRA on AeroGear
>>>>>>>>>>>>>>> Controller to support both?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> wdyt?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Corinne
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> --
>>>>>>>>>>>>> Matthias Wessendorf
>>>>>>>>>>>>>
>>>>>>>>>>>>> blog:
http://matthiaswessendorf.wordpress.com/
>>>>>>>>>>>>> sessions:
http://www.slideshare.net/mwessendorf
>>>>>>>>>>>>> twitter:
http://twitter.com/mwessendorf
>>>>>>>>>>>>>
>>>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> Matthias Wessendorf
>>>>>>>>>>>
>>>>>>>>>>> blog:
http://matthiaswessendorf.wordpress.com/
>>>>>>>>>>> sessions:
http://www.slideshare.net/mwessendorf
>>>>>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Matthias Wessendorf
>>>>>>>>>>
>>>>>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> aerogear-dev mailing list
>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Matthias Wessendorf
>>>>>>>>
>>>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> aerogear-dev mailing list
>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> aerogear-dev mailing list
>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Matthias Wessendorf
>>>>>>
>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Matthias Wessendorf
>>>>>
>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>> twitter: http://twitter.com/mwessendorf
>>>>>
>>>>> _______________________________________________
>>>>> aerogear-dev mailing list
>>>>> aerogear-dev(a)lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> aerogear-dev mailing list
>>>> aerogear-dev(a)lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>
>>>
>>>
>>>
>>> --
>>> Matthias Wessendorf
>>>
>>> blog: http://matthiaswessendorf.wordpress.com/
>>> sessions: http://www.slideshare.net/mwessendorf
>>> twitter: http://twitter.com/mwessendorf
>>>
>>> _______________________________________________
>>> aerogear-dev mailing list
>>> aerogear-dev(a)lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>
>>
>>
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
5:33 a.m.
Hi
we traced the issue and the problem was that currently the AG_SECURITY iOS auth module is
sending 'username' during the login where the server expects 'loginName'
causing the error html page to be generated.
A ticket has been created AGIOS-35 with details and to update this.
Thanks,
Christos
On Jun 18, 2013, at 12:44 PM, Sebastien Blanc <scm.blanc(a)gmail.com> wrote:
Thanks,
I missed the fact that Consumers where picked up by CDI, I had a CustomConsumer but did
not commit it thinking it was not used. It is now pushed and should work.
In the same I will migrate to JAX-RS but at least during this time Corinne can go on.
Seb
On Tue, Jun 18, 2013 at 11:31 AM, Daniel Bevenius <daniel.bevenius(a)gmail.com>
wrote:
I had a look and this is due to a bug I think. The issue is that when you create Consumer
it is for a specific media type which is a simple String. This is then compared to the
Content-Type of the request. To verify this you should be able to create a Consumer, which
can extend the JsonConsumer, in the demo, that returns the media type with the property
'charset=utf-8' for the mediaType() method. I'm not saying that this is how it
should be but it might be a quicker way to move forward than to fix it in the controller.
Let me know what you think
On 18 June 2013 11:19, Daniel Bevenius <daniel.bevenius(a)gmail.com> wrote:
I'll take a look at what is going on. Can't tell from just reading the emails
here.
Regarding using JAX-RS I would say that sounds like a better option moving forward, as
the future of the controller is uncertain.
On 18 June 2013 11:02, Matthias Wessendorf <matzew(a)apache.org> wrote:
Perhaps, we change to backend to use only JAX-RS ?
I do that for the PushEE Server (using AeroGear-Security in there as well, with JAX-RS)
-Matthias
On Tue, Jun 18, 2013 at 10:53 AM, Corinne Krych <corinnekrych(a)gmail.com> wrote:
If I patch controller-aerogear with some code like
org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(....)
with snippet below:
if (contentType.contains("application/json")) {
contentType = "application/json";
}
I think that for the similar to https://issues.jboss.org/browse/AEROGEAR-1085
we should ignore subtype in content-type
I go a step further in my login request but now I get this exception from server:
10:43:42,379 ERROR [org.jboss.aerogear.controller.log] (http--127.0.0.1-8080-1)
AG_CONTROLLER000005: Exception Message: 'User id can not be null.':
java.lang.IllegalArgumentException: User id can not be null.
at
org.picketlink.credential.DefaultLoginCredentials.setUserId(DefaultLoginCredentials.java:44)
[picketlink-api-2.5.0.Beta4.jar:]
at
org.picketlink.credential.DefaultLoginCredentials$Proxy$_$$_WeldClientProxy.setUserId(DefaultLoginCredentials$Proxy$_$$_WeldClientProxy.java)
[picketlink-api-2.5.0.Beta4.jar:]
at
org.jboss.aerogear.security.picketlink.auth.AuthenticationManagerImpl.login(AuthenticationManagerImpl.java:52)
[aerogear-security-picketlink-1.0.1.jar:1.0.1]
at
org.jboss.aerogear.security.picketlink.auth.AuthenticationManagerImpl.login(AuthenticationManagerImpl.java:34)
[aerogear-security-picketlink-1.0.1.jar:1.0.1]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_15]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
[rt.jar:1.7.0_15]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[rt.jar:1.7.0_15]
at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_15]
at org.jboss.weld.bean.proxy.AbstractBeanInstance.invoke(AbstractBeanInstance.java:44)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:105)
[weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
Any idea?
On 18 June 2013 10:44, Matthias Wessendorf <matzew(a)apache.org> wrote:
This works:
curl -v -b cookies.txt -c cookies.txt -H "Accept: application/json;
charset=utf-8" -H "Content-type: application/json" -X POST -d
'{"loginName": "john", "password":"123"}'
http://localhost:8080/prodoctor/login
(accept header)
On Tue, Jun 18, 2013 at 10:35 AM, Matthias Wessendorf <matzew(a)apache.org> wrote:
On Tue, Jun 18, 2013 at 10:03 AM, Corinne Krych <corinnekrych(a)gmail.com> wrote:
Seb,
When debugging with a breakpoint on
org.jboss.aerogear.controller.util.ParameterExtractor.java line 139, I still get consumers
map containing only "application/json" and then exception get throw line l152.
contentType holds "application/json; charset=utf-8"
Server side issue to me.
Any more idea?
Doing this CUR:
curl -v -b cookies.txt -c cookies.txt -H "Accept: application/json" -H
"Content-type: application/json; charset=utf-8" -X POST -d
'{"loginName": "john", "password":"123"}'
http://localhost:8080/prodoctor/login
same issue (=> same exception)
On 18 June 2013 09:53, Matthias Wessendorf <matzew(a)apache.org> wrote:
can you debug and see what's actually hitting the server? The Exception is, to be
honest, not meaningful :)
-M
On Tue, Jun 18, 2013 at 9:19 AM, Sebastien Blanc <scm.blanc(a)gmail.com> wrote:
Sorry I though you were talking about Travis ... Hum, okay so the workaround don't
work ... but the curl was, maybe lowercase issue, I see now "utf-8" and iOs
maybe send "UTF-8" and controller match also the case ?
On Tue, Jun 18, 2013 at 9:14 AM, Matthias Wessendorf <matzew(a)apache.org> wrote:
On Tue, Jun 18, 2013 at 9:01 AM, Matthias Wessendorf <matzew(a)apache.org> wrote:
still the failure, (both: AeroGear-iOS 1.0.1 (AFN 1.0.RC1) + the branch going to AFN
1.2.1
==> same exception (see my different testing iOS environments above)
-Matthias
On Tue, Jun 18, 2013 at 8:50 AM, Sebastien Blanc <scm.blanc(a)gmail.com> wrote:
Oups,
I should not push code at 1 am ;)
Should be okay now
Seb
On Tue, Jun 18, 2013 at 8:30 AM, Matthias Wessendorf <matzew(a)apache.org> wrote:
On Tue, Jun 18, 2013 at 12:56 AM, Sebastien Blanc <scm.blanc(a)gmail.com> wrote:
Hi Corinne,
On a route you can set different consumers (
http://aerogear.org/docs/guides/aerogear-controller/mediatypes.html ) , I've updated
the Route on Prodoctor and now it seems to work. I can not reproduce your ios example here
on my fedora box but this curl works now :
curl -v -b cookies.txt -c cookies.txt -H "Accept: application/json" -H
"Content-type: application/json; charset=utf-8" -X POST -d
'{"loginName": "john", "password":"123"}'
http://localhost:8080/prodoctor/login
Update the repo and give it a try !
please push this type:
import org.aerogear.prodoctor.config.CustomConsumer;
it's missing and the build is failing
Seb
On Mon, Jun 17, 2013 at 10:47 PM, Corinne Krych <corinnekrych(a)gmail.com> wrote:
Hello Guys
Writing code for ProDoctor demo, on client side, I'm using Xcode template for AGPush
which is based on AFNetworking 121
When doing my login request in iOS I bumped into the issue of having content type set to
"application/json; charset=utf-8" whereas on routes (backend) only
"application/json" is set which causes this exception:
[application/json].': java.lang.RuntimeException: AG_CONTROLLER000012: No Consumer
found for Parameter: 'Parameter[type=ENTITY, type=class
org.aerogear.prodoctor.model.SaleAgent]'. The registered Consumers were:
'[JsonConsumer[mediaType=application/json]]'. Please add a Consumer for one the
media types supported by the route: [application/json].
at
org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(ParameterExtractor.java:152)
[aerogear-controller-1.0.1.jar:1.0.1]
at
org.jboss.aerogear.controller.util.ParameterExtractor.extractArguments(ParameterExtractor.java:70)
[aerogear-controller-1.0.1.jar:1.0.1]
I think we should support both "application/json; charset=utf-8" and
"application/json". /shall we open a JIRA on AeroGear Controller to support
both?
wdyt?
Corinne
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
5:52 a.m.
cool!
i'll try that
On Jun 18, 2013 12:33 PM, "Christos Vasilakis" <cvasilak(a)gmail.com>
wrote:
Hi
we traced the issue and the problem was that currently the AG_SECURITY iOS
auth module is sending 'username' during the login where the server expects
'loginName' causing the error html page to be generated.
A ticket has been created AGIOS-35<https://issues.jboss.org/browse/AGIOS-35> with
details and to update this.
Thanks,
Christos
On Jun 18, 2013, at 12:44 PM, Sebastien Blanc <scm.blanc(a)gmail.com> wrote:
Thanks,
I missed the fact that Consumers where picked up by CDI, I had a
CustomConsumer but did not commit it thinking it was not used. It is now
pushed and should work.
In the same I will migrate to JAX-RS but at least during this time Corinne
can go on.
Seb
On Tue, Jun 18, 2013 at 11:31 AM, Daniel Bevenius <
daniel.bevenius(a)gmail.com> wrote:
> I had a look and this is due to a bug I think. The issue is that when you
> create Consumer it is for a specific media type which is a simple String.
> This is then compared to the Content-Type of the request. To verify this
> you should be able to create a Consumer, which can extend the JsonConsumer,
> in the demo, that returns the media type with the property 'charset=utf-8'
> for the mediaType() method. I'm not saying that this is how it should be
> but it might be a quicker way to move forward than to fix it in the
> controller.
>
> Let me know what you think
>
>
> On 18 June 2013 11:19, Daniel Bevenius <daniel.bevenius(a)gmail.com> wrote:
>
>> I'll take a look at what is going on. Can't tell from just reading the
>> emails here.
>>
>> Regarding using JAX-RS I would say that sounds like a better option
>> moving forward, as the future of the controller is uncertain.
>>
>>
>> On 18 June 2013 11:02, Matthias Wessendorf <matzew(a)apache.org> wrote:
>>
>>> Perhaps, we change to backend to use only JAX-RS ?
>>> I do that for the PushEE Server (using AeroGear-Security in there as
>>> well, with JAX-RS)
>>>
>>> -Matthias
>>>
>>>
>>> On Tue, Jun 18, 2013 at 10:53 AM, Corinne Krych <corinnekrych(a)gmail.com
>>> > wrote:
>>>
>>>> If I patch controller-aerogear with some code like
>>>>
>>>> org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(....)
>>>> with snippet below:
>>>>
>>>> if (contentType.contains("application/json")) {
>>>> contentType = "application/json";
>>>> }
>>>>
>>>>
>>>> I think that for the similar to
>>>> https://issues.jboss.org/browse/AEROGEAR-1085
>>>> we should ignore subtype in content-type
>>>>
>>>>
>>>> I go a step further in my login request but now I get this exception
>>>> from server:
>>>>
>>>> 10:43:42,379 ERROR [org.jboss.aerogear.controller.log]
>>>> (http--127.0.0.1-8080-1) AG_CONTROLLER000005: Exception Message:
'User id
>>>> can not be null.': java.lang.IllegalArgumentException: User id can
not be
>>>> null.
>>>> at
>>>>
org.picketlink.credential.DefaultLoginCredentials.setUserId(DefaultLoginCredentials.java:44)
>>>> [picketlink-api-2.5.0.Beta4.jar:]
>>>> at
>>>>
org.picketlink.credential.DefaultLoginCredentials$Proxy$_$$_WeldClientProxy.setUserId(DefaultLoginCredentials$Proxy$_$$_WeldClientProxy.java)
>>>> [picketlink-api-2.5.0.Beta4.jar:]
>>>> at
>>>>
org.jboss.aerogear.security.picketlink.auth.AuthenticationManagerImpl.login(AuthenticationManagerImpl.java:52)
>>>> [aerogear-security-picketlink-1.0.1.jar:1.0.1]
>>>> at
>>>>
org.jboss.aerogear.security.picketlink.auth.AuthenticationManagerImpl.login(AuthenticationManagerImpl.java:34)
>>>> [aerogear-security-picketlink-1.0.1.jar:1.0.1]
>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>> [rt.jar:1.7.0_15]
>>>> at
>>>>
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>>>> [rt.jar:1.7.0_15]
>>>> at
>>>>
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>> [rt.jar:1.7.0_15]
>>>> at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_15]
>>>> at
>>>>
org.jboss.weld.bean.proxy.AbstractBeanInstance.invoke(AbstractBeanInstance.java:44)
>>>> [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
>>>> at
>>>>
org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:105)
>>>> [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
>>>>
>>>>
>>>> Any idea?
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> On 18 June 2013 10:44, Matthias Wessendorf <matzew(a)apache.org>
wrote:
>>>>
>>>>> This works:
>>>>>
>>>>>
>>>>> curl -v -b cookies.txt -c cookies.txt -H "Accept:
application/json;
>>>>> charset=utf-8" -H "Content-type: application/json" -X
POST -d
>>>>> '{"loginName": "john",
"password":"123"}'
>>>>> http://localhost:8080/prodoctor/login
>>>>>
>>>>>
>>>>> (accept header)
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Tue, Jun 18, 2013 at 10:35 AM, Matthias Wessendorf <
>>>>> matzew(a)apache.org> wrote:
>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Tue, Jun 18, 2013 at 10:03 AM, Corinne Krych <
>>>>>> corinnekrych(a)gmail.com> wrote:
>>>>>>
>>>>>>> Seb,
>>>>>>>
>>>>>>> When debugging with a breakpoint
>>>>>>> on org.jboss.aerogear.controller.util.ParameterExtractor.java
line 139, I
>>>>>>> still get consumers map containing only
"application/json" and then
>>>>>>> exception get throw line l152.
>>>>>>>
>>>>>>> contentType holds "application/json;
charset=utf-8"
>>>>>>>
>>>>>>> Server side issue to me.
>>>>>>>
>>>>>>> Any more idea?
>>>>>>>
>>>>>>
>>>>>>
>>>>>> Doing this CUR:
>>>>>> curl -v -b cookies.txt -c cookies.txt -H "Accept:
application/json"
>>>>>> -H "Content-type: application/json; charset=utf-8" -X
POST -d
>>>>>> '{"loginName": "john",
"password":"123"}'
>>>>>> http://localhost:8080/prodoctor/login
>>>>>>
>>>>>>
>>>>>> same issue (=> same exception)
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On 18 June 2013 09:53, Matthias Wessendorf
<matzew(a)apache.org>wrote:
>>>>>>>
>>>>>>>> can you debug and see what's actually hitting the
server? The
>>>>>>>> Exception is, to be honest, not meaningful :)
>>>>>>>>
>>>>>>>> -M
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Jun 18, 2013 at 9:19 AM, Sebastien Blanc <
>>>>>>>> scm.blanc(a)gmail.com> wrote:
>>>>>>>>
>>>>>>>>> Sorry I though you were talking about Travis ... Hum,
okay so the
>>>>>>>>> workaround don't work ... but the curl was, maybe
lowercase issue, I see
>>>>>>>>> now "utf-8" and iOs maybe send
"UTF-8" and controller match also the case ?
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Tue, Jun 18, 2013 at 9:14 AM, Matthias Wessendorf
<
>>>>>>>>> matzew(a)apache.org> wrote:
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Tue, Jun 18, 2013 at 9:01 AM, Matthias
Wessendorf <
>>>>>>>>>> matzew(a)apache.org> wrote:
>>>>>>>>>>
>>>>>>>>>>> still the failure, (both: AeroGear-iOS 1.0.1
(AFN 1.0.RC1) +
>>>>>>>>>>> the branch going to AFN 1.2.1
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> ==> same exception (see my different testing
iOS environments
>>>>>>>>>> above)
>>>>>>>>>>
>>>>>>>>>> -Matthias
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Tue, Jun 18, 2013 at 8:50 AM, Sebastien
Blanc <
>>>>>>>>>>> scm.blanc(a)gmail.com> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> Oups,
>>>>>>>>>>>> I should not push code at 1 am ;)
>>>>>>>>>>>> Should be okay now
>>>>>>>>>>>> Seb
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Tue, Jun 18, 2013 at 8:30 AM, Matthias
Wessendorf <
>>>>>>>>>>>> matzew(a)apache.org> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Tue, Jun 18, 2013 at 12:56 AM,
Sebastien Blanc <
>>>>>>>>>>>>> scm.blanc(a)gmail.com> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> Hi Corinne,
>>>>>>>>>>>>>> On a route you can set different
consumers (
>>>>>>>>>>>>>>
http://aerogear.org/docs/guides/aerogear-controller/mediatypes.html )
>>>>>>>>>>>>>> , I've updated the Route on
Prodoctor and now it seems to work. I can not
>>>>>>>>>>>>>> reproduce your ios example here
on my fedora box but this curl works now :
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> curl -v -b cookies.txt -c
cookies.txt -H "Accept:
>>>>>>>>>>>>>> application/json" -H
"Content-type: application/json; charset=utf-8" -X
>>>>>>>>>>>>>> POST -d
'{"loginName": "john", "password":"123"}'
>>>>>>>>>>>>>>
http://localhost:8080/prodoctor/login
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Update the repo and give it a try
!
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> please push this type:
>>>>>>>>>>>>>
>>>>>>>>>>>>> import
org.aerogear.prodoctor.config.CustomConsumer;
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> it's missing and the build is
failing
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Seb
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Mon, Jun 17, 2013 at 10:47 PM,
Corinne Krych <
>>>>>>>>>>>>>> corinnekrych(a)gmail.com>
wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Hello Guys
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Writing code for ProDoctor
demo, on client side, I'm using
>>>>>>>>>>>>>>> Xcode template for AGPush
which is based on AFNetworking 121
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> When doing my login request
in iOS I bumped into the issue
>>>>>>>>>>>>>>> of having content type set to
"application/json; charset=utf-8" whereas on
>>>>>>>>>>>>>>> routes (backend) only
"application/json" is set which causes this exception:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> [application/json].':
java.lang.RuntimeException:
>>>>>>>>>>>>>>> AG_CONTROLLER000012: No
Consumer found for Parameter:
>>>>>>>>>>>>>>> 'Parameter[type=ENTITY,
type=class
>>>>>>>>>>>>>>>
org.aerogear.prodoctor.model.SaleAgent]'. The registered Consumers were:
>>>>>>>>>>>>>>>
'[JsonConsumer[mediaType=application/json]]'. Please add a Consumer for one
>>>>>>>>>>>>>>> the media types supported by
the route: [application/json].
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(ParameterExtractor.java:152)
>>>>>>>>>>>>>>>
[aerogear-controller-1.0.1.jar:1.0.1]
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.extractArguments(ParameterExtractor.java:70)
>>>>>>>>>>>>>>>
[aerogear-controller-1.0.1.jar:1.0.1]
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I think we should support
both "application/json;
>>>>>>>>>>>>>>> charset=utf-8" and
"application/json". /shall we open a JIRA on AeroGear
>>>>>>>>>>>>>>> Controller to support both?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> wdyt?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Corinne
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> --
>>>>>>>>>>>>> Matthias Wessendorf
>>>>>>>>>>>>>
>>>>>>>>>>>>> blog:
http://matthiaswessendorf.wordpress.com/
>>>>>>>>>>>>> sessions:
http://www.slideshare.net/mwessendorf
>>>>>>>>>>>>> twitter:
http://twitter.com/mwessendorf
>>>>>>>>>>>>>
>>>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> Matthias Wessendorf
>>>>>>>>>>>
>>>>>>>>>>> blog:
http://matthiaswessendorf.wordpress.com/
>>>>>>>>>>> sessions:
http://www.slideshare.net/mwessendorf
>>>>>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Matthias Wessendorf
>>>>>>>>>>
>>>>>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> aerogear-dev mailing list
>>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Matthias Wessendorf
>>>>>>>>
>>>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> aerogear-dev mailing list
>>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> aerogear-dev mailing list
>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Matthias Wessendorf
>>>>>>
>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Matthias Wessendorf
>>>>>
>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>> twitter: http://twitter.com/mwessendorf
>>>>>
>>>>> _______________________________________________
>>>>> aerogear-dev mailing list
>>>>> aerogear-dev(a)lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> aerogear-dev mailing list
>>>> aerogear-dev(a)lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>
>>>
>>>
>>>
>>> --
>>> Matthias Wessendorf
>>>
>>> blog: http://matthiaswessendorf.wordpress.com/
>>> sessions: http://www.slideshare.net/mwessendorf
>>> twitter: http://twitter.com/mwessendorf
>>>
>>> _______________________________________________
>>> aerogear-dev mailing list
>>> aerogear-dev(a)lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>
>>
>>
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
8:53 a.m.
Hello all,
sorry that I just jump into your discussion.
I just wanted to share a fix I tried yesterday:
//snip
final Optional<String> contentType = extractContentType(routeContext);
if (contentType.isPresent()) {
final Consumer consumer = consumers.get(contentType.get());
//snip
and the method extractContentType:
private static Optional<String> extractContentType(final RouteContext
routeContext) {
final String contentType = routeContext.getRequest().getContentType();
if (contentType != null) {
try {
MimeType mimeType = new MimeType(contentType);
return Optional.of(mimeType.getBaseType());
} catch (MimeTypeParseException e) {
throw new RuntimeException("Error parsing content-type " + contentType,
e);
}
}
return Optional.absent();
}
Regards,
Tobias
danielbevenius wrote
I had a look and this is due to a bug I think. The issue is that when
you
create Consumer it is for a specific media type which is a simple String.
This is then compared to the Content-Type of the request. To verify this
you should be able to create a Consumer, which can extend the
JsonConsumer,
in the demo, that returns the media type with the property 'charset=utf-8'
for the mediaType() method. I'm not saying that this is how it should be
but it might be a quicker way to move forward than to fix it in the
controller.
Let me know what you think
On 18 June 2013 11:19, Daniel Bevenius <
daniel.bevenius@
> wrote:
> I'll take a look at what is going on. Can't tell from just reading the
> emails here.
>
> Regarding using JAX-RS I would say that sounds like a better option
> moving
> forward, as the future of the controller is uncertain.
>
>
> On 18 June 2013 11:02, Matthias Wessendorf <
matzew@
> wrote:
>
>> Perhaps, we change to backend to use only JAX-RS ?
>> I do that for the PushEE Server (using AeroGear-Security in there as
>> well, with JAX-RS)
>>
>> -Matthias
>>
>>
>> On Tue, Jun 18, 2013 at 10:53 AM, Corinne Krych <
corinnekrych@
>wrote:
>>
>>> If I patch controller-aerogear with some code like
>>>
>>> org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(....)
>>> with snippet below:
>>>
>>> if (contentType.contains("application/json")) {
>>> contentType = "application/json";
>>> }
>>>
>>>
>>> I think that for the similar to
>>> https://issues.jboss.org/browse/AEROGEAR-1085
>>> we should ignore subtype in content-type
>>>
>>>
>>> I go a step further in my login request but now I get this exception
>>> from server:
>>>
>>> 10:43:42,379 ERROR [org.jboss.aerogear.controller.log]
>>> (http--127.0.0.1-8080-1) AG_CONTROLLER000005: Exception Message: 'User
>>> id
>>> can not be null.': java.lang.IllegalArgumentException: User id can not
>>> be
>>> null.
>>> at
>>>
org.picketlink.credential.DefaultLoginCredentials.setUserId(DefaultLoginCredentials.java:44)
>>> [picketlink-api-2.5.0.Beta4.jar:]
>>> at
>>>
org.picketlink.credential.DefaultLoginCredentials$Proxy$_$$_WeldClientProxy.setUserId(DefaultLoginCredentials$Proxy$_$$_WeldClientProxy.java)
>>> [picketlink-api-2.5.0.Beta4.jar:]
>>> at
>>>
org.jboss.aerogear.security.picketlink.auth.AuthenticationManagerImpl.login(AuthenticationManagerImpl.java:52)
>>> [aerogear-security-picketlink-1.0.1.jar:1.0.1]
>>> at
>>>
org.jboss.aerogear.security.picketlink.auth.AuthenticationManagerImpl.login(AuthenticationManagerImpl.java:34)
>>> [aerogear-security-picketlink-1.0.1.jar:1.0.1]
>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> [rt.jar:1.7.0_15]
>>> at
>>>
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>>> [rt.jar:1.7.0_15]
>>> at
>>>
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>> [rt.jar:1.7.0_15]
>>> at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_15]
>>> at
>>>
org.jboss.weld.bean.proxy.AbstractBeanInstance.invoke(AbstractBeanInstance.java:44)
>>> [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
>>> at
>>>
org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:105)
>>> [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
>>>
>>>
>>> Any idea?
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> On 18 June 2013 10:44, Matthias Wessendorf <
matzew@
> wrote:
>>>
>>>> This works:
>>>>
>>>>
>>>> curl -v -b cookies.txt -c cookies.txt -H "Accept: application/json;
>>>> charset=utf-8" -H "Content-type: application/json" -X POST
-d
>>>> '{"loginName": "john",
"password":"123"}'
>>>> http://localhost:8080/prodoctor/login
>>>>
>>>>
>>>> (accept header)
>>>>
>>>>
>>>>
>>>>
>>>> On Tue, Jun 18, 2013 at 10:35 AM, Matthias Wessendorf <
>>>>
matzew@
> wrote:
>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Tue, Jun 18, 2013 at 10:03 AM, Corinne Krych <
>>>>>
corinnekrych@
> wrote:
>>>>>
>>>>>> Seb,
>>>>>>
>>>>>> When debugging with a breakpoint
>>>>>> on org.jboss.aerogear.controller.util.ParameterExtractor.java
line
>>>>>> 139, I
>>>>>> still get consumers map containing only
"application/json" and then
>>>>>> exception get throw line l152.
>>>>>>
>>>>>> contentType holds "application/json; charset=utf-8"
>>>>>>
>>>>>> Server side issue to me.
>>>>>>
>>>>>> Any more idea?
>>>>>>
>>>>>
>>>>>
>>>>> Doing this CUR:
>>>>> curl -v -b cookies.txt -c cookies.txt -H "Accept:
application/json"
>>>>> -H
>>>>> "Content-type: application/json; charset=utf-8" -X POST -d
>>>>> '{"loginName":
>>>>> "john", "password":"123"}'
http://localhost:8080/prodoctor/login
>>>>>
>>>>>
>>>>> same issue (=> same exception)
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>>
>>>>>>
>>>>>> On 18 June 2013 09:53, Matthias Wessendorf <
matzew@
> wrote:
>>>>>>
>>>>>>> can you debug and see what's actually hitting the server?
The
>>>>>>> Exception is, to be honest, not meaningful :)
>>>>>>>
>>>>>>> -M
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Jun 18, 2013 at 9:19 AM, Sebastien Blanc <
>>>>>>>
scm.blanc@
> wrote:
>>>>>>>
>>>>>>>> Sorry I though you were talking about Travis ... Hum,
okay so the
>>>>>>>> workaround don't work ... but the curl was, maybe
lowercase issue,
>>>>>>>> I see
>>>>>>>> now "utf-8" and iOs maybe send
"UTF-8" and controller match also
>>>>>>>> the case ?
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Jun 18, 2013 at 9:14 AM, Matthias Wessendorf
<
>>>>>>>>
matzew@
> wrote:
>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Tue, Jun 18, 2013 at 9:01 AM, Matthias Wessendorf
<
>>>>>>>>>
matzew@
> wrote:
>>>>>>>>>
>>>>>>>>>> still the failure, (both: AeroGear-iOS 1.0.1 (AFN
1.0.RC1) + the
>>>>>>>>>> branch going to AFN 1.2.1
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ==> same exception (see my different testing iOS
environments
>>>>>>>>> above)
>>>>>>>>>
>>>>>>>>> -Matthias
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Tue, Jun 18, 2013 at 8:50 AM, Sebastien Blanc
<
>>>>>>>>>>
scm.blanc@
> wrote:
>>>>>>>>>>
>>>>>>>>>>> Oups,
>>>>>>>>>>> I should not push code at 1 am ;)
>>>>>>>>>>> Should be okay now
>>>>>>>>>>> Seb
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Tue, Jun 18, 2013 at 8:30 AM, Matthias
Wessendorf <
>>>>>>>>>>>
matzew@
> wrote:
>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Tue, Jun 18, 2013 at 12:56 AM,
Sebastien Blanc <
>>>>>>>>>>>>
scm.blanc@
> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> Hi Corinne,
>>>>>>>>>>>>> On a route you can set different
consumers (
>>>>>>>>>>>>>
http://aerogear.org/docs/guides/aerogear-controller/mediatypes.html
>>>>>>>>>>>>> )
>>>>>>>>>>>>> , I've updated the Route on
Prodoctor and now it seems to
>>>>>>>>>>>>> work. I can not
>>>>>>>>>>>>> reproduce your ios example here on my
fedora box but this
>>>>>>>>>>>>> curl works now :
>>>>>>>>>>>>>
>>>>>>>>>>>>> curl -v -b cookies.txt -c cookies.txt
-H "Accept:
>>>>>>>>>>>>> application/json" -H
"Content-type: application/json;
>>>>>>>>>>>>> charset=utf-8" -X
>>>>>>>>>>>>> POST -d '{"loginName":
"john", "password":"123"}'
>>>>>>>>>>>>>
http://localhost:8080/prodoctor/login
>>>>>>>>>>>>>
>>>>>>>>>>>>> Update the repo and give it a try !
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> please push this type:
>>>>>>>>>>>>
>>>>>>>>>>>> import
org.aerogear.prodoctor.config.CustomConsumer;
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> it's missing and the build is
failing
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Seb
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Mon, Jun 17, 2013 at 10:47 PM,
Corinne Krych <
>>>>>>>>>>>>>
corinnekrych@
> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> Hello Guys
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Writing code for ProDoctor demo,
on client side, I'm using
>>>>>>>>>>>>>> Xcode template for AGPush which
is based on AFNetworking 121
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> When doing my login request in
iOS I bumped into the issue
>>>>>>>>>>>>>> of
>>>>>>>>>>>>>> having content type set to
"application/json; charset=utf-8"
>>>>>>>>>>>>>> whereas on
>>>>>>>>>>>>>> routes (backend) only
"application/json" is set which causes
>>>>>>>>>>>>>> this exception:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> [application/json].':
java.lang.RuntimeException:
>>>>>>>>>>>>>> AG_CONTROLLER000012: No Consumer
found for Parameter:
>>>>>>>>>>>>>> 'Parameter[type=ENTITY,
type=class
>>>>>>>>>>>>>>
org.aerogear.prodoctor.model.SaleAgent]'. The registered
>>>>>>>>>>>>>> Consumers were:
>>>>>>>>>>>>>>
'[JsonConsumer[mediaType=application/json]]'. Please add a
>>>>>>>>>>>>>> Consumer for one
>>>>>>>>>>>>>> the media types supported by the
route: [application/json].
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(ParameterExtractor.java:152)
>>>>>>>>>>>>>>
[aerogear-controller-1.0.1.jar:1.0.1]
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.extractArguments(ParameterExtractor.java:70)
>>>>>>>>>>>>>>
[aerogear-controller-1.0.1.jar:1.0.1]
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I think we should support both
"application/json;
>>>>>>>>>>>>>> charset=utf-8" and
"application/json". /shall we open a
>>>>>>>>>>>>>> JIRA on AeroGear
>>>>>>>>>>>>>> Controller to support both?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> wdyt?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Corinne
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>>>>>
aerogear-dev@.jboss
>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>>>>
aerogear-dev@.jboss
>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> Matthias Wessendorf
>>>>>>>>>>>>
>>>>>>>>>>>> blog:
http://matthiaswessendorf.wordpress.com/
>>>>>>>>>>>> sessions:
http://www.slideshare.net/mwessendorf
>>>>>>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>>>>>>
>>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>>>
aerogear-dev@.jboss
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>>
aerogear-dev@.jboss
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Matthias Wessendorf
>>>>>>>>>>
>>>>>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Matthias Wessendorf
>>>>>>>>>
>>>>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>
aerogear-dev@.jboss
>>>>>>>>>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> aerogear-dev mailing list
>>>>>>>>
aerogear-dev@.jboss
>>>>>>>>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Matthias Wessendorf
>>>>>>>
>>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> aerogear-dev mailing list
>>>>>>>
aerogear-dev@.jboss
>>>>>>>>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> aerogear-dev mailing list
>>>>>>
aerogear-dev@.jboss
>>>>>>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Matthias Wessendorf
>>>>>
>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>> twitter: http://twitter.com/mwessendorf
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Matthias Wessendorf
>>>>
>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>> sessions: http://www.slideshare.net/mwessendorf
>>>> twitter: http://twitter.com/mwessendorf
>>>>
>>>> _______________________________________________
>>>> aerogear-dev mailing list
>>>>
aerogear-dev@.jboss
>>>>>>>
>>>
>>>
>>> _______________________________________________
>>> aerogear-dev mailing list
>>>
aerogear-dev@.jboss
>>>>>
>>
>>
>>
>> --
>> Matthias Wessendorf
>>
>> blog: http://matthiaswessendorf.wordpress.com/
>> sessions: http://www.slideshare.net/mwessendorf
>> twitter: http://twitter.com/mwessendorf
>>
>> _______________________________________________
>> aerogear-dev mailing list
>>
aerogear-dev@.jboss
>>>
>
>
_______________________________________________
aerogear-dev mailing list
aerogear-dev@.jboss
--
View this message in context:
http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-application-json-c...
Sent from the aerogear-dev mailing list archive at Nabble.com.
7:40 a.m.
Hi Tobias, thanks in advance.
Feel free to attach the PR for AG Controller if you are comfortable with it.
getrostt wrote:
Hello all,
sorry that I just jump into your discussion.
I just wanted to share a fix I tried yesterday:
//snip
final Optional<String> contentType = extractContentType(routeContext);
if (contentType.isPresent()) {
final Consumer consumer = consumers.get(contentType.get());
//snip
and the method extractContentType:
private static Optional<String> extractContentType(final RouteContext
routeContext) {
final String contentType = routeContext.getRequest().getContentType();
if (contentType != null) {
try {
MimeType mimeType = new MimeType(contentType);
return Optional.of(mimeType.getBaseType());
} catch (MimeTypeParseException e) {
throw new RuntimeException("Error parsing content-type " + contentType,
e);
}
}
return Optional.absent();
}
Regards,
Tobias
danielbevenius wrote
> I had a look and this is due to a bug I think. The issue is that when you
> create Consumer it is for a specific media type which is a simple String.
> This is then compared to the Content-Type of the request. To verify this
> you should be able to create a Consumer, which can extend the
> JsonConsumer,
> in the demo, that returns the media type with the property 'charset=utf-8'
> for the mediaType() method. I'm not saying that this is how it should be
> but it might be a quicker way to move forward than to fix it in the
> controller.
>
> Let me know what you think
>
>
> On 18 June 2013 11:19, Daniel Bevenius<
> daniel.bevenius@
> > wrote:
>
>> I'll take a look at what is going on. Can't tell from just reading the
>> emails here.
>>
>> Regarding using JAX-RS I would say that sounds like a better option
>> moving
>> forward, as the future of the controller is uncertain.
>>
>>
>> On 18 June 2013 11:02, Matthias Wessendorf<
> matzew@
> > wrote:
>>> Perhaps, we change to backend to use only JAX-RS ?
>>> I do that for the PushEE Server (using AeroGear-Security in there as
>>> well, with JAX-RS)
>>>
>>> -Matthias
>>>
>>>
>>> On Tue, Jun 18, 2013 at 10:53 AM, Corinne Krych<
> corinnekrych@
> >wrote:
>>>> If I patch controller-aerogear with some code like
>>>>
>>>> org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(....)
>>>> with snippet below:
>>>>
>>>> if (contentType.contains("application/json")) {
>>>> contentType = "application/json";
>>>> }
>>>>
>>>>
>>>> I think that for the similar to
>>>> https://issues.jboss.org/browse/AEROGEAR-1085
>>>> we should ignore subtype in content-type
>>>>
>>>>
>>>> I go a step further in my login request but now I get this exception
>>>> from server:
>>>>
>>>> 10:43:42,379 ERROR [org.jboss.aerogear.controller.log]
>>>> (http--127.0.0.1-8080-1) AG_CONTROLLER000005: Exception Message:
'User
>>>> id
>>>> can not be null.': java.lang.IllegalArgumentException: User id can
not
>>>> be
>>>> null.
>>>> at
>>>>
org.picketlink.credential.DefaultLoginCredentials.setUserId(DefaultLoginCredentials.java:44)
>>>> [picketlink-api-2.5.0.Beta4.jar:]
>>>> at
>>>>
org.picketlink.credential.DefaultLoginCredentials$Proxy$_$$_WeldClientProxy.setUserId(DefaultLoginCredentials$Proxy$_$$_WeldClientProxy.java)
>>>> [picketlink-api-2.5.0.Beta4.jar:]
>>>> at
>>>>
org.jboss.aerogear.security.picketlink.auth.AuthenticationManagerImpl.login(AuthenticationManagerImpl.java:52)
>>>> [aerogear-security-picketlink-1.0.1.jar:1.0.1]
>>>> at
>>>>
org.jboss.aerogear.security.picketlink.auth.AuthenticationManagerImpl.login(AuthenticationManagerImpl.java:34)
>>>> [aerogear-security-picketlink-1.0.1.jar:1.0.1]
>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>> [rt.jar:1.7.0_15]
>>>> at
>>>>
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>>>> [rt.jar:1.7.0_15]
>>>> at
>>>>
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>> [rt.jar:1.7.0_15]
>>>> at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_15]
>>>> at
>>>>
org.jboss.weld.bean.proxy.AbstractBeanInstance.invoke(AbstractBeanInstance.java:44)
>>>> [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
>>>> at
>>>>
org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:105)
>>>> [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
>>>>
>>>>
>>>> Any idea?
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> On 18 June 2013 10:44, Matthias Wessendorf<
> matzew@
> > wrote:
>>>>> This works:
>>>>>
>>>>>
>>>>> curl -v -b cookies.txt -c cookies.txt -H "Accept:
application/json;
>>>>> charset=utf-8" -H "Content-type: application/json" -X
POST -d
>>>>> '{"loginName": "john",
"password":"123"}'
>>>>> http://localhost:8080/prodoctor/login
>>>>>
>>>>>
>>>>> (accept header)
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Tue, Jun 18, 2013 at 10:35 AM, Matthias Wessendorf<
>>>>>
> matzew@
>> wrote:
>>>>>>
>>>>>>
>>>>>> On Tue, Jun 18, 2013 at 10:03 AM, Corinne Krych<
>>>>>>
> corinnekrych@
>> wrote:
>>>>>>> Seb,
>>>>>>>
>>>>>>> When debugging with a breakpoint
>>>>>>> on org.jboss.aerogear.controller.util.ParameterExtractor.java
line
>>>>>>> 139, I
>>>>>>> still get consumers map containing only
"application/json" and then
>>>>>>> exception get throw line l152.
>>>>>>>
>>>>>>> contentType holds "application/json;
charset=utf-8"
>>>>>>>
>>>>>>> Server side issue to me.
>>>>>>>
>>>>>>> Any more idea?
>>>>>>>
>>>>>>
>>>>>> Doing this CUR:
>>>>>> curl -v -b cookies.txt -c cookies.txt -H "Accept:
application/json"
>>>>>> -H
>>>>>> "Content-type: application/json; charset=utf-8" -X POST
-d
>>>>>> '{"loginName":
>>>>>> "john", "password":"123"}'
http://localhost:8080/prodoctor/login
>>>>>>
>>>>>>
>>>>>> same issue (=> same exception)
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>>
>>>>>>> On 18 June 2013 09:53, Matthias Wessendorf<
> matzew@
> > wrote:
>>>>>>>> can you debug and see what's actually hitting the
server? The
>>>>>>>> Exception is, to be honest, not meaningful :)
>>>>>>>>
>>>>>>>> -M
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Jun 18, 2013 at 9:19 AM, Sebastien Blanc<
>>>>>>>>
> scm.blanc@
>> wrote:
>>>>>>>>> Sorry I though you were talking about Travis ... Hum,
okay so the
>>>>>>>>> workaround don't work ... but the curl was, maybe
lowercase issue,
>>>>>>>>> I see
>>>>>>>>> now "utf-8" and iOs maybe send
"UTF-8" and controller match also
>>>>>>>>> the case ?
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Tue, Jun 18, 2013 at 9:14 AM, Matthias
Wessendorf<
>>>>>>>>>
> matzew@
>> wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Tue, Jun 18, 2013 at 9:01 AM, Matthias
Wessendorf<
>>>>>>>>>>
> matzew@
>> wrote:
>>>>>>>>>>> still the failure, (both: AeroGear-iOS 1.0.1
(AFN 1.0.RC1) + the
>>>>>>>>>>> branch going to AFN 1.2.1
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> ==> same exception (see my different testing
iOS environments
>>>>>>>>>> above)
>>>>>>>>>>
>>>>>>>>>> -Matthias
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Tue, Jun 18, 2013 at 8:50 AM, Sebastien
Blanc<
>>>>>>>>>>>
> scm.blanc@
>> wrote:
>>>>>>>>>>>> Oups,
>>>>>>>>>>>> I should not push code at 1 am ;)
>>>>>>>>>>>> Should be okay now
>>>>>>>>>>>> Seb
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Tue, Jun 18, 2013 at 8:30 AM, Matthias
Wessendorf<
>>>>>>>>>>>>
> matzew@
>> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Tue, Jun 18, 2013 at 12:56 AM,
Sebastien Blanc<
>>>>>>>>>>>>>
> scm.blanc@
>> wrote:
>>>>>>>>>>>>>> Hi Corinne,
>>>>>>>>>>>>>> On a route you can set different
consumers (
>>>>>>>>>>>>>>
http://aerogear.org/docs/guides/aerogear-controller/mediatypes.html
>>>>>>>>>>>>>> )
>>>>>>>>>>>>>> , I've updated the Route on
Prodoctor and now it seems to
>>>>>>>>>>>>>> work. I can not
>>>>>>>>>>>>>> reproduce your ios example here
on my fedora box but this
>>>>>>>>>>>>>> curl works now :
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> curl -v -b cookies.txt -c
cookies.txt -H "Accept:
>>>>>>>>>>>>>> application/json" -H
"Content-type: application/json;
>>>>>>>>>>>>>> charset=utf-8" -X
>>>>>>>>>>>>>> POST -d
'{"loginName": "john", "password":"123"}'
>>>>>>>>>>>>>>
http://localhost:8080/prodoctor/login
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Update the repo and give it a try
!
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> please push this type:
>>>>>>>>>>>>>
>>>>>>>>>>>>> import
org.aerogear.prodoctor.config.CustomConsumer;
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> it's missing and the build is
failing
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>> Seb
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Mon, Jun 17, 2013 at 10:47 PM,
Corinne Krych<
>>>>>>>>>>>>>>
> corinnekrych@
>> wrote:
>>>>>>>>>>>>>>> Hello Guys
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Writing code for ProDoctor
demo, on client side, I'm using
>>>>>>>>>>>>>>> Xcode template for AGPush
which is based on AFNetworking 121
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> When doing my login request
in iOS I bumped into the issue
>>>>>>>>>>>>>>> of
>>>>>>>>>>>>>>> having content type set to
"application/json; charset=utf-8"
>>>>>>>>>>>>>>> whereas on
>>>>>>>>>>>>>>> routes (backend) only
"application/json" is set which causes
>>>>>>>>>>>>>>> this exception:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> [application/json].':
java.lang.RuntimeException:
>>>>>>>>>>>>>>> AG_CONTROLLER000012: No
Consumer found for Parameter:
>>>>>>>>>>>>>>> 'Parameter[type=ENTITY,
type=class
>>>>>>>>>>>>>>>
org.aerogear.prodoctor.model.SaleAgent]'. The registered
>>>>>>>>>>>>>>> Consumers were:
>>>>>>>>>>>>>>>
'[JsonConsumer[mediaType=application/json]]'. Please add a
>>>>>>>>>>>>>>> Consumer for one
>>>>>>>>>>>>>>> the media types supported by
the route: [application/json].
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(ParameterExtractor.java:152)
>>>>>>>>>>>>>>>
[aerogear-controller-1.0.1.jar:1.0.1]
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.extractArguments(ParameterExtractor.java:70)
>>>>>>>>>>>>>>>
[aerogear-controller-1.0.1.jar:1.0.1]
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I think we should support
both "application/json;
>>>>>>>>>>>>>>> charset=utf-8" and
"application/json". /shall we open a
>>>>>>>>>>>>>>> JIRA on AeroGear
>>>>>>>>>>>>>>> Controller to support both?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> wdyt?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Corinne
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>>>>>>
> aerogear-dev@.jboss
>>>>>>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>>>>>
> aerogear-dev@.jboss
>>>>>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> --
>>>>>>>>>>>>> Matthias Wessendorf
>>>>>>>>>>>>>
>>>>>>>>>>>>> blog:
http://matthiaswessendorf.wordpress.com/
>>>>>>>>>>>>> sessions:
http://www.slideshare.net/mwessendorf
>>>>>>>>>>>>> twitter:
http://twitter.com/mwessendorf
>>>>>>>>>>>>>
>>>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>>>>
> aerogear-dev@.jboss
>>>>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>>>
> aerogear-dev@.jboss
>>>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> Matthias Wessendorf
>>>>>>>>>>>
>>>>>>>>>>> blog:
http://matthiaswessendorf.wordpress.com/
>>>>>>>>>>> sessions:
http://www.slideshare.net/mwessendorf
>>>>>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Matthias Wessendorf
>>>>>>>>>>
>>>>>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>
> aerogear-dev@.jboss
>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>
> aerogear-dev@.jboss
>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Matthias Wessendorf
>>>>>>>>
>>>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> aerogear-dev mailing list
>>>>>>>>
> aerogear-dev@.jboss
>>>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> aerogear-dev mailing list
>>>>>>>
> aerogear-dev@.jboss
>>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Matthias Wessendorf
>>>>>>
>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Matthias Wessendorf
>>>>>
>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>> twitter: http://twitter.com/mwessendorf
>>>>>
>>>>> _______________________________________________
>>>>> aerogear-dev mailing list
>>>>>
> aerogear-dev@.jboss
>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>
>>>>
>>>> _______________________________________________
>>>> aerogear-dev mailing list
>>>>
> aerogear-dev@.jboss
>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>
>>>
>>>
>>> --
>>> Matthias Wessendorf
>>>
>>> blog: http://matthiaswessendorf.wordpress.com/
>>> sessions: http://www.slideshare.net/mwessendorf
>>> twitter: http://twitter.com/mwessendorf
>>>
>>> _______________________________________________
>>> aerogear-dev mailing list
>>>
> aerogear-dev@.jboss
>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>
>>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev@.jboss
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
--
View this message in context:
http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-application-json-c...
Sent from the aerogear-dev mailing list archive at Nabble.com.
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
--
abstractj
9:32 a.m.
Hi Tobias
Look good to me too
Make it PR
Corinne
On Jul 10, 2013, at 2:40 PM, Bruno Oliveira <bruno(a)abstractj.org> wrote:
Hi Tobias, thanks in advance.
Feel free to attach the PR for AG Controller if you are comfortable with it.
getrostt wrote:
> Hello all,
>
> sorry that I just jump into your discussion.
>
> I just wanted to share a fix I tried yesterday:
>
> //snip
> final Optional<String> contentType = extractContentType(routeContext);
> if (contentType.isPresent()) {
> final Consumer consumer = consumers.get(contentType.get());
> //snip
>
> and the method extractContentType:
>
> private static Optional<String> extractContentType(final RouteContext
> routeContext) {
> final String contentType = routeContext.getRequest().getContentType();
> if (contentType != null) {
> try {
> MimeType mimeType = new MimeType(contentType);
> return Optional.of(mimeType.getBaseType());
> } catch (MimeTypeParseException e) {
> throw new RuntimeException("Error parsing content-type " +
contentType,
> e);
> }
> }
> return Optional.absent();
> }
>
> Regards,
> Tobias
>
>
> danielbevenius wrote
>> I had a look and this is due to a bug I think. The issue is that when you
>> create Consumer it is for a specific media type which is a simple String.
>> This is then compared to the Content-Type of the request. To verify this
>> you should be able to create a Consumer, which can extend the
>> JsonConsumer,
>> in the demo, that returns the media type with the property
'charset=utf-8'
>> for the mediaType() method. I'm not saying that this is how it should be
>> but it might be a quicker way to move forward than to fix it in the
>> controller.
>>
>> Let me know what you think
>>
>>
>> On 18 June 2013 11:19, Daniel Bevenius<
>
>> daniel.bevenius@
>
>> > wrote:
>>
>>> I'll take a look at what is going on. Can't tell from just reading
the
>>> emails here.
>>>
>>> Regarding using JAX-RS I would say that sounds like a better option
>>> moving
>>> forward, as the future of the controller is uncertain.
>>>
>>>
>>> On 18 June 2013 11:02, Matthias Wessendorf<
>
>> matzew@
>
>> > wrote:
>>>> Perhaps, we change to backend to use only JAX-RS ?
>>>> I do that for the PushEE Server (using AeroGear-Security in there as
>>>> well, with JAX-RS)
>>>>
>>>> -Matthias
>>>>
>>>>
>>>> On Tue, Jun 18, 2013 at 10:53 AM, Corinne Krych<
>
>> corinnekrych@
>
>> >wrote:
>>>>> If I patch controller-aerogear with some code like
>>>>>
>>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(....)
>>>>> with snippet below:
>>>>>
>>>>> if (contentType.contains("application/json")) {
>>>>> contentType = "application/json";
>>>>> }
>>>>>
>>>>>
>>>>> I think that for the similar to
>>>>> https://issues.jboss.org/browse/AEROGEAR-1085
>>>>> we should ignore subtype in content-type
>>>>>
>>>>>
>>>>> I go a step further in my login request but now I get this exception
>>>>> from server:
>>>>>
>>>>> 10:43:42,379 ERROR [org.jboss.aerogear.controller.log]
>>>>> (http--127.0.0.1-8080-1) AG_CONTROLLER000005: Exception Message:
'User
>>>>> id
>>>>> can not be null.': java.lang.IllegalArgumentException: User id
can not
>>>>> be
>>>>> null.
>>>>> at
>>>>>
org.picketlink.credential.DefaultLoginCredentials.setUserId(DefaultLoginCredentials.java:44)
>>>>> [picketlink-api-2.5.0.Beta4.jar:]
>>>>> at
>>>>>
org.picketlink.credential.DefaultLoginCredentials$Proxy$_$$_WeldClientProxy.setUserId(DefaultLoginCredentials$Proxy$_$$_WeldClientProxy.java)
>>>>> [picketlink-api-2.5.0.Beta4.jar:]
>>>>> at
>>>>>
org.jboss.aerogear.security.picketlink.auth.AuthenticationManagerImpl.login(AuthenticationManagerImpl.java:52)
>>>>> [aerogear-security-picketlink-1.0.1.jar:1.0.1]
>>>>> at
>>>>>
org.jboss.aerogear.security.picketlink.auth.AuthenticationManagerImpl.login(AuthenticationManagerImpl.java:34)
>>>>> [aerogear-security-picketlink-1.0.1.jar:1.0.1]
>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>> [rt.jar:1.7.0_15]
>>>>> at
>>>>>
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>>>>> [rt.jar:1.7.0_15]
>>>>> at
>>>>>
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>> [rt.jar:1.7.0_15]
>>>>> at java.lang.reflect.Method.invoke(Method.java:601)
[rt.jar:1.7.0_15]
>>>>> at
>>>>>
org.jboss.weld.bean.proxy.AbstractBeanInstance.invoke(AbstractBeanInstance.java:44)
>>>>> [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
>>>>> at
>>>>>
org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:105)
>>>>> [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
>>>>>
>>>>>
>>>>> Any idea?
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On 18 June 2013 10:44, Matthias Wessendorf<
>
>> matzew@
>
>> > wrote:
>>>>>> This works:
>>>>>>
>>>>>>
>>>>>> curl -v -b cookies.txt -c cookies.txt -H "Accept:
application/json;
>>>>>> charset=utf-8" -H "Content-type: application/json"
-X POST -d
>>>>>> '{"loginName": "john",
"password":"123"}'
>>>>>> http://localhost:8080/prodoctor/login
>>>>>>
>>>>>>
>>>>>> (accept header)
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Tue, Jun 18, 2013 at 10:35 AM, Matthias Wessendorf<
>>>>>>
>
>> matzew@
>
>>> wrote:
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Jun 18, 2013 at 10:03 AM, Corinne Krych<
>>>>>>>
>
>> corinnekrych@
>
>>> wrote:
>>>>>>>> Seb,
>>>>>>>>
>>>>>>>> When debugging with a breakpoint
>>>>>>>> on
org.jboss.aerogear.controller.util.ParameterExtractor.java line
>>>>>>>> 139, I
>>>>>>>> still get consumers map containing only
"application/json" and then
>>>>>>>> exception get throw line l152.
>>>>>>>>
>>>>>>>> contentType holds "application/json;
charset=utf-8"
>>>>>>>>
>>>>>>>> Server side issue to me.
>>>>>>>>
>>>>>>>> Any more idea?
>>>>>>>>
>>>>>>>
>>>>>>> Doing this CUR:
>>>>>>> curl -v -b cookies.txt -c cookies.txt -H "Accept:
application/json"
>>>>>>> -H
>>>>>>> "Content-type: application/json; charset=utf-8" -X
POST -d
>>>>>>> '{"loginName":
>>>>>>> "john", "password":"123"}'
http://localhost:8080/prodoctor/login
>>>>>>>
>>>>>>>
>>>>>>> same issue (=> same exception)
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>
>>>>>>>> On 18 June 2013 09:53, Matthias Wessendorf<
>
>> matzew@
>
>> > wrote:
>>>>>>>>> can you debug and see what's actually hitting the
server? The
>>>>>>>>> Exception is, to be honest, not meaningful :)
>>>>>>>>>
>>>>>>>>> -M
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Tue, Jun 18, 2013 at 9:19 AM, Sebastien Blanc<
>>>>>>>>>
>
>> scm.blanc@
>
>>> wrote:
>>>>>>>>>> Sorry I though you were talking about Travis ...
Hum, okay so the
>>>>>>>>>> workaround don't work ... but the curl was,
maybe lowercase issue,
>>>>>>>>>> I see
>>>>>>>>>> now "utf-8" and iOs maybe send
"UTF-8" and controller match also
>>>>>>>>>> the case ?
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Tue, Jun 18, 2013 at 9:14 AM, Matthias
Wessendorf<
>>>>>>>>>>
>
>> matzew@
>
>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Tue, Jun 18, 2013 at 9:01 AM, Matthias
Wessendorf<
>>>>>>>>>>>
>
>> matzew@
>
>>> wrote:
>>>>>>>>>>>> still the failure, (both: AeroGear-iOS
1.0.1 (AFN 1.0.RC1) + the
>>>>>>>>>>>> branch going to AFN 1.2.1
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> ==> same exception (see my different
testing iOS environments
>>>>>>>>>>> above)
>>>>>>>>>>>
>>>>>>>>>>> -Matthias
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Tue, Jun 18, 2013 at 8:50 AM,
Sebastien Blanc<
>>>>>>>>>>>>
>
>> scm.blanc@
>
>>> wrote:
>>>>>>>>>>>>> Oups,
>>>>>>>>>>>>> I should not push code at 1 am ;)
>>>>>>>>>>>>> Should be okay now
>>>>>>>>>>>>> Seb
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Tue, Jun 18, 2013 at 8:30 AM,
Matthias Wessendorf<
>>>>>>>>>>>>>
>
>> matzew@
>
>>> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Tue, Jun 18, 2013 at 12:56 AM,
Sebastien Blanc<
>>>>>>>>>>>>>>
>
>> scm.blanc@
>
>>> wrote:
>>>>>>>>>>>>>>> Hi Corinne,
>>>>>>>>>>>>>>> On a route you can set
different consumers (
>>>>>>>>>>>>>>>
http://aerogear.org/docs/guides/aerogear-controller/mediatypes.html
>>>>>>>>>>>>>>> )
>>>>>>>>>>>>>>> , I've updated the Route
on Prodoctor and now it seems to
>>>>>>>>>>>>>>> work. I can not
>>>>>>>>>>>>>>> reproduce your ios example
here on my fedora box but this
>>>>>>>>>>>>>>> curl works now :
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> curl -v -b cookies.txt -c
cookies.txt -H "Accept:
>>>>>>>>>>>>>>> application/json" -H
"Content-type: application/json;
>>>>>>>>>>>>>>> charset=utf-8" -X
>>>>>>>>>>>>>>> POST -d
'{"loginName": "john", "password":"123"}'
>>>>>>>>>>>>>>>
http://localhost:8080/prodoctor/login
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Update the repo and give it a
try !
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> please push this type:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> import
org.aerogear.prodoctor.config.CustomConsumer;
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> it's missing and the build is
failing
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Seb
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On Mon, Jun 17, 2013 at 10:47
PM, Corinne Krych<
>>>>>>>>>>>>>>>
>
>> corinnekrych@
>
>>> wrote:
>>>>>>>>>>>>>>>> Hello Guys
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Writing code for
ProDoctor demo, on client side, I'm using
>>>>>>>>>>>>>>>> Xcode template for AGPush
which is based on AFNetworking 121
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> When doing my login
request in iOS I bumped into the issue
>>>>>>>>>>>>>>>> of
>>>>>>>>>>>>>>>> having content type set
to "application/json; charset=utf-8"
>>>>>>>>>>>>>>>> whereas on
>>>>>>>>>>>>>>>> routes (backend) only
"application/json" is set which causes
>>>>>>>>>>>>>>>> this exception:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> [application/json].':
java.lang.RuntimeException:
>>>>>>>>>>>>>>>> AG_CONTROLLER000012: No
Consumer found for Parameter:
>>>>>>>>>>>>>>>>
'Parameter[type=ENTITY, type=class
>>>>>>>>>>>>>>>>
org.aerogear.prodoctor.model.SaleAgent]'. The registered
>>>>>>>>>>>>>>>> Consumers were:
>>>>>>>>>>>>>>>>
'[JsonConsumer[mediaType=application/json]]'. Please add a
>>>>>>>>>>>>>>>> Consumer for one
>>>>>>>>>>>>>>>> the media types supported
by the route: [application/json].
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.getConsumer(ParameterExtractor.java:152)
>>>>>>>>>>>>>>>>
[aerogear-controller-1.0.1.jar:1.0.1]
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>>
org.jboss.aerogear.controller.util.ParameterExtractor.extractArguments(ParameterExtractor.java:70)
>>>>>>>>>>>>>>>>
[aerogear-controller-1.0.1.jar:1.0.1]
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> I think we should support
both "application/json;
>>>>>>>>>>>>>>>> charset=utf-8" and
"application/json". /shall we open a
>>>>>>>>>>>>>>>> JIRA on AeroGear
>>>>>>>>>>>>>>>> Controller to support
both?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> wdyt?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Corinne
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>>>>>>> aerogear-dev mailing
list
>>>>>>>>>>>>>>>>
>
>> aerogear-dev@.jboss
>
>>>>>>>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>>>>>>
>
>> aerogear-dev@.jboss
>
>>>>>>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> --
>>>>>>>>>>>>>> Matthias Wessendorf
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> blog:
http://matthiaswessendorf.wordpress.com/
>>>>>>>>>>>>>> sessions:
http://www.slideshare.net/mwessendorf
>>>>>>>>>>>>>> twitter:
http://twitter.com/mwessendorf
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>>>>>
>
>> aerogear-dev@.jboss
>
>>>>>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>>>>
>
>> aerogear-dev@.jboss
>
>>>>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> Matthias Wessendorf
>>>>>>>>>>>>
>>>>>>>>>>>> blog:
http://matthiaswessendorf.wordpress.com/
>>>>>>>>>>>> sessions:
http://www.slideshare.net/mwessendorf
>>>>>>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> Matthias Wessendorf
>>>>>>>>>>>
>>>>>>>>>>> blog:
http://matthiaswessendorf.wordpress.com/
>>>>>>>>>>> sessions:
http://www.slideshare.net/mwessendorf
>>>>>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>>>>>
>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>>
>
>> aerogear-dev@.jboss
>
>>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>>
>
>> aerogear-dev@.jboss
>
>>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Matthias Wessendorf
>>>>>>>>>
>>>>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> aerogear-dev mailing list
>>>>>>>>>
>
>> aerogear-dev@.jboss
>
>>>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> aerogear-dev mailing list
>>>>>>>>
>
>> aerogear-dev@.jboss
>
>>>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Matthias Wessendorf
>>>>>>>
>>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Matthias Wessendorf
>>>>>>
>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>
>>>>>> _______________________________________________
>>>>>> aerogear-dev mailing list
>>>>>>
>
>> aerogear-dev@.jboss
>
>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> aerogear-dev mailing list
>>>>>
>
>> aerogear-dev@.jboss
>
>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>
>>>>
>>>>
>>>> --
>>>> Matthias Wessendorf
>>>>
>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>> sessions: http://www.slideshare.net/mwessendorf
>>>> twitter: http://twitter.com/mwessendorf
>>>>
>>>> _______________________________________________
>>>> aerogear-dev mailing list
>>>>
>
>> aerogear-dev@.jboss
>
>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>
>>>
>> _______________________________________________
>> aerogear-dev mailing list
>
>> aerogear-dev@.jboss
>
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
>
>
>
>
> --
> View this message in context:
http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-application-json-c...
> Sent from the aerogear-dev mailing list archive at Nabble.com.
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
--
abstractj
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
3966
days inactive
3990
days old
27 comments
8 participants
participants (8)
-
Bruno Oliveira -
Christos Vasilakis -
Corinne Krych -
Daniel Bevenius -
getrostt -
Matthias Wessendorf -
Sebastien Blanc -
Tobias Getrost