Yes, the two plugins work differently in this regard. If you want to
embed packages from the compile-time class path then you can just
specify them in .
Up until now, there was no way to completely embed a required JAR file
in the bundle JAR file since it wasn't deemed to be strictly necessary
I was getting an error when I would build the trunk and I tracked it
down to the Maven extension bug...some bundles were getting installed
into the repo with an "osgi-bundle" extension rather than "jar".
Since this error was happening when building the example bundles, I
decided to quickly con
Stefano Lenzi wrote:
I've just committed all the UPnP project modified as planned. I'm also
thinking to move all the UPnP project in a subfolder.
Yes, definitely move them to a sub-folder like the other projects. Thanks.
However, for me the trunk doesn't build. I get this error:
[exec] Re
owner...work up some patches to run by him.
-> richard
Regards
Felix
Am Donnerstag, den 23.08.2007, 11:29 -0400 schrieb Richard S. Hall:
I was getting an error when I would build the trunk and I tracked it
down to the Maven extension bug...some bundles were getting installed
into the r
Felix Meschberger wrote:
Hi all,
Some time ago I posted a message on extending the Configuration Admin
implementation to support configuration contained in bundles to be
installed (see [1]). BJ Hargrave pointed me at the Deployment Admin
Specification part of the R4.1 Compendium specs.
We have
In general, I am +1 to the idea, but like others, I don't have much time
right now to investigate each release so I was waiting until I got a
chance to look at them.
I would argue that we could use a lower bar for these releases, i.e., we
don't make any guarantees that they will work or do any
I think I saw a message that the Maven guys have committed a fix for
this...keep our fingers crossed...
-> richard
[EMAIL PROTECTED] wrote:
Author: mcculls
Date: Fri Aug 24 03:39:35 2007
New Revision: 569337
URL: http://svn.apache.org/viewvc?rev=569337&view=rev
Log:
Workaround for MNG-1682 (i
Stefano Lenzi wrote:
Richard S. Hall wrote:
Stefano Lenzi wrote:
I've just committed all the UPnP project modified as planned. I'm
also thinking to move all the UPnP project in a subfolder.
Yes, definitely move them to a sub-folder like the other projects.
Thanks.
All the pro
+1
For a recommendation, you should use "SCA" instead of "Sca", since it is
an acronym...
-> richard
Carsten Ziegeler wrote:
I've assembled a release of the maven-scr-plugin (version 0.2.0):
http://people.apache.org/~cziegeler/releases/felix/maven-scr-plugin/
Please cast your votes.
(PS:
Carsten Ziegeler wrote:
Richard S. Hall wrote:
+1
For a recommendation, you should use "SCA" instead of "Sca", since it is
an acronym...
Yes, thanks I'll try to keep this in mind - though I'll probably will
use "SRC" :)
D'oh! Make t
Don't we need three PMC votes to call a vote?
-> richard
Carsten Ziegeler wrote:
The vote on the maven-scr-plugin 0.2.0 passed with 4 +1 votes by Richard
S. Hall, Stuart McCulloch, Carsten Ziegeler and Felix Meschberger.
I'll go ahead and add the release to the download areas
What sort of requirements does it have on platform, resources, etc?
-> richard
Stefano Lenzi wrote:
Hi All,
Are you interested in improving the felix TUI interface by using
library such JLine which provide: TAB Completition, History and other
nice feature to the input reader?
Ciao,
Stefano
We just voted on this in the Felix process document...
I don't think all committers should be PMC members by default. The PMC
gets to set the direction for the project and, as such, has a big
responsibility. The progression of contributor to committer to PMC
member seems to be a reasonable way
Stefano Lenzi wrote:
Marcel Offermans wrote:
First of all, the OBR is currently being defined and considered as a
standard within OSGi as RFC-112, as can be seen from Peter Kriens'
blog post here:
http://www.osgi.org/blog/2007/07/osgi-bundle-repository-indexer-open.html
I agree that havin
I haven't tried it yet...seems like it should work.
If you have the time, try it with either trunk or the 1.0.0 release and
post the errors...
-> richard
Rob Walker wrote:
Wondering if anyone has successfully used Felix under Harmony:
http://harmony.apache.org/
We had a quick try on our Fe
This sounds strange. Are you running on the Sun JVM?
-> richard
Ken Robinson wrote:
Hi,
I get the following error when starting osgi bundles which depend on
other bundles in felix 1.0.0. This does not happen in 0.8.0. Is there
some new property that I need to set in the system.properties for th
Hello everyone,
Sorry I have been so silently lately, but it is taking a lot of time to
prepare for the classes I am teaching...
At any rate, we have a board report due in about a week, so we need to
fill in a little bit about what has happened over the last three months.
I have started the
Thanks for getting on top of this Karl...
Good fix for 1.0.1... :-)
-> richard
Karl Pauls wrote:
I agree, this is a bug. I have a fix in place now - please fill a bug
report in JIRA and I commit it.
Good catch.
regards,
Karl
On 9/9/07, Niclas Hedhman <[EMAIL PROTECTED]> wrote:
On Satur
Alan D. Cabrera wrote:
I was wondering how other people package in native libraries in with
their bundles. Is there a standard and accepted practice when using
maven?
In truth, it is the one thing I haven't tried to do yet with the bundle
plugin...we need to do this for the "simple" example
On a older version of the trunk we had a bug where the global event
thread was being killed between successive instance of Felix...are you
on 1.0.0 or on trunk?
-> richard
Rob Walker wrote:
Hitting an odd scenario.
When I start my Applet based Felix it works fine first time.
But if I do a s
LIX-363
-- Rob
Rob Walker wrote:
Richard S. Hall wrote:
On a older version of the trunk we had a bug where the global event
thread was being killed between successive instance of Felix...are
you on 1.0.0 or on trunk?
I have a hunch this may be a subtle *nasty* variation on the scenario
FELIX-
Carsten Ziegeler wrote:
I'm still wondering if we need our own version of the javax.servlet
implementation. I know that the spec mandates 2.1.
We just ran into compilation problems because of two different
servlet-apis on the classpath. This is due to the problem that our
version uses "org.apach
Marcel Offermans wrote:
After changing the color of the logo to the one most people preferred,
I now updated the style sheet to iron out the last glitches in the
overall rendering. The whole website should now scale correctly, no
matter what window or font size you throw at it. I even tested it
I am not convinced we want to support this. Is this standard class
loader behavior?
i.e., would URLClassLoader.getResource() support that syntax?
-> richard
Stefano Lenzi wrote:
Hi All,
I've found a odd behavior in the method Bundle.getResource(String),
the method is not able to resolve
Karl Pauls wrote:
Please vote to approve these release archives:
[X] +1 Approve the Felix 1.0.1 framework and main releases.
[ ] -1 Veto the release (please provide specific comments)
Looks pretty good. I notice that not all the documentation was updated
to the new style sheets. Also, shou
Niclas Hedhman wrote:
Hi,
The common practice is to have *.sh/*.bat in the bin/ directory and not the
etc/ (which in Unix/Linux are for configuration stuff).
I suggest that you change in future releases;
1. *.sh and *.bat into bin/
2. Move all.policy into conf/
3. Remove etc/
Otherwise,
Felix Meschberger wrote:
Hi,
The bundlerepository bundle contains a class XmlMetaDataHandler which
uses SAX and Javax XML. It seems that this class is not used here and
also seems the reason to explicitly exclude import references for
javax.xml and org.xml.sax in the BND configuration.
Is there
Stefano Lenzi wrote:
Thomas Watson wrote:
I do not see a need to support this. A simple test shows that a
URLClassLoader loading jar files does not support this, although it
seems to work for URLs to a directory.
The OSGi Specification states that the Bundle.getResource(String)
behavior sho
Stefano Lenzi wrote:
OK! So it semms we can close the issue, because it's not a bug but the
*OSGi standard* behavior.
Sorry if it seems like we were beating you down...we tend to debate
vigorously in CPEG... ;-)
Always worthwhile to discuss the issues, though.
-> richard
Stefano Lenzi wrote:
Stuart McCulloch wrote:
On 20/09/2007, Stefano Lenzi <[EMAIL PROTECTED]> wrote:
Hi All,
I'm reposting the question because some of you may have missed the
discussion arose on the thread:
http://www.mail-archive.com/dev@felix.apache.org/msg01584.html
So if none disagree I'
Stefano Lenzi wrote:
I have recognized only now that the path which I would like to move
the plugins to is trunk/tools/maven2/ (not trunk/plugins which I
mention in my first e-mail) because it looks like the sub-project
folder which contains all the maven2 plugin developed by Felix.
If the trun
Stefano Lenzi wrote:
Richard S. Hall wrote:
Stefano Lenzi wrote:
I have recognized only now that the path which I would like to move
the plugins to is trunk/tools/maven2/ (not trunk/plugins which I
mention in my first e-mail) because it looks like the sub-project
folder which contains all
Marcel Offermans wrote:
Hi Stefano,
On Sep 20, 2007, at 19:45 , Stefano Lenzi wrote:
I would like to discuss two point:
- Should Felix use only a Code Style or should rely on other project
code style when the component created by Felix is used into other
projects? For instance: should the
I think the licensing issue is pretty straightforward from my point of
view. We are only adding a manifest to the existing JAR file, thus there
are no licensing issues, the license stays the same as what it was.
The only potential issue is if the original JAR file is distributed
under a licens
José Pacheco wrote:
Hello.
I’m using the maven bundle plugin in a project and I need to set an
activator other them the bundle default one.
Can I do this with the plugin? Is this a feature to be implemented in a new
version?
I think you just need to manually specify the fully qualified cl
No, there are no issues. I use 1.4.2 personally, but our goal is to be
1.3 compatible.
Can we set this in our pom file?
Additionally, we should start using the foundation execution environment
JAR from OSGi Alliance to make sure we don't use improper methods. Is
this something else we can set
Marcel Offermans wrote:
On Sep 20, 2007, at 21:37 , Richard S. Hall wrote:
For me, I am not so sure about this one. I am not sure if makes
sense, for example, for us to donate the bundle plugin to Maven,
since the area of expertise around OSGi is in Felix, so if people
have questions about
Stefano Lenzi wrote:
Damien Lecan wrote:
You have to override compiler bootclasspath to use foundation ee jar
and add this jar as plugin dependency.
I'm really interested in that point, but the biggest problem to fix in
order to implement such solution is:
how-to allow everyone to have the need
Stefano Lenzi wrote:
Alin Dreghiciu wrote:
On 9/23/07, Stefano Lenzi <[EMAIL PROTECTED]> wrote:
...
It's not the clement project which needs to be changed for you request,
but the "bundlerepository" project (Look at
RepositoryImpl.deploy(boolean):513), because the location of the bundle
is prov
Guillaume Nodet wrote:
I've began to change the geronimo versions of the spec jars to be OSGi bundles.
See http://svn.apache.org/repos/asf/geronimo/specs/trunk/
I think it will be easier for OSGi users than relying on some
unreleased pom in felix commons.
There is no problem with using the OSGi
Stuart McCulloch wrote:
On 24/09/2007, Richard S. Hall <[EMAIL PROTECTED]> wrote:
Guillaume Nodet wrote:
I've began to change the geronimo versions of the spec jars to be OSGi
bundles.
See http://svn.apache.org/repos/asf/geronimo/specs/trunk/
I think it will be
I guess it sounds reasonable to me.
-> richard
Stuart McCulloch wrote:
Hi, me again :)
there's been an unfortunate side-effect of adding the OBR plugin to the
bundle life-cycle...
maven-bundle-plugin has a dependency on maven-obr-plugin
maven-obr-plugin has a dependency on bundlereposit
Ultimately, I agree with Michael that it seems that you would somehow
want to specifically say whether you want to do this as opposed to
having it happen automatically. However, I don't have the time to
actually play with it right now to see exactly what it is doing...
-> richard
Hampel, Mich
Stefano Lenzi wrote:
Richard S. Hall wrote:
Clement Escoffier wrote:
Hello,
FELIX-219 Update maven-bundle-plugin to install bundles to a
local OBR
We (in fact, Maxime Vincent) have developed an independent Maven
plugin installing bundles in a local OBR. This plugin is very close
to the
Alin Dreghiciu wrote:
That's why I also asked. Are there plans to do that in Felix. As if there
are not maybe we will start something like that at OPS4J. And will be a
waste of energy to do more implementations of the same processor.
Well, we don't have too many plans since we haven't even o
It seems reasonable to me. Is there any relationship here to the
Dependency Manager API? Or should there be?
-> richard
Felix Meschberger wrote:
Hi all,
In issue FELIX-284, I stipulate the definition of a management API for
the Felix Declarative Services Implementationn (SCR). Disregarding
an
This is definitely great news.
I believe that all we have to do is kick off a vote to accept the
contribution...
Marcel, perhaps you could do that once you feel everything is in order.
Thanks.
-> richard
Christian van Spaandonk wrote:
Hi all,
As Marcel mentioned in earlier posts a Deploym
I had a thought that I wanted to run by people...
Since there is some consternation about what to do with Felix Commons
(i.e., whether or not to release bundles or just release POM files),
what about the possibility of just releasing POM files, but releasing
the actual JAR files independently
I don't believe it was previously announced and this is somewhat
belated, but I would like to announce that the PMC voted to accept Felix
Meschberger as a new PMC member and he accepted.
Felix has contributed regularly both in code and guidance, so his
inclusion in the PMC is well deserved...n
+1
-> richard
Marcel Offermans wrote:
I would like to call a vote on the donation of the Deployment Admin
implementation by Christian van Spaandonk. The current implementation
can be found here:
https://opensource.luminis.net/confluence/display/SITE/Deployment+Admin
[ ] +1 Accept the Depl
Is this something we should document clearly in the bundle plugin
documentation so that people can easily discover how to get it and
Eclipse working together?
-> richard
On Oct 18, 2007, at 2:00 AM, Stuart McCulloch (JIRA) wrote:
[ https://issues.apache.org/jira/browse/FELIX-397?
pa
On Oct 18, 2007, at 10:57 AM, Stuart McCulloch wrote:
On 18/10/2007, Richard S. Hall <[EMAIL PROTECTED]> wrote:
Is this something we should document clearly in the bundle plugin
documentation so that people can easily discover how to get it and
Eclipse working together?
definitely
Roshan,
Were you going to create a JIRA issue against OBR and attach your patch
to it?
-> richard
Roshan A. Punnoose wrote:
Hi,
I noticed that Felix does not have support right now for OBR
referrals. So I added a patch, and I was hoping you guys could look at
it and make sure it makes se
Jonhnny,
In truth, that start script in etc/ is really a legacy thing and should
probably be deleted. I think this topic was brought up before, but we
never concluded what to do about it. I would vote to delete it, since
typing "java -jar bin/felix.jar" is not too difficult.
The issue you ar
es.apache.org/jira/browse/FELIX-380
Project: Felix
Issue Type: Improvement
Components: Framework
Affects Versions: 1.0.0
Reporter: Costin Leau
Assignee: Richard S. Hall
Attachments: FELIX_380_20071016.txt
Even when using just the fra
We have an issue with our snapshot repo...
I just tried to "mvn deploy" the framework subproject and I get a
permission denied error:
[INFO] Error installing artifact's metadata: Error while deploying
metadata: SCP terminated with error: 'scp:
/www/people.apache.org/repo/m2-snapshot-reposito
Just in case some people are not aware, the deadline for submitting
proposals to the next ApacheCon EU is just two days away...if you have
some Felix-/OSGi-related talks you'd like to give, you should submit a
proposal quickly...
http://www.eu.apachecon.com/
-> richard
~/.m2/settings.xml on your development machine, set the following
settings for each repository entry that you deploy snapshots to.:
775
664
Is this something we can set in our POM file for the project?
-> richard
Hope this helps!
Chris
On 10/24/07, Richard S. Hall
user's home on people.apache.org)
2). in ~/.m2/settings.xml on your development machine, set the following
settings for each repository entry that you deploy snapshots to.:
775
664
Hope this helps!
Chris
On 10/24/07, Richard S. Hall <[EMAIL PROTECTED]> wrote:
FYI, Damien, the mailing address you are using is not the one to which
you are subscribed to the list, so we are having to moderate all of your
messages. If you want to keep using this mailing address, perhaps you
should change your subscription.
Thanks.
-> richard
Damien Lecan wrote:
2007/
I agree that it sounds like an issue...create a JIRA issue against the
framework and I will try to look into it.
-> richard
Rob Walker wrote:
We have a bundle that includes native code. The native code is only
needed/used on some platforms, and hence the manifest doesn't list
every platform u
We had been following the scheme of even minor numbers for release and
odd for development.
-> richard
Carsten Ziegeler wrote:
Hi,
since the last release of the maven-scr-plugin we fixed several bugs and
did some enhancements. So I think its time to do a new release of the
current version - i
Carsten Ziegeler wrote:
Richard S. Hall wrote:
We had been following the scheme of even minor numbers for release and
odd for development.
Yes, you're right (of course). So I call this vote closed and will cut a
0.4.0 release.
(Why is every project at apache doing this differentl
I plan to look at it...we get a minimum of three days to vote, so no
need to nag until then...
-> richard
Carsten Ziegeler wrote:
We're (again) missing one vote. Anyone else?
Thanks
Carsten
Carsten Ziegeler wrote:
Hi,
since the last release of the maven-scr-plugin we fixed several bugs
+1
-> richard
Carsten Ziegeler wrote:
Hi,
since the last release of the maven-scr-plugin we fixed several bugs and
did some enhancements. So I think its time to do a new release of the
current version - it seems to be very stable now.
I've compiled the release candidate and put it here:
http
Also, if you have a bunch of JAR files, you can use bindex from Peter
Kriens to generate an OBR repository.
-> richard
Stuart McCulloch wrote:
On 12/11/2007, Rajini Sivaram <[EMAIL PROTECTED]> wrote:
Hello,
I am trying to generate OSGi bundles corresponding to a Apache Tuscany
distributio
ards,
Lucas
PS: Sorry if my English is clumsy at it's best, but English is not my
native language.
On Nov 15, 2007 9:49 PM, Richard S. Hall <[EMAIL PROTECTED]> wrote:
Where are you looking? Try:
http://felix.apache.org
-> richard
Lucas Galfaso wrote:
Hi all,
The message from Lucas Galfaso was actually well timed.
At ApacheCon I was talking with Felix Meschberger about our need to
actually start making official releases of our sub-projects. Actually,
my thinking was motivated by the recent users@ message from Matthias
Luebken, where he was asking a
Where are you looking? Try:
http://felix.apache.org
-> richard
Lucas Galfaso wrote:
Hi all,
I am looking at Felix code and mailing list, and it looks like it
does not have much activity. Is this project still actively developed?
Where can I find the status of the project (on the page, I w
Leveraging the page that we already had on sub-project release status:
http://cwiki.apache.org/confluence/display/FELIX/Subproject+Release+Status
I have separated the sub-projects that have been released from those
that haven't. In the unreleased table, I have included a column
"targeted"
Lucas Galfaso wrote:
Hi all,
I am still working on getting Felix into Eclipse plugin projects so
developers that work with Eclipse to develop OSGi bundles would feel
at home, I have close to every bundle working with Felix as an
extension point (one exception is the system bundle and I am not s
Sounds like a good idea to me too.
And in response to some other comments, being hosted at Felix does not
make it in any way tied to Felix...we try to make all of our bundles
work everywhere, otherwise what would be the point of calling them
bundles or even talking about Felix and OSGi in the
Felix Meschberger wrote:
Hi all,
I don't think it is a bug in eclipse (just from the likeliness point of
view). What I do not know is, what Tuscany does with the URLs returned.
If they would just open a stream on the URL, there would be no issue at
all, because the URls are backed by handlers su
Richard S. Hall wrote:
Felix Meschberger wrote:
Hi all,
I don't think it is a bug in eclipse (just from the likeliness point of
view). What I do not know is, what Tuscany does with the URLs returned.
If they would just open a stream on the URL, there would be no issue at
all, because the
Great work, Karl!
-> richard
Karl Pauls wrote:
Good news!
Marcel and I managed to get Felix running on Google's Android. I had
to patch felix a little to get it to work - you can read the full
story here:
http://blog.luminis.nl/luminis/entry/osgi_on_google_android_using
I'm planning to integ
Guillaume Sauthier wrote:
Hi all
I'm wondering why the latests developments of Felix are in the version
1.1.0-SNAPSHOT, but the released version will be 1.0.2 ? Is there a
1.0.x branch that I missed somewhere ?
As Karl mentioned, we haven't had the need yet to make the process so
formal, bu
Roshan,
I am not sure I understand the situation you are describing.
Adding a repository XML to repo admin will not be impacted by what
bundles are currently installed in the framework. OBR just maintains a
list of available bundles. If you try to install a bundle from a
repository, OBR's res
should parse the
symbolicName to "temp" and not "temp;singleton=true".
Roshan
-Original Message-
From: Richard S. Hall [mailto:[EMAIL PROTECTED]
Sent: Monday, December 03, 2007 4:36 PM
To: dev@felix.apache.org
Subject: Re: [FELIX] OBR tied to the BundleContext
an update. What
should happen I believe is that the LocalResourceImpl should parse the
symbolicName to "temp" and not "temp;singleton=true".
Roshan
-Original Message-
From: Richard S. Hall [mailto:[EMAIL PROTECTED]
Sent: Monday, December 03, 2007 4:36 PM
To: dev@felix.
I want to call attention to anyone who embeds instances of Felix into
your own projects concerning the following JIRA issue:
https://issues.apache.org/jira/browse/FELIX-393
This issue when/if might impact you, so please provide feedback about
it. Thanks.
-> richard
I think releases of all of these are pending...we just have to decide
how to do it...I was waiting for a description of the "maven way" for
doing releases for our bundle subprojects...but I suppose we could just
hurry up and do manual releases if we must.
-> richard
Guillaume Nodet wrote:
I'
Go for it.
-> richard
Carsten Ziegeler wrote:
Hi,
the scr plugin has evolved over the last months and I think its pretty
stable now and feature complete for a first "real" release.
Therefore I would like to cut a 1.0.0 release out of the current code
base. If noone objects I'll do this next w
I have been having some email difficulties lately, apparently...
I sent a message saying board reports are due now and asking for any
last minute additions that I may have forgotten, but I just got back the
bounced message today.
So, again, I will send the report tomorrow, if anyone remembers
A couple of questions. I don't know if it is just me, but I can verify
md5 and sha1 sums, however I must do it manually as opposed to just doing:
md5sum -c filename.md5
For me, md5sum and sha1sum are expecting a file in the form of:
b8596e4574cdb9192a5483cb0fb805f9d2e26c3d maven-scr-plu
Hiram,
Glad to hear that you are making some progress with Felix.
I am not sure what you suggest is a good idea since it creates a very brittle
system...
Can you explain the scenario a little bit? Are all bundles providing commands
normally installed when the framework starts? If so, then you
On Mon, 17 Dec 2007 08:50:11 +0100
Carsten Ziegeler <[EMAIL PROTECTED]> wrote:
> Richard S. Hall wrote:
> > A couple of questions. I don't know if it is just me, but I can verify
> > md5 and sha1 sums, however I must do it manually as opposed to just doing:
> >
On Mon, 17 Dec 2007 06:31:10 -0500
"Hiram Chirino" <[EMAIL PROTECTED]> wrote:
> I guess part of the motivation is that if you have lots of bundles in
> a system then waiting for the STARTED event could take a while to get
> fired. We would like to be able to execute commands as soon as all
> the
Whatever makes sense, is fine by me...
-> richard
On Mon, 17 Dec 2007 09:44:12 +0100
"Karl Pauls" <[EMAIL PROTECTED]> wrote:
> +1 - Good idea.
>
> regards,
>
> Karl
>
> On 12/17/07, Carsten Ziegeler <[EMAIL PROTECTED]> wrote:
> > To have correct releases we need to have the LICENSE and NOTICE
On Mon, 17 Dec 2007 10:30:09 -
[EMAIL PROTECTED] wrote:
Our coding style guide says that we do not list all imported packages after
exceeding a "readability limit"...I am not sure what the readability limit is,
but for me in Eclipse I set it to 3 references beforing going to "*"...does
anyo
On Mon, 17 Dec 2007 17:44:48 +0100
Carsten Ziegeler <[EMAIL PROTECTED]> wrote:
> Richard S. Hall wrote:
> > On Mon, 17 Dec 2007 10:30:09 -
> > [EMAIL PROTECTED] wrote:
> >
> > Our coding style guide says that we do not list all imported packages after
> &
I prefer (a).
-> richard
Carsten Ziegeler wrote:
Hi,
I think we shouldn't make not a big fuzz about this, but I think we
should reconsider our coding standard for import statements.
My idea is to use a quick vote where people just state their preference
for this thing. After the vote is finish
Marcel Offermans wrote:
Hello Didier,
On Dec 18, 2007, at 23:35 , Didier Donsez wrote:
Moreover, sometime, there are dependencies between .dll and
.netmodule (like OSGi package dependencies)
Interesting remark, since today we were exploring some similar
scenarios with dependencies between a
Carsten Ziegeler wrote:
Currently we have two +1 votes.
To clarify the issue with the NOTICE file, the policy says:
"The remainder of the NOTICE file is to be used for required third-party
notices."
This means it is not required to list all dependencies here and our
release is safe.
It is
Guillaume Nodet wrote:
I think the problem is in the R4SearchPolicyCore, line 345.
When the bundle can not be resolved, it throws a ClassNotFoundException.
I think it should rethrow the ResolveException, and the Felix#loadClass
method could catch it, fire the framework event and hide it by sendin
We are in the process of Peter contributing FileInstall to Felix...still
trying to get the paperwork recorded correctly.
It seems if the two could be merged, it might be worthwhile. However, I
guess that is not a requirement, but it would be nice and would
strengthen the argument for inclusion
So, do we have POM files that need to be patched?
-> richard
Stuart McCulloch wrote:
FYI, because several of the Felix sub-projects use the released 1.0.0version
of the bundleplugin, which doesn't fully support includes/excludes resource
filtering, you will now find unwanted files appearing in
+1
Looks good.
-> richard
Carsten Ziegeler wrote:
Hi,
since the last release of the maven-scr-plugin we fixed several bugs and
did some enhancements. So I think its time to do a new release of the
current version - it seems to be very stable and more or less feature
complete for a 1.0.1 relea
Yep.
-> richard
Stuart McCulloch wrote:
Hi folks,
I'd like to propose a release of the 'org.osgi.service.obr' sub-project, as
it's needed to release the maven-obr-plugin (and therefore the bundleplugin)
from my (limited) perspective the headers, LICENSE and NOTICE files are all
in order - it
Thanks. I will look into it.
-> richard
Guillaume Nodet wrote:
I've raised a JIRA and attached a patch:
https://issues.apache.org/jira/browse/FELIX-441
On Dec 20, 2007 5:03 PM, Richard S. Hall <[EMAIL PROTECTED]> wrote:
Guillaume Nodet wrote:
I think the pro
Yes, we should get these released.
I am sure we can get Peter to do a release quickly if he is around...
-> richard
Stuart McCulloch wrote:
Hi folks,
Carlos has released the maven-dependency-tree and maven-osgi shared
components (thanks Carlos!)
which means there are no more external snapshot
201 - 300 of 1569 matches
Mail list logo
