and I am manually checking if the required services are available , not
ideal but it works.
Dave
On Fri, Mar 31, 2017 at 5:28 PM, David Jencks <david.a.jen...@gmail.com>
wrote:
>
> > On Mar 31, 2017, at 2:20 PM, Dave Smith <dave.sm...@candata.com> wrote:
> >
> >
hanks
> david jencks
>
> > On Mar 31, 2017, at 8:46 AM, Dave Smith <dave.sm...@candata.com> wrote:
> >
> > No, It still has to resolve to know if it is available to activate and
> > then register a facade. Otherwise non DS services that might use it
> would
&g
No, It still has to resolve to know if it is available to activate and
then register a facade. Otherwise non DS services that might use it would
not see it.
Dave
On Fri, Mar 31, 2017 at 11:41 AM, Raymond Auge <raymond.a...@liferay.com>
wrote:
> On Fri, Mar 31, 2017 at 11:22 AM, D
Fri, Mar 31, 2017 at 11:13 AM, Dave Smith <dave.sm...@candata.com>
> wrote:
>
> > com.candata.b3.client.bbx.TRACK01
> >
>
> please do
>
> scr:info com.candata.b3.client.bbx.TRACK01
>
>
>
> --
> *Raymond Augé* <http://www.liferay.com/web/ra
<raymond.a...@liferay.com>
wrote:
> It might help to show the dump of the scr:info command here so we can try
> to figure out the issue.
>
> Sincerely,
> - Ray
>
> On Fri, Mar 31, 2017 at 10:41 AM, Dave Smith <dave.sm...@candata.com>
> wrote:
&
We have some ComponentFactory's that are not starting. However in the GOGO
shell console and the using the ServiceComponentRuntime there are no
unsatisfiedReferences shown for the factory and the Factories are not
registered in the services list
I occasionally get the following message using the new SCR
[Class Name(service pid id))] Timeout waiting for reg change to complete
registered
IS that coming from SCR or is that buried in equinox?
on something.
If you need to you can increase the timeout from the default 5 seconds.
You can configure these in framework properties or in config admin.
ds.loglevel=debug
ds.lock.timeout.milliseconds=5000
hope this helps
david jencks
On Jan 28, 2014, at 4:25 AM, Dave Smith dave.sm
to activate it.
The thread dump should show if this is happening.
thanks
david jencks
On Jan 28, 2014, at 10:48 AM, Dave Smith dave.sm...@candata.com wrote:
If I was doing some long running method in an activate method of a
service
that I depend on would that cause the problem as well
My guess is that the fart sensor component is not setup a immediate , so
when it is not required it is deactivated and then reactivated when
required. Thus the different instances .. otherwise you have a code
smell
On Sun, Dec 8, 2013 at 9:44 AM, Snorre Lothar von Gohren Edwin
)
org.eclipse.osgi.framework.internal.core.EquinoxLauncher.internalStart(EquinoxLauncher.java:271)
org.eclipse.osgi.framework.internal.core.EquinoxLauncher.start(EquinoxLauncher.java:241)
org.eclipse.osgi.launch.Equinox.start(Equinox.java:258)
com.candata.server.boot.Launcher.start(Launcher.java:136)
Dave Smith
Candata Ltd.
416-493
/repositories/orgapachefelix-024/,
or build the 1.4 release candidate from
https://svn.apache.org/repos/asf/felix/releases/org.apache.felix.utils-1.4.0
hope this helps
david jencks
On Oct 29, 2013, at 11:36 AM, Dave Smith dave.sm...@candata.com wrote:
[INFO] Building Apache Felix Declarative
what
you are doing. It's pretty safe to assume that the code in svn works well
for the developers so they probably don't know how to reproduce a problem
you see.
thanks
david jencks
On Oct 30, 2013, at 6:32 AM, Dave Smith dave.sm...@candata.com wrote:
Now the test cases are failing
Never see it. I will send you a copy of the full log off list. The only
other interesting thing is the Activate method in ServiceRunner does
register 3 other services that will be injected in components.
Dave Smith
Candata Ltd.
416-493-9020x2413
Direct: 416-855-2413
On Wed, Oct 30, 2013 at 5:52
I posted a bug a few weeks back and the thought was a new version is coming
soon. Since it was more of an annoyance I decided to wait. I am now having
an intermittent problem with a service not getting activated. Here is a
snippet from the log
2013-10-29 10:49:27 4
Latest 1.6.2. I will grab the snapshot and report back...
Dave Smith
Candata Ltd.
416-493-9020x2413
Direct: 416-855-2413
On Tue, Oct 29, 2013 at 11:38 AM, David Jencks david_jen...@yahoo.comwrote:
Not telling us the exact version of the code you are using makes it pretty
much impossible
I tried following the instructions but It seems the scr is not built in and
when I try and run mvn in the scr dir that does not work either.
I am following ...
http://felix.apache.org/site/building-felix.html
instructuctions
Dave Smith
Candata Ltd.
416-493-9020x2413
Direct: 416-855-2413
snapshot repo is up to date.
I run mvn clean install in scr with no problems, using maven 3.0.4. What
problems are you seeing?
thanks
david jencks
On Oct 29, 2013, at 10:54 AM, Dave Smith dave.sm...@candata.com wrote:
I tried following the instructions but It seems the scr is not built
1.6.2
Dave Smith
Candata Ltd.
416-493-9020x2413
Direct: 416-855-2413
On Wed, Sep 18, 2013 at 4:05 PM, Felix Meschberger fmesc...@adobe.comwrote:
Hi
I agree, that this is probably noise due to some race condition.
Yet, to be really able to confirm, I would need to know which version
pierre.de...@gmail.comwrote:
Hi Dave,
Could you give a try to the trunk version of the SCR (I think that the code
changed a lot in the trunk since 1.6.2).
regards;
/Pierre
On Wed, Sep 18, 2013 at 10:09 PM, Dave Smith dave.sm...@candata.com
wrote:
1.6.2
Dave Smith
Candata Ltd.
416
I am going to bring this back to life. It looks like on the web page HTTP
Service Whiteboard 2.2.0 does not match the code you pointed me to in GIT
hub. So probably the code in GIT hub works but it is not released.
Do I just need to do a source build?
Dave Smith
Candata Ltd.
416-493-9020x2413
Yup, my bad, however it does look like if the HttpContext.handleSecurity
throws a RuntimeException it assumes that the method returned true. I
believe that is the source of my confusion.
Dave Smith
Candata Ltd.
416-493-9020x2413
Direct: 416-855-2413
On Sat, Jan 19, 2013 at 9:21 AM, Chetan
I am trying to have both my Servlet and HttpContext created by SCR .
Unfortunately the current implementation is order specific , if the
HttpContext is not registered first it the Whiteboard quietly ignores it
and creates a default context and continues on. The quick fix is to add a
SCR reference
23 matches
Mail list logo