substrate VS mockoon

Compare substrate vs mockoon and see what are their differences.

substrate

Create native Java(FX) apps for desktop, mobile and embedded (by gluonhq)

mockoon

Mockoon is the easiest and quickest way to run mock APIs locally. No remote deployment, no account required, open source. (by mockoon)
Our great sponsors
  • InfluxDB - Power Real-Time Data Analytics at Scale
  • WorkOS - The modern identity platform for B2B SaaS
  • SaaSHub - Software Alternatives and Reviews
substrate mockoon
6 48
368 5,864
1.6% 2.5%
5.9 9.2
about 1 month ago 3 days ago
Java TypeScript
GNU General Public License v3.0 only GNU General Public License v3.0 or later
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.

substrate

Posts with mentions or reviews of substrate. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2023-06-20.
  • Building a Slack/Discord Alternative with Tauri/Rust
    8 projects | news.ycombinator.com | 20 Jun 2023
    Haha, it's amusing that the history essays are one of the things you remember :)

    Yes you can compile Scala and ScalaFX apps down to native binaries this way. Look at Gluon Substrate:

    https://github.com/gluonhq/substrate

    One of our customers is experimenting with shipping such apps with Conveyor. There's a discussion ongoing here:

    https://github.com/hydraulic-software/conveyor/discussions/6...

    We got a console hello world working, albeit the DX is a bit rough. You need some ugly config boilerplate and some additional Native Image json files. But, it works, at least enough to create a Mac package with the regular Conveyor feature set. There are some limits though. I think the WebView doesn't work when the app is natively compiled this way.

    If it all starts working well it could be quite interesting for desktop app development, as suddenly you could use high level languages and portable UI toolkits but with the sort of startup time, performance and memory usage you'd expect from native apps (modulo binary size which is still quite large). If you want to use HTML as the UI then you can use the Chromium Embedding Framework, which would give you an Electron-like experience but with many more available languages:

    https://hydraulic.dev/blog/13-deploying-apps-with-jcef.html

    I've been using JVM GUI for years for various tasks. It was appropriate for Bitcoin tasks because it's immune to injection attacks, because you can run everything locally with P2P protocols like the original Bitcoin app did, it's portable etc. Also I learned GUI programming decades ago and find classical UI toolkit concepts like VBox, HBox, StackPane, TableView etc more intuitive than HTML.

  • GraalVM Native Image β€” Faster, Smarter, Leaner
    6 projects | /r/java | 25 Apr 2023
    I ran into quite a few issues during Android/iOS development (e.g. java.util.prefs and GraalVM pulling in unused methods), but Windows was comparatively smooth. Most of my issues were related to understanding the toolchain,e.g., not knowing how arguments are passed to run.
  • Question on JavaFX web applications
    6 projects | /r/JavaFX | 1 Feb 2023
    With JavaFX and Gluon Substrate + GraalVM you can even compile you app to an executable.
  • What is your experience with GraalVM Native?
    5 projects | /r/java | 14 Jun 2022
    missing methods in Android library
  • How does Gluon's GraalVM based substrate work?
    3 projects | /r/java | 4 Sep 2021
    Hello, I've recently stumbled across this project from Gluon and I've been wondering for some days how the project actually works. I've read the source code, but it appears that no code is responsible for implementing the hundreds of classes that make up JavaFX. Does this mean that JavaFX can work out of the box on IOS and Android but there didn't use to be a way to compile the code to a native executable for said platforms? Thanks in advance
  • Experiences with ZGC on JavaFX?
    1 project | /r/JavaFX | 21 Mar 2021
    Don't tested memory difference myself yet but maybe your solution could be to convert to native with graalvm and gluon substrate? https://github.com/gluonhq/substrate

mockoon

Posts with mentions or reviews of mockoon. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2024-01-14.

What are some alternatives?

When comparing substrate and mockoon you can also consider the following projects:

JFoenix - JavaFX Material Design Library

msw - Seamless REST/GraphQL API mocking library for browser and Node.js.

jfx - JavaFX mainline development

electron-playwright-example - Example of multi-window Playwright testing with Electron

Recaf - The modern Java bytecode editor

graphql-faker - 🎲 Mock or extend your GraphQL API with faked data. No coding required.

avaje-inject - Dependency injection via APT (source code generation) ala "Server-Side Dagger DI"

ewelink-web-ui - Ewelink Web App Tool for managing devices from PC

usb-serial-for-android - Android USB host serial driver library for CDC, FTDI, Arduino and other devices.

Visual Studio Code - Visual Studio Code

scalaonandroid - A tutorial and examples of how to write Android apps in Scala 2.13 and Scala 3.

mountebank - Over the wire test doubles