From 1fddae3f0b8572eb3e144fbbb7494a4898f6660d Mon Sep 17 00:00:00 2001
From: ericek111 <erik@brocko.eu>
Date: Wed, 23 Sep 2026 19:30:48 +0000
Subject: [PATCH] Always rebuild the swing jar before shading it

Without forceCreation, maven-jar-plugin kept the previous shaded
ts3-client.jar when the module's classes were unchanged, and the shade then
used it as input: the stale ts3j classes inside it won over the freshly
installed ts3j, so ts3j fixes never reached the built client without a clean.

Also updates ts3j for the empty server-group parsing fix.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
---
 ts3-client/swing/pom.xml | 13 +++++++++++++
 ts3j                     |  2 +-
 2 files changed, 14 insertions(+), 1 deletion(-)

diff --git a/ts3-client/swing/pom.xml b/ts3-client/swing/pom.xml
index 815c722..0fb598a 100644
--- a/ts3-client/swing/pom.xml
+++ b/ts3-client/swing/pom.xml
@@ -50,6 +50,19 @@
     <build>
         <finalName>ts3-client</finalName>
         <plugins>
+            <!--
+                The shade plugin replaces ts3-client.jar with the shaded jar. Without
+                forceCreation, a build where this module's classes did not change keeps
+                that shaded jar as the input to the next shade, and the stale copies of
+                the dependencies inside it (ts3j in particular) win over the fresh ones.
+            -->
+            <plugin>
+                <groupId>org.apache.maven.plugins</groupId>
+                <artifactId>maven-jar-plugin</artifactId>
+                <configuration>
+                    <forceCreation>true</forceCreation>
+                </configuration>
+            </plugin>
             <plugin>
                 <groupId>org.apache.maven.plugins</groupId>
                 <artifactId>maven-shade-plugin</artifactId>
diff --git a/ts3j b/ts3j
index 6fe787d..b335c2c 160000
--- a/ts3j
+++ b/ts3j
@@ -1 +1 @@
-Subproject commit 6fe787de30d36b598c9e1b107f020c1742f91ac4
+Subproject commit b335c2c5115ee719207e3d157b6bc98f425c5a36