bin/setenv
JAVA_OPTS="$JAVA_OPTS
-Dorg.quartz.properties=${karaf.base}/oh2/runtime/etc/quartz.properties ..."
But, anyway:
https://issues.apache.org/jira/browse/KARAF-3949
Regards
JB
On 08/21/2015 04:14 PM, maggu2810 wrote:
2015-08-21 16:07 GMT+02:00 jbonofre [via Karaf]
<[email protected]>:
Why don't you provision bin/setenv with your System properties ?
I can do that, I just do not know, how this file is evaluated.
If I add this file to my assembly, can I assume, that there is never
any content in the distributed setenv? Or have I check after every
update if the standard setenv contains content now?
At the moment I added this four lines to the system.properties.
==
org.quartz.properties=${karaf.base}/oh2/runtime/etc/quartz.properties
smarthome.servicecfg=${karaf.base}/oh2/runtime/etc/services.cfg
smarthome.userdata=${karaf.base}/oh2/userdata
smarthome.configdir=${karaf.base}/oh2/conf
==
Could you point me to the correct content for the setenv?
I can add a systemoverride.properties file, but it's basically the same
as bin/setenv.
Regards
JB
On 08/21/2015 04:01 PM, maggu2810 wrote:
JB, BM explained it correctly.
If I extend the standard file I have to merge the upstream changes all the
time.
I just want to add a file with my system properties that are necessary
for my assembly.
config.properties could be extended and entries could be overwritten
by custom.properties entries.
system.properties could be extended and entries could be overwritten
by ??? entries.
2015-08-21 15:56 GMT+02:00 Benson Margulies [via Karaf]
<[hidden email]>:
JB, someone might feel squeamish about the process of:
1) copy file from standard distro
2) edit
3) include in assembly
. They might be trying to find a way to just put the content they want
into
a separate file. I'm a bit confused here, because I could have sworn that
things I put into custom.properties did indeed work as if they were
system
properties, but I guess I might have fooled myself somehow. The sequence
above is certainly the reliable solution that I think you are referring
to.
On Fri, Aug 21, 2015 at 9:47 AM, Jean-Baptiste Onofré <[hidden email]>
wrote:
It's the same: custom.properties is the "override" of the
config.properties, it's not for System properties.
@maggu, I'm not sure to understand what you want to do.
You want to override or add system.properties ? Why not just updating
the
system.properties ? Not sure to follow you.
Regards
JB
On 08/21/2015 03:44 PM, Benson Margulies wrote:
Wait, don't use 'overrides.properties', use 'custom.properties'.
On Fri, Aug 21, 2015 at 9:41 AM, maggu2810 <[hidden email]
<mailto:[hidden email]>> wrote:
2015-08-21 15:25 GMT+02:00 Benson Margulies [via Karaf]
<[hidden email]
<mailto:[hidden email]>>:
> It is read at startup. The important question is whether it ends
up
in the
> etc directory. Have you looked at the generated assembly to see
if
the file
> is in the right place? Perhaps it's not travelling from
src/main/resources
> to etc correctly.
Tried that one:
===
$ cat etc/overrides.properties
test_overrides=true
The file overrides.properties must not be used for this, Karaf
cannot
be started:
2015-08-21 15:37:50,481 | ERROR | pool-1-thread-1 |
BootFeaturesInstaller | 8 -
org.apache.karaf.features.core
- 4.0.0 | Error installing boot features
java.lang.IllegalArgumentException: No path specified on clause:
test_overrides = true
at
org.apache.felix.utils.manifest.Parser.parseClauses(Parser.java:73)[8:org.apache.karaf.features.core:4.0.0]
===
$ cat etc/override.properties
test_override=true
karaf@root()> system:property | grep test
karaf@root()>
So, the file is not evaluated and the content is not set as system
properties.
===
$ tail -n 1 etc/system.properties
test_system=true
karaf@root()> system:property | grep test
test_system=true
That was expected.
--
View this message in context:
http://karaf.922171.n3.nabble.com/system-properties-file-multiple-ones-tp4041994p4042001.html
Sent from the Karaf - User mailing list archive at Nabble.com.
--
Jean-Baptiste Onofré
[hidden email]
http://blog.nanthrax.net
Talend - http://www.talend.com
________________________________
If you reply to this email, your message will be added to the discussion
below:
http://karaf.922171.n3.nabble.com/system-properties-file-multiple-ones-tp4041994p4042004.html
To unsubscribe from system properties file (multiple ones), click here.
NAML
--
View this message in context:
http://karaf.922171.n3.nabble.com/system-properties-file-multiple-ones-tp4041994p4042006.html
Sent from the Karaf - User mailing list archive at Nabble.com.
--
Jean-Baptiste Onofré
[hidden email]
http://blog.nanthrax.net
Talend - http://www.talend.com
________________________________
If you reply to this email, your message will be added to the discussion
below:
http://karaf.922171.n3.nabble.com/system-properties-file-multiple-ones-tp4041994p4042007.html
To unsubscribe from system properties file (multiple ones), click here.
NAML
--
View this message in context:
http://karaf.922171.n3.nabble.com/system-properties-file-multiple-ones-tp4041994p4042009.html
Sent from the Karaf - User mailing list archive at Nabble.com.
--
Jean-Baptiste Onofré
[email protected]
http://blog.nanthrax.net
Talend - http://www.talend.com