rest-client does not run with OpenJDK. Here is the trace and the exact version. This is on linux. I then downloaded Oracle JDK and it started up fine.

$ java -jar restclient-ui-3.4.2-jar-with-dependencies.jar 
Exception in thread "AWT-EventQueue-0" com.google.inject.ProvisionException: Guice provision errors:

1) Error injecting constructor, java.awt.HeadlessException
  at org.wiztools.restclient.ui.RESTMain.<init>(RESTMain.java:80)
  at org.wiztools.restclient.ui.RESTMain.class(RESTMain.java:48)
  while locating org.wiztools.restclient.ui.RESTMain
  while locating org.wiztools.restclient.ui.RESTUserInterface

1 error
    at com.google.inject.internal.InjectorImpl$4.get(InjectorImpl.java:987)
    at com.google.inject.internal.InjectorImpl.getInstance(InjectorImpl.java:1013)
    at org.wiztools.restclient.ServiceLocator.getInstance(ServiceLocator.java:20)
    at org.wiztools.restclient.ui.Main$1.run(Main.java:62)
    at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:312)
    at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:733)
    at java.awt.EventQueue.access$200(EventQueue.java:103)
    at java.awt.EventQueue$3.run(EventQueue.java:694)
    at java.awt.EventQueue$3.run(EventQueue.java:692)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
    at java.awt.EventQueue.dispatchEvent(EventQueue.java:703)
    at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:242)
    at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:161)
    at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:150)
    at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:146)
    at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:138)
    at java.awt.EventDispatchThread.run(EventDispatchThread.java:91)
Caused by: java.awt.HeadlessException
    at java.awt.GraphicsEnvironment.checkHeadless(GraphicsEnvironment.java:207)
    at java.awt.Window.<init>(Window.java:535)
    at java.awt.Frame.<init>(Frame.java:420)
    at javax.swing.JFrame.<init>(JFrame.java:218)
    at org.wiztools.restclient.ui.RESTMain.<init>(RESTMain.java:87)
    at org.wiztools.restclient.ui.RESTMain$$FastClassByGuice$$512c8149.newInstance(<generated>)
    at com.google.inject.internal.cglib.reflect.$FastConstructor.newInstance(FastConstructor.java:40)
    at com.google.inject.internal.DefaultConstructionProxyFactory$1.newInstance(DefaultConstructionProxyFactory.java:60)
    at com.google.inject.internal.ConstructorInjector.construct(ConstructorInjector.java:85)
    at com.google.inject.internal.ConstructorBindingImpl$Factory.get(ConstructorBindingImpl.java:254)
    at com.google.inject.internal.ProviderToInternalFactoryAdapter$1.call(ProviderToInternalFactoryAdapter.java:46)
    at com.google.inject.internal.InjectorImpl.callInContext(InjectorImpl.java:1031)
    at com.google.inject.internal.ProviderToInternalFactoryAdapter.get(ProviderToInternalFactoryAdapter.java:40)
    at com.google.inject.Scopes$1$1.get(Scopes.java:65)
    at com.google.inject.internal.InternalFactoryToProviderAdapter.get(InternalFactoryToProviderAdapter.java:40)
    at com.google.inject.internal.InjectorImpl$3.get(InjectorImpl.java:737)
    at com.google.inject.internal.InjectorImpl$4$1.call(InjectorImpl.java:978)
    at com.google.inject.internal.InjectorImpl.callInContext(InjectorImpl.java:1024)
    at com.google.inject.internal.InjectorImpl$4.get(InjectorImpl.java:974)
    ... 17 more

$ java -version
java version "1.7.0_65"
OpenJDK Runtime Environment (IcedTea 2.5.2) (7u65-2.5.2-3~14.04)
OpenJDK 64-Bit Server VM (build 24.65-b04, mixed mode)

RESTClient 3.5.1 snapshot, tested with 3.5.0 also.

I'm getting a ValidatorException, even though I tell rest-client to not do hostname verification and to ignore self-signed certificates. The service is a locally running IBM WebSphere 8.5. See below for the backtrace!

sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target javax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target at sun.security.ssl.Alerts.getSSLException(Alerts.java:192) at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1949) at sun.security.ssl.Handshaker.fatalSE(Handshaker.java:302) at sun.security.ssl.Handshaker.fatalSE(Handshaker.java:296) at sun.security.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1509) at sun.security.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:216) at sun.security.ssl.Handshaker.processLoop(Handshaker.java:979) at sun.security.ssl.Handshaker.process_record(Handshaker.java:914) at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:1062) at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1375) at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1403) at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1387) at org.apache.http.conn.ssl.SSLConnectionSocketFactory.createLayeredSocket(SSLConnectionSocketFactory.java:394) at org.apache.http.conn.ssl.SSLConnectionSocketFactory.connectSocket(SSLConnectionSocketFactory.java:353) at org.apache.http.impl.conn.DefaultHttpClientConnectionOperator.connect(DefaultHttpClientConnectionOperator.java:134) at org.apache.http.impl.conn.PoolingHttpClientConnectionManager.connect(PoolingHttpClientConnectionManager.java:353) at org.apache.http.impl.execchain.MainClientExec.establishRoute(MainClientExec.java:380) at org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:236) at org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:184) at org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:88) at org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:110) at org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:184) at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82) at org.wiztools.restclient.HTTPClientRequestExecuter.execute(HTTPClientRequestExecuter.java:417) at org.wiztools.restclient.ui.RESTViewImpl$3.run(RESTViewImpl.java:339) Caused by: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target at sun.security.validator.PKIXValidator.doBuild(PKIXValidator.java:387) at sun.security.validator.PKIXValidator.engineValidate(PKIXValidator.java:292) at sun.security.validator.Validator.validate(Validator.java:260) at sun.security.ssl.X509TrustManagerImpl.validate(X509TrustManagerImpl.java:324) at sun.security.ssl.X509TrustManagerImpl.checkTrusted(X509TrustManagerImpl.java:229) at sun.security.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:105) at org.apache.http.ssl.SSLContextBuilder$TrustManagerDelegate.checkServerTrusted(SSLContextBuilder.java:298) at sun.security.ssl.AbstractTrustManagerWrapper.checkServerTrusted(SSLContextImpl.java:922) at sun.security.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1491) ... 20 more Caused by: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target at sun.security.provider.certpath.SunCertPathBuilder.build(SunCertPathBuilder.java:146) at sun.security.provider.certpath.SunCertPathBuilder.engineBuild(SunCertPathBuilder.java:131) at java.security.cert.CertPathBuilder.build(CertPathBuilder.java:280) at sun.security.validator.PKIXValidator.doBuild(PKIXValidator.java:382) ... 28 more

Hi Team,

I am using this tool to test REST web service. My web service hosted on a HTTPS protocol. I can use certificate to test my web services through the tool. My question is by applying certificate, does it signed my message body in case of POST type operation? If yes, how can I prove that? If no, when can we have this feature available?

At present, multipart requests can only have String part and File part. There was a request in #4 for having multipart-mixed type like:

Content-Type: multipart/form-data; boundary=AaB03x

--AaB03x
Content-Disposition: form-data; name="submit-name"

Larry
--AaB03x
Content-Disposition: form-data; name="files"
Content-Type: multipart/mixed; boundary=BbC04y

--BbC04y
Content-Disposition: file; filename="file1.txt"
Content-Type: text/plain

... contents of file1.txt ...
--BbC04y
Content-Disposition: file; filename="file2.gif"
Content-Type: image/gif
Content-Transfer-Encoding: binary

...contents of file2.gif...
--BbC04y--
--AaB03x--

Source: http://www.w3.org/TR/html401/interact/forms.html#h-17.13.4.2

Details in this SO question.

Is a error in SSL with cloudflare,

Received fatal alert: handshake_failure
javax.net.ssl.SSLHandshakeException: Received fatal alert: handshake_failure
    at sun.security.ssl.Alerts.getSSLException(Alerts.java:192)
    at sun.security.ssl.Alerts.getSSLException(Alerts.java:154)
    at sun.security.ssl.SSLSocketImpl.recvAlert(SSLSocketImpl.java:1959)
    at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:1077)
    at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1312)
    at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1339)
    at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1323)
    at org.apache.http.conn.ssl.SSLConnectionSocketFactory.createLayeredSocket(SSLConnectionSocketFactory.java:275)
    at org.apache.http.conn.ssl.SSLConnectionSocketFactory.connectSocket(SSLConnectionSocketFactory.java:254)
    at org.apache.http.impl.conn.HttpClientConnectionOperator.connect(HttpClientConnectionOperator.java:123)
    at org.apache.http.impl.conn.PoolingHttpClientConnectionManager.connect(PoolingHttpClientConnectionManager.java:318)
    at org.apache.http.impl.execchain.MainClientExec.establishRoute(MainClientExec.java:363)
    at org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:219)
    at org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:195)
    at org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:86)
    at org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:108)
    at org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:184)
    at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82)
    at org.wiztools.restclient.HTTPClientRequestExecuter.execute(HTTPClientRequestExecuter.java:406)
    at org.wiztools.restclient.ui.RESTViewImpl$3.run(RESTViewImpl.java:337)

in Mac (Yosemite) in version RESTClient 3.4.2. Well bat in Lunux (Ubuntu), the same version of RESTClient, dont have a this error.

RESTclient supports JKS in a nice way. It would be fine, if RESTclient would also support PKCS#12.

When a request fails due to server unavailability, I see multiple retries being done by HttpClient library. Not sure if this should be the default behavior.

Configurable history size would be great. Or at least a much longer history size than current.

I was using RESTClient, and after re-opening the .jar file, the URL dropdown still has all my old URLs. Is there a way to clear this? History > Clear History does nothing.

Hi,

I'm using RESTClient 3.6 (restclient-ui-fat-3.6.jar). After request is completed I can see the Response time and size in the status bar (bottom). Unfortunately after a short while the status bar changes to "WizTools.org RESTClient" and in most cases I cannot even note the request time.

This is annoying especially when the request time is crucial for me.

Thanks
K

LINK and UNLINK are part of HTTP 1.1.

They are not widely used, but still useful for some REST applications.

We have a lot of sample requests created with an older version of REST client, and we cannot open them with 3.5. It would be great to have backward compatibility or a way to migrate files from the old format to the new one.

Add support for Socks proxy.

just click restclient-ui-fat-3.6.jar to run it and get a error message,

But 3.5 runs OK.

I have set my proxy details in the settings.
If I make a request I get a response saying I am not authenticated. - This shows the proxy settings work.
If I go to the Auth tab and put in the user name and password for the destination I get an error saying I am not authenticated at the proxy!

Is there support for going through the proxy AND authenticating at the other end (with different username/passwords)?

At present, RESTclient can perform encoding of the request body, using the variable/value form for Content-type=application/x-url-encoded, but not for other common Content-types found in many present-day RESTful API's, i.e. type application/json and application/xml. It would be good to have the ability to do so.

Also, it'd be good to be able to decode of the encodable Content-Types, into a hierarchical tabular format (most human readable).

What steps will reproduce the problem?

1. Put some text in the clipboard via "echo foo | xset -b"
2. Try to paste (Ctrl+V) into rest-client, anywhere (URL, body text, etc)

Expected behavior:

The text "foo" is pasted

Actual behavior:

Nothing is pasted.

What version of the product are you using? On what operating system?

3.4.2, Fedora 21.

Please provide any additional information below.

Interestingly, if I do a "Ctrl+C" to copy some text in firefox, then rest-client does paste it properly. So you might thing there is something wrong with "xset".

However, if I do the above command ("echo foo | xset -b"), I can successfully paste that text into firefox or other applications.

So this makes me think rest-client is doing something wrong...

Using version 3.5 on Java 8.

We have a HTTP GET service which returns a ZIP file payload. Your client works when the payload is roughly 2MB and we are able to get the result and download it. If the files is 11MB though your tool just displays the Body as blank. You should have some way of signaling the payload is too large on the Body display and giving a way of downloading it. Here is the headers of our returned result.

Server Apache-Coyote/1.1
Pragma No-cache
Cache-Control no-cache
Expires Wed, 31 Dec 1969 19:00:00 EST
Set-Cookie JSESSIONID=PHihH7crw0SuDnQOqIWB0RWt; Path=/afcatc; HttpOnly
content-disposition attachment;filename=AFCATC-input-files.zip;charset=UTF-8
Content-Type /
Transfer-Encoding chunked
Date Wed, 16 Dec 2015 13:26:28 GMT

(migrated from google code — whoops)

What steps will reproduce the problem?

1. Run rest-client on linux, under X windows.
2. Select some text in another window (e.g. xterm, vim, etc), causing it to become the primary slection
3. middle-click into the URL bar of rest-client

Expected behavior:

I expect my copied text to be pasted into the URL bar.
In other programs, such as firefox, this is indeed what happens.

Actual behavior:

As soon as the rest-client window becomes active, it highlights the text in the URL bar, causing that to become the primary selection.

Then the middle-click is processed, which ends up just duplicating whatever text was already in the URL bar.

What version of the product are you using? On what operating system?

version 3.4.2, on Fedora 21.

Please provide any additional information below.

This used to work in a previous version of rest-client.
The previous version did have the bad behavior of auto-selecting the URL often, but in this particular case, it would paste the text before mucking with the selection.
I don't know what changed to cause this.

I note that you can paste in this way into the "body" window (maybe other places, too).
This bad behavior is specific to the URL bar.

In general though, it would be nice if rest-client just left selections alone, to avoid this issue completely.

Copy/paste when operating purely inside rest-client (either via Ctrl+C/Ctrl+V or the PRIMARY selection) works as expected.

I ran it for the first time, configured my URL, method=post, and body, clicked the arrow at the upper right, and got a popup error.
Deleting the body (none) makes no difference, still the same error.

In response body we support this, but not in request body.

• PKCS12 file extensions can be one of .p12 or .pfx.
• All other extensions, JKS can be selected.

Reading on JKS file extension; on PKCS12 file extension.

I try to run the 3.5 restclient using Java 1.6, and it gives unsupportedclassversion error.

Is there a particular JRE version it is bound to?

Please let me know

Happens only in Java 8.

I have a cookies with a a lot of embedded information in it, that needs to pass without quotes, but it's impossible, and so I can't use this tool. But besides that it's awesome. I would love for that to be an option or not there at all.

Expected:

my_cookie=my-cool=weirdvalue&stuff

Actual:

my_cookie="my-cool=weirdvalue&stuff"

Hope on top of hope - Have an option to turn off auto quote adding.

Building restclient-lib fails on case-sensitive file systems with a FileNotFoundException in XMLIndentUtilTest.testGetIndentedNONE:

Tests run: 3, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.15 sec <<< FAILURE!
testGetIndentedNONE(org.wiztools.restclient.util.XMLIndentUtilTest)  Time elapsed: 0.004 sec  <<< ERROR!
java.io.FileNotFoundException: src/test/resources/input_NONE.xml (No such file or directory)
    at java.io.FileInputStream.open(Native Method)
    at java.io.FileInputStream.<init>(FileInputStream.java:146)
    at org.wiztools.commons.FileUtil.getContentAsString(FileUtil.java:39)
    at org.wiztools.restclient.util.XMLIndentUtilTest.testGetIndentedNONE(XMLIndentUtilTest.java:49)

This is because the file in src/test/resources is named input_None.xml instead of input_NONE.xml

I'll open a pull request with the fix.

the plugin doesn't work on intellij 13 could you release new version?

Hello subwiz,

For years I've been a great fan user of rest-client, many thanks for all your good work on this product. Recently, I've been using new versions of rest-client (3.4.x) on a Windows 7 Enterprise workstation, where JRE 8 update 25 was installed.

There seem to be some visual form / control painting issues when using Java 8, as I didn't see this when using Java 7. This (at least) manifests in artifacts in the URL bar when typing a URL (some characters of the URL may be obscured then) and around the edges of the URL bar. Even just hovering over controls of the rest-client form (like the HTTP method selection) obscures the text "under" the mouse position.

I have attached a screenshot for your convenience. Did you test rest-client with Java 8?

Hoping this will help you in making rest-client even better! Kind regards from Europe.

reneguillot

"Find" feature such as is found in web browsers would be great for the HTTP headers and body. Optimally this would highlight all matches immediately.

I want to add paramters with the request, but I cannot find how to add the parameters?
I donot want to add the paramters after the request link with "?" or "&" ?

Hello there,

I'm trying to use the client to make a REST request as multipart/form-data.

I manage to include files and text content with their mimetypes, but:

• I don't receive file names, nor sizes (file name is set as part name)
• I receive type form-data and I think, as its a file, i should receive file type in Content-Disposition
• I don't receive the mimetype of the files

Thanks for the good job and keep improving :)

I am trying to test SSL REST webservices in our test env and getting. I did load keystroe .jks cert in REST Client. The same cert seems working fine in soapUI. Any help would be greatly appreciated.

sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
javax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
at sun.security.ssl.Alerts.getSSLException(Unknown Source)
at sun.security.ssl.SSLSocketImpl.fatal(Unknown Source)
at sun.security.ssl.Handshaker.fatalSE(Unknown Source)
at sun.security.ssl.Handshaker.fatalSE(Unknown Source)
at sun.security.ssl.ClientHandshaker.serverCertificate(Unknown Source)
at sun.security.ssl.ClientHandshaker.processMessage(Unknown Source)
at sun.security.ssl.Handshaker.processLoop(Unknown Source)
at sun.security.ssl.Handshaker.process_record(Unknown Source)
at sun.security.ssl.SSLSocketImpl.readRecord(Unknown Source)
at sun.security.ssl.SSLSocketImpl.performInitialHandshake(Unknown Source)
at sun.security.ssl.SSLSocketImpl.startHandshake(Unknown Source)
at sun.security.ssl.SSLSocketImpl.startHandshake(Unknown Source)
at org.apache.http.conn.ssl.SSLSocketFactory.connectSocket(SSLSocketFactory.java:533)
at org.apache.http.conn.ssl.SSLSocketFactory.connectSocket(SSLSocketFactory.java:401)
at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:178)
at org.apache.http.impl.conn.ManagedClientConnectionImpl.open(ManagedClientConnectionImpl.java:304)
at org.apache.http.impl.client.DefaultRequestDirector.tryConnect(DefaultRequestDirector.java:610)
at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:445)
at org.apache.http.impl.client.AbstractHttpClient.doExecute(AbstractHttpClient.java:863)
at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82)
at org.wiztools.restclient.HTTPClientRequestExecuter.execute(HTTPClientRequestExecuter.java:387)
at org.wiztools.restclient.ui.RESTViewImpl$2.run(RESTViewImpl.java:322)
Caused by: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
at sun.security.validator.PKIXValidator.doBuild(Unknown Source)
at sun.security.validator.PKIXValidator.engineValidate(Unknown Source)
at sun.security.validator.Validator.validate(Unknown Source)
at sun.security.ssl.X509TrustManagerImpl.validate(Unknown Source)
at sun.security.ssl.X509TrustManagerImpl.checkTrusted(Unknown Source)
at sun.security.ssl.X509TrustManagerImpl.checkServerTrusted(Unknown Source)
... 18 more
Caused by: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
at sun.security.provider.certpath.SunCertPathBuilder.build(Unknown Source)
at sun.security.provider.certpath.SunCertPathBuilder.engineBuild(Unknown Source)
at java.security.cert.CertPathBuilder.build(Unknown Source)
... 24 more

Seems there are different types of multipart-body:

https://hc.apache.org/httpcomponents-client-ga/httpmime/apidocs/org/apache/http/entity/mime/HttpMultipartMode.html

Should we give this option in RESTClient?

COPY, MOVE, LOCK, UNLOCK, PROPWATCH, and MKCOL are part of the WebDAV protocol and can also be used for REST APIs. The commands should therefore be added.

There are even more WebDAV methods. Instead of adding them, it might be useful to let the user type in a method that is not available.

In version 3.5 the cookies set in request seem to not be transferred sometimes
In the below screenshot I compared versions 3.3.1 (where it worked fine) and 3.5 (where it failed) with the exact same requests.
Please also find a screenshot of the used java version below

The UI-Texts are very small on Surface Pro 3 / Surface Pro 4

I am trying to use the Command Line Interface (CLI) of RESTClient 3.2.2

Is there any documentation (and/or examples) on how to use this thing?

Please email response to:

[email protected]

RFC5789 defines a PATCH method for partially changing a resource. Unfortunately this is still missing, since "only" GET, HEAD, POST, PUT, DELETE, Options and Trace are available.

In 3.4.1 I need to manually apply JSON format and syntax color in the Body tab when receiving a JSON response. It'd be great to have RESTClient automatically apply the appropriate format and syntax color based on the value of the Content-Type header.

For example:

GET http://www.reddit.com/hot.json
< ...
< Content-Type: application/json; charset=UTF-8
< ...
< ...
< { "kind" : "Listing", "data" : { "modhash" : "", "children" : [ { "kind" : "t3", "data" : { "domain" : "i.imgur.com", ...

Hi!
Could you please implement auto-completion for keys in Header tab? For some well-known headers, like Content-Type the autocompletion for values could be implemented as well.

Thanks in advance!

Message originally posted in mailing list on 2014-04-07.

I just starting using this amazing software, but unfortunately it' almost unusable in my PC.
I own a Dell laptop (Dell Precision M3800) that has an high-res display (3.200 x 1.800px). I can't find any settings to tell the software to scale up (as I do on almost any software that is not natively developed for high-res display).
The result is that Rest Client window is extremly small and text almost unreadable.
I own a second monitor in standard DPI (1920x1080px) but also in this monitor it's very small.

Can you suggest me how to scale up windows size? I don't mind if it will be blurred because of the scaling up, I need only to bring up size of UI to make it readable without using a microscope on my monitor :D

Marco

PURGE (a non-standard extension to HTTP) is used by caching systems like Varnish: https://www.varnish-cache.org/docs/3.0/tutorial/purging.html

Hi,

I am a contributor of the Archlinux operation system and the maintainer of the Wiztools RESTClient (see: https://aur.archlinux.org/packages/restclient/).
At this moment I forked your repository only to add the binaries on the github release.

Could you, please, add the binaries (for the ui and cli) on your releases?
Like on my fork: https://github.com/EduardoLeggiero/rest-client/releases/tag/restclient-3.5
At this way, I can use only your official repository to get the binaries to make the Archlinux package.

PS: The FossHub website protect the files against automated download by using referer headers and redirects and can't be used by the archlinux build system.

Thank you,

Eduardo Leggiero

Seems to be the next UI toolkit for Java.

Please mention the JDK required in the wiki(https://github.com/wiztools/rest-client/wiki) or in a README

When running with JavaSE Runtime Environment (build 1.6.0_33-b05)

java -jar restclient-ui-3.3.1-jar-with-dependencies.jar
Exception in thread "main" java.lang.UnsupportedClassVersionError: org/wiztools/
restclient/ui/Main : Unsupported major.minor version 51.0
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClassCond(Unknown Source)
at java.lang.ClassLoader.defineClass(Unknown Source)
at java.security.SecureClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.access$000(Unknown Source)
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
Could not find the main class: org.wiztools.restclient.ui.Main. Program will exit.

Would love to start pushing updates instead of announcing updates.