#rest on irc.freenode.net 2011-12-08 (txt)

[00:15] DracoBlue (~Adium@ip-vlan-obckunde-02-217-66-60-14.pixelpark.net) joined #rest.
[00:30] DracoBlue (~Adium@ip-vlan-obckunde-02-217-66-60-14.pixelpark.net) left #rest.
[00:34] Ngarthl (erlenha@colargol.tihlde.org) joined #rest.
[01:05] grove (~grove@aggw006.cappelendamm.no) joined #rest.
[01:05] DracoBlue (~Adium@ip-vlan-obckunde-02-217-66-60-14.pixelpark.net) joined #rest.
[01:06] DracoBlue (~Adium@ip-vlan-obckunde-02-217-66-60-14.pixelpark.net) left #rest.
[01:35] DracoBlue (~Adium@ip-vlan-obckunde-02-217-66-60-14.pixelpark.net) joined #rest.
[01:36] DracoBlue (~Adium@ip-vlan-obckunde-02-217-66-60-14.pixelpark.net) left irc: Client Quit
[02:12] DracoBlue (~Adium@ip-vlan-obckunde-02-217-66-60-14.pixelpark.net) joined #rest.
[02:16] DracoBlue (~Adium@ip-vlan-obckunde-02-217-66-60-14.pixelpark.net) left irc: Ping timeout: 240 seconds
[02:21] DracoBlue (~Adium@ip-vlan-obckunde-02-217-66-60-14.pixelpark.net) joined #rest.
[02:22] DracoBlue (~Adium@ip-vlan-obckunde-02-217-66-60-14.pixelpark.net) left #rest.
[03:21] Split (~split@84.34.147.60) left irc: Ping timeout: 244 seconds
[03:37] DracoBlue (~Adium@ip-vlan-obckunde-02-217-66-60-14.pixelpark.net) joined #rest.
[03:37] DracoBlue (~Adium@ip-vlan-obckunde-02-217-66-60-14.pixelpark.net) left #rest.
[03:39] Split (~split@84.34.147.60) joined #rest.
[03:46] DracoBlue (~Adium@ip-vlan-obckunde-02-217-66-60-14.pixelpark.net) joined #rest.
[03:46] DracoBlue (~Adium@ip-vlan-obckunde-02-217-66-60-14.pixelpark.net) left #rest.
[04:16] cwb (~user@russell.carlbaatz.com) joined #rest.
[04:27] Gandalf84 (~Gandalf84@93-50-97-97.ip152.fastwebnet.it) joined #rest.
[04:27] <Gandalf84> hi
[04:28] <Gandalf84> can somebody please suggest me a tutorial on how to handle image uploading from rest web service?
[04:32] <trygvis> which media type are you using for your rest application?
[04:42] <Gandalf84> JSON, so i can handle multiple info
[04:42] <Gandalf84> what you suggest about it?
[04:43] <trygvis> JSON is not a hypermedia
[04:44] <trygvis> you can always use json as a format for your hypermedia, and in your description of the hypermedia you can explain how applications should upload images
[04:45] <Gandalf84> is good for you to upload an image as a string in JSON?
[04:46] <Gandalf84> {image:"3v24v23j423h4v4vk2jh34v2kjh34bv2kj4v2kj3h4"}
[04:46] <Gandalf84> something like this
[04:46] <trygvis> that sounds crazy
[04:46] <Gandalf84> :D
[04:47] <Gandalf84> I have to send an image from Iphone (i'm developing the app) to my WS
[04:47] <Gandalf84> i don't know how to do it
[04:48] <trygvis> { ..., "image-upload-url": "http://../uploads"; } is probably fine, but not very REST-ful
[04:49] <Gandalf84> i have to send raw data
[04:49] <trygvis> right, so just POST to image-upload-url
[04:50] <Gandalf84> yes but how can i handle than?
[04:51] <trygvis> I don't see the problem
[04:51] <Gandalf84> i don't know how to define the function that have to handle raw data and convert to a file
[04:52] <trygvis> then you should probably ask the people who made your http framework
[04:52] <Gandalf84> I'm making it
[04:53] <trygvis> I doubt that
[04:53] <Gandalf84> :D
[04:53] <Gandalf84> i'm developing both iphone and server side
[04:53] <Gandalf84> it's the first time i develop java WS
[04:53] <trygvis> yes, and on the server side you're using some framework to do the http stuff
[04:54] <Gandalf84> TomCat you mean?
[04:55] <Gandalf84> I'm using MyEclipse, until now all my methods are defined like this:
[04:55] <Gandalf84> @PUT
[04:55] <Gandalf84> @Path("/{imageId}")
[04:55] <Gandalf84> public String approveImage(@PathParam("imageId") Long imageId) {
[04:56] <Gandalf84> I don't know how to define the method for receiving raw data
[04:57] <Gandalf84> this makes sense for you?
[05:00] bigbluehat (~bigblueha@adsl-74-177-96-212.gsp.bellsouth.net) joined #rest.
[05:00] Gandalf84 (~Gandalf84@93-50-97-97.ip152.fastwebnet.it) left irc:
[05:12] gchristensen (~gchristen@unaffiliated/grahamc) joined #rest.
[05:13] gchristensen (~gchristen@unaffiliated/grahamc) left irc: Client Quit
[05:32] peers (~ajp5103@128.118.235.29) joined #rest.
[05:34] gchristensen (~gchristen@unaffiliated/grahamc) joined #rest.
[05:38] blongden (~blongden@nocarrier.co.uk) joined #rest.
[05:39] blongden (~blongden@nocarrier.co.uk) left #rest.
[05:59] gchristensen (~gchristen@unaffiliated/grahamc) left irc: Quit: Leaving...
[06:19] sbanwart (~sbanwart@h230.79.189.173.dynamic.ip.windstream.net) joined #rest.
[06:24] bigbluehat (~bigblueha@adsl-74-177-96-212.gsp.bellsouth.net) left irc: Quit: Leaving.
[06:26] mamund is back
[06:37] bradley-holt (~bradley-h@65-183-135-35-dhcp.burlingtontelecom.net) joined #rest.
[06:45] Wombert (~Wombert@dslb-088-066-204-163.pools.arcor-ip.net) joined #rest.
[06:49] bigbluehat (~bigblueha@adsl-74-177-96-212.gsp.bellsouth.net) joined #rest.
[06:51] grove (~grove@aggw006.cappelendamm.no) left irc: Quit: grove
[06:59] gchristensen (~gchristen@unaffiliated/grahamc) joined #rest.
[07:02] gchristensen (~gchristen@unaffiliated/grahamc) left irc: Client Quit
[07:30] bigbluehat (~bigblueha@adsl-74-177-96-212.gsp.bellsouth.net) left irc: Ping timeout: 252 seconds
[07:32] kennethreitz (~kennethre@ip65-46-252-62.z252-46-65.customer.algx.net) joined #rest.
[07:39] gchristensen (~gchristen@unaffiliated/grahamc) joined #rest.
[07:42] wav1 (~Adium@24-155-228-96.dyn.grandenetworks.net) joined #rest.
[08:08] grove (~grove@193.201.9.46.customer.cdi.no) joined #rest.
[08:50] bigbluehat (~bigblueha@nmd.sbx08595.greensc.wayport.net) joined #rest.
[08:51] bigbluehat (~bigblueha@nmd.sbx08595.greensc.wayport.net) left irc: Client Quit
[09:17] DracoBlue (~Adium@ip-vlan-obckunde-02-217-66-60-14.pixelpark.net) joined #rest.
[09:21] wav1 (~Adium@24-155-228-96.dyn.grandenetworks.net) left irc: Ping timeout: 244 seconds
[09:22] wav1 (~Adium@24-155-228-96.dyn.grandenetworks.net) joined #rest.
[09:28] KevBurnsJr (~KevBurnsJ@50.0.103.39) joined #rest.
[09:29] kennethreitz (~kennethre@ip65-46-252-62.z252-46-65.customer.algx.net) left irc: Quit: Textual IRC Client: http://www.textualapp.com/
[09:32] bigbluehat (~bigblueha@adsl-74-177-96-212.gsp.bellsouth.net) joined #rest.
[09:34] <mamund> yippee!
[09:34] <mamund> my I-D has moved up another notch in the IETF pecking order...
[09:34] <mamund> http://datatracker.ietf.org/doc/draft-amundsen-item-and-collection-link-relations/
[09:35] <mamund> offically assigned an Area Director.
[09:35] mamund does a happy dance \o\ /o/
[09:36] bigbluehat (~bigblueha@adsl-74-177-96-212.gsp.bellsouth.net) left irc: Ping timeout: 252 seconds
[09:40] mephju_ (~mephju@dslb-094-222-029-097.pools.arcor-ip.net) left irc: Quit: Verlassend
[09:42] DracoBlue (~Adium@ip-vlan-obckunde-02-217-66-60-14.pixelpark.net) left #rest.
[09:46] <fu-manchu> congrats :)
[09:50] <mamund> :)
[09:50] <mamund> small victories
[09:50] <mamund> hopefully, this means it will go to "Last Call" soon
[09:50] <mamund> after that, it's an official RFC<woo-hoo!>
[09:52] <steveklabnik> nice
[09:52] <steveklabnik> congrats
[09:52] <mamund> :)
[09:52] <mamund> i will soon be immortal<g>
[10:33] wav1 (~Adium@24-155-228-96.dyn.grandenetworks.net) left irc: Quit: Leaving.
[10:41] wav1 (~Adium@24-155-228-96.dyn.grandenetworks.net) joined #rest.
[10:53] bigbluehat (~bigblueha@adsl-74-177-96-212.gsp.bellsouth.net) joined #rest.
[10:57] steveklabnik (steve@nat/xomb/x-bjpreexdfxfzpuzd) left irc: Quit: lololol
[11:12] hobodave (~hobodave@pdpc/supporter/professional/hobodave) joined #rest.
[11:12] <hobodave> hey everyone
[11:14] <hobodave> I'm working on a RESTful web service strongly influenced by the books RESTful Web Services and the RESTful Web Services Cookbook
[11:15] <hobodave> I can't seem to find what the best practice is in this particular situation. If I'm using custom Content-types such as: application/vnd.com.example.Company+json to return a representation of a Company that is found, what Content-Type should i use when I'm returning a 404 for a Company that is not found?
[11:15] <hobodave> The same thing? There is no actual content so I'm a little confused
[11:18] kennethreitz (~kennethre@204.14.152.118) joined #rest.
[11:21] <fu-manchu> if you're not returning a response body at all, then you don't need to emit a Content-Type header
[11:21] <fu-manchu> but i'd recommend you do
[11:22] <hobodave> fu-manchu should it be the same content-type that the requested resource is?
[11:22] <fu-manchu> and if you can return a response body for 404 that's the same C-T as you would for 200, that can make writing clients easier
[11:22] <fu-manchu> it bites to be writing a client for JSON, for example, and then get handed a text/html or text/plain response
[11:23] <hobodave> fu-manchu so you think I should return a Content-Type of application/vnd.com.example.Company+json and a response body of "{}" ?
[11:23] <fu-manchu> I don't think it should be Company+json, but it should be json
[11:23] <fu-manchu> you might want to define a vnd.com.example.Error+json
[11:23] <mikekelly> :|
[11:24] nuclearsandwich (~nuclearsa@173.247.193.198) joined #rest.
[11:24] <mikekelly> you could always use an existing type
[11:24] <hobodave> fu-manchu I do have a Messages+json that is used to communicate client side errors in detail
[11:24] <hobodave> but it seems verbose for a simple 404
[11:24] <fu-manchu> (this is one reason I dislike new media types for different resource types)
[11:24] <hobodave> I use it primarily for 400 errors in which I point out specific errors
[11:24] <whartung> the content type is the content type of the error message
[11:25] <whartung> if the error is rendered in your json, use that. If it's HTML then use that.
[11:25] <hobodave> whartung and if I don't wish to give an error message other than the descriptive header?
[11:25] <hobodave> 404 Not Found is wholly sufficient in my book
[11:25] <whartung> yea
[11:25] <whartung> then don't send anything
[11:25] <hobodave> whartung so omit Content-Type altogether?
[11:26] <whartung> content type doesn't matter if size is 0
[11:26] <whartung> yea
[11:26] <mikekelly> hobodave: what doe you vnd media type do ?
[11:26] <hobodave> I think that makes sense whartung
[11:26] <fu-manchu> you SHOULD return a response body: see http://tools.ietf.org/html/draft-ietf-httpbis-p2-semantics-17#section-7.4
[11:26] <hobodave> mikekelly it canonically describes the content type
[11:27] <mikekelly> er.
[11:27] <mikekelly> ok :P
[11:27] <mikekelly> I meant more what can you actually represent with the media type
[11:27] <fu-manchu> but the great thing about SHOULDs is "ignore as long as you understand the implications" ;)
[11:28] <hobodave> mikekelly that's really specific to the internals of my application
[11:30] <mikekelly> do you think a custom media type is necessary then /
[11:30] <mikekelly> ?
[11:31] <mikekelly> hobodave: as in obligatory if you want to Do It Right(tm)
[11:31] <hobodave> mikekelly yes, it permits me to define a contract about what a Company is
[11:31] <hobodave> clients can make assumptions about the data provided with that Content-Type
[11:31] <whartung> folks seem to conflate media-types with application semantics...I think that's a mistake.
[11:31] <mikekelly> hobodave: how do clients get to a company resource ?
[11:31] <hobodave> assumptions that are fundamentally different than a Ticket in my system
[11:32] <hobodave> mikekelly through a URI
[11:32] <mikekelly> a link from another resource ?
[11:32] <hobodave> mikekelly correct
[11:32] <mikekelly> and that link which leads them cannot set the context and act as the 'contract' ?
[11:32] <hobodave> it certainly could
[11:33] <mikekelly> great
[11:33] <mikekelly> that's probably a lot easier to manage if you use a generic media type and define your application in termso f link relations
[11:33] <hobodave> I think I'm missing your point. Right now it just seems like we have a differing opinion on how to use Content-Types
[11:33] <mikekelly> not really, I don't think specific media types are particularly good practice
[11:34] <hobodave> exactly
[11:34] <mikekelly> I don't extend HTML to write a web app for browsers
[11:34] <Jarda> where is darrel miller :/
[11:34] <mikekelly> pimping HAL somewhere no doubt
[11:34] <whartung> more HAL
[11:34] <whartung> "Open the REST bay doors, HAL"
[11:38] <Jarda> :)
[11:38] <Jarda> He's the one and only resource for .NET for me..
[11:40] <mikekelly> hobodave: so really, I'm just interested in understanding what lead to your taking that route
[11:40] <hobodave> mikekelly my reading of the aforementioned books, and the convenience it offers with specific data types of mine, particular what I'm calling a Collection resource
[11:41] <mikekelly> convenience vs just using the link relations ?
[11:41] <hobodave> clients can make useful assumptions about the Collection resource regarding pagination, resource counts, and iteration
[11:41] <hobodave> or they can just use the link relations for pagination
[11:42] <whartung> Clients can make assumption of any media type
[11:42] <mikekelly> why do you believe those assumptions not be based from the preceding link relation ?
[11:42] <mikekelly> s/not/cannot
[11:42] <hobodave> mikekelly I'm sorry I don't have time to further validate myself to you. I really do appreciate your help; I must get back to development though.
[11:42] <mikekelly> lol
[11:43] <mikekelly> bye
[11:43] <hobodave> thanks again
[11:43] <mikekelly> you're so very welcome
[11:58] nuclearsandwich (~nuclearsa@173.247.193.198) left irc: Remote host closed the connection
[11:59] nuclearsandwich (~nuclearsa@173.247.193.198) joined #rest.
[12:26] wav1 (~Adium@24-155-228-96.dyn.grandenetworks.net) left irc: Read error: Connection reset by peer
[12:30] wav1 (~Adium@107.28.161.2) joined #rest.
[12:30] mamund does another happy dance!
[12:31] <mamund> my I-D just went to "Last Call" <!>
[12:37] <fu-manchu> wow
[12:39] <mamund> LOL, yeah
[12:39] <mamund> it's been sitting for a while
[12:39] <mamund> and it's very simple.
[12:42] wav11 (~Adium@173.7.71.71) joined #rest.
[12:44] wav1 (~Adium@107.28.161.2) left irc: Ping timeout: 240 seconds
[12:55] wav1 (~Adium@107.28.112.74) joined #rest.
[12:57] wav12 (~Adium@107.28.135.39) joined #rest.
[12:57] wav11 (~Adium@173.7.71.71) left irc: Ping timeout: 244 seconds
[12:59] wav1 (~Adium@107.28.112.74) left irc: Ping timeout: 252 seconds
[13:01] wav1 (~Adium@173-106-3-43.pools.spcsdns.net) joined #rest.
[13:03] wav12 (~Adium@107.28.135.39) left irc: Ping timeout: 252 seconds
[13:22] wav1 (~Adium@173-106-3-43.pools.spcsdns.net) left irc: Ping timeout: 244 seconds
[13:51] mamund gotta go, toodles!
[14:11] peers (~ajp5103@128.118.235.29) left irc:
[14:19] bigbluehat (~bigblueha@adsl-74-177-96-212.gsp.bellsouth.net) left irc: Quit: Leaving.
[14:23] sbanwart (~sbanwart@h230.79.189.173.dynamic.ip.windstream.net) left irc: Read error: Operation timed out
[14:34] grove (~grove@193.201.9.46.customer.cdi.no) left irc: Quit: grove
[14:50] kennethreitz (~kennethre@204.14.152.118) left irc: Ping timeout: 252 seconds
[15:00] kennethreitz (~kennethre@204.14.152.118) joined #rest.
[15:29] bradley-holt (~bradley-h@65-183-135-35-dhcp.burlingtontelecom.net) left irc: Quit: bradley-holt
[15:45] Wombert (~Wombert@dslb-088-066-204-163.pools.arcor-ip.net) left irc: Quit: Wombert
[16:35] sbanwart (~sbanwart@99-177-126-136.lightspeed.bcvloh.sbcglobal.net) joined #rest.
[16:42] sbanwart (~sbanwart@99-177-126-136.lightspeed.bcvloh.sbcglobal.net) left irc: Read error: Operation timed out
[16:42] sbanwart (~sbanwart@99-177-126-136.lightspeed.bcvloh.sbcglobal.net) joined #rest.
[16:43] gchristensen (~gchristen@unaffiliated/grahamc) left irc: Quit: Leaving...
[16:47] sbanwart_ (~sbanwart@99-177-126-136.lightspeed.bcvloh.sbcglobal.net) joined #rest.
[16:48] sbanwart (~sbanwart@99-177-126-136.lightspeed.bcvloh.sbcglobal.net) left irc: Ping timeout: 252 seconds
[16:54] sbanwart_ -> sbanwart
[16:55] kennethreitz (~kennethre@204.14.152.118) left irc: Ping timeout: 244 seconds
[17:10] gchristensen (~gchristen@unaffiliated/grahamc) joined #rest.
[17:14] gchristensen (~gchristen@unaffiliated/grahamc) left irc: Client Quit
[17:15] sbanwart (~sbanwart@99-177-126-136.lightspeed.bcvloh.sbcglobal.net) left irc: Remote host closed the connection
[17:16] sbanwart (~sbanwart@99.177.126.136) joined #rest.
[17:34] gchristensen (~gchristen@unaffiliated/grahamc) joined #rest.
[18:12] gchristensen (~gchristen@unaffiliated/grahamc) left irc: Quit: Leaving...
[18:34] gchristensen (~gchristen@unaffiliated/grahamc) joined #rest.
[18:35] gchristensen (~gchristen@unaffiliated/grahamc) left irc: Client Quit
[18:37] nuclearsandwich (~nuclearsa@173.247.193.198) left irc: Remote host closed the connection
[18:59] KevBurnsJr (~KevBurnsJ@50.0.103.39) left irc:
[19:49] gchristensen (~gchristen@unaffiliated/grahamc) joined #rest.
[20:27] sbanwart (~sbanwart@99.177.126.136) left irc: Ping timeout: 240 seconds
[21:24] gchristensen (~gchristen@unaffiliated/grahamc) left irc: Quit: Leaving...
[21:42] grove (~grove@193.201.9.46.customer.cdi.no) joined #rest.
[21:45] grove (~grove@193.201.9.46.customer.cdi.no) left irc: Client Quit
[22:28] grove (~grove@aggw006.cappelendamm.no) joined #rest.
[22:30] quest88 (~quest88@c-98-207-205-137.hsd1.ca.comcast.net) joined #rest.
[00:00] --- Fri Dec 9 2011