Created KARAF-3174 for this .
-Original Message-
From: Jean-Baptiste Onofré [mailto:j...@nanthrax.net]
Sent: Thursday, August 21, 2014 8:47 PM
To: user@karaf.apache.org
Subject: Re: Data source xml change not taking effect in first karaf start post
modification
The fact to have
The fact to have felix.fileinstall.file property and use it is in
ConfigAdmin. But the monitoring of the etc folder is in Karaf. If you
take a look in etc/config.properties, you will see:
#
# Configuration FileMonitor properties
#
felix.fileinstall.enableConfigSave = true
felix.fileinstall.dir
Hi JB,
I always thought that this was already built into config admin.
is the code that takes car of this part of the karaf config module?
Christian
Am 21.08.2014 15:01, schrieb Jean-Baptiste Onofré:
Hi Christian,
actually, ConfigAdmin itself doesn't directly use FileInstall: the
monitoring
Hi Christian,
actually, ConfigAdmin itself doesn't directly use FileInstall: the
monitoring of the etc folder is a Karaf feature, no a ConfigAdmin feature.
Regards
JB
On 08/21/2014 01:06 PM, Christian Schneider wrote:
That is an interesting observation. Config admin and the deploy folder
bot
Christian,
2014-08-21 13:06 GMT+02:00 Christian Schneider :
> That is an interesting observation. Config admin and the deploy folder
> both use fileinstall to monitor the directory. Still config admin seems to
> notice changes that occur while karaf is offline.
> So perhaps we are just not usin
That is an interesting observation. Config admin and the deploy folder
both use fileinstall to monitor the directory. Still config admin seems
to notice changes that occur while karaf is offline.
So perhaps we are just not using some fileinstall feature config admin uses.
Christian
Am 21.08.20
ierbeck [mailto:bcanh...@googlemail.com
> ]
> *Sent:* Monday, August 11, 2014 3:11 PM
>
> *To:* user@karaf.apache.org
> *Subject:* Re: Data source xml change not taking effect in first karaf
> start post modification
>
>
>
> See my comments inline
>
>
> regards, Ac
...@googlemail.com]
Sent: Monday, August 11, 2014 3:11 PM
To: user@karaf.apache.org<mailto:user@karaf.apache.org>
Subject: Re: Data source xml change not taking effect in first karaf start post
modification
See my comments inline
regards, Achim
2014-08-11 11:35 GMT+02:00
mailto:vinuraj.mar...@wip
ion http://www.talend.com
>>
>>
>
>
> --
>
> Apache Member
> Apache Karaf <http://karaf.apache.org/>; Committer & PMC
> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/>;
> Committer &
> Project Lead
> blog <http://notizblog.nierbeck.de/>;
>
> Software Architect / Project Manager / Scrum Master
--
View this message in context:
http://karaf.922171.n3.nabble.com/Data-source-xml-change-not-taking-effect-in-first-karaf-start-post-modification-tp4034670p4034782.html
Sent from the Karaf - User mailing list archive at Nabble.com.
4 2:00 PM
> *To:* user@karaf.apache.org
> *Subject:* Re: Data source xml change not taking effect in first karaf
> start post modification
>
>
>
> I think the main problem seems to be, the xml file was altered while karaf
> wasn't able to realize it's been altered.
>
&
guide.
From: Achim Nierbeck [mailto:bcanh...@googlemail.com]
Sent: Monday, August 11, 2014 2:00 PM
To: user@karaf.apache.org
Subject: Re: Data source xml change not taking effect in first karaf start post
modification
I think the main problem seems to be, the xml file was altered while karaf
No Issue, just not the right usage?
If Karaf is running, the change is detected.
It is even detected when the Karaf Instance is shut down.
So it works as designed, AFAIC.
regards, Achim
2014-08-11 11:25 GMT+02:00 Christian Schneider :
> I also think this is the issue.
>
> Do you think this sho
Hi Christian,
honestly, I don't think so as it's the expected behavior IMHO.
Regards
JB
On 08/11/2014 11:25 AM, Christian Schneider wrote:
I also think this is the issue.
Do you think this should be filed as a bug in felix fileinstall?
Christian
Am 11.08.2014 10:29, schrieb Achim Nierbeck:
I agree, and it's what I said by purging the data folder.
Regards
JB
On 08/11/2014 10:29 AM, Achim Nierbeck wrote:
I think the main problem seems to be, the xml file was altered while
karaf wasn't able to realize it's been altered.
After the startup it still used the old one as there has alread
I also think this is the issue.
Do you think this should be filed as a bug in felix fileinstall?
Christian
Am 11.08.2014 10:29, schrieb Achim Nierbeck:
I think the main problem seems to be, the xml file was altered while
karaf wasn't able to realize it's been altered.
After the startup it stil
I think the main problem seems to be, the xml file was altered while karaf
wasn't able to realize it's been altered.
After the startup it still used the old one as there has already been a
bundle generated for it.
My best guess right now, this is due to the fact that karaf/FileInstaller
wasn't "see
It depends of the blueprint: if the parameters are directly in the
blueprint (not in cm), ConfigAdmin is not used at all.
Regards
JB
On 08/11/2014 09:20 AM, Bram Pouwelse wrote:
I think the issue is that config admin stores the configuration
internally (that would be where karaf caches the con
I think the issue is that config admin stores the configuration internally
(that would be where karaf caches the connection parameters) and that the
datasource is created before the xml file is processed again.
Regards,
Bram
2014-08-11 9:09 GMT+02:00 Jean-Baptiste Onofré :
> Can you cleanup the
Can you cleanup the data folder ?
Regards
JB
On 08/11/2014 07:27 AM, vinuraj.mar...@wipro.com wrote:
I have an application that uses a postgresql database. I am using
PGSimpleDataSource configured using a data source xml placed in
$KARAF_HOME/deploy directory. Noticed an issue when the database
I have an application that uses a postgresql database. I am using
PGSimpleDataSource configured using a data source xml placed in
$KARAF_HOME/deploy directory. Noticed an issue when the database xml file is
modified.
When I shutdown karaf, modify the data source XML to point to a different
dat
20 matches
Mail list logo
