Comments (7)
I tried compiling the sources , but received invalid source release error ! :(
Creating properties on demand (a.k.a. dynamic properties) has been deprecated an
d is scheduled to be removed in Gradle 2.0. Please read http://gradle.org/docs/c
urrent/dsl/org.gradle.api.plugins.ExtraPropertiesExtension.html for information
on the replacement for dynamic properties.
Deprecated dynamic property: "sonatypeUser" on "root project 'wiremock-1.33'", v
alue: "default".
Deprecated dynamic property: "sonatypePassword" on "root project 'wiremock-1.33'
", value: "default".
:compileJava
javac: invalid source release: 1.6
Usage: javac
-target Generate class files for specific VM version
-version Version information
-help Print a synopsis of standard options
-X Print a synopsis of nonstandard options
-J Pass directly to the runtime system
:compileJava FAILED
FAILURE: Build failed with an exception.
- What went wrong:
Execution failed for task ':compileJava'.Compilation failed; see the compiler error output for details.
from wiremock.
Unfortunately the build is pinned to v1.6, so that's the minimum JVM version you'll need to use the JAR from Maven Central.
When you tried building it, did you change to sourceCompatibility = 1.5?
from wiremock.
Yes I even did that . But it throwed some compilation errors. Looks like some of the 1.6 features like static are being used in the code.
Is there any chance of making the source code work with 1.5 ?
My intention is to use this wiremock with one of my legacy java project which runs in jdk1.5. We want to mock few restful third party client responses.
I have tested wiremock with jdk1.6/maven in a standalone setup and it works perfectly.
from wiremock.
To be honest given the very limited time I've got to devote to this at the moment, 1.5 language support isn't likely to make it near the top of the list any time soon.
Perhaps you could build your project with a runtime version of 1.6 but source version of 1.5? I've never tried this, but I believe it's possible to vary the two separately.
from wiremock.
My runtime version in the application server (jvm) is 1.5 .
from wiremock.
What I mean is something like this in your POM (perhaps in a separate testing profile):
<plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-compiler-plugin</artifactId> <version>3.1</version> <configuration> <source>1.5</source> <target>1.6</target> </configuration> </plugin>
from wiremock.
I just putting this in WireMock's build.properties:
sourceCompatibility = 1.5
targetCompatibility = 1.5
And it built fine with no changes using a 1.7 JDK. If this is still an issue for you, it's probably worth giving this a try.
from wiremock.
Related Issues (20)
- WireMock.stubFor(..) should have appropriate error description instead of unclear JsonException on 404 error code from non-WireMock server
- Relative date matching uses the system timezone
- Broken link in /Documentation / Using WireMock with Spring Boot HOT 1
- Fix matcher distance short-circuit biases HOT 1
- Allow scenario state to be scoped to arbitrary request attributes
- Version 3.5.3 of org.wiremock:wiremock-standalone references removed wiremock.org.apache.commons.io.IOUtils HOT 8
- Proxy - changing User-Agent with additionalProxyRequestHeaders stopped working after 3.2.0 HOT 1
- Include conditions in proxying functionality HOT 5
- xPath helper doesn't return result when XPath expression returns a single string item
- wiremock-jetty12: NullPointerException within WireMockHandlerDispatchingServlet (similar to #1224) HOT 1
- Failing while building wiremock-jre8-standalone version 2.31.0 using ./gradlew build (wiremock-jre8-standalone:2.31.0)
- Running tests in parallel with Wiremock 3.0.0 triggers random timing/concurrency issues HOT 2
- @RegisterExtension + WireMockExtension: Timing & state issues when using "static" HOT 2
- EqualsToJson has bad performance for big json with common keys occuring often HOT 2
- Handlebars helper - join
- Init / shutdown hooks for extensions
- Update org.xmlutil:xmlunit-core to Version 2.10.0 HOT 2
- Introduce a GUI for open source
- NPE on WireMockServer.getServeEvents when using a StubRequestFilter
- Adding more jettyAcceptors seems to do nothing besides cause thread contention. HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from wiremock.