The status for Wicket 8.x is: in development.
These releases follow semantic versioning so upgrades between minor releases will not break compatibility.
The change log is not available at the current state of the development process.
The most recent test version in this branch is: {{site.wicket.version_80}}. You can test the current state of development using Maven.
Use the following Maven dependency to use Wicket in your project:
{% highlight xml %} org.apache.wicket wicket-core {{site.wicket.version_80}} {% endhighlight xml %}
Add the snippet above to your project's POM in the dependency (management) section.
You can add more Wicket modules to your project by adding more dependencies (copy above snippet and change the artifactId
accordingly).
If you are not a Maven user, you can download the Wicket release manually.
Apache Wicket has few requirements in order to work properly. In this section you‘ll find the minimum requirements for all Wicket modules. Specific modules may need additional libraries, such as file upload, date time APIs, CDI specifications, and more. See the module’s POM for more details on the necessary libraries.
This Wicket version requires at least the following Java version: JDK 8.0 or newer.
Not only is a particular version of Java necessary, Wicket also needs access to specific APIs.
This Wicket version requires at least the following Servlet API version: Servlet API 3.1 or newer. This is provided by your container, please see the documentation of your container to see which version of the Servlet specification is supported.
In addition to the Servlet API, Wicket uses SLF4J to let you choose your own implementation of a logging framework.
You cannot use Wicket without adding an SLF4J logging implementation to your classpath. Most people use log4j.
If you do, just include slf4j-log4j12.jar on your classpath to get Wicket to use log4j too. If you want to use commons-logging or JDK14 logging or something else, please see the SLF4J site for more information.
You cannot mix different Wicket versions in your project. You should always use the artifacts from a particular release. For example it is not possible to use Wicket Extensions 1.5 in a Wicket 6 project, or Wicket CDI 7.x in a Wicket 8 project. The same goes for 3rd party libraries: make sure you always use a compatible version of your 3rd party library.
If you are migrating an existing application from earlier versions of Wicket you may find our migration guides invaluable: