Package Details: wildfly 20.0.0.Final-1

Git Clone URL: https://aur.archlinux.org/wildfly.git (read-only, click to copy)
Package Base: wildfly
Description: Wildfly Application Server
Upstream URL: http://www.wildfly.org/
Licenses: LGPL
Submitter: nachtwandler
Maintainer: hrauch (stick)
Last Packager: stick
Votes: 25
Popularity: 0.070103
First Submitted: 2013-05-30 13:14
Last Updated: 2020-06-10 17:39

Latest Comments

« First ‹ Previous 1 2 3 4 5 Next › Last »

d1x commented on 2015-08-13 21:01

Sorry for a little late update. My wife had a birth (I have son now!) so I had different things to take care of :-)
I'm back, so I'm updating to 9.0.1.Final and further updates will follow as usual

jamesan commented on 2015-08-10 23:01

The latest upstream version is v9.0.1, released July 23, 2015.

victor.badulescu commented on 2015-02-16 12:19

Hello,

I had a issue with my java setup, I only had jdk installed from AUR. I did a clean install of java (jdk7-openjdk) and re installed the wildfly package(without any modification to the wrapped.sh file) and now it is up and running without any changes. Thank you for the help provided

d1x commented on 2015-02-16 10:18

Hi Victor,
Sourcing two .sh files at the beginning only "imports" variables that are used in these files - they don't execute anything. From that reason I don't think swapping these two lines has any effect (as long as none of them is using variables from other one).

Did you changed these files before the swap somehow?

I think you may have a problem with your java in Arch. Please try to uninstall WildFly package completely, set the correct java via archlinux-java. Try to test your Java (e.g. by java -version command), install wildfly again and try to start it again via service.

victor.badulescu commented on 2015-02-16 09:58

Hello, I tied to install the package but the service failed to start.
I looked at the logs and saw that the jboss-cli command was unable to access the java command. I think this is because in the systemd-wraper.sh the order of the first two source commands is incorrect, sourcing /etc/profile.d/jre.sh should be done before /etc/profile.d/wildfly.sh. I reordered the commands and managed to get service to start.

d1x commented on 2014-09-23 18:56

You are right, changed it to /etc/profile.d/jre.sh as it should be available from java-common package

ilpianista commented on 2014-09-23 16:20

"/opt/wildfly/bin/systemd-wrapper.sh: line 3: /etc/profile.d/jdk.sh: No such file or directory"

That file is no more installed by Arch java packages.

ilpianista commented on 2014-09-23 16:19

"/usr/share/wildfly/bin/systemd-wrapper.sh: line 3: /etc/profile.d/jdk.sh: No such file or directory"

That file is no more installed by Arch java packages.

d1x commented on 2014-09-22 06:41

From version 8.1.0.Final-2:
I moved the package from /usr/share to /opt (as it more suites the package type).
You should move your configuration (e.g. standalone.xml) or deployments to new directory.

Also configuration in /etc/profile.d/wildfly.sh was slightly changed.

d1x commented on 2014-08-19 16:44

Thanks for your note, I made only system user, not group. Now it should be ok.