nathanmcrae/numbers-station
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases 1 Wiki Activity
147 Commits 1 Branch 1 Tag
b4df31a31ae143c92a6e625b2d2d22e2164275bc
Go to file
Clone
Open with VS Code Open with VSCodium Open with Intellij IDEA
Download ZIP Download TAR.GZ Download BUNDLE
Nathan Christopher McRae b4df31a31a Add linux packaging instructions
2025-07-06 20:47:47 -07:00
src/main
Remove schedule test buttons
2025-07-05 18:18:36 -07:00
.gitignore
Add .gitignore
2025-05-19 20:08:48 -07:00
build.ps1
Move .fxml files to resources
2025-02-19 21:10:17 -08:00
build.sh
Remove module path logging
2025-02-19 22:30:31 -08:00
icon.ico
Add icon to repo
2025-04-09 19:30:32 -07:00
icon.svg
Add icon to repo
2025-04-09 19:30:32 -07:00
mockup.drawio
Add UI mock-up
2025-04-17 21:33:21 -07:00
pom.xml
Factor out config path
2025-05-19 19:28:05 -07:00
readme.md
Add linux packaging instructions
2025-07-06 20:47:47 -07:00
run.ps1
Simplify lib path
2025-02-17 22:29:05 -08:00
run.sh
Fix argument quoting in run.sh
2025-02-22 19:21:22 -08:00

readme.md

For sending secret messages and dummy messages regularly. It is meant to be used in conjunction with one-time pads. One-time pads provide perfect security for the message itself (if they are handled properly), but adversaries can still tell that messages are being sent, and when they are being sent. To avoid this, dummy messages are uploaded to a website on a regular basis.

This application should not be considered secure, and no sensitive information should be entered into it.

Building

Building requires JDK 23.0.1 and javafx SDK 23.0.1, and Maven (I used version 3.9.9)

The JAVA_HOME environment variable must be set to the JDK installation directory e.g. C:\Program Files\Java\jdk-23.0.1\bin\java.exe. $JAVA_HOME/bin must be included in you PATH variable. PATH_TO_FX must be set to the JavaFX lib directory e.g. $HOME/openjfx-23.0.1_windows-x64_bin-sdk/javafx-sdk-23.0.1/lib.

To build, run mvn package, the output .jar should be in ./target

To run without installing: java -jar target/numbersstation-1.0-SNAPSHOT-shaded.jar

Packaging

Packaging is done via jpackage, which is included with the JDK version used to build.

jpackage seems to pull in the entire working directory unnecessarily. To avoid bloat, packaging should be done in a clean subdirectory.

Windows

> mkdir packaging
> cp target/numbersstation-1.0-SNAPSHOT-shaded.jar packaging
> cd packaging
> jpackage --input . --name "Numbers Station" --main-jar numbersstation-1.0-SNAPSHOT-shaded.jar --main-class name.nathanmcrae.numbersstation.MainRun --type exe --win-menu --win-per-user-install --win-shortcut --win-shortcut-prompt --win-upgrade-uuid 956c711b-01f1-46a2-9355-4a6b63ec1ec9 --icon "../icon.ico" --description "Tool to periodically upload encrypted messages to a website/blog"

Linux

> mkdir packaing
> cp target/numbersstation-1.0-SNAPSHOT.jar packaging
> cd packaging
> jpackage --input . --name numbers-station --main-jar numbersstation-1.0-SNAPSHOT.jar --main-class name.nathanmcrae.numbersstation.MainRun --type deb --icon ../icon.ico --description "Tool to periodically upload encrypted messages to a website/blog"

TODO

  • Undo/Redo in message editing
  • Disable/commandeer right-click menu items for message text (otherwise you can wreck the formatting).
  • Make sure numpad works in message editing And in prefix editing
  • Catch and log all exceptions
  • Add a check that the way we set up the scheduler to run the application will actually work. (need a flag argument that will output something particular we can look for).
  • Be able to narrow message area so that columns can match whatever message format you're using (minimum window width would keep you from doing that).
  • When station is removed/renamed, need to also remove/rename the scheduled task and the corresponding state directory.
  • Check for duplicate station names when creating or renaming
  • Test task scheduler task creation for a windows user not on a domain (author needs to include domain when on domain e.g. EI\nathanm)
  • Station names with quotes shouldn't be allowed (or we'll need to do escaping for the launch command)
  • Need to be able to handle case where application is open and the scheduled task runs. There's at least contention for the log file (maybe? doesn't seem to mind if multiple instances of the application are running)
  • In all controllers, error handling should be 1. log error 2. Pop up dialog to warn user
  • Settings external schedule management should remove the scheduled task
  • Add tests for generateMessage()
  • Load message from next-message
  • When making changes to the message, show the changes as unsaved until saved.
  • Ensure all GUI elements have accessibility text
  • Embed versioning info
  • Factor out scheduling into a wrapper class that handles all the os-specific stuff internally.
  • If a station name is run which doesn't exist in settings, but has associated files, then prompt the user to delete the files.
  • Fix behavior when settings file is empty
  • Store schedule time with time zone
  • Add tests for StationSettings.nextSendTime()
  • When changing number of digits for a station, we may want to regenerate a new message of the specified length. We'll need to prompt the user to overwrite the existing message (in case it's a real message).
  • Add a button to post message manually (With dialog warning)
    • Add description in help quickstart for how to use this
  • 'Next message will be sent' should reflect when external schedule management is turned on
  • Have a way to show executable location (since you need to know that to manage schedule externally)
  • When launching help, re-navigate to help page
  • When can't load settings, give option to re-initialize (with confirmation)

Devlog

2025-01-27 JAR packaging

$modulePath = "$Env:PATH_TO_FX;P:\personal_root\projects\number-station\lib"
$modules = $(
    "com.fasterxml.jackson.annotation",
    "com.fasterxml.jackson.core",
    "com.fasterxml.jackson.dataformat.xml",
    "com.fasterxml.jackson.datatype.jsr310",
    "result",
    "javafx.controls",
    "javafx.fxml",
    "org.apache.commons.cli"
)
$addModules = $modules -join ","
java/>jar --create --file numbers-station.jar --manifest .\manifest.txt -C out .
java/>java --module-path $modulePath --add-modules $addModules -jar .\numbers-station.jar

TODO: package lib jars with this jar

also:

jpackage --input . --name numbers-station --main-jar .\numbers-station.jar --main-class name.nathanmcrae.numbersstation.Main --module-path "$Env:PATH_TO_FX;P:\personal_root\projects\number-station\lib" --add-modules javafx.controls,javafx.fxml,com.fasterxml.jackson.annotation,com.fasterxml.jackson.core,com.fasterxml.jackson.dataformat.xml,com.fasterxml.jackson.datatype.jsr310 --type exe

2025-02-16

Tried to compile a jfx hello world using the openjdk and openjfx packaged in guix, but ran into issues. It looks like more up-to-date versions of openjfx are not available guix.

Might be the next best step is to depend on a binary release of openjfx and see if I can compile on linux like that. Could even have a custom guix package which depends on the openjfx binary release if needed.

2025-03-03

Tried some more packaging, but was getting a lot of "Error: automatic module cannot be used with jlink" issues. Not sure if I just wasn't getting those before or what, but the jpackage command above doesn't work now.

The issue seems to be with having non-modular dependencies. This page has some notes at the bottom about packaging non-modular applications: https://openjfx.io/openjfx-docs/#modular

2025-03-09

mvn org.apache.maven.plugins:maven-install-plugin:2.5.2:install-file -Dfile=lib/wordpress-xmlrpc-client-1.1-SNAPSHOT.jar -DgroupId=com.tearsofaunicorn.wordpress -DartifactId=wordpress-xmlrpc-client -Dversion=1.1 -Dpackaging=jar -DlocalRepositoryPath=mvn-repo

mvn org.apache.maven.plugins:maven-install-plugin:2.5.2:install-file -Dfile=lib/xmlrpc-client-3.1.3.jar -DgroupId=wordpress -DartifactId=xmlrpc-client -Dversion=3.1.3 -Dpackaging=jar -DlocalRepositoryPath=mvn-repo

2025-03-17

Appears to work. Launch is extremely slow

jpackage --input . --name numbers-station --main-jar .\target\numbersstation-1.0-SNAPSHOT.jar --main-class name.nathanmcrae.numbersstation.MainRun --type app-image --dest $HOME/temp/20250316T153044

Failed to generate msi this time :(

numbers-station/>jpackage --input . --name numbers-station --main-jar .\target\numbersstation-1.0-SNAPSHOT.jar --main-class name.nathanmcrae.numbersstation.MainRun --type exe --dest $HOME/temp/20250317T200941 java.io.IOException: Command [C:\Program Files (x86)\WiX Toolset v3.11\bin\candle.exe, -nologo, C:\Users\nathanm\AppData\Local\Temp\jdk.jpackage911481192111528806\config\bundle.wxf, -ext, WixUtilExtension, -arch, x64, -out, C:\Users\nathanm\AppData\Local\Temp\jdk.jpackage911481192111528806\wixobj\bundle.wixobj] in C:\Users\nathanm\AppData\Local\Temp\jdk.jpackage911481192111528806\images\win-msi.image\numbers-station exited with 1 code

2025-03-22

Did a clean clone and build and it worked.

jpackage --input . --name "Numbers Station" --main-jar .\target\numbersstation-1.0-SNAPSHOT.jar --main-class name.nathanmcrae.numbersstation.MainRun --type exe --win-menu --win-per-user-install --win-shortcut --win-shortcut-prompt --win-upgrade-uuid 956c711b-01f1-46a2-9355-4a6b63ec1ec9 --icon "P:\personal_root\projects\numbers-station\icon.ico" --description "Tool to periodically upload encrypted messages to a website/blog"

2025-03-22T20:50:38.212-07:00 INFO name.nathanmcrae.numbersstation.Main main Executable Path: C:\Users\nathanm\AppData\Local\numbers-station\numbers-station.exe

Description
Numbers Station uploads encrypted messages and dummy messages on a regular basis so the timing of the real messages is obscured.
Readme 1.1 MiB
Releases 1
2025-07-05 Latest
2025-07-06 04:27:14 +00:00
Languages
Java 89.5%
HTML 7.9%
PowerShell 1.2%
Shell 0.9%
CSS 0.5%