Actually currently I implemented this in a way similar to the one suggested by
you -
I implement my own telnet command, and wrap the telnet streams before passing
them to
createSession(). In my particular case it is a solution, but made me think
about the more general
case of a provider, which
>> Regarding the shell, I have another question. Currently we are working on
>> adopting GoGo as the shell in Equinox. I am writing some features over GoGo
>> to provide command line editing supportability, e.g., for telnet input. I
>> >>implement separately the handling of the telnet protocol
On 9 September 2010 14:28, Richard S. Hall wrote:
> On 9/9/10 4:41, Kirchev, Lazar wrote:
>
>> Regarding the shell, I have another question. Currently we are working on
>> adopting GoGo as the shell in Equinox. I am writing some features over GoGo
>> to provide command line editing supportabilit
Hi trusty Felix group,
I am hoping this group can help me interpret an error message today. For
background, we are using Felix framework version 2.0.0 (and compendium
1.2.0 if that matters). In one deployment, we see the message and stack
trace (at bottom of this email), when we add bundles f
On 9/9/10 8:00 PM, Wunden Tobias wrote:
Hi Richard,
thanks for that quick and generally helpful answer, this was exactly what I was
looking for! However, implementing your idea, I ran into various issues, all of
them being related to the start-stop-daemon being picky about the correct
quotin
Hi Richard,
thanks for that quick and generally helpful answer, this was exactly what I was
looking for! However, implementing your idea, I ran into various issues, all of
them being related to the start-stop-daemon being picky about the correct
quoting.
I first tried to add what you had sugge
Clement,
I'm glad you're considering it - it would be really useful. Do you have any
idea of when iPOJO 2.0 would be released? Is it 6 months? A year?
/Bengt
2010/9/9 Clement Escoffier
> Hi,
>
> You it is a really good feature. I'm thinking to that one since 1 year now.
> Despite I've an idea
thank you very much! I won't forget about annotations!
Both of you had been very helpful to me!
On Sep 9, 2010, at 8:01 PM, Clement Escoffier wrote:
>
> You can safely update to 4.8.1. As this version contains the classes from the
> 3.8.1.
>
> Regards,
>
> Clement
On 09.09.2010, at 19:32, Anna Karina Nava Soriano wrote:
> I know that about annotations, I already solved it in my tests (it is not a
> problem anymore), but I need some classes of junit 4.8.
>
> I can try your advice, I only need to be sure that if I update the junit
> dependency it wont
I know that about annotations, I already solved it in my tests (it is not a
problem anymore), but I need some classes of junit 4.8.
I can try your advice, I only need to be sure that if I update the junit
dependency it wont break anything from junit4osgi. Let me check if I caught
the idea..
On 08.09.2010, at 09:45, Guillaume Sauthier wrote:
> Hmm
> AFAIK, there is no such option (Clement, correct me if I'm wrong).
> Component type's handlers are discovered using the metadata: all child
> elements of ipojo:component will be considered as handler requirements. This
> computation is
Hi,
You it is a really good feature. I'm thinking to that one since 1 year now.
Despite I've an idea how to implement this support, it is an important change
probably postponed until iPOJO 2.0.
Supporting method callbacks is easy but supporting field injection on parent
classes is really more
Hi,
junit4osgi embeds junit. So, you can't use a different version. But you can
easily modify the junit4osgi bundle to expose the missing package / update the
junit dependency. However, the launcher does not support annotations, so, you
must use the junit 3 development model.
Regards,
Clement
On 9/9/10 12:50, Anna Karina Nava Soriano wrote:
as it is now the 448 then i got:
[ 304] [Active ] [1]
file:/Applications/NetBeans/sges-v3/glassfish/modules/iText-rtf-2.1.7.jar
[ 408] [Active ] [1]
file:/Applications/NetBeans/sges-v3/glassfish/modules/junit-4.8.1.jar
[ 447] [A
thanks again!!! for your patience!
On Sep 9, 2010, at 3:34 PM, Richard S. Hall wrote:
> On 9/9/10 6:28, Anna Karina Nava Soriano wrote:
>> Hello everyone!
>>
>> Nice tool junit4osgi!
>>
>> I am working with junit4osgi and needed to extend the JunitExtender class to
>> run tests in a particula
as it is now the 448 then i got:
[ 304] [Active ] [1]
file:/Applications/NetBeans/sges-v3/glassfish/modules/iText-rtf-2.1.7.jar
[ 408] [Active ] [1]
file:/Applications/NetBeans/sges-v3/glassfish/modules/junit-4.8.1.jar
[ 447] [Active ] [1] Apache Felix iPOJO Extender Patt
On 9/9/10 12:01, Anna Karina Nava Soriano wrote:
thanks Richard
Now in the junit-4.8.1.jar MANIFEST I included all the missing packages and the
result is:
Manifest-Version: 1.0
Ant-Version: Apache Ant 1.7.1
Export-Package: org.junit.runner.notification,org.junit,
org.junit.runner.manipul
thanks Richard
Now in the junit-4.8.1.jar MANIFEST I included all the missing packages and the
result is:
Manifest-Version: 1.0
Ant-Version: Apache Ant 1.7.1
Export-Package: org.junit.runner.notification,org.junit,
org.junit.runner.manipulation,org.junit.runner
Created-By: 1.5.0_20-141 (Appl
On 9/9/10 8:54, Wunden Tobias wrote:
Hello everyone,
I recently tried to install and run Felix 3.0.2 on Gentoo Linux. For this
purpose, I created a start script to start and stop Felix depending on the
current runlevel (see below). Gentoo's start-stop-daemon usually is a great
choice to ach
On 9/9/10 6:28, Anna Karina Nava Soriano wrote:
Hello everyone!
Nice tool junit4osgi!
I am working with junit4osgi and needed to extend the JunitExtender class to
run tests in a particular way (the reason is not important). MyJunitExtender
is the new class and it extends JunitExtender and o
On 9/9/10 4:41, Kirchev, Lazar wrote:
Regarding the shell, I have another question. Currently we are working on
adopting GoGo as the shell in Equinox. I am writing some features over GoGo to
provide command line editing supportability, e.g., for telnet input. I
implement separately the handli
Hello everyone,
I recently tried to install and run Felix 3.0.2 on Gentoo Linux. For this
purpose, I created a start script to start and stop Felix depending on the
current runlevel (see below). Gentoo's start-stop-daemon usually is a great
choice to achieve that goal, but in this case, I am ru
On Fri, Aug 27, 2010 at 15:23, Richard S. Hall wrote:
> On 8/26/10 22:31, LongkerDandy wrote:
...
>
> However, it is generally not a good idea to install the compendium JAR as a
> bundle. The UPnP bundle would likely be better off including and exporting
> (and importing) the OSGi UPnP packages i
>
> However, it is generally not a good idea to install the compendium JAR as a
> bundle. The UPnP bundle would likely be better off including and exporting
> (and importing) the OSGi UPnP packages inside of it. I don't really do much
> work on the UPnP subproject, but maybe someone who does could
Hello everyone!
Nice tool junit4osgi!
I am working with junit4osgi and needed to extend the JunitExtender class to
run tests in a particular way (the reason is not important). MyJunitExtender
is the new class and it extends JunitExtender and only overrides the run
method. I tested it and t
Hi Richard,
Thanks for the answer.
Regarding the shell, I have another question. Currently we are working on
adopting GoGo as the shell in Equinox. I am writing some features over GoGo to
provide command line editing supportability, e.g., for telnet input. I
implement separately the handling
The iPOJO Architecture Command for Gogo still fails.
On Tue, Sep 7, 2010 at 11:41 PM, Clement Escoffier <
clement.escoff...@gmail.com> wrote:
> Hi,
>
> On 07.09.2010, at 16:57, LongkerDandy wrote:
>
> > Some download links on the web site not working, like iPojo.
> > Can someone fix it.
>
> My f
I have the exact same problem. I have generic classes (in a framework) that
do most boilerplate stuff and the intention is to make it simple to add sub
classes with specific needs (most often adding service properties and logic)
- but I can't. I have to copy/paste all the boilerplate code to every
28 matches
Mail list logo