groovesOccasional ContributorJoined 12 years ago14 Posts2 LikesLikes received1 SolutionView All Badges
ContributionsMost RecentMost LikesSolutionsRe: Encoding of filename for MIME attachments Unfortunately that only sets the content type charset for a text payload (text/xml etc). Re: Encoding of filename for MIME attachments Curl also uses utf-8 which works but still no success in getting SoapUI to use utf-8. Encoding of filename for MIME attachments I'm using a REST service to upload files using MIME attachments. It should work with Swedish characters but the web service expects the filename in the header to be encoded as utf-8 for non us-ascii characters to work. Inspected the request from both SoapUI and Postman using Fiddler and Postman correctly sets it utf-8 automatically. However, SoapUI does not and I can't figure out to set this. Tried changing the default file encoding in vmoptions, setting the ContentID according to RFC 2047 but without success. When using RFC 2047 encoding actually only "name" gets set but not filename. Any ideas? Re: Two-way SSL for REST Ok, seems describing your issue helps with the troubleshooting. I found this description of the issue: http://stackoverflow.com/questions/32912965/undefined-commonname-in-certificate Basically my certificate lacks a common name (CN), thus the NPE. Re: Two-way SSL for REST Btw, SoapUI logs says upon startup: 2017-04-19 14:08:05,717 ERROR [errorlog] java.lang.NullPointerException java.lang.NullPointerException at org.apache.commons.ssl.KeyStoreBuilder.build(KeyStoreBuilder.java:176) Two-way SSL for REST Hi, Tried unsuccessfully to get two-way SSL to work with the latest version of SoapUI (5.3.0). Followed this guide: http://geekswithblogs.net/gvdmaaden/archive/2011/02/24/how-to-configure-soapui-with-client-certificate-authentication.aspx I have a SSL key pair stored in a pfx with a password. The keystore is referred to in SoapUI settings and the password added there. "Requires client authentication" checkbox selected. I'm verifying using an openssl server that the client doesn't provide a certificate: 4294956672:error:140890C7:SSL routines:ssl3_get_client_certificate:peer did not return a certificate:s3_srvr.c:3296: SoapUI says "java.net.SocketException: Software caused connection abort: recv failed" Testing with a browser against the same server prompts me to provide the certificate and the same pfx works in the browser. Am I missing something or is something broken in this version? I'm pretty sure I did exactly this in SoapUI a few years back. SolvedRe: (Bug SoapUI 5.2.0) Very long endpoint names extend too far Same issue observed on the 64-bit version on Ubuntu 14.04 Re: (Bug SoapUI 5.2.0) Very long endpoint names extend too far Sorry about getting back to you late. I upgraded to 5.2.1 but the bug is still there. I've attached a SoapUI project where this issue can be observed. Open WeatherSoap TestSuite -> GetCityForecastByZIP TestCase -> GetCityForecastByZIP. The issue can be observed for the endpoint Re: (Bug SoapUI 5.2.0) Very long endpoint names extend too far The endpoint URL is 310 characters and set on a SOAP Request (click edit current..). When adding a new endpoint with a shorter name the window still looks strange since the long one still exists in the list of optional endpoints. I'm using the 64-bit version on Windows 7. (Bug SoapUI 5.2.0) Very long endpoint names extend too far Hi, Found no other way to report it so adding it here. When endpoint names are very long the text field gets extended to the very far right of the window making it impossible to see the buttons usually there. See attachment for example. Some visual truncation would be extremely useful. Thanks Solved