Re: OBR

ent -Original Message- From: Richard S. Hall [mailto:[EMAIL PROTECTED] Sent: lundi 7 juillet 2008 04:57 To: dev@felix.apache.org Subject: Re: OBR Clement Escoffier wrote: Hi, I go on my investigations about an OBR for Felix. I'm working on writing descriptions for all released bundles

Re: OBR

Felix Meschberger wrote: Hi, Richard S. Hall schrieb: Clement Escoffier wrote: However, this open new issues... we have one artifact (web console) that requires the HTTP Service that was not released (correct me if I'm wrong). So, the generated repository is not self-contained.

Re: OBR

. -> richard Regards Felix Regards, Clement -Original Message- From: Richard S. Hall [mailto:[EMAIL PROTECTED] Sent: lundi 7 juillet 2008 04:57 To: dev@felix.apache.org Subject: Re: OBR Clement Escoffier wrote: Hi, I go on my investigations about an OBR for Felix. I'm wo

Re: OBR

nds me, other community members should add their own suggestions to the community page so we can build up a good set of ideas for people looking to contribute. Niclas Hedhman wrote: On Wednesday 23 July 2008 23:15, Richard S. Hall wrote: Well, nothing stops us from releasing our HTTP Ser

Re: Plans for Felix to implement 4.1.0 specs?

Actually, Christian van Spaandonk is looking into this (i.e., moving to the 4.1 classes)...it is probably my fault that we are not further since he was waiting for some input from me before continuing...I have been a little busy. I will try to respond to him this week so we can move forward on

Re: Pax Logging Status Update

Niclas Hedhman wrote: Gang, I think I have set all the wheels in motion; 1. Checked that ICLAs are properly on file for Makas and Edward. 2. Accounts requested for Makas and Edward. 3. IP Clearance form filled out. 4. Requested the lazy consensus from the Incubator PMC to approve the

Re: Pax Logging Status Update

we should just switch naming our subprojects. But I don't think it has come to that yet. -> richard Then again, I don't really mind. :) Greetings, Marcel -Original Message----- On Monday 28 July 2008 08:00, Richard S. Hall wrote: such as Flogger, for Felix logger, +1 for Flogger.

Re: Pax Logging Status Update

Niclas Hedhman wrote: On Monday 28 July 2008 14:33, Marcel Offermans wrote: I'd prefer a name that reflects the main features of this logger. Something like plugable logger, or log adapter. Main feature; Interception of calls to many/most existing Log framework in legacy code that is

Re: Plans for Felix to implement 4.1.0 specs?

FYI, we have two issues for core and compendium: http://issues.apache.org/jira/browse/FELIX-514 http://issues.apache.org/jira/browse/FELIX-595 -> richard Alin Dreghiciu wrote: Hi guys, Are there any plans when Felix will implement the 4.1.0 OSGi core specs? For me important will be the

Re: Pax Logging Status Update

Marcel Offermans wrote: Niclas Hedhman wrote: On Monday 28 July 2008 14:33, Marcel Offermans wrote: I'd prefer a name that reflects the main features of this logger. Something like plugable logger, or log adapter. Main feature; Interception of calls to many/most existing

Re: shell service, command, and declarative services

Yes, I guess you are doing something incorrectly, but I don't think you are giving me enough information to figure out your mistake. I have created a bundle with the following content: heavy:~/tmp/craig$ jar tf craig.jar META-INF/ META-INF/MANIFEST.MF craig/ craig/Activator.class craig/Command0

Re: Refreshing packages does not work correctly?

Karl Pauls wrote: I think the issue is that you did only refresh the obr bundle. The other bundle is still around and can be used until the framework is refreshed. Can you try whether doing a complete refresh makes a difference? Yes, that is what I was going to say too. You don't need to refr

Re: Refreshing packages does not work correctly?

From my interpretation of the spec, a bundle is only refreshed if it is pending removal. In this case OBR, is not pending removal. For your example 2, I am pretty sure that this has been changed and that you are free to use uninstalled packages to resolve new dependencies. I am not sure if thi

Re: Refreshing packages does not work correctly?

Alin Dreghiciu wrote: Indeed the complete refresh worked as can be seen bellow on . But that still does not comply to the specs in my view as on doing refresh on a bundle the framework should re-resolve the bundle. At least that is what I got from the specs, but the specs are not very clear about

Re: Refreshing packages does not work correctly?

they impact the usage count of already uninstalled so that we can automatically refresh the previously uninstalled bundles when their usage count dynamically goes to zero. The spec doesn't mandates such behavior, although I think it would be allowable. -> richard On Mon, Jul 28, 20

Re: Refreshing packages does not work correctly?

] [1] Apache Felix Shell TUI (1.0.1) [ 9] [Active ] [5] Apache Felix Bundle Repository (1.1.0.SNAPSHOT) On Mon, Jul 28, 2008 at 9:50 PM, Richard S. Hall <[EMAIL PROTECTED]> wrote: Alin Dreghiciu wrote: You are right. The citation was from 4.0.1. I looked into 4.1.0

Re: Password protected OBR?

Interesting. You should attach all code patches to a Felix JIRA issue for consideration for inclusion: http://cwiki.apache.org/FELIX/issue-tracking.html If people think this would be a useful addition, it is likely we could include it. Make sure to tick the "grant" box when you fill out the

Re: When is the next release of Felix scheduled to come out?

Niclas Hedhman wrote: On Thursday 31 July 2008 18:20, Sahoo wrote: Thanks for getting back quickly. Can it please happen by end of August? AFAICT, Felix is most of the time in a stable state, and you can cut your own intermediate release pretty easily. Niclas is correct. I never

Felix 1.2

I propose that we call the next Felix release 1.2, since it will be the first release to include some sort of support for fragments. The goal will be to have this release come out around the end of August or beginning of September, but the sooner the better. Along with partial fragment support

Re: Felix 1.2

Karl Pauls wrote: On Fri, Aug 1, 2008 at 10:43 AM, Alin Dreghiciu <[EMAIL PROTECTED]> wrote: On Fri, Aug 1, 2008 at 10:26 AM, Karl Pauls <[EMAIL PROTECTED]> wrote: On Fri, Aug 1, 2008 at 9:58 AM, Alin Dreghiciu <[EMAIL PROTECTED]> wrote: But why is not 1.1? Because it follows th

Re: Felix 1.2

Marcel Offermans wrote: On Aug 1, 2008, at 3:09 , Richard S. Hall wrote: I propose that we call the next Felix release 1.2, since it will be the first release to include some sort of support for fragments. The goal will be to have this release come out around the end of August or beginning

The Future

As many of you know, last year I took a visiting assistant professor position at Tufts University near Boston. That position was only for a year and a year is up at the end of this month. As a result, I have been looking for and now have found a new opportunity. Starting in this middle of this

Re: Classloading across bundles

Jackson, Bruce wrote: Here's a question: I have a utility class in a bundle which will generate a dynamic proxy as a service to other bundles running inside Felix. Lets call this bundle "A". Is this possible in Felix/OSGi without having having to explicitly declare the import of the interface o

Re: Classloading across bundles

he class loader clazz.getClassLoader() when it creates the proxy. -> richard On 01/08/2008 15:14, "Richard S. Hall" <[EMAIL PROTECTED]> wrote: Jackson, Bruce wrote: Here's a question: I have a utility class in a bundle which will generate a dynamic proxy as a service to o

OSGi R4.1 API

In an effort to break things before the weekend, I just committed a patch to upgrade org.osgi.core to the R4.1 API. :-) This changed required that I add some needed stub methods to the framework. I built the trunk from scratch (i.e., deleted my maven repo) and everything worked fine. I also ra

Re: Felix 1.2

. -> richard Richard S. Hall wrote: I propose that we call the next Felix release 1.2, since it will be the first release to include some sort of support for fragments. The goal will be to have this release come out around the end of August or beginning of September, but the sooner the better. Al

Re: OSGi R4.1 API

Excellent. Thanks for the feedback. -> richard Roger Martin wrote: Enjoy the rest of the weekend, guys. As a layman( as in not in the guru clergy) I svn checked out over top of previous working copy and then did a mvn -U clean install. After resetting my config.properties I could run new and

Re: OSGi R4.1 API

Christian van Spaandonk wrote: 1. Activator.java - felixtrunk/examples/extenderbased.host/src/main/java/org/apache/felix/example/extenderbased/host 2. Activator.java - felixtrunk/examples/servicebased.host/src/main/java/org/apache/felix/example/servicebased/host 3. confi

Re: The Future

I just wanted to say "thanks" to everyone who has sent me congratulations both publicly and privately. -> richard Richard S. Hall wrote: As many of you know, last year I took a visiting assistant professor position at Tufts University near Boston. That position was only for a ye

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

+1 -> richard Stuart McCulloch wrote: Hi folks, I'd like to start a vote for the 1.4.2 release of the maven-bundle-plugin, which contains a number of minor fixes (see the changelog for details) as well as some additional OBR functionality contributed by Clement. I've built and signed the rele

Re: [VOTE] Release configadmin 1.0.4

+1 The NOTICE file does not properly indicate that it includes OSGi code in the JAR file, which it does. It just list OSGi code under the "uses" section. I think we can still release it, since the whole "used" vs "included" thing is our own concoction, but we should correct this for future r

Re: [VOTE] Release scr 1.0.4

+1 This doesn't use our new style of NOTICE file, so we should update that for future releases. -> richard Felix Meschberger wrote: Hi, I've compiled the release candidate for the Declarative Services release 1.0.4 and put it up here: http://people.apache.org/~fmeschbe/org.apache.felix.s

Re: [VOTE] Accept Contribution of Simple Remote Shell Service Access (FELIX-615)

+1 -> richard Felix Meschberger wrote: Hi all, I would like to start a vote here to accept the contribution of telnet based remote shell service access. The code is attached as remoteshell.zip [1] to issue FELIX-615 [2]. The checksum of this file is: 527423105b5e8d7297a4dc20491a2c01 r

Re: Classloading across bundles and DynamicImport-package

Jackson, Bruce wrote: Does Felix support anything that carries out a similar function to buddy class loading in Equinox? I'm aware of the DynamicImport-Package, but that rather supposes that the bundle who declares this knows the bundles that it needs as "helpers" to load classes. Sorry, n

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

+1 It is nice that your MD5 and SHA1 are in the correct format so that they can be checked with the "-c" option...do you do that by hand or how do you get the maven release plugin to work correctly, since it appears that it doesn't work correctly for everyone else? -> richard Stuart McCullo

Re: New Document Netbeans How-to Contribution (FELIX-663)

richard jackson wrote: I created a new Jira issue (FELIX-663) for the contribution of a "How-to integrate Felix in Netbeans" I attached the documentation as a gzip tar ball that includes the document it self in OpenOffice format and the original images used. I figured that would be easer to use w

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

Stuart McCulloch wrote: 2008/8/8 Stuart McCulloch <[EMAIL PROTECTED]> Hi folks, Hot on the heels of 1.4.2, I'd like to start a vote for the 1.4.3 release of the maven-bundle-plugin, which contains a combined fix for FELIX-661. (part of this fix required minor patches to code from other comp

Re: vacation

D'oh! Who is going to answer the Bundle Plugin questions!? :-) Have fun. -> richard Stuart McCulloch wrote: Hi folks, FYI, I'm traveling around Japan for the next couple of weeks and won't be answering emails until I return :)

Re: OBR repository for Felix

richard jackson wrote: This is fantastic. I would think that two repositories is the way to go. One for production and one for dev/Snapshots. I would also think you would want all released versions on the production one as well. Yeah, those are my thoughts as well. -> richard Richard O

Re: Orphaned Felix pages on general Apache Wiki

Hmm. Not sure where these came from, but we should definitely try to move them over to our wiki. I am somewhat busy for the next week, but I will try to do it unless someone beats me to it. -> richard sebb wrote: Recently, someone called "Iacob" created several Chinese Felix Tutorial pages,

Fragment support

Hello everyone, I committed some more patches for fragment support, so fragments should properly update and refresh now...hopefully. Currently, we log a WARNING when people install a fragment, which says that fragments are not fully supported. We should decide if we want to keep this as is o

Re: [VOTE] Release maven-scr-plugin 1.0.7

+1 -> richard p.s. It is so nice now that the digest files are formatted properly. :-) Carsten Ziegeler wrote: Hi, we've done some bug fixes and updates to the maven scr plugin: Bug * [FELIX-643] - Inheritance of references is not working if there is more than one bundle invo

Download page

There was a bug in the download page where the shell.tui bundle link was to the wrong artifact name (it was using shell.tui-1.0.0-project.jar, which does not point to anything). I tried to update it, but it still doesn't appear to be working. Do we need to manually regenerate the page or someth

Re: Releasing osgi core/compendium?

Carsten Ziegeler wrote: Karl Pauls wrote: That would be cool but I would need you to do the release asap then. I'm planning to cut the 1.2 release somewhere next week and then I need this one to be done :-) Hehe, so I just relax and wait one weekgreat :) Seriously, is there anythi

Re: Remote Shell

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

Re: Remote Shell

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

Re: Remote Shell

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

Re: [Vote] Release osgi modules 1.1.0

Carsten, Thank for getting this going, but we follow an odd/even minor version number release policy for developmental/stable. So, unless we only increment the micro number, this release should be 1.2.0... The main reason for this approach is that it work nicely for keeping our released pro

Re: Remote Shell

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

Re: [VOTE] Release OSGi Modules 1.2.0

Hmmm. +1 for core. Essentially, +1 for compendium, but I am not sure since it now depends on Foundation 1.2.0, but I don't think any changes were made to foundation, so I am not sure we should be doing a release on it. (Sorry, I didn't notice that you did last time.) Of course, it is not the

Re: Remote Shell

erger ... Probably this is the best way to handle this in the right place and be able to generate something from it (opposed to an unstructured NOTICE text file). I agree that something like this would be a preferred approach. -> richard Regards, Dieter On 20 Aug 2008, at 09:21, Richard S. Ha

Re: [VOTE] Release OSGi Modules 1.2.0

Carsten Ziegeler wrote: Richard S. Hall wrote: Hmmm. +1 for core. Essentially, +1 for compendium, but I am not sure since it now depends on Foundation 1.2.0, but I don't think any changes were made to foundation, so I am not sure we should be doing a release on it. (Sorry, I didn

Maven & OSGi plans

I am not sure if this will be beneficial to us or not, since it sounds like a) they plan on duplicating or effort around the Bundle Plugin and b) they are getting really cozy with Eclipse, but it is an interesting read nonetheless: http://blogs.sonatype.com/jvanzyl/2008/08/21/1219331495607.

Re: Maven & OSGi plans

That should have said, "...duplicating our effort..." -> richard Richard S. Hall wrote: I am not sure if this will be beneficial to us or not, since it sounds like a) they plan on duplicating or effort around the Bundle Plugin and b) they are getting really cozy with Eclipse,

Re: Maven plugin to generate deployment packages

Carsten Ziegeler wrote: Christian van Spaandonk wrote: Carsten, I think Siamak Haschemi made something very similar to this, see http://www.mail-archive.com/dev@felix.apache.org/msg03728.html and/or http://mvn-dp-plugin.sourceforge.net for details. Yes, I know - I tried the plugin b

Re: Remote Shell

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 claim

Re: Maven & OSGi plans

" vs "runtime" classpath issue. But not sure if that is an issue... WDYT ? Nicolas [1] http://ant.apache.org/ivy/ivyde/ From: Richard S. Hall [mailto:[EMAIL PROTECTED] Sent: Fri 8/22/2008 9:15 PM To: dev@felix.apache.org Subject: Maven &

File Install release?

Anyone interested in driving a File Install release? I think it is ready to go. Peter has made some recent minor fixes and it otherwise has been sitting waiting for us to do something with it. Obviously for those familiar with the maven release process it should be pretty easy. Any help would b

Re: File Install release?

Carsten Ziegeler wrote: Richard S. Hall wrote: Anyone interested in driving a File Install release? I think it is ready to go. Peter has made some recent minor fixes and it otherwise has been sitting waiting for us to do something with it. Obviously for those familiar with the maven release

Re: [VOTE] Release fileinstall 0.9.0

+1 Looks good to me, although I didn't actually test the functionality. I made a modification to the NOTICE file in trunk to update the copyright years, but that change can wait for the next release. -> richard Carsten Ziegeler wrote: Hi, I've compiled the release candidate for our first

Re: bundlerepository preparing for a release

Felix Meschberger wrote: Hi all, I have worked on two issues today (FELIX-108 [1] and FELIX-701 [2]) and think that we should work towards a release of it. The current release is 1.0.3 and quite a few fixes have been applied since that release [3] (I tagged all the issues I could infer from t

Re: [jira] Commented: (FELIX-108) OBR should handle R3 bundles without symbolic name better

ry (OBR) Reporter: Richard S. Hall Assignee: Felix Meschberger Priority: Minor Fix For: bundlerepository-1.0.6 Attachments: FELIX-108.patch Currently, OBR assumes that all bundles have symbolic names, but R3 bundles do not, which can lead

Re: URLs in the manifest of the bundlerepository bundle

Felix Meschberger wrote: Hi all, Currently the bundlerepository bundle defines the Bundle-DocURL, Bundle-Url and Bundle-Source headers all pointing to the old Oscar site. I would suggest we change the Bundle-DocURL header to point to the Bundle Repository documentation page on the Felix site

Re: Fragment support

Alin Dreghiciu wrote: On Sat, Aug 16, 2008 at 6:54 PM, Richard S. Hall <[EMAIL PROTECTED]> wrote: Hello everyone, Currently, we log a WARNING when people install a fragment, which says that fragments are not fully supported. We should decide if we want to keep this as is or be more sp

Re: Fragment support

Stuart McCulloch wrote: 2008/8/18 Alin Dreghiciu <[EMAIL PROTECTED]> On Sat, Aug 16, 2008 at 6:54 PM, Richard S. Hall <[EMAIL PROTECTED]> wrote: Hello everyone, Currently, we log a WARNING when people install a fragment, which says that fragments are not ful

OBR docs (Re: [jira] Commented: (FELIX-108) OBR should handle R3 bundles without symbolic name better)

Nektarios K. Papadopoulos wrote: FYI, the page outline links in this page do not work at all on the site. I'm not sure, but I think it is because of the '(' and ')' characters in the page title. This is of course irrelevant to the current issue, but I just noticed. Hmm. Strange. They seem to

Re: [Vote Result] Release fileinstall 0.9.0 [was: [VOTE] Release fileinstall 0.9.0]

e fileinstall 0.9.0 passed successfully with +1 votes from: Richard S. Hall Carsten Ziegeler Felix Meschberger Stuart McCulloch Karl Pauls Didier Donsez I'll upload to release asap. Thanks Carsten

Re: [VOTE] Release shell.remote 1.0.0

Felix, The NOTICE file contains: Apache Felix Remote Shell Copyright 2006-2008 Dieter Wimberger Which, to my understanding, is incorrect. We went through the IP clearance process so that we could accept the contribution from Dieter as our (i.e., Apache's) own copy of the contributed wor

Re: Questions about the Felix 1.2.0 framework and related subproject release

clement escoffier wrote: I'm looking at the release and I have two questions: First the WIRE info are displayed. Maybe these messages should be hidden in the releases. We have always displayed the WIRE debug messages, haven't we? You can turn it off with the log level, but I don't mind if w

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

+1 -> richard Karl Pauls wrote: I would like to call a vote on the following subproject releases, bundlerepository 1.2.0 shell 1.0.2 shell.tui 1.0.2 framework 1.2.0 main 1.2.0 The source and binary release archives, signature files, SHA and MD5 message digests for each are available as zip an

Re: Orphaned Felix pages on general Apache Wiki

age has a look, who knows if these are not 5 steps for building a bomb? ;) On Aug 15, 2008, at 21:32 , Richard S. Hall wrote: Hmm. Not sure where these came from, but we should definitely try to move them over to our wiki. I am somewhat busy for the next week, but I will

Re: Remote Shell

rk -> 0 DEBUG: WIRE: 3.0 -> org.osgi.service.obr -> 3.0 DEBUG: WIRE: 3.0 -> org.apache.felix.shell -> 1.0 On 8/30/08, Felix Meschberger <[EMAIL PROTECTED]> wrote: Hi, Karl Pauls schrieb: On Sun, Aug 24, 2008 at 10:11 PM, Richard S. Hall <[EMAIL PROTECTED]> wrote:

Felix web site export

I just made a change to the wiki on the "launching and embedding" page, but I don't see the changes exported to the static pages. Usually I would see the changes immediately. Anyone have any thoughts about that? -> richard

Re: OSGi HTTP Service (FELIX-538) Question

richard jackson wrote: After I finish off learning what I need to know about felix I want to tackle writing a OSGi HTTP Service bundle. But I have a few questions about what can be included in this bundle if I want to contribute it to Felix: 1) Can it contain out side code? In particular I'm thi

Re: OSGi HTTP Service (FELIX-538) Question

p.s. One thing I should point out, since you reference FELIX-538, is that this issue is for a "really lightweight" HTTP Service. So, all of the stuff you are discussing (i.e., iPOJO, Grizzly, Servlet 2.5, plus extensions) does not really fit into this definition; however, that doesn't mean that

Re: [jira] Commented: (FELIX-663) How To integrate Felix into Netbeans

, Sep 2, 2008 at 6:39 PM, Richard S. Hall (JIRA) <[EMAIL PROTECTED]>wrote: [ https://issues.apache.org/jira/browse/FELIX-663?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12627853#action_12627853] Richard S. Hall comment

Re: OSGi HTTP Service (FELIX-538) Question

example, which makes #2 the missing piece. Still, in the end, do what interests you and we will see how it fits in. -> richard Richard On Thu, Sep 4, 2008 at 8:16 AM, Richard S. Hall <[EMAIL PROTECTED]>wrote: p.s. One thing I should point out, since you reference FELIX-538, is

Re: New download page

Carsten Ziegeler wrote: Hi, as discussed (FELIX-690) I've done some changes to the download page: http://felix.apache.org/site/downloads.cgi We're currently using a plain confluence table for layouting the list of downloads. Perhaps we can improve this somehow a little bit, like more spacing b

Re: New download page

Craig Phillips wrote: Hi, I don't have issues with cosmetics or formatting or the like... From my early days, the issue I've had is not knowing what things I need... yeah, open ended question, admittedly... I guess, knowing what I know now and a few months plus under my belt (pretty much all F

Re: New download page

Carsten Ziegeler wrote: Richard S. Hall wrote: Are you maintaining the alphabetical order by hand or is there some way to sort it. If by hand, can we put a comment in the wiki source to tell people to add them in alphabetical order? I've add a comment. Thanks. The only

Re: web console multi file upload and install

Roger Martin wrote: Hi Felix developers, In my local Felix development I've been testing different ways to change the web console to allow multiple files to be dragged from an OS folder and upload them via the "Apache Felix Web Management Console". After searching, testing and running into man

Re: Why isn't iPOJO on the Download Page?

Clement Escoffier wrote: Oups, I forget to update those pages when I did my releases. I wonder if I need to mention all released iPOJO artifacts (core, composite, handlers, tools ...) or if I can refer on the iPOJO download page ? It is okay to maintain an "iPOJO download page" separately, l

Re: persistent state of bundle is changed to ACTIVE before bundle is activated

Sahoo wrote: In "private void _startBundle(FelixBundle bundle, boolean record)" method in Felix.java, I see that a bundle's persistent state is changed to ACTIVE before the bundle is actually activated. Is this not likely to cause problems when there is any exception during actual activation o

Re: Plans for Felix to implement 4.1.0 specs?

e an issue on it. -> richard Thanks, Sahoo Sahoo wrote: Richard, When can we expect to see implementation of the new APIs? What release would that be? Regards, Sahoo Richard S. Hall wrote: FYI, we have two issues for core and compendium: http://issues.apache.org/jira/browse/FELI

Re: persistent state of bundle is changed to ACTIVE before bundle is activated

Sahoo wrote: Richard S. Hall wrote: Sahoo wrote: In "private void _startBundle(FelixBundle bundle, boolean record)" method in Felix.java, I see that a bundle's persistent state is changed to ACTIVE before the bundle is actually activated. Is this not likely to cause problem

Re: [VOTE] Felix framework and main 1.2.1 release

+1 -> richard Karl Pauls wrote: I would like to call a vote on the framework and main 1.2.1 subproject releases. The source and binary release archives, signature files, SHA and MD5 message digests for each are available as zip and tar.gz here: http://people.apache.org/~pauls/1.2.1 Additiona

Felix board report is due again

Hello everyone, It is that time again, our board report is due. I have started it here: http://cwiki.apache.org/confluence/display/FELIX/Board+Report+(2008-09) Please email me (or edit in) anything I forgot about what we accomplished in the last 3 months. Your assistance is greatly apprec

Re: Trunk do not compile from scratch

Carsten Ziegeler wrote: Stefano Lenzi wrote: Hi All, After the new release of the org.osgi.core:1.2.0 and org.apache.felix.bundlerepository:1.2.0, the trunk do not compile anymore if you download felix from the SVN with an empty .m2 maven repository. In fact, several bundles dependes on org.

Re: Trunk do not compile from scratch

Carsten Ziegeler wrote: Richard S. Hall wrote: P.S.:I have also found that the org.apache.felix.metatype is using a wrong version number it should be 1.1.0-SNAPSHOT instead of 1.0.3-SNAPSHOT. Should we change it? I think that version is correct - updating it to 1.1.0-SNAPSHOT

Re: [VOTE] Release SCR, Metatype and SCR Plugin

+1 Probably would be good to update Metatype NOTICE file to our new format. The license summary section of the NOTICE file in SCR is not accurate, since it does not list BSD from kxml. I don't think this is a major issue for this release, since the license for kxml is mentioned in the file an

Re: [CONF] Apache Felix: Apache Felix OSGi Bundle Repository OBR (page edited)

If we are going to edit the page to not have parentheses, then we might as well get rid of the "OBR" too since it doesn't really make sense the way it is now without them... -> richard [EMAIL PROTECTED] wrote: Page Edited : FELIX : Apache Fe

Re: [jira] Commented: (FELIX-720) Website does not include list of PMC members

I put this on the development page originally, would it be easier to find on the community page? -> richard Stuart McCulloch (JIRA) wrote: [ https://issues.apache.org/jira/browse/FELIX-720?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12630008#actio

Re: [CONF] Apache Felix: Apache Felix OSGi Bundle Repository OBR (page edited)

Felix Meschberger wrote: Hi, Richard S. Hall schrieb: If we are going to edit the page to not have parentheses, then we might as well get rid of the "OBR" too since it doesn't really make sense the way it is now without them... Agreed. But if I had removed it comp

Re: Fragment support 1.0.4 to 1.2 doesn't Import classes

Argh! Yes, we probably should have made that configurable. Where were you when I was asking about throwing an exception on fragment install? ;-) I guess the short answer is "no, there is no way to change it". You have two options at this point: 1. Roll your own release that disables the e

[REPORT] Apache Felix

Apache Felix Board Report Community * Presented iPOJO at the OSGi Community Event in Berlin in June. * Added committers Edward Yakop and Makas Lau for Log Service contribution. * Received a contribution from Dieter Wimberger for a bundle that provides simple remote telnet acce

Re: Fragment support 1.0.4 to 1.2 doesn't Import classes

though there might be trouble in some 'well-designed fragments' that do require not just importing classes but the whole functionality required by the fragment spec (but I guess that's where the warning comes in :-) ). Richard S. Hall wrote: Argh! Yes, we probably should ha

Re: [jira] Commented: (FELIX-727) basedriver version does not match latest version in config.properties.upnp

Francesco Furfari (JIRA) wrote: [ https://issues.apache.org/jira/browse/FELIX-727?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12631454#action_12631454 ] Francesco Furfari commented on FELIX-727: - It was a m

Re: Dynamic Import with Bundle plugin!

All capitalized instructions are just passed through to the manifest, so just add: org.foo.* To the plugin instructions, for example. -> richard Patrick Shea wrote: I don't see how to add the DynamicImport-Package manifest entry using the bundle plugin? Patrick

Re: Bundle Documentation URLs

+1 Sounds good to me. -> richard Felix Meschberger wrote: Hi all, The OSGi spec defines Bundle-DocURL header to be an URL pointing to the bundle's documentation. Currently only few of our bundles really use that header and those who use it sometimes contain outdated URLs. To remedy this situ

Re: [VOTE] Release webconsole 1.2.0

+1 The NOTICE file should list OSGi under "includes" and "uses", since it does embed the OBR interface files into the JAR file. -> richard Felix Meschberger wrote: Hi, I've compiled a new release candidate for a first maintenance and feature release of the webconsole bundle and put it up he

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