base on WildFly Application Server <p align="center"> <a href="https://wildfly.org"> <img src="logo/wildfly_logo.svg" alt="wildfly logo" title="wildlfy" width="600"/> </a> </p> WildFly Application Server ======================== https://wildfly.org * Fast Startup * Small Footprint * Modular Design * Unified Configuration and Management And of course Jakarta EE and MicroProfile! Building ------------------- Prerequisites: * JDK 17 or newer - check `java -version` * Maven 3.6.0 or newer - check `mvn -v` * On *nix systems, make sure that the maximum number of open files for the user running the build is at least 4096 (check `ulimit -n`) or more, depending on what other i/o intensive processes the user is running. To build with your own Maven installation: mvn install Alternatively, you can use the Maven Wrapper script that downloads and installs (if necessary) the required Maven version to `~/.m2/wrapper` and runs it from there. On Linux, run ./mvnw install On Windows mvnw install Starting and Stopping WildFly ------------------------------------------ Change to the bin directory after a successful build $ cd build/target/wildfly-\[version\]/bin Start the server in domain mode ./domain.sh Start the server in standalone mode ./standalone.sh To stop the server, press Ctrl + C, or use the admin console ./jboss-cli.sh --connect command=:shutdown Check 'Getting Started Guide' in the WildFly documentation for more information about how to start and stop WildFly. Documentation ------------------------------------------ * https://docs.wildfly.org/ Contributing ------------------ Please see the instructions available in the [contribution guide](CONTRIBUTING.md). Build vs. Dist directories -------------------------- After running `mvn install`, WildFly will be available in two distinct directories, `build` and `dist`. * The `build` directory contains a build of WildFly that is based on Maven artifact resolution for module configuration * The `dist` directory, on the other hand, contains a full distributable build of WildFly Using the `build` directory makes iterating with subsystem or module development easier since there is no need to rebuild the whole of WildFly or copy JAR files around on every change. The `dist` directory is better suited when a full build of WildFly is needed for development or test purposes. Running the Testsuite -------------------- The testsuite module contains several submodules including the following: * "smoke" -- core tests that should be run as part of every build of the AS. Failures here will fail the build. * "api" -- tests of features that involve end user use of the public JBoss AS 8 API. Should be run with no failures before any major commits. * "cluster" -- tests of the WildFly HA clustering features. Should be run with no failures before any major commits. * "domain" -- tests of the domain management features. Should be run with no failures before any major commits. * "integration" -- tests of a WildFly standalone server's internals. Should be run with no failures before any major commits. * "spec" -- tests of features that only involve end user use of the Jakarta EE spec APIs. Should be run with no failures before any major commits. For basic smoke tests, simply: `mvn test` To run all the tests mvn install -DallTests Using Eclipse ------------- 1. Install the latest version of eclipse 2. Make sure Xmx in eclipse.ini is at least 1280M, and it's using JDK 17 3. Launch eclipse and install the m2e plugin, make sure it uses your repo configs (get it from: http://www.eclipse.org/m2e/ or install "Maven Integration for Eclipse" from the Eclipse Marketplace) 4. In eclipse preferences Java->Compiler->Errors/Warnings->Deprecated and restricted set forbidden reference to WARNING 5. In eclipse preferences Java->Code Style, import the cleanup, templates, and formatter configs in [ide-configs/eclipse](https://github.com/wildfly/wildfly-core/tree/main/ide-configs) in the wildfly-core repository. 6. In eclipse preferences Java->Editor->Save Actions enable "Additional Actions", and deselect all actions except for "Remove trailing whitespace" 7. Use import on the root pom, which will pull in all modules 8. Wait (m2e takes a while on initial import) License ------- * [Apache License 2.0](http://www.apache.org/licenses/LICENSE-2.0) ", Assign "at most 3 tags" to the expected json: {"id":"2469","tags":[]} "only from the tags list I provide: [{"id":77,"name":"3d"},{"id":89,"name":"agent"},{"id":17,"name":"ai"},{"id":54,"name":"algorithm"},{"id":24,"name":"api"},{"id":44,"name":"authentication"},{"id":3,"name":"aws"},{"id":27,"name":"backend"},{"id":60,"name":"benchmark"},{"id":72,"name":"best-practices"},{"id":39,"name":"bitcoin"},{"id":37,"name":"blockchain"},{"id":1,"name":"blog"},{"id":45,"name":"bundler"},{"id":58,"name":"cache"},{"id":21,"name":"chat"},{"id":49,"name":"cicd"},{"id":4,"name":"cli"},{"id":64,"name":"cloud-native"},{"id":48,"name":"cms"},{"id":61,"name":"compiler"},{"id":68,"name":"containerization"},{"id":92,"name":"crm"},{"id":34,"name":"data"},{"id":47,"name":"database"},{"id":8,"name":"declarative-gui "},{"id":9,"name":"deploy-tool"},{"id":53,"name":"desktop-app"},{"id":6,"name":"dev-exp-lib"},{"id":59,"name":"dev-tool"},{"id":13,"name":"ecommerce"},{"id":26,"name":"editor"},{"id":66,"name":"emulator"},{"id":62,"name":"filesystem"},{"id":80,"name":"finance"},{"id":15,"name":"firmware"},{"id":73,"name":"for-fun"},{"id":2,"name":"framework"},{"id":11,"name":"frontend"},{"id":22,"name":"game"},{"id":81,"name":"game-engine "},{"id":23,"name":"graphql"},{"id":84,"name":"gui"},{"id":91,"name":"http"},{"id":5,"name":"http-client"},{"id":51,"name":"iac"},{"id":30,"name":"ide"},{"id":78,"name":"iot"},{"id":40,"name":"json"},{"id":83,"name":"julian"},{"id":38,"name":"k8s"},{"id":31,"name":"language"},{"id":10,"name":"learning-resource"},{"id":33,"name":"lib"},{"id":41,"name":"linter"},{"id":28,"name":"lms"},{"id":16,"name":"logging"},{"id":76,"name":"low-code"},{"id":90,"name":"message-queue"},{"id":42,"name":"mobile-app"},{"id":18,"name":"monitoring"},{"id":36,"name":"networking"},{"id":7,"name":"node-version"},{"id":55,"name":"nosql"},{"id":57,"name":"observability"},{"id":46,"name":"orm"},{"id":52,"name":"os"},{"id":14,"name":"parser"},{"id":74,"name":"react"},{"id":82,"name":"real-time"},{"id":56,"name":"robot"},{"id":65,"name":"runtime"},{"id":32,"name":"sdk"},{"id":71,"name":"search"},{"id":63,"name":"secrets"},{"id":25,"name":"security"},{"id":85,"name":"server"},{"id":86,"name":"serverless"},{"id":70,"name":"storage"},{"id":75,"name":"system-design"},{"id":79,"name":"terminal"},{"id":29,"name":"testing"},{"id":12,"name":"ui"},{"id":50,"name":"ux"},{"id":88,"name":"video"},{"id":20,"name":"web-app"},{"id":35,"name":"web-server"},{"id":43,"name":"webassembly"},{"id":69,"name":"workflow"},{"id":87,"name":"yaml"}]" returns me the "expected json"