-
-
Notifications
You must be signed in to change notification settings - Fork 1.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
OF-2526 Support SystemD for Debian #2563
base: main
Are you sure you want to change the base?
Conversation
…cked Remove unused progname
When establishing an outbound connection, Openfire now prefers the IP family as defined by the order in which the operating system returns addresses. This change is the openfire.init.d is same as was made in 30b4a17 for openfire.sh
0dac698
to
291e02c
Compare
Rebased |
[Openfire C2S] | ||
title=Openfire XMPP Server - Client to Server (C2S) connections | ||
description=Allow for XMPP clients to connect to the server and also use File Transfers | ||
ports=5222|5223|8010|7777 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Given that the ports are configurable, wouldn't these need to be set at runtime?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't know if it possible. I think that 99% will leave a default. At least this should help to beginner users.
If I wanted to test this, how would I go about it? |
description=This allows users to use calls and file transfer between each others when they are behind NAT. | ||
ports=3478|5349 | ||
|
||
[Openfire Connection Manager] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
As far I understood the connection manager is in fact an internal thing. And it probably not used so often. Then I think it would be better to remove the rule. Please confirm
To test it you need to build a debian package:
Then install the deb package
Now you can see a status of the service:
to see the unit use:
Restart, stop, start:
The old sysinit script also should work:
|
https://igniterealtime.atlassian.net/browse/OF-2526
I added the openfire.service to run the Openfire directly from SystemD.
The init.d script remains and even installed but it looks like it's not used if the unit's service file exists.
The SystemD itself will call the openfire.sh script. So I added the script to be installed into
/usr/share/openfire/bin/openfire.sh
. The script itself is has a problem with detection ofOPENFIRE_HOME
when the value of the var is overwritten few times. I didn't fixed that.The existing file
/etc/default/openfire
is also supported by the SystemD unit.There are additional commits to improve:
23-ea
JDK version.sudo systemctl edit openfire.slice
. The JRE by default uses only 25% of total RAM. So many servers may simply not use the whole RAM that they have. We may change this with Java's-Xmx
but I think it would be more correct to use the whole RAM with the-XX:MaxRAMPercentage=100
but limit with the SystemD slice settings if needed. This will be simpler for people who aren't familiar with Java options to reuse their existing knowledge.