.
Perhaps I'm overlooking something, but is there a clean way to solve this
with the current gogo version? In previous versions I could just add the
runtime and everything would resolve as expected.
Thanks!
--
Met vriendelijke groet,
Alexander Broekhuis
t;
> If now you type for example "test:exec dm", then since the dm gogo command
> does not return a result (and display the result internally, using
> System.out), then the session.execute method will return null, then in this
> case nothing special to do ...
>
> hope this helps
ute(command);
session.close();
}
}
Thanks in advance!
--
Met vriendelijke groet,
Alexander Broekhuis
; >
> > David
> >
> >
> > [1]
> >
> https://github.com/apache/felix-dev/blob/master/cm.json/src/main/java/org/apache/felix/cm/json/impl/TypeConverter.java
> >
> > On Mon, 9 Aug 2021 at 15:49, Alexander Broekhuis
> > wrote:
> >
>
able to read
configurations from other sources as well. I know I can clone the
configurator and do this myself, but I'd like to know if there is any
interest in such a feature. Having a clone, which will get outdated/needs
merging, is not something I fancy.
TiA
--
Met vriendelijke groet,
(MyService service) {
// ...
}
}
--
Met vriendelijke groet,
Alexander Broekhuis
elix - Users mailing list archive at Nabble.com.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
> For additional commands, e-mail: users-h...@felix.apache.org
>
>
--
Met vriendelijke groet,
Alexander Broekhuis
nough info to fix it. Setting the ContextClassloader
fixed the problem.
--
Met vriendelijke groet,
Alexander Broekhuis
y-name
Thanks in advance,
--
Met vriendelijke groet,
Alexander Broekhuis
ennis. Is there a specific reason why Dennis isn't a
committer so he can maintain this? Would be nice if someone is able to
handle the bugs/patches :).
>
> I have no idea of the state of this code, maybe Marcel knows more.
>
Marcel: can you help me out here?
--
Met vriendelijke groet,
Alexander Broekhuis
iendelijke groet,
Alexander Broekhuis
Hi,
I've created an issue: https://issues.apache.org/jira/browse/FELIX-2997
On 13 June 2011 18:22, Carsten Ziegeler wrote:
> Am 08.06.11 10:19, schrieb Alexander Broekhuis:
>> Hi Carsten,
>>
>> It has been some time since I last tried newer versions of the
>>
Ziegeler wrote:
> Hi,
>
> I just fixed another shutdown problem in the event admin, so maybe you
> want to try latest version from svn trunk
>
> Regards
> Carsten
>
> Am 17.01.11 17:35, schrieb Alexander Broekhuis:
>> Hi Carsten,
>>
>> Will do, I also test
the problem?
>
> Thanks
> Carsten
>
> Am 17.01.11 11:02, schrieb Alexander Broekhuis:
>> Hi,
>>
>> Is there any update for this problem? I changed my code to use a
>> service tracker, and the same happens. So it doesn't seem to be
>> related to the use of the
Hi,
Is there any update for this problem? I changed my code to use a
service tracker, and the same happens. So it doesn't seem to be
related to the use of the Dependence Manager.
On 12 January 2011 07:16, Alexander Broekhuis wrote:
> Hi Pierre,
>
> The DM version I use is 2.0.1,
and attach to it your sample code, I will
> then investigate.
> (I think that your Sender.stop method is not properly invoked by the DM
> compat bundle).
>
> Thanks;
> /pierre
>
>
> On Tue, Jan 11, 2011 at 2:42 PM, Alexander Broekhuis
> wrote:
>
>> Hi,
>>
op it is by killing the
process.
The code is a simple sender and receiver. The Dependency manager is
used to get a reference to the EventAdmin.
On 7 January 2011 12:47, Carsten Ziegeler wrote:
> Alexander Broekhuis wrote
>>>
>>> From the stacktrace below I have the feelin
I use the
EventAdmin, not an exception from within the EventAdmin. Or is this a
wrong assumption?
--
Met vriendelijke groet,
Alexander Broekhuis
-
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org
2011 11:49, Carsten Ziegeler wrote:
> Hi,
>
> which version of the event admin are you using? And can you post all
> exception stack traces you see?
>
>
> Thanks
> Carsten
>
> Alexander Broekhuis wrote
>> Hello,
>>
>> I also see the
org.apache.felix.eventadmin.impl.tasks.AsyncDeliverTasks$TaskExecuter.run(AsyncDeliverTasks.java:110)
at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(Unknown
Source)
at java.lang.Thread.run(Thread.java:680)
On 5 January 2011 08:28, Alexander Broekhuis wrote:
> Hi all,
>
> In my project I am
cess is by killing it.
How should I handle this case? Do I have to catch an
IllegalStateException at all sendEvent call's?
--
With kind regards,
Alexander Broekhuis
-
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
21 matches
Mail list logo