mmattozzi / cocoa-rest-client Goto Github PK

Hi, on top of all the contributions that im doing to this App, i have also created a new icon, that (in my opinion) represents very well what this application does and looks way more actual than the dated (and low res) one that we currently have.

Thougts ??

/cc @mmattozzi

I propose to put any 3rd party libraries into some separate directory, for example Vendor or something

It would be great if the content-type menu items could be edited/added to, say, possibly, through a new preferences tab or something.

For instance: you're playing with FaceBook's API and you have to specify some parameters (token/api_key/etc) in each request.
With templates you can easily create a bookmark like that:

Name: "Ololoev API: /user_info"
URL: http://ololoev.com/api/user_info
Params:
{
    token: <PLACEHOLDER>,
    api_secret: "110237182741987410373", // static value — doesn't change per request
    name: <PLACEHOLDER>,
    fields: ["full_name", <PLACEHOLDER>]
}

Just select it from a list, replace PLACEHOLDERs with right values and make requests.

• feature from the title:

  {
      user: "[email protected]",
      id: "CAFEBABE",
      magic: 916,
      session: "1359346348"
  }    
  

  which (after converting) will be

     Param Key    |   Param Value
     ---------------------------------
     user         |   [email protected]
     id           |   CAFEBABE
     magic        |   916
     session      |   1359346348    
  

  I think a checkbox «Parse JSON» next to «Raw Input» will be cool.

Yes, this way works for one-level JSON only: no arrays, dictionaries and so on.

I can't figure out why (or steps to reproduce), but with some of the GET requests on my local machine, the Authorization header is never sent (all other headers are sent fine).

A short history: I originally downloaded and built DeigoMax's fork before discovering that this was the original and that there was a binary install available. I removed DiegoMax's build and installed the build from here.

Now, every launch results in this crash

*** Terminating app due to uncaught exception 'NSInvalidUnarchiveOperationException', reason: '*** -    [NSKeyedUnarchiver decodeObjectForKey:]: cannot decode object of class (CRCSavedRequestFolder)'
abort() called
terminating with uncaught exception of type NSException

I'm guessing that Cocoa Rest Client stores its settings somewhere and that DeigoMax's build has corrupted these settings. Can I get some directions on what I need to clear/delete to be able to cleanly load Cocoa Rest Client?

will be really cool to have

I have problem with the cookies. I can't modifying the request body, will not work if the cookies is set.

Unfortunately I don't have a public URL for you to test with right now, and I'm not sure at which lengths this starts occurring. But responses that could be JSON formatted in 1.3.7, no longer can in 1.3.8.
The output box just keeps showing "Loading ".

I'll see if I can clone the project later today and see what exception it's throwing.

Version 1.3.8
OS X 10.9.5

Steps to reproduce:

1. Open previously saved request
2. Make a change (I changed the URL)
3. Select Overwrite Request from menu (or Ctrl Cmd S)
4. Select other request
5. Select original request. The request is still as it was before the change was made.

«Default Application» means Finder, doesn't it? So maybe it's a good idea to rename this menu item.

Can multi-line raw support be added? I mean, if I have a long list of parameters and break them up in multiple lines I get a "\n" on every line, can spaces and new lines be trimmed?
Thanks!

is it possible to set cookies for the request?

Hi,

Firstly this is a great app that saved me lots of time, thanks.

I am using the version 1.3.7(12) and found in xml response body there is always a missing quotation mark ( " ) to close the xmlns:ns0 declaration, for example:

I got a response like:

<?xml version="1.0" encoding="UTF-8"?>
<ns0:crmOrganisationList xmlns:ns0="http://somewhere/v1/xsd>
<blahblah/>
</ns0:crmOrganisationList>

Notice the missing closing " after v1/xsd

Cheers
James

Hi, first thanks for your work, it's very useful 👍

I'm running 1.3.9 and I have all my requests organized into 'folders', but now the export portion of the program doesn't seem to recognize them.
If I take one out of the folder the export can see it.

In most browsers, Cmd-L will focus the URL bar. It would be nice if there was a shortcut to focus the URL bar.

I know you can press Tab a bunch to get there. It'd just be nice to have a single, standard shortcut.

My endpoint is returning JSON that looks like this:

[
   {
     "id" : 2,
     "load_no" : "QWER34568",
     "return_date_scheduled" : "2014-06-27T22:30:00.000000+10:00"
   }
 ]

Yet cocoa-rest-client displays it like so:

[
   {
     "id" : 2,
     "return_date_scheduled" : "2014-06-27T22:30:00.000000+10:00",
     "load_no" : "QWER34568"
   }
 ]

What's the go with that? It's quite annoying. All the properties are in the wrong order.

I know you shouldn't rely on the order of the properties when working with JSON, but still - for readability I have ordered them in a particular way, and ideally the REST client should just display them in the order they were sent since it's primarily a tool for testing/viewing responses from an endpoint.

Is it possible having an option of saving the requests to iCloud as default, or any other file sharing folders? I know export/import works, but it's great to have it as a default.

Thanks!

From pod install

Glinda:cocoa-rest-client kent$ pod install
Analyzing dependencies
# Uncomment this line to define a global platform for your project

CocoaPods 0.36.0.beta.2 is available.
To update use: `gem install cocoapods --pre`
[!] This is a test version we'd love you to try.

For more information see http://blog.cocoapods.org
and the CHANGELOG for this version http://git.io/BaH8pQ.

Pre-downloading: `ACEView` from `[email protected]:faceleg/ACEView.git`, commit `8edb38c5164ae787c3b271243ca598be9edffdd8`, submodules `true`
[!] /usr/bin/git clone [email protected]:faceleg/ACEView.git /Users/kent/dev/Macintosh/cocoa-rest-client/Pods/ACEView

Cloning into '/Users/kent/dev/Macintosh/cocoa-rest-client/Pods/ACEView'...

Permission denied (publickey).

fatal: Could not read from remote repository.

Please make sure you have the correct access rights

and the repository exists.

I've change the Podfile to use just pod 'ACEView' - now pod install gives:

Analyzing dependencies

CocoaPods 0.36.0.beta.2 is available.
To update use: `gem install cocoapods --pre`
[!] This is a test version we'd love you to try.

For more information see http://blog.cocoapods.org
and the CHANGELOG for this version http://git.io/BaH8pQ.

Downloading dependencies
Installing ACEView (0.0.4)
Generating Pods project
Integrating client project

I now receive the error:

/Users/kent/dev/Macintosh/cocoa-rest-client/core/CocoaRestClientAppDelegate.m:480:19: No visible @interface for 'ACEView' declares the selector 'setReadOnly:'

I've commented out this line for now.

Maybe i'm just stupid and can't figure it out or somewhere it says very clearly that this is not supported but i think it should be.

so like when using the raw input option I am thinking it should be something like:

user={email="[email protected]",password="password"}

but this gets turned into

{"user"=>"{email="[email protected]",password="password"}"

It would be nice if the request body was sent along with a GET request. My use case is some finicky API that only accepts GET requests, but uses the body to parse a query.

While this is bad form, it doesn't seem violate the HTTP spec to send a body with a GET request.

I may be doing something wrong, but when I enter a username and password for basic authentication, there is not Authorization header being sent with the request.

Hi Mike,

I need to send a request like this:

{"age":29}

This is because I send the query straight to MongoDB. The problem is that cocoa-rest-client seems to be quoting the value:

{"age":"29"}

This results in no matches, since the value it's interpreted as a string. I've checked with other tools (i.e. Chrome's Dev HTTP Client) and I can write the right query without a problem. I tried to debug cocoa-rest-client, but I didn't see this happening in [CRCFormEncodedRequest createRequest]. Any ideas? Thanks!

We (well, at least I do) really need one :)

I know it's OCD, but when I design REST resources I care about about field ordering. The current JSON pretty-printer does not preserve field ordering. I didn't realize that this app even had this feature until my co-worker and I were scratching our heads trying to figure out why our application was marshaling JSON with a haphazard field ordering. A nice-to-have would be a View: Pretty Print Response menu item that might make this behavior a little more clear.

If you set Content-Type: application/json
and add POST params

When you submit request, POST params are ignored and empty data will be sent.

I think you shouldn't ignore POST params in this case.

Hey, I was out looking for REST clients and noticed one on the Mac App Store that looks very similar to Cocoa Rest Client, is it a paid official release? Here's the app:

Rest Client

Hi!
I really love this tool! Great Job! Only thing I miss is the ability to group saved requests. As many of us I have too much projects and grouping the saved requests would make my daily work much easier.

I'm owning an AppStore account and love your application. It's a pity that your application is not available in the AppStore. May I distribute it to the AppStore?

I know, that the BSD license would allow me to do that, but I want to be polite to ask you for your consent.

Hey @mmattozzi, I just started using Cocoa REST Client and it's great, thanks!

I have a number of RESTful APIs that use URL parameters, even next to body parameters, and it would be great to be able to see and test combinations of URL parameters how one can with body parameters currently. I'd be happy to create a PR with this support, I just wanted to see if there was a reason you wouldn't want this included.

Thanks again!

This app is great.

I'm not sure how difficult it would be, but it sure would be nice if hrefs or any other uri-like things could be clicked on as a new request. Often I need to be able to browse around a REST API following links.

And even cooler, would be if there were back/next buttons (but really the history drop down already serves the same purpose).

Thanks for all your work on this.

The client seems to follow the redirect with a GET rather than the original POST. Is this expected behavior?

• import JSON (depends on #17) as «raw input» and parse them for params and values;

Maybe, drag'n'drop .json into the request's tableview or something.

Hi,

I'm using a custom variant of the JSON Mime type : application/vnc.example-v1+json
It is not formatted as regular JSON content.

Is there a way to customize the mapping between formatters and Mime type?
It doesn't have to be a nice GUI, a setting in a plist file would be great.

Thanks for your work on this piece of software.

The readme says:

I will most likely switch to ARC when OS X 10.8 is released.

10.9 was released almost a year ago, 10.10 will be released soon. Is there a plan to switch to ARC?
I tried compiling the source on Xcode 5 (on 10.9) and it refuses to support GC. If/when I have time I can switch it myself, but I want to know your plans first.

I skimmed through some old issues and noted that evil people sometimes upload this app to the Mac App Store and try to make some money out of it.

So my question is, why isn't it officially available on the Mac App Store? It's a great App and it should be available on the Mac App Store.

I'm sure it would be great to provide a checkbox such «Gzip that» or «Compress this file» for every one before uploading.

When using CocoaRestClient, I would like to be able to pull space between the top and bottom section of the application.

Some times I would like to see more of the request body, as I'm dealing with a several hundred line request in my current work. This would allow me to see more of the request body in-place, rather than needing to copy out to my text editor, and then paste back in.

Hello, I was browsing the app store and i just found this app...

Someone is selling this open source app on the store, I hope its you guys, otherwise we have to report this :).

Thanks for this app.

https://itunes.apple.com/us/app/simple-http-requests/id776878895?mt=12

Hi there,

The requests being generated appear to be always sent with a header Connection:keep-alive. I tried explicitly adding a header Connection:close but this is being ignored.

Any suggestions would be appreciated.

Thanks

Tim

I forked the repo to create a few minor additions to the app. But when I opened it in Xcode (6.1.1), I get this message:

Attempting to convert the project gives all sorts of nasty errors and warnings. Certain C structs, such as, CFStringRef Xcode doesn't know how to convert. I can't seem to get it to work.

Is anyone working on converting it or is there a workaround available for now?

I have a web service that returns a stream of a PDF document and the response content type is application/pdf. It would be great if the REST client was able to display the file that is returned. At the moment it just shows the text of the bytes in the response panel.

Is there a cookie manager in the Cocoa Rest Client? I don't see one (version 1.3.6). This would be really useful. It appears to be keeping cookies.

After saving a request if the app crashes or you get a kernel panic then all requests saved up to that point are lost forever. Please sync the user defaults or save the prefs file when the request is saved. Thanks!

I dont know exactly the name of those components on xcode, but will be cool to have a way to organize better the saved request so we can put inside a project folter all his request and "subfolders", cause now its a little confusing if you have so much request on the list, and you cannot rearrange them.

Expose a log of the requests and responses. This app is a nice wrapper around CURL (and much more), but it would be nice to see how to duplicate a request with curl.