Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

Quickstart archetype: give slf4j-simple test scope

Open Beginner friendly
#1,678 0 comments 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
1/5
Estimated time
Under an hour
Newbie friendliness
90/100
Issue type
Bug
Clarity
Clearly specified
Activity status
Active
Tech stack
java

Research direction

In archetypes/quickstart/src/main/resources/archetype-resources/pom.xml, find the org.slf4j:slf4j-simple dependency and set its scope to test. Check that the generated project keeps this backend available to Start and tests while leaving it out of the WAR; the issue identifies the expected dependency change.

Written by the indexing model from the issue text.

Description

The quickstart archetype adds org.slf4j:slf4j-simple at compile scope
(archetypes/quickstart/src/main/resources/archetype-resources/pom.xml), so
every generated project packages an SLF4J back end in its WAR.

Application servers that bring their own SLF4J back end, such as WildFly, then
see two back ends: SLF4J warns about it at startup, and the application's
logging may bypass the server's logging configuration. The old quickstart
wizard on the website worked around a similar problem for the Wicket 7
archetype (-Dlog4j.properties=wildfly-doesnt-need-log4j.properties).

The back end is only needed by Start, which runs Jetty from the test sources,
and by the tests. Jetty, wicket-tester and JUnit already have test scope, so
slf4j-simple can follow:

<dependency>
    <groupId>org.slf4j</groupId>
    <artifactId>slf4j-simple</artifactId>
    <version>${slf4j.version}</version>
    <scope>test</scope>
</dependency>

The WAR then leaves the choice of logging back end to the server or the
application, and Start keeps logging during development.

Dominant language
Java
Stars
797
Forks
416
Avg merge
1d 9h
Merged PRs (30d)
36

Getting set up

This project ships no dev container, Dockerfile or contributing guide, so setting up is up to you: start from its README, and see our first-contribution guide for the general steps.

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from apache/wicket

All issues in apache/wicket

Similar issues

More Java issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.