Will do.
On Thu, Oct 17, 2013 at 9:21 AM, CLEMENT Jean-Philippe < [email protected]> wrote: > Could you please provide the kind of traces I mentioned ?**** > > ** ** > > JP**** > > ** ** > > [@@ OPEN @@]**** > > ** ** > > *De :* Kevin Carr [mailto:[email protected]] > *Envoyé :* jeudi 17 octobre 2013 16:15 > > *À :* [email protected] > *Objet :* Re: Blueprint XML Never Starts**** > > ** ** > > I have several bundles that require these 2 bundles as Service > dependencies. Order of events:**** > > ** ** > > * Karaf starts up**** > > * config and database xml files keep trying to start**** > > * Bundles that uses these 2 services show GracePeriod**** > > * ~15 minutes later the bundles waiting show Timeout error**** > > * config and database start up**** > > * Bundles that use config and database start up as well**** > > ** ** > > This is without me doing anything, so all dependencies etc are in the > system. The problem is why would it take 15 minutes for the system to > finally realize it can start the 2 xml bundles.**** > > ** ** > > The only difference with these 2 bundles is that they are xml files in the > deploy folder.**** > > ** ** > > On Thu, Oct 17, 2013 at 7:44 AM, CLEMENT Jean-Philippe < > [email protected]> wrote:**** > > Blueprint does what it is told to. That means if you state a service > required, it will wait for it until timeout. So you should check what is > missing and if it is normal to wait.**** > > **** > > JP**** > > **** > > [@@ OPEN @@]**** > > **** > > *De :* Scott Carr [mailto:[email protected]] > *Envoyé :* jeudi 17 octobre 2013 14:09**** > > > *À :* [email protected] > *Objet :* Re: Blueprint XML Never Starts**** > > **** > > Yeah, the strange thing is that it seems the bundle that is waiting for > the service is locking the 2 services themselves so they can't start > properly. > > Once the service that is blocking times out, the other services start > correctly, and the the blocked service comes up correctly as well. > > I have checked the suspect blocking bundle and it does not have any circle > dependencies. > > I have changed the 2 bundles to not use Blueprint, and I should have that > done this morning. We will see if it is still a problem. If this fixes > it, then maybe it is something to do with the blueprint startup? > > On 10/17/2013 03:38 AM, CLEMENT Jean-Philippe wrote:**** > > In the traces you should find something like “Bundle *XXX* is waiting for > dependencies [(objectClass=*YYY*), …]” as INFO**** > > **** > > This might give you a hint on what’s going on. Another hint would be after > timeout (graceperiod) “Unable to start blueprint container for bundle *XXX > * due to unresolved dependencies [(objectClass=*YYY*), …]” as ERROR**** > > **** > > I guess one of your bundles is waiting for a service which is not present > for some reason (bundle missing…).**** > > **** > > JP**** > > **** > > [@@ OPEN @@]**** > > **** > > *De :* Kevin Carr [mailto:[email protected] <[email protected]>] > *Envoyé :* mercredi 16 octobre 2013 22:05 > *À :* [email protected] > *Objet :* Re: Blueprint XML Never Starts**** > > **** > > It appears that the 2 files start correctly after one of the bundles that > use the service times out. Which seems to take about 15 minutes. I have > tried setting the bundle-level for the config and datasource to 40, and it > still fails the same way.**** > > Thanks**** > > **** > > On Wed, Oct 16, 2013 at 1:57 PM, Kevin Carr <[email protected]> wrote:*** > * > > Here is a sample of the logs, this shows up for the past 10 minutes on the > server:**** > > I have tried it on 2.3.3 as well, with the same result. Eventually, it > will work.**** > > > 2013-10-16 13:55:50,666 | INFO | raf-2.3.2/deploy | > fileinstall | ? ? | > 6 - org.apache.felix.fileinstall - 3.2.6 | Started bundle: > blueprint:file:/home/ipwsuser/apache-karaf-2.3.2/deploy/config.xml > 2013-10-16 13:55:50,667 | INFO | raf-2.3.2/deploy | > fileinstall | ? ? | > 6 - org.apache.felix.fileinstall - 3.2.6 | Started bundle: > blueprint:file:/home/ipwsuser/apache-karaf-2.3.2/deploy/datasource.xml > 2013-10-16 13:55:51,669 | INFO | raf-2.3.2/deploy | > fileinstall | ? ? | > 6 - org.apache.felix.fileinstall - 3.2.6 | Started bundle: > blueprint:file:/home/ipwsuser/apache-karaf-2.3.2/deploy/config.xml > 2013-10-16 13:55:51,670 | INFO | raf-2.3.2/deploy | > fileinstall | ? ? | > 6 - org.apache.felix.fileinstall - 3.2.6 | Started bundle: > blueprint:file:/home/ipwsuser/apache-karaf-2.3.2/deploy/datasource.xml > 2013-10-16 13:55:52,672 | INFO | raf-2.3.2/deploy | > fileinstall | ? ? | > 6 - org.apache.felix.fileinstall - 3.2.6 | Started bundle: > blueprint:file:/home/ipwsuser/apache-karaf-2.3.2/deploy/config.xml > 2013-10-16 13:55:52,673 | INFO | raf-2.3.2/deploy | > fileinstall | ? ? | > 6 - org.apache.felix.fileinstall - 3.2.6 | Started bundle: > blueprint:file:/home/ipwsuser/apache-karaf-2.3.2/deploy/datasource.xml > 2013-10-16 13:55:53,675 | INFO | raf-2.3.2/deploy | > fileinstall | ? ? | > 6 - org.apache.felix.fileinstall - 3.2.6 | Started bundle: > blueprint:file:/home/ipwsuser/apache-karaf-2.3.2/deploy/config.xml > 2013-10-16 13:55:53,676 | INFO | raf-2.3.2/deploy | > fileinstall | ? ? | > 6 - org.apache.felix.fileinstall - 3.2.6 | Started bundle: > blueprint:file:/home/ipwsuser/apache-karaf-2.3.2/deploy/datasource.xml > > **** > > **** > > On Wed, Oct 16, 2013 at 1:50 PM, Kevin Carr <[email protected]> wrote:*** > * > > I am still seeing a problem with deployed Blueprint XML files. They do > not start for about 15+ minutes, then they work.**** > > Everything is in the environment for these to work. They use BoneCP and a > configuration tool that I wrote, but they are started directly from > blueprint files in the deploy is the only difference. > > I am thinking about converting to a plain activator instead of using > blueprint, to see if this fixes the issue. > > If anyone has any ideas, I would be happy to hear from you.**** > > **** > > On Fri, Oct 11, 2013 at 12:38 AM, Kevin Carr <[email protected]> wrote:** > ** > > Yes everything is installed. **** > > I let it run for about 15 minutes and it started working, but it throws > the errors every second. Then there is a timeout for the bundle that uses > those services. Then it starts correctly. **** > > Really strange behavior. **** > > On Oct 10, 2013 11:58 PM, "Freeman Fang" <[email protected]> wrote:** > ** > > Hi,**** > > **** > > Did you already install postgresql and commons-dbcp bundles which is > needed by this blueprint file?**** > > －－－－－－－－－－－－－**** > > Freeman(Yue) Fang**** > > > Red Hat, Inc. > FuseSource is now part of Red Hat**** > > Web: http://fusesource.com | http://www.redhat.com/ > Twitter: freemanfang > Blog: http://freemanfang.blogspot.com > http://blog.sina.com.cn/u/1473905042 > weibo: @Freeman小屋**** > > **** > > **** > > **** > > On 2013-10-11, at 下午12:02, Kevin Carr wrote:**** > > > > **** > > Here is the file that is being used. Usernames and passwords changed to > protect the innocent. **** > > **** > > On Thu, Oct 10, 2013 at 10:53 PM, Freeman Fang <[email protected]> > wrote:**** > > Hi,**** > > **** > > Could you please post your blueprint file here?**** > > －－－－－－－－－－－－－**** > > Freeman(Yue) Fang**** > > > Red Hat, Inc. > FuseSource is now part of Red Hat**** > > Web: http://fusesource.com | http://www.redhat.com/ > Twitter: freemanfang > Blog: http://freemanfang.blogspot.com > http://blog.sina.com.cn/u/1473905042 > weibo: @Freeman小屋**** > > **** > > **** > > **** > > On 2013-10-11, at 上 午11:39, Scott Carr wrote:**** > > > > **** > > I have a blueprint xml file in the deploy folder in apache karaf 2.3.3. > The blueprint has worked before fine. For some reason, now I see: > > Started bundle: blueprint:file:....xml over and over in the log. It is > like it keeps trying to create the bundle but there is no other information > about an error or anything. > > Does anyone else see this? Putting blueprint files directly in the deploy > folder has worked in the past. > > Thanks > > Scott Carr**** > > **** > > > > **** > > **** > > -- > Scott Carr**** > > <db_file.xml>**** > > **** > > > > **** > > -- > Scott Carr**** > > > > **** > > -- > Scott Carr**** > > > > > -- > Scott Carr**** > > **** > > > > **** > > ** ** > > -- > Scott Carr**** > -- Scott Carr
