In the Http Service we actually attach the properties to the service itself.
But the remote shell has not any exported service right? In that case, I'm
not sure what would be the best approach.
On Mon, Oct 5, 2009 at 10:30 PM, Richard S. Hall wrote:
> On 10/5/09 21:37, Sten Roger Sandvik wrote:
>
On 10/5/09 21:37, Sten Roger Sandvik wrote:
BTW. It seems like a good feature to include. I actually used this in the
http service to crete a http "alive" osgi bundle.
Any suggestions how? Create some sort of dummy service to which it
attaches its property?
-> richard
On Mon, Oct 5, 20
BTW. It seems like a good feature to include. I actually used this in the
http service to crete a http "alive" osgi bundle.
On Mon, Oct 5, 2009 at 9:25 PM, Richard S. Hall wrote:
> So, is there any way to discover on which port number the remote shell is
> listening for connections? If the port i
Good you asked about this. I totally forgot to include this functionality in
the new Http Service. Added as a Jira task now. Yes, it was in 1.0.1 of
Jetty Http service.
On Mon, Oct 5, 2009 at 9:25 PM, Richard S. Hall wrote:
> So, is there any way to discover on which port number the remote shell
2008/9/3 Roger Martin <[EMAIL PROTECTED]>
> Ah! You have org.osgi.service.cm in
> org.apache.felix.configadmin-1.0.5-SNAPSHOT.jar !
>
FYI, you can also just add the OSGi Compendium bundle from Felix:
http://repo1.maven.org/maven2/org/apache/felix/org.osgi.compendium/1.2.0/org.osgi.compendium-1
Ah! You have org.osgi.service.cm in
org.apache.felix.configadmin-1.0.5-SNAPSHOT.jar !
Added that and I get the telnet and a telnet client opens!
On 9/2/08, Roger Martin <[EMAIL PROTECTED]> wrote:
> org.osgi.service.log obr search yields org.knopflerfish.log implementation
>
> http://www.osg
org.osgi.service.log obr search yields org.knopflerfish.log implementation
http://www.osgi.org/Repository/HomePage?cmd=browse&keywords=org.osgi.service.log&submit=search
When I run a Felix profile with the org.knopflerfish.log
log_all-2.0.0.jar config'ed in, org.knopflerfish.log then has
dependen
It looks like it uses log in ServiceMediator; however, it should
probably be modified to import LogService dynamically in the future to
avoid a hard dependency or package the log packages internally.
-> richard
Roger Martin wrote:
Hi,
It depends on org.osgi.service.log? I'm looking where th
Hi,
It depends on org.osgi.service.log? I'm looking where this may be...
-
Enter profile name: profile4
DEBUG: WIRE: 1.0 -> org.ungoverned.osgi.service.shell -> 1.0
DEBUG: WIRE: 1.0 -> org.osgi.service.startlevel -> 0
DEBUG: WIRE: 1.0 -> org.apache.felix.shell -> 1.0
DEBUG: WIRE: 1.0 -
Hi,
Karl Pauls schrieb:
On Sun, Aug 24, 2008 at 10:11 PM, Richard S. Hall <[EMAIL PROTECTED]> wrote:
Felix Meschberger wrote:
To also record the original authorship of the code is just another such
reference case. But I see your point about confusion (I don't think it is a
big issue, though).
Felix Meschberger wrote:
I also have deployed a first snapshot of this.
In terms of "release-often-release-early" I would like to cut a
release of this bundle sometime soon. To ease the release process, I
would like to ask you to quickly have a look at the NOTICE file for
any glitches. Thank
On Sun, Aug 24, 2008 at 10:11 PM, Richard S. Hall <[EMAIL PROTECTED]> wrote:
> Felix Meschberger wrote:
>>
>> Hi,
>>
>> Richard S. Hall schrieb:
>>>
>>> Felix Meschberger wrote:
Hi,
Richard S. Hall schrieb:
>
> Regarding the NOTICE file, I don't think we want the "origin
Felix Meschberger wrote:
Hi,
Richard S. Hall schrieb:
Felix Meschberger wrote:
Hi,
Richard S. Hall schrieb:
Regarding the NOTICE file, I don't think we want the "originally
developed" stuff in there. That was the whole point of the IP
clearance, so that this can be claimed to be Apache soft
Hi,
Richard S. Hall schrieb:
Felix Meschberger wrote:
Hi,
Richard S. Hall schrieb:
Regarding the NOTICE file, I don't think we want the "originally
developed" stuff in there. That was the whole point of the IP
clearance, so that this can be claimed to be Apache software. To
acknowledge Deit
Hi,
Dieter Wimberger schrieb:
Richard, Felix:
I think that the ICLA I signed and sent to the Apache Foundation
Secretary cleary states the legal terms of the contribution.
Given paragraph 2. Grant of Copyright License, I am granting the Apache
Foundation and all recipients of the software d
Richard S. Hall wrote:
> Dieter Wimberger wrote:
>> To give an example, the commons-collections project seems to keep
>> their developers (= comitters) and contributors in the POM file, using
>> a section like:
>>
>> ...
>>
>>fmeschbe
>>Felix Meschberger
>>
>> ...
>>
>>
>> ..
Dieter Wimberger wrote:
Richard, Felix:
I think that the ICLA I signed and sent to the Apache Foundation
Secretary cleary states the legal terms of the contribution.
Given paragraph 2. Grant of Copyright License, I am granting the
Apache Foundation and all recipients of the software distribu
Richard, Felix:
I think that the ICLA I signed and sent to the Apache Foundation
Secretary cleary states the legal terms of the contribution.
Given paragraph 2. Grant of Copyright License, I am granting the
Apache Foundation and all recipients of the software distributed by
the Foundation
Felix Meschberger wrote:
Hi,
Richard S. Hall schrieb:
Regarding the NOTICE file, I don't think we want the "originally
developed" stuff in there. That was the whole point of the IP
clearance, so that this can be claimed to be Apache software. To
acknowledge Deiter, we should use one of the ot
Hi,
Richard S. Hall schrieb:
Regarding the NOTICE file, I don't think we want the "originally
developed" stuff in there. That was the whole point of the IP clearance,
so that this can be claimed to be Apache software. To acknowledge
Deiter, we should use one of the other approaches that I ment
Hi
Dieter Wimberger schrieb:
I would like to ask you to quickly have a look at the NOTICE file for
any glitches.
Just a glitch
(http://svn.apache.org/repos/asf/felix/trunk/shell.remote/NOTICE): I
think that in Section I, "developped" should only have one p.
Oh yeah ! I never know much p's
Hi,
Richard S. Hall schrieb:
Excellent work.
Thanks ;-)
Knowing that we might expect other forms of remote access, is
"shell.remote" the best name for this subproject?
Not sure either; it just came to my mind as a first idea and I kind of
liked it. We are also talking about "Simple Remote
Dieter Wimberger wrote:
Felix, Richard:
At long last, I am pleased to announce that the simple remote shell
module contributed by Deiter Wimberger (many thanks to you at this
place!) is now part of the Apache Felix project.
And a big thank you to Deiter for the original work...(we still need
Felix, Richard:
At long last, I am pleased to announce that the simple remote shell
module contributed by Deiter Wimberger (many thanks to you at this
place!) is now part of the Apache Felix project.
And a big thank you to Deiter for the original work...(we still need
to revisit having mo
Regarding the NOTICE file, I don't think we want the "originally
developed" stuff in there. That was the whole point of the IP clearance,
so that this can be claimed to be Apache software. To acknowledge
Deiter, we should use one of the other approaches that I mentioned in my
other email messag
Excellent work.
And a big thank you to Deiter for the original work...(we still need to
revisit having more advanced remote access too, but first things first...)
Knowing that we might expect other forms of remote access, is
"shell.remote" the best name for this subproject?
This gets us bac
26 matches
Mail list logo
