You can subscribe to this list here.
| 2008 |
Jan
|
Feb
|
Mar
(16) |
Apr
(18) |
May
(13) |
Jun
(100) |
Jul
(165) |
Aug
(53) |
Sep
(41) |
Oct
(84) |
Nov
(113) |
Dec
(171) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2009 |
Jan
(84) |
Feb
(30) |
Mar
(75) |
Apr
(113) |
May
(87) |
Jun
(96) |
Jul
(127) |
Aug
(106) |
Sep
(191) |
Oct
(142) |
Nov
(106) |
Dec
(83) |
| 2010 |
Jan
(62) |
Feb
(93) |
Mar
(92) |
Apr
(58) |
May
(52) |
Jun
(104) |
Jul
(109) |
Aug
(94) |
Sep
(75) |
Oct
(54) |
Nov
(65) |
Dec
(38) |
| 2011 |
Jan
(53) |
Feb
(84) |
Mar
(95) |
Apr
(24) |
May
(10) |
Jun
(49) |
Jul
(74) |
Aug
(23) |
Sep
(67) |
Oct
(21) |
Nov
(62) |
Dec
(50) |
| 2012 |
Jan
(26) |
Feb
(7) |
Mar
(9) |
Apr
(5) |
May
(13) |
Jun
(7) |
Jul
(18) |
Aug
(48) |
Sep
(58) |
Oct
(79) |
Nov
(19) |
Dec
(15) |
| 2013 |
Jan
(33) |
Feb
(21) |
Mar
(10) |
Apr
(22) |
May
(39) |
Jun
(31) |
Jul
(15) |
Aug
(6) |
Sep
(8) |
Oct
(1) |
Nov
(4) |
Dec
(3) |
| 2014 |
Jan
(17) |
Feb
(18) |
Mar
(15) |
Apr
(12) |
May
(11) |
Jun
(3) |
Jul
(10) |
Aug
(2) |
Sep
(3) |
Oct
(4) |
Nov
(4) |
Dec
(1) |
| 2015 |
Jan
|
Feb
(6) |
Mar
(5) |
Apr
(13) |
May
(2) |
Jun
(3) |
Jul
(1) |
Aug
(2) |
Sep
(6) |
Oct
(12) |
Nov
(12) |
Dec
(12) |
| 2016 |
Jan
(10) |
Feb
(3) |
Mar
(8) |
Apr
(4) |
May
(2) |
Jun
(1) |
Jul
|
Aug
(1) |
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
| 2017 |
Jan
(6) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
|
From: Weinan Li <we...@re...> - 2013-01-04 05:47:32
|
--
Weinan Li
On Thursday, January 3, 2013 at 10:02 PM, Raphael Silva wrote:
> Hi!
> I just found out what was wrong.
> I had to add to my MANIFEST.MF the dependencies to org.codehaus.jackson.jackson-mapper-asl and other jackson libraries.
>
> I think that by the time my ear was loaded by jboss, the jackson module wasn't. So, @JsonSerialize and @JsonDeserialize annotations were just ignored.
>
> As soon as I added the dependencies to the manifest, it all worked just fine.
Great news! Thanks for sharing the knowledge Raphael :-)
>
>
> On Tue, Dec 18, 2012 at 6:50 PM, Raphael Silva <rap...@gm... (mailto:rap...@gm...)> wrote:
> > Hi guys,
> >
> > I have a class defined as this:
> > -------
> > @IgnoreMediaTypes(MediaType.APPLICATION_JSON)
> > public class Processo implements Serializable {
> >
> >
> > private Date dataInclusao;
> >
> > @JsonSerialize(using = CustomJsonDateSerializer.class)
> > public Date getDataInclusao() {
> > return dataInclusao;
> > }
> >
> > /**
> > * @param dataInclusao the dataInclusao to set
> > */
> > @JsonDeserialize(using = CustomJsonDateDeserializer.class)
> > public void setDataInclusao(final Date dataInclusao) {
> > this.dataInclusao = dataInclusao;
> > }
> >
> > -------
> > My Service is defined as it follows:
> > -----
> > @GET
> > @Path("/{idProcessoBpmn}")
> > @Produces(MediaType.APPLICATION_JSON)
> > public Response getProcesso(@PathParam("idProcessoBpmn") final String idProcessoBpmn) {
> > try {
> > Processo processo = deploymentService.getDeploymentByProcessId(idProcessoBpmn);
> > return Response.status(HttpResponseCodes.SC_OK).entity(processo).build();
> > } catch (Exception e) {
> > LOG.error(e.getMessage(), e);
> > return Response.status(HttpResponseCodes.SC_INTERNAL_SERVER_ERROR).entity(e.getMessage()).build();
> > }
> > }
> >
> > -----
> >
> > My CustomJsonDateDeserializer and CustomJsonDateSerializer classes define a SimpleDateFormat for the JSON.
> > -------
> > @Override
> > public void serialize(Date date, JsonGenerator jsonGenerator, SerializerProvider serializerProvider) throws IOException, JsonProcessingException {
> > SimpleDateFormat dateFormat = new SimpleDateFormat(JsonMask.DATA_FORMAT);
> > String dateString = dateFormat.format(date);
> > jsonGenerator.writeString(dateString);
> > }
> >
> >
> > -----
> > @Override
> > public Date deserialize(JsonParser jsonparser, DeserializationContext deserializationcontext) throws IOException, JsonProcessingException {
> > SimpleDateFormat format = new SimpleDateFormat(JsonMask.DATA_FORMAT);
> > String date = jsonparser.getText();
> > try {
> > return format.parse(date);
> > } catch (ParseException e) {
> > throw new RuntimeException(e);
> > }
> >
> > }
> > ----
> >
> >
> > I'm using jboss-as-7.2.0.Alpha1-SNAPSHOT and I have updated org\jboss\resteasy\resteasy-jackson-provider module to version 2.3.5.
> >
> > In my unit test, using MockHttpRequest and MockHttpResponse, it worked fine.
> > My service returns a JSON (Processo) like this:
> > {"id":1, "dataInclusao":"18/12/2012 18:44:37"}
> >
> > But when I access the service through a browser the json is different. The date parameter is not formatted:
> > {"id":335,"dataInclusao":1354586400000}
> >
> > My serializer and deserializer methods are not called when I access the service running in jboss.
> >
> > Am I missing something? Is there any jackson configuration that I must do?
> >
> > Thanks in advance!
> >
> >
>
> ------------------------------------------------------------------------------
> Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
> MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
> with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
> MVPs and experts. ON SALE this month only -- learn more at:
> http://p.sf.net/sfu/learnmore_122712
>
> _______________________________________________
> Resteasy-developers mailing list
> Res...@li... (mailto:Res...@li...)
> https://lists.sourceforge.net/lists/listinfo/resteasy-developers
>
>
|
|
From: Raphael S. <rap...@gm...> - 2013-01-03 14:02:42
|
Hi!
I just found out what was wrong.
I had to add to my MANIFEST.MF the dependencies
to org.codehaus.jackson.jackson-mapper-asl and other jackson libraries.
I think that by the time my ear was loaded by jboss, the jackson module
wasn't. So, @JsonSerialize and @JsonDeserialize annotations were just
ignored.
As soon as I added the dependencies to the manifest, it all worked just
fine.
On Tue, Dec 18, 2012 at 6:50 PM, Raphael Silva <rap...@gm...>wrote:
> Hi guys,
>
> I have a class defined as this:
> -------
> @IgnoreMediaTypes(MediaType.APPLICATION_JSON)
> public class Processo implements Serializable {
>
> private Date dataInclusao;
>
> @JsonSerialize(using = CustomJsonDateSerializer.class)
> public Date getDataInclusao() {
> return dataInclusao;
> }
>
> /**
> * @param dataInclusao the dataInclusao to set
> */
> @JsonDeserialize(using = CustomJsonDateDeserializer.class)
> public void setDataInclusao(final Date dataInclusao) {
> this.dataInclusao = dataInclusao;
> }
> -------
> My Service is defined as it follows:
> -----
> @GET
> @Path("/{idProcessoBpmn}")
> @Produces(MediaType.APPLICATION_JSON)
> public Response getProcesso(@PathParam("idProcessoBpmn") final String
> idProcessoBpmn) {
> try {
> Processo processo =
> deploymentService.getDeploymentByProcessId(idProcessoBpmn);
> return
> Response.status(HttpResponseCodes.SC_OK).entity(processo).build();
> } catch (Exception e) {
> LOG.error(e.getMessage(), e);
> return
> Response.status(HttpResponseCodes.SC_INTERNAL_SERVER_ERROR).entity(e.getMessage()).build();
> }
> }
> -----
>
> My CustomJsonDateDeserializer and CustomJsonDateSerializer classes define
> a SimpleDateFormat for the JSON.
> -------
> @Override
> public void serialize(Date date, JsonGenerator jsonGenerator,
> SerializerProvider serializerProvider) throws IOException,
> JsonProcessingException {
> SimpleDateFormat dateFormat = new
> SimpleDateFormat(JsonMask.DATA_FORMAT);
> String dateString = dateFormat.format(date);
> jsonGenerator.writeString(dateString);
> }
>
> -----
> @Override
> public Date deserialize(JsonParser jsonparser, DeserializationContext
> deserializationcontext) throws IOException, JsonProcessingException {
> SimpleDateFormat format = new
> SimpleDateFormat(JsonMask.DATA_FORMAT);
> String date = jsonparser.getText();
> try {
> return format.parse(date);
> } catch (ParseException e) {
> throw new RuntimeException(e);
> }
>
> }
> ----
>
>
> I'm using jboss-as-7.2.0.Alpha1-SNAPSHOT and I have
> updated org\jboss\resteasy\resteasy-jackson-provider module to version
> 2.3.5.
>
> In my unit test, using MockHttpRequest and MockHttpResponse, it worked
> fine.
> My service returns a JSON (Processo) like this:
> {"id":1, "dataInclusao":"18/12/2012 18:44:37"}
>
> But when I access the service through a browser the json is different. The
> date parameter is not formatted:
> {"id":335,"dataInclusao":1354586400000}
>
> My serializer and deserializer methods are not called when I access the
> service running in jboss.
>
> Am I missing something? Is there any jackson configuration that I must do?
>
> Thanks in advance!
>
>
>
|
|
From: Raphael S. <rap...@gm...> - 2012-12-18 20:50:21
|
Hi guys,
I have a class defined as this:
-------
@IgnoreMediaTypes(MediaType.APPLICATION_JSON)
public class Processo implements Serializable {
private Date dataInclusao;
@JsonSerialize(using = CustomJsonDateSerializer.class)
public Date getDataInclusao() {
return dataInclusao;
}
/**
* @param dataInclusao the dataInclusao to set
*/
@JsonDeserialize(using = CustomJsonDateDeserializer.class)
public void setDataInclusao(final Date dataInclusao) {
this.dataInclusao = dataInclusao;
}
-------
My Service is defined as it follows:
-----
@GET
@Path("/{idProcessoBpmn}")
@Produces(MediaType.APPLICATION_JSON)
public Response getProcesso(@PathParam("idProcessoBpmn") final String
idProcessoBpmn) {
try {
Processo processo =
deploymentService.getDeploymentByProcessId(idProcessoBpmn);
return
Response.status(HttpResponseCodes.SC_OK).entity(processo).build();
} catch (Exception e) {
LOG.error(e.getMessage(), e);
return
Response.status(HttpResponseCodes.SC_INTERNAL_SERVER_ERROR).entity(e.getMessage()).build();
}
}
-----
My CustomJsonDateDeserializer and CustomJsonDateSerializer classes define a
SimpleDateFormat for the JSON.
-------
@Override
public void serialize(Date date, JsonGenerator jsonGenerator,
SerializerProvider serializerProvider) throws IOException,
JsonProcessingException {
SimpleDateFormat dateFormat = new
SimpleDateFormat(JsonMask.DATA_FORMAT);
String dateString = dateFormat.format(date);
jsonGenerator.writeString(dateString);
}
-----
@Override
public Date deserialize(JsonParser jsonparser, DeserializationContext
deserializationcontext) throws IOException, JsonProcessingException {
SimpleDateFormat format = new
SimpleDateFormat(JsonMask.DATA_FORMAT);
String date = jsonparser.getText();
try {
return format.parse(date);
} catch (ParseException e) {
throw new RuntimeException(e);
}
}
----
I'm using jboss-as-7.2.0.Alpha1-SNAPSHOT and I have
updated org\jboss\resteasy\resteasy-jackson-provider module to version
2.3.5.
In my unit test, using MockHttpRequest and MockHttpResponse, it worked fine.
My service returns a JSON (Processo) like this:
{"id":1, "dataInclusao":"18/12/2012 18:44:37"}
But when I access the service through a browser the json is different. The
date parameter is not formatted:
{"id":335,"dataInclusao":1354586400000}
My serializer and deserializer methods are not called when I access the
service running in jboss.
Am I missing something? Is there any jackson configuration that I must do?
Thanks in advance!
|
|
From: Weinan Li <we...@re...> - 2012-12-18 06:55:44
|
--
Weinan Li
On Tuesday, December 18, 2012 at 12:24 AM, Raphael Silva wrote:
> Thanks.
> In my case it was a bit more complex.
> I'm using jboss 7.2.0.Alpha.
> I tried to update all resteasy modules to 2.3.5.Final, but it didn't work.
>
>
Could you please explain what kind of problem you've met? Maybe I could help you on it.
> So, I rolled it back, and updated only resteasy-multipart-provider to 2.3.5.
>
>
Yes multipart provider have many refactors/fixes in 2.3.5.
> I kept all other resteasy modules in version 2.3.3.
>
> It worked. I managed to set the part media type to utf-8 and it did the trick!
IMO if it worked then it's fine :-) If you've met any other problems please report here and we'll provide help.
>
> Do you think it's ok to keep it like that?
My philosophy is: If it worked, then don't touch it :-)
>
>
>
> On Mon, Dec 17, 2012 at 1:30 PM, Bill Burke <bb...@re... (mailto:bb...@re...)> wrote:
> > If the content-type of the part doesn't have a charset, it will just be
> > converted to us-ascii...
> >
> > But, InputPart has a setMediaType method that you can use before the
> > part is extracted.
> >
> > inputPart.setMediaType("text/plain;charset=utf-8");
> >
> >
> > This fix was introduced 2.3.5
> >
> > On 12/17/2012 7:57 AM, Raphael Silva wrote:
> > > Hi guys,
> > >
> > > I have a multipart upload service defined as this:
> > >
> > > @POST
> > > @Consumes(MediaTypeExt.MULTIPART_FORM_DATA)
> > > @Produces(MediaTypeExt.TEXT_PLAIN)
> > > public Response postProcesso(final MultipartInput uploadForm) throws
> > > Exception {
> > >
> > > And I'm getting the file name:
> > > part.getHeaders().getFirst("Content-Disposition") and the file content:
> > > part.getBody(byte[].class, null)
> > >
> > > The problem is that the file is UTF-8 encoded, but when I get the bytes
> > > from the part body it seems to be converted to another encoding, and I
> > > can't receive the file content properly.
> > >
> > > How can I receive a file from multipart post as UTF-8?
> > >
> > > Thanks in advance!
> > >
> > >
> > >
> > >
> > >
> > > ------------------------------------------------------------------------------
> > > LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> > > Remotely access PCs and mobile devices and provide instant support
> > > Improve your efficiency, and focus on delivering more value-add services
> > > Discover what IT Professionals Know. Rescue delivers
> > > http://p.sf.net/sfu/logmein_12329d2d
> > >
> > >
> > >
> > > _______________________________________________
> > > Resteasy-developers mailing list
> > > Res...@li... (mailto:Res...@li...)
> > > https://lists.sourceforge.net/lists/listinfo/resteasy-developers
> > >
> >
> > --
> > Bill Burke
> > JBoss, a division of Red Hat
> > http://bill.burkecentral.com
> >
> > ------------------------------------------------------------------------------
> > LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> > Remotely access PCs and mobile devices and provide instant support
> > Improve your efficiency, and focus on delivering more value-add services
> > Discover what IT Professionals Know. Rescue delivers
> > http://p.sf.net/sfu/logmein_12329d2d
> > _______________________________________________
> > Resteasy-developers mailing list
> > Res...@li... (mailto:Res...@li...)
> > https://lists.sourceforge.net/lists/listinfo/resteasy-developers
>
> ------------------------------------------------------------------------------
> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> Remotely access PCs and mobile devices and provide instant support
> Improve your efficiency, and focus on delivering more value-add services
> Discover what IT Professionals Know. Rescue delivers
> http://p.sf.net/sfu/logmein_12329d2d
>
> _______________________________________________
> Resteasy-developers mailing list
> Res...@li... (mailto:Res...@li...)
> https://lists.sourceforge.net/lists/listinfo/resteasy-developers
>
>
|
|
From: Raphael S. <rap...@gm...> - 2012-12-17 16:25:02
|
Thanks.
In my case it was a bit more complex.
I'm using jboss 7.2.0.Alpha.
I tried to update all resteasy modules to 2.3.5.Final, but it didn't work.
So, I rolled it back, and updated only resteasy-multipart-provider to 2.3.5.
I kept all other resteasy modules in version 2.3.3.
It worked. I managed to set the part media type to utf-8 and it did the
trick!
Do you think it's ok to keep it like that?
On Mon, Dec 17, 2012 at 1:30 PM, Bill Burke <bb...@re...> wrote:
> If the content-type of the part doesn't have a charset, it will just be
> converted to us-ascii...
>
> But, InputPart has a setMediaType method that you can use before the
> part is extracted.
>
> inputPart.setMediaType("text/plain;charset=utf-8");
>
>
> This fix was introduced 2.3.5
>
> On 12/17/2012 7:57 AM, Raphael Silva wrote:
> > Hi guys,
> >
> > I have a multipart upload service defined as this:
> >
> > @POST
> > @Consumes(MediaTypeExt.MULTIPART_FORM_DATA)
> > @Produces(MediaTypeExt.TEXT_PLAIN)
> > public Response postProcesso(final MultipartInput uploadForm) throws
> > Exception {
> >
> > And I'm getting the file name:
> > part.getHeaders().getFirst("Content-Disposition") and the file content:
> > part.getBody(byte[].class, null)
> >
> > The problem is that the file is UTF-8 encoded, but when I get the bytes
> > from the part body it seems to be converted to another encoding, and I
> > can't receive the file content properly.
> >
> > How can I receive a file from multipart post as UTF-8?
> >
> > Thanks in advance!
> >
> >
> >
> >
> >
> >
> ------------------------------------------------------------------------------
> > LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> > Remotely access PCs and mobile devices and provide instant support
> > Improve your efficiency, and focus on delivering more value-add services
> > Discover what IT Professionals Know. Rescue delivers
> > http://p.sf.net/sfu/logmein_12329d2d
> >
> >
> >
> > _______________________________________________
> > Resteasy-developers mailing list
> > Res...@li...
> > https://lists.sourceforge.net/lists/listinfo/resteasy-developers
> >
>
> --
> Bill Burke
> JBoss, a division of Red Hat
> http://bill.burkecentral.com
>
>
> ------------------------------------------------------------------------------
> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> Remotely access PCs and mobile devices and provide instant support
> Improve your efficiency, and focus on delivering more value-add services
> Discover what IT Professionals Know. Rescue delivers
> http://p.sf.net/sfu/logmein_12329d2d
> _______________________________________________
> Resteasy-developers mailing list
> Res...@li...
> https://lists.sourceforge.net/lists/listinfo/resteasy-developers
>
|
|
From: Bill B. <bb...@re...> - 2012-12-17 16:16:15
|
If the content-type of the part doesn't have a charset, it will just be
converted to us-ascii...
But, InputPart has a setMediaType method that you can use before the
part is extracted.
inputPart.setMediaType("text/plain;charset=utf-8");
This fix was introduced 2.3.5
On 12/17/2012 7:57 AM, Raphael Silva wrote:
> Hi guys,
>
> I have a multipart upload service defined as this:
>
> @POST
> @Consumes(MediaTypeExt.MULTIPART_FORM_DATA)
> @Produces(MediaTypeExt.TEXT_PLAIN)
> public Response postProcesso(final MultipartInput uploadForm) throws
> Exception {
>
> And I'm getting the file name:
> part.getHeaders().getFirst("Content-Disposition") and the file content:
> part.getBody(byte[].class, null)
>
> The problem is that the file is UTF-8 encoded, but when I get the bytes
> from the part body it seems to be converted to another encoding, and I
> can't receive the file content properly.
>
> How can I receive a file from multipart post as UTF-8?
>
> Thanks in advance!
>
>
>
>
>
> ------------------------------------------------------------------------------
> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> Remotely access PCs and mobile devices and provide instant support
> Improve your efficiency, and focus on delivering more value-add services
> Discover what IT Professionals Know. Rescue delivers
> http://p.sf.net/sfu/logmein_12329d2d
>
>
>
> _______________________________________________
> Resteasy-developers mailing list
> Res...@li...
> https://lists.sourceforge.net/lists/listinfo/resteasy-developers
>
--
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com
|
|
From: Weinan Li <we...@re...> - 2012-12-17 14:07:36
|
Hi Raphael, Which version you are using? I believe multiple form encoding issues have been solved since 2.3.5.Final. Here is the relative issue: https://issues.jboss.org/browse/RESTEASY-723 -- Weinan Li On Monday, December 17, 2012 at 8:57 PM, Raphael Silva wrote: > Hi guys, > > I have a multipart upload service defined as this: > > @POST > @Consumes(MediaTypeExt.MULTIPART_FORM_DATA) > @Produces(MediaTypeExt.TEXT_PLAIN) > public Response postProcesso(final MultipartInput uploadForm) throws Exception { > > > And I'm getting the file name: part.getHeaders().getFirst("Content-Disposition") and the file content: part.getBody(byte[].class, null) > > The problem is that the file is UTF-8 encoded, but when I get the bytes from the part body it seems to be converted to another encoding, and I can't receive the file content properly. > > How can I receive a file from multipart post as UTF-8? > > Thanks in advance! > > > > ------------------------------------------------------------------------------ > LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial > Remotely access PCs and mobile devices and provide instant support > Improve your efficiency, and focus on delivering more value-add services > Discover what IT Professionals Know. Rescue delivers > http://p.sf.net/sfu/logmein_12329d2d > > _______________________________________________ > Resteasy-developers mailing list > Res...@li... (mailto:Res...@li...) > https://lists.sourceforge.net/lists/listinfo/resteasy-developers > > |
|
From: Raphael S. <rap...@gm...> - 2012-12-17 12:57:39
|
Hi guys,
I have a multipart upload service defined as this:
@POST
@Consumes(MediaTypeExt.MULTIPART_FORM_DATA)
@Produces(MediaTypeExt.TEXT_PLAIN)
public Response postProcesso(final MultipartInput uploadForm) throws
Exception {
And I'm getting the file name:
part.getHeaders().getFirst("Content-Disposition") and the file
content: part.getBody(byte[].class,
null)
The problem is that the file is UTF-8 encoded, but when I get the bytes
from the part body it seems to be converted to another encoding, and I
can't receive the file content properly.
How can I receive a file from multipart post as UTF-8?
Thanks in advance!
|
|
From: Morch H. (Nokia-LC/Schwalbach) <hol...@no...> - 2012-12-14 18:31:07
|
Hi all, Finally I've implemented the changes requested by Bill and submitted two pull requests. One for Master and one for Branch_2_3. Please apologize that it took so long. Kind regards, Holger -----Original Message----- From: Morch Holger (Nokia-LC/Schwalbach) Sent: Dienstag, 25. September 2012 16:33 To: 'ext Bill Burke' Subject: RE: jsonp commit Hi Bill, Sadly I'm a bit busy at the moment but I'll implement the requested changes, unit test and documentation as soon as possible. For the unit test I'll have to look how you're running tests without an server. But I think I'll find examples. > * Are you sure it should be registered as a built-in interceptor? Maybe it should be something enabled by the user? I think it can be a built-in interceptor. The interceptor is part of the Jackson package. So it is only loaded if Jackson is active. It respects the @NoJackson annotation and it is only activated if the callback query parameter is present. So I think it is a nice feature which works out of the box. Kind regards, Holger -----Original Message----- From: ext Bill Burke [mailto:bb...@re...] Sent: Donnerstag, 20. September 2012 00:36 To: Morch Holger (Nokia-LC/Schwalbach) Subject: jsonp commit Very Nice commit, but...a few things before I can accept it: * Can you rewrite it as a new JAX-RS 2.0 WriterInterceptor? * I do not see a unit test for it. * Are you sure it should be registered as a built-in interceptor? Maybe it should be something enabled by the user? * Finally, you need to add a description of this feature to our documentation (docbook). Otherwise, nobody will know it exists. Thanks for contributing! If you don't have time for any of those let me know. I'll just accept the pull request and do it myself eventually. -- Bill Burke JBoss, a division of Red Hat http://bill.burkecentral.com The information contained in this communication may be CONFIDENTIAL and is intended only for the use of the recipient(s) named above. If you are not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication, or any of its contents, is strictly prohibited. If you have received this communication in error, please notify the sender and delete/destroy the original message and any copy of it from your computer or paper files. |
|
From: Nibin V. <nib...@gm...> - 2012-12-06 05:45:01
|
Hi, Can we discuss on how we will take it forward ? My github profile is here[1]. [1] https://github.com/nibin Regards, Nibin On Wed, Dec 5, 2012 at 12:23 PM, Nibin Varghese <nib...@gm...> wrote: > Hi, > > I am interested to take it forward. Let me know more details of work. > > Regards, > Nibin > > > On Tue, Dec 4, 2012 at 6:28 AM, Bill Burke <bb...@re...> wrote: > >> TP interface on top of a relational >> DB >> > > |
|
From: Bill B. <bb...@re...> - 2012-12-05 21:39:23
|
Do:
ClientResponse<List<Pet>> getAllPets();
or
List<Pet> getAllPets();
If that doesn't work, please post your exception.
On 12/4/2012 10:12 PM, Shannon Sims wrote:
> Hello,
> I've struggled with getting a list of objects from the Rest server for
> almost 9 hours now. I've scoured the web to help me resolve this
> matter, but have had no luck!!! Can you please help? I'm going in
> circles and am becoming frustrated. The rest server displays the XML
> without any issues, however I'm having problems on the client side. I
> get the following error: Unable to find a MessageBodyReader of
> content-type application/xml and type null
> =====================================================================
> Here is the method for the client-side interface:
> @GET
> @Path("___defaultcache")
> @Produces("application/xml")
> *public*ClientResponse<GenericType<List<Pet>>> getAllPets();
> =====================================================================
> I cannot get the client to build the list using the following code:
> ResteasyProviderFactory providerFactory =
> ResteasyProviderFactory./getInstance/();
> providerFactory.registerProvider( JAXBXmlTypeProvider.*class*);
> List<Pet> allPets = *new*ArrayList<Pet>();
> PetServiceInterface service = ProxyFactory./create/(
> PetServiceInterface.*class*, /REST_URL/);
> ClientResponse<GenericType<List<Pet>>> response = service.getAllPets();
> **
> *if*( response.getStatus() == 200 )
> {
> List<Pet> pets = _response.getEntity( List.__*class*)_;
> System./out/.println( pets );
> }
> *else*
> {
> System./out/.println("Request processing failed. HTTP Status: "+
> response.getStatus()
> + " "+ response.toString());
> }
> response.releaseConnection();
> **
> Thanks for your time and help!
>
>
> ------------------------------------------------------------------------------
> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> Remotely access PCs and mobile devices and provide instant support
> Improve your efficiency, and focus on delivering more value-add services
> Discover what IT Professionals Know. Rescue delivers
> http://p.sf.net/sfu/logmein_12329d2d
>
>
>
> _______________________________________________
> Resteasy-developers mailing list
> Res...@li...
> https://lists.sourceforge.net/lists/listinfo/resteasy-developers
>
--
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com
|
|
From: Nibin V. <nib...@gm...> - 2012-12-05 06:53:39
|
Hi, I am interested to take it forward. Let me know more details of work. Regards, Nibin On Tue, Dec 4, 2012 at 6:28 AM, Bill Burke <bb...@re...> wrote: > TP interface on top of a relational > DB > |
|
From: Shannon S. <ssi...@ya...> - 2012-12-05 03:12:12
|
Hello,
I've struggled with getting a list of objects from the Rest server for almost 9 hours now. I've scoured the web to help me resolve this matter, but have had no luck!!! Can you please help? I'm going in circles and am becoming frustrated. The rest server displays the XML without any issues, however I'm having problems on the client side. I get the following error: Unable to find a MessageBodyReader of content-type application/xml and type null
=====================================================================
Here is the method for the client-side interface:
@GET@Path("___defaultcache")@Produces("application/xml")publicClientResponse<GenericType<List<Pet>>> getAllPets();
=====================================================================
I cannot get the client to build the list using the following code:
ResteasyProviderFactory providerFactory = ResteasyProviderFactory.getInstance();
providerFactory.registerProvider( JAXBXmlTypeProvider.
List<Pet> allPets =
PetServiceInterface service = ProxyFactory.create( PetServiceInterface.
ClientResponse<GenericType<List<Pet>>> response = service.getAllPets();
if( response.getStatus() == 200 ) List<Pet> pets = response.getEntity( List.;
System.
}
{
System.
+
}
response.releaseConnection();
Thanks for your time and help!class)out.println( pets ); elseout.println("Request processing failed. HTTP Status: "+ response.getStatus()" "+ response.toString());
{class);newArrayList<Pet>();class, REST_URL); |
|
From: Bill B. <bb...@re...> - 2012-12-04 00:58:32
|
A few customers are looking for an HTTP interface on top of a relational DB so that they can easily do DB stuff easily in different languages other that Java. I'm looking for somebody to drive this. I have a few ideas and would like to discuss them on this list. But, that's about as much as I can work on it. I'm swamped with JAX-RS 2.0 and the security work I'm doing. Anybody interested? -- Bill Burke JBoss, a division of Red Hat http://bill.burkecentral.com |
|
From: Weinan Li <we...@re...> - 2012-12-03 16:49:21
|
Hi Shannon, Glad it works for you :-) I recommend you to read RESTEasy doc: http://docs.jboss.org/resteasy/docs/2.3.5.Final/userguide It's very well written. And then I recommend you to download source code of 2.3.5.Final: http://sourceforge.net/projects/resteasy/files/Resteasy%20JAX-RS/2.3.5.Final/ In 'examples' directory, there are many good examples and we worked many hours on it :-) Hope that's useful to you. -- Weinan Li On Tuesday, December 4, 2012 at 12:44 AM, Shannon Sims wrote: > Thank you, Weinan; that worked! > > I'm new to RestEasy and having trouble finding good tutorials. Can you suggest one? I'm also looking for one that covers both RestEasy and Spring? > > Thank you! > > From: Weinan Li <we...@re... (mailto:we...@re...)> > To: Shannon Sims <ssi...@ya... (mailto:ssi...@ya...)> > Cc: "res...@li... (mailto:res...@li...)" <res...@li... (mailto:res...@li...)> > Sent: Monday, December 3, 2012 9:46 AM > Subject: Re: [Resteasy-developers] (no subject) > > Could you please try to modify : > > <context-param> > <param-name>resteasy.servlet.mapping.prefix</param-name> > <param-value>/</param-value> > </context-param> > > > to : > > <context-param> > <param-name>resteasy.servlet.mapping.prefix</param-name> > <param-value>/rest</param-value> > </context-param> > > > > -- > Weinan Li > > On Monday, December 3, 2012 at 5:14 AM, Shannon Sims wrote: > > Hello all and thanks for reading my post. > > > > This issue isn’t related to an Infinispan Cache issue; however I’m trying to get my client communicating with the Rest server so I can start working on implementing the Infinispan Cache. I found this link: http://www.theserverside.com/tip/RESTful-Web-services-made-easy. When I try to invoke a simple service using the example code, I get “HTTP Status 405 - specified HTTP method is not allowed for the requested resource ()”. The web.xml (http://web.xml/) in the example shows a servlet mapping to a Jersey ServletContainer. I’m not using Jersey; is there a different ServletContainer I should use instead? If I do, will this conflict with the HttpServletDispatcher? > > > > Web.xml (http://web.xml/) > > [code] <web-app id="WebApp_ID" version="2.5" > > xmlns="http://java.sun.com/xml/ns/javaee" > > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" > > xsi:schemaLocation="http://java.sun.com/xml/ns/javaee > > http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"> > > <display-name>Infinispan cache REST server</display-name> > > <context-param> > > <param-name>contextConfigLocation</param-name> > > <param-value>/WEB-INF/context/applicationContext.xml</param-value> > > </context-param> > > <context-param> > > <param-name>resteasy.resources</param-name> > > <param-value>org.infinispan.rest.Server</param-value> > > </context-param> > > <context-param> > > <param-name>resteasy.scan</param-name> > > <param-value>true</param-value> > > </context-param> > > <context-param> > > <param-name>resteasy.servlet.mapping.prefix</param-name> > > <param-value>/</param-value> > > </context-param> > > <listener> > > <listener-class>org.jboss.resteasy.plugins.server.servlet.ResteasyBootstrap</listener-class> > > </listener> > > <servlet> > > <servlet-name>InitServlet</servlet-name> > > <servlet-class>org.infinispan.rest.StartupListener</servlet-class> > > <!-- Specify your cache configuration file --> > > <init-param> > > <param-name>infinispan.config</param-name> > > <param-value>config-samples/sample.xml</param-value> > > </init-param> > > <!-- Managed bean name to look up when the REST server is running an app server --> > > <init-param> > > <param-name>infinispan.cachemanager.bean</param-name> > > <param-value>DefaultCacheManager</param-value> > > </init-param> > > <load-on-startup>1</load-on-startup> > > </servlet> > > <servlet> > > <servlet-name>Resteasy</servlet-name> > > <servlet-class>org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher</servlet-class> > > </servlet> > > <servlet-mapping> > > <servlet-name>Resteasy</servlet-name> > > <url-pattern>/rest/*</url-pattern> > > </servlet-mapping> > > <welcome-file-list> > > <welcome-file>/index.html</welcome-file> > > </welcome-file-list> > > </web-app> [/code] > > > > Service Class: > > [code] package com.infinispan.demo.services; > > import javax.ws.rs.GET; > > import javax.ws.rs.Path; > > import javax.ws.rs.Produces; > > @Path("___defaultcache") > > public class PetService > > { > > @GET > > @Produces("text/plain") > > public String displayMessage() > > { > > System.out.println( "Executing GET on the Rest Server!" ); //save data to database and cache here. > > return "Rest Never Sleeps"; > > } > > } [/code] > > > > Environment: Windows 7, JBoss 5.1, Java 1.6, Eclipse Helios Release 2. > > Thanks! > > ------------------------------------------------------------------------------ > > Keep yourself connected to Go Parallel: > > DESIGN Expert tips on starting your parallel project right. > > http://goparallel.sourceforge.net/ > > > > _______________________________________________ > > Resteasy-developers mailing list > > Res...@li... (mailto:Res...@li...) > > https://lists.sourceforge.net/lists/listinfo/resteasy-developers > > > > > > > > > > |
|
From: Weinan Li <we...@re...> - 2012-12-03 15:46:36
|
Could you please try to modify : <context-param> <param-name>resteasy.servlet.mapping.prefix</param-name> <param-value>/</param-value> </context-param> to : <context-param> <param-name>resteasy.servlet.mapping.prefix</param-name> <param-value>/rest</param-value> </context-param> -- Weinan Li On Monday, December 3, 2012 at 5:14 AM, Shannon Sims wrote: > Hello all and thanks for reading my post. > > This issue isn’t related to an Infinispan Cache issue; however I’m trying to get my client communicating with the Rest server so I can start working on implementing the Infinispan Cache. I found this link: http://www.theserverside.com/tip/RESTful-Web-services-made-easy. When I try to invoke a simple service using the example code, I get “HTTP Status 405 - specified HTTP method is not allowed for the requested resource ()”. The web.xml (http://web.xml) in the example shows a servlet mapping to a Jersey ServletContainer. I’m not using Jersey; is there a different ServletContainer I should use instead? If I do, will this conflict with the HttpServletDispatcher? > > Web.xml (http://Web.xml) > [code] <web-app id="WebApp_ID" version="2.5" > xmlns="http://java.sun.com/xml/ns/javaee" > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" > xsi:schemaLocation="http://java.sun.com/xml/ns/javaee > http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"> > <display-name>Infinispan cache REST server</display-name> > <context-param> > <param-name>contextConfigLocation</param-name> > <param-value>/WEB-INF/context/applicationContext.xml</param-value> > </context-param> > <context-param> > <param-name>resteasy.resources</param-name> > <param-value>org.infinispan.rest.Server</param-value> > </context-param> > <context-param> > <param-name>resteasy.scan</param-name> > <param-value>true</param-value> > </context-param> > <context-param> > <param-name>resteasy.servlet.mapping.prefix</param-name> > <param-value>/</param-value> > </context-param> > <listener> > <listener-class>org.jboss.resteasy.plugins.server.servlet.ResteasyBootstrap</listener-class> > </listener> > <servlet> > <servlet-name>InitServlet</servlet-name> > <servlet-class>org.infinispan.rest.StartupListener</servlet-class> > <!-- Specify your cache configuration file --> > <init-param> > <param-name>infinispan.config</param-name> > <param-value>config-samples/sample.xml</param-value> > </init-param> > <!-- Managed bean name to look up when the REST server is running an app server --> > <init-param> > <param-name>infinispan.cachemanager.bean</param-name> > <param-value>DefaultCacheManager</param-value> > </init-param> > <load-on-startup>1</load-on-startup> > </servlet> > <servlet> > <servlet-name>Resteasy</servlet-name> > <servlet-class>org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher</servlet-class> > </servlet> > <servlet-mapping> > <servlet-name>Resteasy</servlet-name> > <url-pattern>/rest/*</url-pattern> > </servlet-mapping> > <welcome-file-list> > <welcome-file>/index.html</welcome-file> > </welcome-file-list> > </web-app> [/code] > > Service Class: > [code] package com.infinispan.demo.services; > import javax.ws.rs.GET; > import javax.ws.rs.Path; > import javax.ws.rs.Produces; > @Path("___defaultcache") > public class PetService > { > @GET > @Produces("text/plain") > public String displayMessage() > { > System.out.println( "Executing GET on the Rest Server!" ); //save data to database and cache here. > return "Rest Never Sleeps"; > } > } [/code] > > Environment: Windows 7, JBoss 5.1, Java 1.6, Eclipse Helios Release 2. > Thanks! > ------------------------------------------------------------------------------ > Keep yourself connected to Go Parallel: > DESIGN Expert tips on starting your parallel project right. > http://goparallel.sourceforge.net/ > > _______________________________________________ > Resteasy-developers mailing list > Res...@li... (mailto:Res...@li...) > https://lists.sourceforge.net/lists/listinfo/resteasy-developers > > |
|
From: Shannon S. <ssi...@ya...> - 2012-12-02 21:14:35
|
Hello all and thanks for reading my post. This issue isn’t related to an Infinispan Cache issue; however I’m trying to get my client communicating with the Rest server so I can start working on implementing the Infinispan Cache. I found this link: http://www.theserverside.com/tip/RESTful-Web-services-made-easy. When I try to invoke a simple service using the example code, I get “HTTP Status 405 - specified HTTP method is not allowed for the requested resource ()”. The web.xml in the example shows a servlet mapping to a Jersey ServletContainer. I’m not using Jersey; is there a different ServletContainer I should use instead? If I do, will this conflict with the HttpServletDispatcher? Web.xml [code] <web-app id="WebApp_ID" version="2.5" xmlns="http://java.sun.com/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"> <display-name>Infinispan cache REST server</display-name> <context-param> <param-name>contextConfigLocation</param-name> <param-value>/WEB-INF/context/applicationContext.xml</param-value> </context-param> <context-param> <param-name>resteasy.resources</param-name> <param-value>org.infinispan.rest.Server</param-value> </context-param> <context-param> <param-name>resteasy.scan</param-name> <param-value>true</param-value> </context-param> <context-param> <param-name>resteasy.servlet.mapping.prefix</param-name> <param-value>/</param-value> </context-param> <listener> <listener-class>org.jboss.resteasy.plugins.server.servlet.ResteasyBootstrap</listener-class> </listener> <servlet> <servlet-name>InitServlet</servlet-name> <servlet-class>org.infinispan.rest.StartupListener</servlet-class> <!-- Specify your cache configuration file --> <init-param> <param-name>infinispan.config</param-name> <param-value>config-samples/sample.xml</param-value> </init-param> <!-- Managed bean name to look up when the REST server is running an app server --> <init-param> <param-name>infinispan.cachemanager.bean</param-name> <param-value>DefaultCacheManager</param-value> </init-param> <load-on-startup>1</load-on-startup> </servlet> <servlet> <servlet-name>Resteasy</servlet-name> <servlet-class>org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher</servlet-class> </servlet> <servlet-mapping> <servlet-name>Resteasy</servlet-name> <url-pattern>/rest/*</url-pattern> </servlet-mapping> <welcome-file-list> <welcome-file>/index.html</welcome-file> </welcome-file-list> </web-app> [/code] Service Class: [code] package com.infinispan.demo.services; import javax.ws.rs.GET; import javax.ws.rs.Path; import javax.ws.rs.Produces; @Path("___defaultcache") public class PetService { @GET @Produces("text/plain") public String displayMessage() { System.out.println( "Executing GET on the Rest Server!" ); //save data to database and cache here. return "Rest Never Sleeps"; } } [/code] Environment: Windows 7, JBoss 5.1, Java 1.6, Eclipse Helios Release 2. Thanks! |
|
From: Bill B. <bb...@re...> - 2012-11-29 19:48:45
|
We do have an internal dispatcher api that Solomon wrote. Not sure thats what you want though. On 11/29/2012 2:37 PM, Peter Murray wrote: > > Greetings Resteasy Crew, > > I'd like to reliably bracket (try..finally) the actual dispatch of the > jax/rs request, but without the serialization / writing of the response. > Essentially, I'd like to override SynchronousDispatcher.getResponse() > to encapsulate all sub-resource locators and resource methods. Is there > a clean way to insert an overridden SynchronousDispatcher subtype at > servlet init() time? > > Cheers, > > > ------------------------------------------------------------------------------ > Keep yourself connected to Go Parallel: > VERIFY Test and improve your parallel project with help from experts > and peers. http://goparallel.sourceforge.net > > > > _______________________________________________ > Resteasy-developers mailing list > Res...@li... > https://lists.sourceforge.net/lists/listinfo/resteasy-developers > -- Bill Burke JBoss, a division of Red Hat http://bill.burkecentral.com |
|
From: Peter M. <res...@pm...> - 2012-11-29 19:37:55
|
Greetings Resteasy Crew, I'd like to reliably bracket (try..finally) the actual dispatch of the jax/rs request, but without the serialization / writing of the response. Essentially, I'd like to override SynchronousDispatcher.getResponse() to encapsulate all sub-resource locators and resource methods. Is there a clean way to insert an overridden SynchronousDispatcher subtype at servlet init() time? Cheers, |
|
From: Bill B. <bb...@re...> - 2012-11-19 16:36:48
|
Solomon, they want to be able to have a POJO with no annotations and dynamically define a mapping using metadata. On 11/17/2012 7:57 PM, Solomon Duskis wrote: > FYI, you can already add programmatic Resources right now. In my case, > I wanted a controller that you plug in a Hibernate supported pojo type, > and automatically map it to a url. It was pretty trivial to write, at > least with Spring: > > https://github.com/skyscreamer/yoga/blob/master/yoga-demos/yoga-demo-resteasy/src/main/java/org/skyscreamer/yoga/demo/resteasy/resources/ControllerSubscriber.java > > -Solomon > > On Fri, Nov 16, 2012 at 5:58 PM, Bill Burke <bb...@re... > <mailto:bb...@re...>> wrote: > > I'll be getting to this soon after I do some security prototyping. But > beyond runtime httprequest->POJO mappings, anything more dynamic doesn't > belong in JAX-RS. > > On 11/12/2012 4:20 AM, Stef Epardaud wrote: > > This is very import IMO because in the past I've had to write > code that produces bytecode > > with javassist just for this use-case of being able to add > endpoints dynamically, which > > is just absurd. > > Being able to configure jax-rs resources at run time is very > useful for ror-like frameworks > > and generally services that are dynamic by nature, such as > auto-generated CRUD services for > > entities (which is what I worked on). Granted, a similar thing > could have been done at > > compile-time with APT, but that's not always available (Play > Framework doesn't support it). > > > > -- > Bill Burke > JBoss, a division of Red Hat > http://bill.burkecentral.com > > ------------------------------------------------------------------------------ > Monitor your physical, virtual and cloud infrastructure from a single > web console. Get in-depth insight into apps, servers, databases, vmware, > SAP, cloud infrastructure, etc. Download 30-day Free Trial. > Pricing starts from $795 for 25 servers or applications! > http://p.sf.net/sfu/zoho_dev2dev_nov > _______________________________________________ > Resteasy-developers mailing list > Res...@li... > <mailto:Res...@li...> > https://lists.sourceforge.net/lists/listinfo/resteasy-developers > > -- Bill Burke JBoss, a division of Red Hat http://bill.burkecentral.com |
|
From: Solomon D. <sd...@gm...> - 2012-11-18 00:57:29
|
FYI, you can already add programmatic Resources right now. In my case, I wanted a controller that you plug in a Hibernate supported pojo type, and automatically map it to a url. It was pretty trivial to write, at least with Spring: https://github.com/skyscreamer/yoga/blob/master/yoga-demos/yoga-demo-resteasy/src/main/java/org/skyscreamer/yoga/demo/resteasy/resources/ControllerSubscriber.java -Solomon On Fri, Nov 16, 2012 at 5:58 PM, Bill Burke <bb...@re...> wrote: > I'll be getting to this soon after I do some security prototyping. But > beyond runtime httprequest->POJO mappings, anything more dynamic doesn't > belong in JAX-RS. > > On 11/12/2012 4:20 AM, Stef Epardaud wrote: > > This is very import IMO because in the past I've had to write code that > produces bytecode > > with javassist just for this use-case of being able to add endpoints > dynamically, which > > is just absurd. > > Being able to configure jax-rs resources at run time is very useful for > ror-like frameworks > > and generally services that are dynamic by nature, such as > auto-generated CRUD services for > > entities (which is what I worked on). Granted, a similar thing could > have been done at > > compile-time with APT, but that's not always available (Play Framework > doesn't support it). > > > > -- > Bill Burke > JBoss, a division of Red Hat > http://bill.burkecentral.com > > > ------------------------------------------------------------------------------ > Monitor your physical, virtual and cloud infrastructure from a single > web console. Get in-depth insight into apps, servers, databases, vmware, > SAP, cloud infrastructure, etc. Download 30-day Free Trial. > Pricing starts from $795 for 25 servers or applications! > http://p.sf.net/sfu/zoho_dev2dev_nov > _______________________________________________ > Resteasy-developers mailing list > Res...@li... > https://lists.sourceforge.net/lists/listinfo/resteasy-developers > |
|
From: Bill B. <bb...@re...> - 2012-11-16 23:58:57
|
I'll be getting to this soon after I do some security prototyping. But beyond runtime httprequest->POJO mappings, anything more dynamic doesn't belong in JAX-RS. On 11/12/2012 4:20 AM, Stef Epardaud wrote: > This is very import IMO because in the past I've had to write code that produces bytecode > with javassist just for this use-case of being able to add endpoints dynamically, which > is just absurd. > Being able to configure jax-rs resources at run time is very useful for ror-like frameworks > and generally services that are dynamic by nature, such as auto-generated CRUD services for > entities (which is what I worked on). Granted, a similar thing could have been done at > compile-time with APT, but that's not always available (Play Framework doesn't support it). > -- Bill Burke JBoss, a division of Red Hat http://bill.burkecentral.com |
|
From: Weinan Li <we...@re...> - 2012-11-16 03:39:53
|
The concept sounds like JA-SIG CAS if RESTEasy supports IDP/Auth-server solution. Maybe we could borrow some designs from it in IDP side :-) Cheers, - Weinan On Nov 16, 2012, at 6:26 AM, Bill Burke <bb...@re...> wrote: > My thoughts on OAuth2 and also how Resteasy will use it. > > http://bill.burkecentral.com/2012/11/15/do-you-really-need-oauth2/ > > -- > Bill Burke > JBoss, a division of Red Hat > http://bill.burkecentral.com > > ------------------------------------------------------------------------------ > Monitor your physical, virtual and cloud infrastructure from a single > web console. Get in-depth insight into apps, servers, databases, vmware, > SAP, cloud infrastructure, etc. Download 30-day Free Trial. > Pricing starts from $795 for 25 servers or applications! > http://p.sf.net/sfu/zoho_dev2dev_nov > _______________________________________________ > Resteasy-developers mailing list > Res...@li... > https://lists.sourceforge.net/lists/listinfo/resteasy-developers |
|
From: Bill B. <bb...@re...> - 2012-11-15 22:27:04
|
My thoughts on OAuth2 and also how Resteasy will use it. http://bill.burkecentral.com/2012/11/15/do-you-really-need-oauth2/ -- Bill Burke JBoss, a division of Red Hat http://bill.burkecentral.com |
|
From: Weinan Li <we...@re...> - 2012-11-14 03:56:07
|
I‘ve taken some medicine and feeling much better now, but still have low fever. I'm afraid I need another two days to fully recover from food poisoning. Sorry for the delay of the work, I'll be back soon :-) Cheers, - Weinan >>> Hi Team, >>> >>> I ate bad food in the weekend and become sick. I will be back Wednesday. >>> >>> Cheers, >>> - Weinan >>> >>> >> >> > |