Re: Projects Using or Evaluating OSGi

We actually have two pages that cover this ground: http://cwiki.apache.org/confluence/display/FELIX/Projects+Using+Felix and http://cwiki.apache.org/confluence/display/FELIX/Projects+Using+or+Evaluating+OSGi Perhaps we should use the first one for projects using Felix and just eliminate the s

Re: Projects Using or Evaluating OSGi

Rajini Sivaram wrote: Could Apache Tuscany (http://incubator.apache.org/tuscany/) be added to the list as well, please? Done. -> richard Thank you... Regards, Rajini On 3/10/08, Guillaume Nodet <[EMAIL PROTECTED]> wrote: Btw, I've added ServiceMix too. On Mon, Mar 10, 2008 at 2:

Re: Projects Using or Evaluating OSGi

Richard S. Hall wrote: Rajini Sivaram wrote: Could Apache Tuscany (http://incubator.apache.org/tuscany/) be added to the list as well, please? Done. Well, actually not, my access to the wiki site is hanging...I will get to it when I have access. -> richard -> richard Tha

Re: Projects Using or Evaluating OSGi

Guillaume Sauthier wrote: I'm OK with this. JOnAS is using Felix, not evaluating it :) Right, it doesn't make sense to mix the two, since users of Felix should definitely get more kudos. :-) -> richard --G Richard S. Hall wrote: We actually have two pages that cover this

Re: HOW-TO Release felix artifact

Stefano, Karl is the release manager and has generally been in charge of releasing the artifacts that you mention below, so I think you'd have to discuss with him and get him involved with the release. I don't necessarily have any issues with releasing the bundles you mention below, but main

Re: HOW-TO Release felix artifact

lease there (its archived), and deploy the release to the maven repository. Create a new version for the artifact in jira. I think that's it. Carsten Richard S. Hall wrote: Stefano, Karl is the release manager and has generally been in charge of releasing the artifacts that you mention b

Re: HOW-TO Release felix artifact

Stefano Lenzi wrote: I don't think that the effort for recompiling main and framework will be too big, because we can branch from the old release. My concern in case of the branching is: where do we are going to store them on the SVN repo? IMHO, I think that will be a general issue related to

Re: [VOTE] Release Maven SCR Plugin 1.0.4

+1 -> richard Carsten Ziegeler wrote: Hi, we have fixed two bugs and added one new feature (see below), so I think its time for a 1.0.4 release :) I've compiled the release candidate and put it up here: http://people.apache.org/~cziegeler/releases/felix/maven-scr-plugin/ The KEYS file for v

Re: HOW-TO Release felix artifact

Carsten Ziegeler wrote: Richard S. Hall wrote: We should really put this under the "development" documentation area... Yeah, "we" really should do this :) I've added a first rough draft Excellent! -> richard

Re: HOW-TO Release felix artifact

Karl Pauls wrote: Finally, isn't it enough to just recompile the releases and vote again on the binaries only? Then we can just put the binaries into maven, we don't have to branch, and we're done, no? I'd say that this seems like the way to go. -> richard

Re: [VOTE] Changing version schema for org.osgi.* modules

Probably better if we don't cross post votes... -> richard Stefano Lenzi wrote: Hi All, As discussed on the thread: http://www.mail-archive.com/dev@felix.apache.org/msg03733.html A new version schema for org.osgi.* module has been proposed. The new version schema is the one already in use b

Re: HOW-TO Release felix artifact

Carsten Ziegeler wrote: Richard S. Hall wrote: Karl Pauls wrote: Finally, isn't it enough to just recompile the releases and vote again on the binaries only? Then we can just put the binaries into maven, we don't have to branch, and we're done, no? I'd say that this s

Re: Disable bundle cache?

Short answer, no. At least not in the sense of truly "disabling the bundle cache", because the mere fact that you want Felix to remember that there are bundles in the cache to re-get means that it must be saving something. However, you can install a JAR file into the cache by reference using a

Re: Felix hangs when loading org.apache.felix.log and org.apache.felix.eventadmin bundles

I would guess this is related to a deadlocking issue that was discussed previously. The issue is that Felix uses the external log service (if present) to log events and sometimes this can lead to deadlocks, apparently. Of course, this is just a guess on my part. I think there was a workaround

Re: Disable bundle cache?

Tim Moloney wrote: Richard S. Hall wrote: Short answer, no. At least not in the sense of truly "disabling the bundle cache", because the mere fact that you want Felix to remember that there are bundles in the cache to re-get means that it must be saving something. I may be missing

Re: Disable bundle cache?

-> richard Thanks Patrick -Original Message- From: "Richard S. Hall" <[EMAIL PROTECTED]> Sent: Saturday, March 22, 2008 7:53pm To: dev@felix.apache.org Subject: Re: Disable bundle cache? Short answer, no. At least not in the sense of truly "disabling the bundle

Re: Disable bundle cache?

n between executions, then this is quite simple to achieve without any known side effects, just delete the cache directory. -> richard Patrick -Original Message- From: "Richard S. Hall" <[EMAIL PROTECTED]> Sent: Sunday, March 23, 2008 3:37pm To: dev@felix.apache.org

Re: Several easy questions

Stuart McCulloch wrote: On 25/03/2008, Tim Moloney <[EMAIL PROTECTED]> wrote: Stuart McCulloch wrote: On 25/03/2008, Tim Moloney <[EMAIL PROTECTED]> wrote: I have created a simple bundle that uses org.apache.felix.log and org.apache.felix.eventadmin. Although I build against o

Re: Several easy questions

Tim Moloney wrote: I think that I understand all of that. You have definitely given me a lot to think about. Another thing to think about is that our maven bundle plugin makes it easy for you to create bundles from other bundles, by embedding packages from one into another. So, you don't nec

Re: Question related to version

All other things being equal, it will choose the highest version. If, however, a lower version was already resolved and in use, then it will choose the already in use version to avoid creating another incompatible class space. -> richard Saminda Abeyruwan wrote: Hi Devs, I've read the OSGi

Re: [jira] Closed: (FELIX-55) Look at migration to more recent Jetty version

It appears that this patch has made it not possible to compile the trunk using JDK 1.4.x... -> richard Felix Meschberger (JIRA) wrote: [ https://issues.apache.org/jira/browse/FELIX-55?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Felix Meschberger closed FELIX-55.

Re: [Vote Result] Release configadmin 1.0.1

Sorry, I meant to vote...just too many things to do... -> richard Carsten Ziegeler wrote: The vote for releasing the new version 1.0.1 of the configadmin passed successfully with three +1 votes Felix Meschberger, Carsten Ziegeler, and Stuart McCulloch. No other votes were cast. I'll continue

Re: [jira] Closed: (FELIX-55) Look at migration to more recent Jetty version

Felix Meschberger wrote: Hi all, Am Freitag, den 28.03.2008, 12:32 -0400 schrieb Richard S. Hall: It appears that this patch has made it not possible to compile the trunk using JDK 1.4.x... Cause was that the http.jetty bundle did not have an explicit dependency on the jetty-util

Web site documentation

I am not sure if everyone has noticed, but I have tried to re-arrange the documentation section of our web site to make it a little easier to find things. It is not perfect now, but I think it is much better than before. One thing that I did that I would like to call to everyone's attention t

Re: how to modify Apache Felix resource codes

Are you asking how to get SVN access for the source code? If so, from the web site, click on "documentation" then on "development" then on "source code". That will take you here: http://cwiki.apache.org/FELIX/source-code.html Hope that helps. -> richard dishmily wrote: i would like to e

Re: Pax in closer collaboration with Apache Felix?

Yes, very good summary of the discussion. -> richard Niclas Hedhman wrote: Gang, I have been at the ApacheCon EU in Amsterdam, and had an interesting talk with Richard Hall, Karl Pauls and Marcel Offermanns of the Felix project (which I and Stuart both are committers as well). Now, the "Cr

Re: Remove modules from commons

I agree. The whole point of Felix Commons was to serve as a stopgap measure until the original communities started supporting OSGi metadata. So, there is no point in keeping stuff around once this happens. -> richard Carsten Ziegeler wrote: Hi, I think we could remove those projects from our

Re: Felix hangs when loading org.apache.felix.log and org.apache.felix.eventadmin bundles

her log services that experience this problem. org.apache.felix.log appears to. Tim Richard S. Hall wrote: I would guess this is related to a deadlocking issue that was discussed previously. The issue is that Felix uses the external log service (if present) to log events and sometimes t

Re: Mave-Felix-Plugin compilation errors

I am not sure why maven-felix-plugin has been added to the build anyway, it used to be excluded. As far as I understand, there is no progress on this, it was just a proof of concept, so it probably shouldn't be in the build. -> richard Clement Escoffier wrote: Hi, I have an error when

Re: Felix hangs when loading org.apache.felix.log and org.apache.felix.eventadmin bundles

Tim Moloney wrote: Thanks for the info. Will this be included in the upcoming 1.0.4 release? Yes. -> richard Tim Richard S. Hall wrote: In the trunk we have modified the framework so that it no longer tries to log to an available LogService for the time being, so this issue should

Re: Mave-Felix-Plugin compilation errors

Stuart McCulloch wrote: On 17/04/2008, Richard S. Hall <[EMAIL PROTECTED]> wrote: I am not sure why maven-felix-plugin has been added to the build anyway, it used to be excluded. FYI, it was added because it is needed by the following examples sub-project: felix/ex

Re: Mave-Felix-Plugin compilation errors

Carsten Ziegeler wrote: If its just a proof of concept and if there is no progress/work on it, shouldn't we drop this completely? Or, if we want to keep the code, move it into the sandbox? It probably should be in the sandbox someplace. -> richard

Encouraging contributions

Hello everyone. At ApacheCon EU, Karl, Marcel, and I were discussing how we need to make it easier for potential contributors to discover what they can do to get involved. We decided at a minimum we should have a top-level page that points out needed contribution areas. To that end, I have cre

Re: UPnP documentation

Francesco Furfari wrote: I added the UPnP documentation in the trunk/upnp/doc directory. Now, I should generate web pages with the Felix documentation style. How does it works? Is there any tool? Generally speaking, I am just creating documentation in our wiki and then it gets generated into H

Re: [VOTE] Felix 1.0.4 framework and related subproject release

+1 on all. The signatures and digests look good. The notice and license files look good too, although in the next release we should modify the OSGi artifacts to use the new notice file format. -> richard Karl Pauls wrote: I would like to call a vote on the following subproject releases, or

Re: Can someone deploy the latest dependencymanager in the SNAPSHOT repository ?

Done. -> richard Guillaume Sauthier wrote: Hi all. I'm using DependencyManager in one of my projects, and I would like to have a R4 bundle of it available in one repository. The 0.8.0-SNAPSHOT (the only version available) is a R3 bundle (it miss the Bundle-SymbolicName) and it cannot be used

Re: New maven plugin to collect bundles?

I am not sure if there is general interest in this. I think the maven-felix-plugin also had a similar capability (i.e., gather up dependent bundles), since it was attempting to start the target bundle in a dynamically launched framework instance. -> richard Carsten Ziegeler wrote: Hi, over

SpringSource Bundle Repository

For those who haven't seen this related announcement to the Spring Application Platform, they also announced a bundle repository: http://www.springsource.com/repository/app/faq Not sure what this means for us with respect to Felix Commons, but it is something that we should probably investi

Re: SpringSource Bundle Repository

with the simple mode they have. My guess that they go for this approach as is quite simple for the end user to just put a bundle in a directory and do not edit any xml/metadata. Alin On Thu, May 1, 2008 at 7:31 PM, Richard S. Hall <[EMAIL PROTECTED]> wrote: For those who haven'

Re: SpringSource Bundle Repository

fere with weaving of another. Lastly, the PAR forms a logical grouping to define what modules are part of an application and what third-party dependencies the application has. This grouping is used by the management tools to provide a detailed view of the application." Alin On Fri, May 2,

Re: [VOTE] Moving the Sling Management Console to Apache Felix

+1 -> richard Felix Meschberger wrote: Hi all, After an initial round of discussion and letting it almost be forgotten, we should finally start to get this moving again. As noted in [1] the incubating Apache Sling project has a module - a single bundle - which provides a Web Based Management

Re: [Vote] release maven-bundle-plugin 1.4.1

+1 -> richard Stuart McCulloch wrote: Hi folks, I'd like to start a vote for the 1.4.1 release of the maven-bundle-plugin, which contains a number of minor fixes (see the changelog for details). I've built and signed the release candidate and made it available here: http://people.apache.org

Re: obr for felix bundles?

There currently is not. We definitely need this. It basically involves determining at least two things: 1. How should we go about generating the repo? * We have the capability to generate OBR repository files, but how do we get one generated for our current set of released

Re: obr for felix bundles?

ard Clement -Message d'origine----- De : Richard S. Hall [mailto:[EMAIL PROTECTED] Envoyé : vendredi 9 mai 2008 10:11 À : [EMAIL PROTECTED]; dev@felix.apache.org Objet : Re: obr for felix bundles? There currently is not. We definitely need this. It basically involves determining at least two things:

Re: obr for felix bundles?

that people that are new to OSGi can have a hard time to get started with felix (i noticed this a few times) and i think that being able to install felix bundles in a simple and convenient way might help. Regards, Peer On 9 May , 2008, at 16:11 ,

Re: OBR local resource resolving

Do I understand correctly that you have a requirement that filters on symbolicname name, but it not being correctly evaluated? Perhaps you could show what you are doing as opposed to what you think needs to be fixed... In short, requirements are only satisfied by capabilities. -> richard Ros

Re: [jira] Commented: (FELIX-562) Move OSGi Console to Apache Felix

Excellent. Thanks for getting this done. Is this in a state that you imagine an official release soon? -> richard Felix Meschberger (JIRA) wrote: [ https://issues.apache.org/jira/browse/FELIX-562?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12597480

Re: [jira] Commented: (FELIX-562) Move OSGi Console to Apache Felix

Felix Meschberger wrote: Am Freitag, den 16.05.2008, 09:57 -0400 schrieb Richard S. Hall: Excellent. Thanks for getting this done. Is this in a state that you imagine an official release soon? Yes, certainly. Even though there are some open enhancement requests, I think we can go for

Re: OSGi Web Console

Release early, release often! ;-) -> richard Felix Meschberger wrote: Hi all, After moving the Sling Management Console to the Felix OSGi Console, I think we might cut an initial release even though there a number of issues [1] still open, most notably FELIX-574 [2] which causes two exported A

Re: [VOTE] Release Web Console 1.0.0

+1 Looks good as far as I can see. Signatures ok, license stuff appears in order. -> richard Felix Meschberger wrote: Hi all, After moving the OSGi Console to the Felix project, I now compiled a first release candidate and put it up here: http://people.apache.org/~fmeschbe/org.apache.feli

Re: [Vote] Release iPOJO 0.8.0

I hate to raise some issues with this release since I know it was a pain for Clement to create and I, as much as anyone, want to get an iPOJO release out the door; however, we might need address some of these issues: Serious issues -- * org.apache.felix.ipojo.ant embeds ObjectWe

Re: Problems with URL handler for bundle:// protocol

Guillaume Nodet wrote: The "bundle:" protocol URL handler is built in Felix framework, but does not seem to work well for me at the moment. The idea behing this URL handler is to be able to access any resource inside a bundle. The syntax is as following: bundle://[bundleId].[bundleRev]:[cla

Board report time again

Hey everyone, It's that time again, we need to create our board report. I have added some initial stuff here: http://cwiki.apache.org/confluence/display/FELIX/Board+Report+%282008-06%29 Please help me remember what I am missing. Thanks. -> richard

Re: [VOTE] Accept Pax Logging donation from OPS4J

+1 -> richard Niclas Hedhman wrote: As per IP Clearance recommendations, please cast your votes to accept the Pax Logging implementation of the OSGi Log Service specification, utilizing Log4J as the backend. Pax Logging is already available under the Apache License, but will still need minimu

Re: Searching class spaces - noob

Niclas Hedhman wrote: On Thursday 05 June 2008 04:44, Bhaskar Maddala wrote: Question : Does anyone know of a way to search class spaces for the location (bundle/jar file) from which a specified class is being loaded? If you are talking about Exported/Imported (i.e. public classes) p

Re: Searching class spaces - noob

ID 15) or do you want to know that it came from /home/myhome/.felix/myprofile/bundle15/version0.0/bundle.jar ? -> richard Thanks Bhaskar On Thu, Jun 5, 2008 at 12:12 AM, Richard S. Hall <[EMAIL PROTECTED]> wrote: Niclas Hedhman wrote: On Thursday 05 June 2008 04:44, Bh

Re: Searching class spaces - noob

easy, because you might have to look into the contents of embedded JAR files... Essentially, you will have to partial reimplement the OSGi class loader search process. -> richard On Thu, Jun 5, 2008 at 10:31 AM, Richard S. Hall <[EMAIL PROTECTED]> wrote: Bhaskar Maddala wrote:

Re: [VOTE] Release UPnP Basedriver 0.8.0

+1 You should just delete the generated bz2 files and signatures, since we don't release those. Also, it wasn't entirely clear to me where the cgupnpjava was and there was no license for it, although NOTICE states that it is BSD. Also it wasn't a dependency in the POM, nor was kxml2...I assu

Re: [VOTE] Release Maven SCR Plugin 1.0.5

+1 You do not include copies of the licenses of the dependencies, even though they are correctly listed in the NOTICE file. We should fix this for the next release. Also, shouldn't Apache software be listed in the "used" section, since it has dependencies on maven and commons code? -> rich

Re: Searching class spaces - noob

Niclas Hedhman wrote: On Friday 06 June 2008 01:47, Richard S. Hall wrote: In some cases, this won't be so easy, because you might have to look into the contents of embedded JAR files... Well, if he has the class (which I believe was the initial question), then I think the pr

Re: Searching class spaces - noob

ain thank you all for chiming in, greatly appreciated as it makes my understand a little better each time. Thanks Bhaskar On Fri, Jun 6, 2008 at 9:40 AM, Richard S. Hall <[EMAIL PROTECTED]> wrote: Niclas Hedhman wrote: On Friday 06 June 2008 01:47, Richard S. Hall wrote: I

Re: [VOTE RESULT] UPnP Basedriver Re: [VOTE] Release UPnP Basedriver 0.8.0

te: 2008/6/9 Stefano Lenzi <[EMAIL PROTECTED]>: The vote for releasing the first version 0.8.0 of the UPnP Basedriver passed successfully with: one +1 vote Richard S. Hall one +0 vote Karl Pauls No other votes were cast During the vote some minor issues about the notice and license f

Re: Needing an OSGi expert to help Struts

Felix does not set the TCCL. The TCCL is inherited from the thread that starts a thread, but Felix itself doesn't set it. From the JavaDoc for getContextClassLoader(): "Returns the context ClassLoader for this Thread. The context ClassLoader is provided by the creator of the thread for use by

Re: [VOTE] Release scr 1.0.2

The rule doesn't state that the vote must close in 72 hours, it states that it must be open at least 72 hours. In other words, just be patient...remember that the OSGi Community Event was this week, so some of us are traveling. :-) -> richard Felix Meschberger wrote: Hi all, This vote has b

Re: Needing an OSGi expert to help Struts

Since threads inherit their CCL, you can easily create your own TCCL by creating your own Felix launcher thats sets the TCCL of the main thread to be whatever you want, Felix will end up using that since we don't change it...at least that is my understanding. If someone creates this, please po

Re: Bundle events

Well, if you are not using SynchronousBundleListener, then it is possible that C could see events from A and B, because the events are delivered on a different thread. However, there is no facility for "replaying" events in the framework...generally speaking, if you miss them, then they are gon

Re: [VOTE] Release scr 1.0.2

Finally got time to look at here in the Zurich airport lounge... +1 The only thing that I noticed was that you are not using the new, super-duper NOTICE file format... -> richard Richard S. Hall wrote: The rule doesn't state that the vote must close in 72 hours, it states that it

Re: [VOTE] Release scr 1.0.2

Felix Meschberger wrote: remember that the OSGi Community Event was this week, so some of us are traveling. :-) Uhh, yeah, I missed that and I start regretting it ;-) Actually, I was surprised not to see any of you Day guys... -> richard Thanks for the feedback anyway. Regards Fel

Re: Bundle events

leListeners) ? As I said, maybe I am missing something. Regards, Lucas On Mon, Jun 16, 2008 at 10:24 AM, Richard S. Hall <[EMAIL PROTECTED]> wrote: Well, if you are not using SynchronousBundleListener, then it is possible that C could see events from A and B, because the events are delive

Re: [VOTE] Release iPOJO 0.8.1

+1 -> richard Clement Escoffier wrote: Hi, I've compiled the release candidate for the remaining artifacts of the iPOJO release and put it up here: http://people.apache.org/~clement/releases/org/apache/felix/ Three artifacts were compiled: org.apache.felix.ipojo.composite : composi

Re: [CONF] Apache Felix: Board Report (2008-06) (page edited)

FYI, the June board report is closed now, I am sending it right now, so no more additions after this... -> richard [EMAIL PROTECTED] wrote: Page Edited : FELIX : Board Report (2008-06)

Telnet bundle

Hello everyone, I have been meaning to ask about this for a while (perhaps I already did), is there any interest in bring the old telnet bundle into Felix? I still use this bundle occasionally. It is dependent upon telnetd, which is released under BSD (I see there is now telnetd2, which is sti

Re: Telnet bundle

had Regards -- Rob Richard S. Hall wrote: Hello everyone, I have been meaning to ask about this for a while (perhaps I already did), is there any interest in bring the old telnet bundle into Felix? I still use this bundle occasionally. It is dependent upon telnetd, which is released under BSD

Re: Telnet bundle

rojects work on Java platforms, it just makes them more useful if they can be... -> richard Regards, Dieter On 23 Jun 2008, at 10:53, Richard S. Hall wrote: Hello everyone, I have been meaning to ask about this for a while (perhaps I already did), is there any interest in bring the old telne

Re: Telnet bundle

Dieter Wimberger wrote: Dieter Wimberger wrote: Actually I am the author of the project, so we can discuss it right here; and if you are interested, I guess we can also manage to release it under Apache 2 license (except the external SSH library, which is under a BSD license). Interesting.

Re: Telnet bundle

Dieter Wimberger wrote: Richard: Interesting. So, you would say that it definitely would be a replacement for the telnetd bundle at oscar-osgi.sf.net then? Sounds like it. I think it would be missing the shell that provides the OSGi console part. However, it would be the better codebase to

Re: Telnet bundle

Dieter, I am all for eating our own dog food at all, but from my point of view it would be great to be able to get the basics (i.e., remote Felix shell access) working without having to have a lot of other dependencies. For example, could we come up with a scheme to get shell access without r

Re: Telnet bundle

Dieter Wimberger wrote: The problem seems to be that I designed telnetd-osgi to be generic and modular. One of the reasons why I "ported" to OSGi was actually the standardized configuration mechanism Kind of the thing that makes OSGi frustrating for me sometimes: You know a standard soluti

telnetd discussion

Hey everyone, The following is intended as a summary of the recent discussion on telnetd (most of this analysis is from an email Felix Meschberger sent me). The following bundles are necessary for remote shell access to Felix: 1. Felix' standard shell bundle (i.e., shell bundle). 2. Diete

Re: telnetd discussion

p.s. A lot of this discussion is based on the assumption that Dieter is will and interested in closer integration with the Felix community. :-) Richard S. Hall wrote: Hey everyone, The following is intended as a summary of the recent discussion on telnetd (most of this analysis is from an

Re: telnetd discussion

Dieter Wimberger wrote: Richard, all: I'd suggest to first take a step back and ask yourselves a question. As far as I understood from the discussion, you would be looking for an occasional, simple telnet based remote access to the felix shell service. If this is correct, then I wonder whet

Re: telnetd discussion

hell.telnet.port". (No command history, but BS, DEL and Strg-U work). Regards, Dieter On 25 Jun 2008, at 15:35, Richard S. Hall wrote: Dieter Wimberger wrote: Richard, all: I'd suggest to first take a step back and ask yourselves a question. As far as I understood from the discuss

Re: Needing an OSGi expert to help Struts

Sahoo wrote: Stuart McCulloch wrote: 2008/6/12 Toni Menzel <[EMAIL PROTECTED]>: Just a shot in: speaking of legacy code (non osgi) using TCCL: The makewave guys explain bytecode weaving to fix those "broken" code: google for "makewave everything can be a bundle" to get some slides about t

Re: telnetd discussion

Dieter Wimberger wrote: Hi all, I'll try to get through step by step. Rob: Embedded, probably. Would need to check if I used any API (net, io) that's >= 1.3. Felix: Sure. The idea was from the beginning to provide felix (project) with the functionality of a remote shell access. There are

Re: OBR

Sounds good to me...we might quickly find, though, that we need to revise how OBR reads the repository files, since currently it reads them every time it starts...perhaps we could cache them for some [configurable] time so that it doesn't have to go download repository files all the time...stil

Re: General questions about starting and stopping bundles

Dieter Wimberger wrote: Alin: The specs does not mandate this but I see it as a best practice when the start method does not return in a "timely manner". Having this thread also means that you must take care to stop the thread during BundleActivator.stop as it can be that stop is called before

Re: General questions about starting and stopping bundles

Dieter Wimberger wrote: Alin: The specs does not mandate this but I see it as a best practice when the start method does not return in a "timely manner". Having this thread also means that you must take care to stop the thread during BundleActivator.stop as it can be that stop is called before

Re: telnetd discussion

Of course there are alternatives, but that is not really at issue here. We want alternatives, so the question to answer is: Is a full-featured telnet bundle a good alternative? I say, yes. -> richard Didier Donsez wrote: Hi all An alternative to telnet shell or ssh shell could be JMX over

Re: [VOTE] Release Maven SCR Plugin 1.0.6

+1 -> richard Carsten Ziegeler wrote: Hi, we've done some updates to the maven scr plugin: Bug * [FELIX-608] - Adapt metatype file generation to create the correct localization path name * [FELIX-617] - SCR information is not inherited when super class is in a 'provided' bundle Improvemen

Re: telnetd and telnet-shell

Great. Thanks for taking the lead on this! Have a good vacation. -> richard Felix Meschberger wrote: Hi all, Just wanted to let you all know, that I have taken over to proceed with FELIX-615 (telnet-shell) contributed by Dieter Wimberger after my vacation towards the end of July. Same for the

Re: OBR

v@felix.apache.org Subject: Re: OBR Hi, Richard S. Hall schrieb: Sounds good to me...we might quickly find, though, that we need to revise how OBR reads the repository files, since currently it reads them every time it starts...perhaps we could cache them for some [configurable] time so that it

Re: Question about class loading and SCR (see FELIX-624)

Carsten Ziegeler wrote: Stuart McCulloch wrote: imho SCR should be using the classloader of the class that declared the bind/unbind method, ie: method.getDeclaringClass().getClassLoader() when loading parameter classes - always using B's classloader doesn't sound right to me Yes, I agre

Re: brain teaser - embedded felix / class cast exception

Craig, Not sure if you read this document: http://cwiki.apache.org/FELIX/launching-and-embedding-apache-felix.html But this document discusses these issues and touches upon the various solutions/approaches, such as reflection. However, I am in agreement with the others, your life will be

Re: Java webstart - loading bundles

Just a guess... I assume you have packaged everything into a single JAR file that Web Start downloads, including embedded bundle JARs. Could you simply do a getResource() specifying the path to the embedded bundle JAR and use the returned URL to install the bundle? -> richard Sebastian Heib

Re: Services for OSGi environments

From my point of view, bundles that are generic from any specific technology are good candidates for a Felix subproject or provide some functionality that is clearly outside of any other existing project. As an example, you can imagine some form of a remoting service that can make OSGi service

Re: declarative services and configuration admin

Craig, The best person to answer your questions about this topic is Felix Meschberger, but I am fairly certain he is on vacation right now. Perhaps you can wait until he is back in circulation...or hopefully someone else can step up in his absence. -> richard Craig Phillips wrote: Hi, Aft

Re: Need more logs from Declarative Service Runtime

These sound like some good suggestions. If you haven't already, you should open up a JIRA issue so that it can be tracked. If you have a suggested patch, feel tree to attach it too. Thanks for the feedback. -> richard Pierre De Rop wrote: Hello everyone, We are using Declarative Service for

Re: drag & drop of bundles the user wants installed in a profile, patch

Interesting. I seems you could also just drop onto the bundle list, but I am not sure which is better. If there seems to be a consensus, then create a JIRA issue and attach a patch. Thanks. -> richard Roger Martin wrote: Hi, I modified my working copy of felix's ~/felix/trunk/shell.gui.plug

[Fwd: [sip-comm-dev] SIP Communicator on Android]

I thought this was interesting... -> richard Original Message Subject:[sip-comm-dev] SIP Communicator on Android Date: Sat, 19 Jul 2008 15:22:44 +0300 From: Cristina Tabacaru <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Hi devs,

Re: [Fwd: [sip-comm-dev] SIP Communicator on Android]

Richard S. Hall wrote: I thought this was interesting... Well, the attached PDF was stripped, so perhaps you can check out the SIP-Communitor mailing archive to read about it... -> richard -> richard Original Message Subject: [sip-comm-dev] SIP Communica

<    1   2   3   4   5   6   7   8   9   10   >