Cool...let me be the first to try out the new list... ;-)
Seriously, though, this means that the new "[EMAIL PROTECTED]" has
also been created. No one was added to the users mailing list, everyone
was just moved to the dev list.
In the future, the users list will discuss Felix user issues, wh
BJ Hargrave wrote:
Lotus Notes :-)
Not even "Reply-To:" ?
For me, I don't really have a preference on this issue; however, it
seems that prefixing is generally not the Apache way...
-> richard
BJ Hargrave
Senior Technical Staff Member, IBM
OSGi Fellow and CTO of the OSGi Alliance
[EMAI
Toni Menzel wrote:
btw: is there a public svn repository for bnd to look at previous
versions? (because the pom from felix hasn't changed in the past but
bnd did) <-- probably a question for Peter..
Actually, I was going to ask about this topic too...
We used to get BND directly from Peter's
This is the first time I have noticed Confluence
sending messages to the commits list. Do we want this?
If so, then we should change the mailing list that Confluence is using;
currently, it is using [EMAIL PROTECTED], but it should switch it to
[EMAIL PROTECTED] if we want it posting messages.
Clement can correct me if I am wrong, but this also sounds similar to
his "arch" command for iPOJO, which can be used to reflect on iPOJO
components.
-> richard
Felix Meschberger wrote:
Hi Didier,
Thanks for the hint, and also to Marcel.
So I will look at those two projects for inspiration.
I think that sounds reasonable, this is a good use case for
importing/exporting the same package...
As Clement noted, you could use the same approach for the log service if
you prefer to have a consistent approach, since I imagine the bloat is
negligible.
Either way, I am fine with it.
-> r
Clement Escoffier wrote:
Hello
Felix Meschberger a écrit :
Hi Richard,
In Felix-277 you propose to "privatize" the ServiceTracker and make the
LogService package a dynamic dependency. I think, this is a good idea
and
will, as noted in the issue, implement this.
While doing this, there is an
am not sure why it all of a sudden started sending messages...
-> richard
On 5/3/07, Richard S. Hall <[EMAIL PROTECTED]> wrote:
This is the first time I have noticed Confluence sending messages to
the
commits list. Do we want this?
If so, then we should change the mailing list
I don't know if there are any pointers.
Interface21 joined the OSGi Alliance recently and are working withing
the enterprise expert group on the possibility of defining a spec
related to Spring-OSGi.
I don't think there is much more news than that.
-> richard
Carsten Ziegeler wrote:
Last we
Carlos Herrando wrote:
Hello,
I've just build the trunk, but the HTTP service bundle isn't created.
Then if I write "mvn install" inside the http folder I get an error.
Could you help me to build the HTTP bundle?
This is precisely why it isn't being built from the trunk pom file... :-)
The iss
Carlos Herrando wrote:
OK, many thanks.
Keep in mind, if you want to use it, you might very well just be able to
modify its pom file to depend on a new servlet JAR, since we had been
using it with servlet 2.3 previously, I believe...
-> richard
Richard S. Hall escribió:
Carlos Herra
The svn repo move has occurred. For people with checked out copies, you
will need to use the "svn switch" command to associate your workspace
with the new URL. I believe the command for doing this for the trunk is:
svn switch https://svn.apache.org/repos/asf/felix/trunk
If you have other di
On May 4, 2007, at 7:58 AM, Stefano Lenzi wrote:
Jukka Zitting wrote:
Hi,
On 5/4/07, stephane frenot <[EMAIL PROTECTED]> wrote:
There is a bug in the migration
if you co felix root you get an error, it works if you co
directly the trunk
>$ svn co https://svn.apache.org/repos/asf/felix
sv
The UPnP bundles were causing my build to fail (as pointed out to me by
Stephane), so I commented them out of the main pom file. Once the issue
is resolved, we need to uncomment them.
Two questions about the pom:
1. MOSGi has a dependency on Java 1.5 which causes the build to fail
under
Francesco Furfari wrote:
Richard S. Hall wrote:
The UPnP bundles were causing my build to fail (as pointed out to me
by Stephane), so I commented them out of the main pom file. Once the
issue is resolved, we need to uncomment them.
Sorry to which bundles are you referring to?
In the trunk
Thanks for looking into it.
-> richard
Stefano Lenzi wrote:
Richard S. Hall wrote:
Francesco Furfari wrote:
Richard S. Hall wrote:
The UPnP bundles were causing my build to fail (as pointed out to
me by Stephane), so I commented them out of the main pom file. Once
the issue is resolve
en
(https://svn.apache.org)
svn: Your commit message was left in a temporary file:
svn:'/home/rickhall/tmp/felix-trunk2/svn-commit.tmp'
heavy:~/tmp/felix-trunk2$
Anyone have any idea what this means?
This was on a fresh checkout of the trunk.
-> richard
Richard S. Hal
rl
On 5/4/07, Richard S. Hall <[EMAIL PROTECTED]> wrote:
Strange. I am trying to commit the patch, but I get this error message:
heavy:~/tmp/felix-trunk2$ svn commit
Sendingexamples/pom.xml
svn: Commit failed (details follow):
svn: CHECKOUT of
'/repos/asf/!sv
I think I might have found the issue in the svn-authorization file, but
I am asking for confirmation before making the edit, since I don't want
to do something stupid. :-)
-> richard
Richard S. Hall wrote:
Karl Pauls wrote:
Is it possible that we don't have commit rights ye
Committing works again! :-)
-> richard
Richard S. Hall wrote:
I think I might have found the issue in the svn-authorization file,
but I am asking for confirmation before making the edit, since I don't
want to do something stupid. :-)
-> richard
Richard S. Hall wrote:
Karl Pauls
It doesn't sound unreasonable. The only slight caveat is that the
LocalRepository cannot really act like a real Repository, because it can
never provide a URL from which to retrieve locally installed bundles.
Perhaps this would never be an issue, thus making the point moot, but if
for some rea
My interpretation of this would be that Felix is not linking with it, because
Felix knows nothing about it. Felix only knows about OSGi api, which is
licensed under ASL.
As far as other bundles looking up the service, from my point of view that will
depend on the license of the service interfac
Is the gnu.io library GPL?
We can't have (and don't want) any GPL code, nor any code that touches GPL
code. Please check the licenses on any referenced external code.
Thanks.
-> richard
-Original Message-
From: Didier Donsez <[EMAIL PROTECTED]>
Subj: Some bundles
Date: Wed 9. May
That is incorrect. Bundles must import all referenced packages outside of
java.*...this includes all javax.* packages.
For those coming from Equinox, you might realize this since it delegates
everything to the parent by default, but this is not really recommended by the
sepc.
I would assume t
Sorry, my comment about Equinox below should say, "...you might NOT realize
this..."
-> richard
-Original Message-----
From: "Richard S. Hall" <[EMAIL PROTECTED]>
Subj: Re: felix commons
Date: Thu 10. May 2007 9:10
Size: 1K
To: dev@felix.apache.org
Th
As a follow up, this link talks a little bit about compatible licenses,
so we have to remember these types of issues when we are creating
dependencies on third-party code in our subprojects:
http://people.apache.org/~cliffs/3party.html
-> richard
Richard S. Hall wrote:
Is the gnu
Jukka Zitting wrote:
On 5/4/07, stephane frenot <[EMAIL PROTECTED]> wrote:
There is a bug in the migration
if you co felix root you get an error, it works if you co directly
the trunk
>$ svn co https://svn.apache.org/repos/asf/felix
svn: REPORT request failed on '/repos/asf/!svn/vcc/defaul
I think this situation is not so straightforward.
The issue that we face here is that we have two different actors trying
to control what gets included in the resulting bundle JAR file, i.e.,
BND and Maven.
It is not the case that BND copies the raw resources, the issue is that
BND is probab
ts own file as a resource... :-)
-> richard
On 13/05/07, Richard S. Hall <[EMAIL PROTECTED]> wrote:
I think this situation is not so straightforward.
The issue that we face here is that we have two different actors trying
to control what gets included in the resulting bundle JAR file, i.e.,
BND a
Thanks, I will investigate...
-> richard
Jukka Zitting wrote:
Hi,
On 5/12/07, Richard S. Hall <[EMAIL PROTECTED]> wrote:
Jukka Zitting wrote:
> The subversion server is configured to reject checkouts at the project
> root level to avoid problems especially with projects with
Upayavira wrote:
Richard S. Hall wrote:
Thanks, I will investigate...
I personally wouldn't give this too much effort.
At some point, we'll do more releases. When we do them, we'll create
more release tags. Checking out the root, we'll check out every single
release ta
asaf.lahav wrote:
Hi all,
On an effort to migrate an application I have to OSGi model (using felix) I
would like to declare a number of packages as
org.osgi.framework.system.packages.
The question is whether there is a way to declare those packages with
explicitly declaring each.
e.g,
Rick Litton wrote:
Is there any plan to support fragment bundles (3.14 of R4) soon in
Felix? I noticed that an issue has been opened -- FELIX-29 -- but no
work seems to have been done on it yet. Is there any reason or concern
why it is being postponed? Thanks.
There is a plan, just need to f
Message-----
From: Richard S. Hall [mailto:[EMAIL PROTECTED]
Sent: Monday, May 14, 2007 2:26 PM
To: dev@felix.apache.org
Subject: Re: Support for Fragment Bundles
Rick Litton wrote:
Is there any plan to support fragment bundles (3.14 of R4) soon in
Felix? I noticed that an issue has been opened
Great work...I will cc my response to users@ just in case there is not
complete overlap...
-> richard
Karl Pauls wrote:
o.k. - I looked into our HTTPService implementation under http.jetty
and got it running again.
The trunk version now uses the new plugin and compiles against
javax.servlet 2
Yeah, I mentioned this...I am not sure where to edit it...
-> richard
Carsten Ziegeler wrote:
The confluence changes are send to the old incubator commits mailing
list. I think we should change this. Is this something we can do or do
we need to contact infrastructure?
Carsten
-
Guillaume Nodet wrote:
Hi everybody !
We 're considering building the next version of ServiceMix (
http://incubator.apache.org/servicemix/)
on top of OSGI, and Felix sounds like a natural choice.
I've downloaded the code and build it and discussed a bit with Carlos at
JavaOne who told me
about t
5/15/07, Richard S. Hall <[EMAIL PROTECTED]> wrote:
Guillaume Nodet wrote:
> Hi everybody !
>
> We 're considering building the next version of ServiceMix (
> http://incubator.apache.org/servicemix/)
> on top of OSGI, and Felix sounds like a natural choice.
> I
I am not sure we can do that. There has been some waffling on this in the spec.
I think that R4 basically said pending packages should not be considered, but I
think there was some discussion for R4.1 that reversed this thinking. So, I am
pretty sure Felix used to not consider pending packages
007 8:30
Size: 941 bytes
To: dev@felix.apache.org
Hi,
On 5/16/07, Richard S. Hall <[EMAIL PROTECTED]> wrote:
>
>
> I am not sure we can do that. There has been some waffling on this in the
> spec. I think that R4 basically said pending packages should not be
> considered, but I think
I don't think this would work because the issue is not related to the class
loader of bundles, since what they see from their parent is severly limited.
The issue is the class loader of the framework and what it can see.
The real solution will be to somehow create a mechanism that creates the
On May 16, 2007, at 6:00 PM, Carlos Sanchez wrote:
Right now if I try to build the maven site from a subproject it fails
due to references to a template
Template file
'...felix\tools\maven2\maven-bundle-plugin\src\site\maven-site.vm'
does not exist
Any interest if I refactor it to use site.
Matthias,
I am wandering what the current status of your roadmap is?
I've read on some slides that you wanted to go to 1.0 soon?
Yes, we will be working on updating our roadmap very soon (i.e., within
a week)...
If so, what will be the changes to the current version?
As part of the next
atthias
On 5/18/07, Richard S. Hall <[EMAIL PROTECTED]> wrote:
Matthias,
> I am wandering what the current status of your roadmap is?
> I've read on some slides that you wanted to go to 1.0 soon?
Yes, we will be working on updating our roadmap very soon (i.e., within
a week)
k Litton
----- Original Message - From: "Richard S. Hall (JIRA)"
<[EMAIL PROTECTED]>
To:
Sent: Saturday, May 19, 2007 11:38 AM
Subject: [jira] Commented: (FELIX-285) Make resolver more robust
[
https://issues.apache.org/jira/browse/FELIX-285?page=com.atlassian.jira.pl
?
I am not sure what you are talking about.
-> richard
Thanks.
Rick Litton
- Original Message - From: "Richard S. Hall"
<[EMAIL PROTECTED]>
To:
Sent: Saturday, May 19, 2007 1:34 PM
Subject: Re: [jira] Commented: (FELIX-285) Make resolver more robust
Rick
m the highest bundle ID discovered on framework startup. So,
if you delete the highest bundle, then shutdown and restart, Felix will
re-use that bundle ID.
But, ultimately, there is no way to avoid holes.
-> richard
- Original Message ----- From: "Richard S. Hall"
<[EMAIL P
Yes, this is basically my thinking for the roadmap too.
I would prefer to get the installer back working, especially since it
will give us the possibility to install Felix as a daemon.
-> richard
Karl Pauls wrote:
Dear Felix Community,
in order to follow-up on recent discussions - and our n
Carlos Sanchez wrote:
A release as TLP is very important as it's going to be available in
the main maven repository instead of the incubating one which other
projects can't use to make releases.
I'd love to see the release of the bundle plugin to use it in the
Maven project.
The maven-bundle-p
Richard S. Hall wrote:
Carlos Sanchez wrote:
A release as TLP is very important as it's going to be available in
the main maven repository instead of the incubating one which other
projects can't use to make releases.
I'd love to see the release of the bundle plugin to use i
aming generated artifacts after their own package root in
our repo (e.g., org.apache.felix.bundleplugin-0.9.0.jar).
If the general view is that we should follow this convention (which I
wasn't aware of), then I will change it back.
-> richard
Richard S. Hall wrote:
Richard S. Hall w
hether
or not it has a life of its own, it has to do with how Maven handles the
SNAPSHOT repo. I think the question you really mean to ask is, is there
some way I can scope my dependencies in the SNAPSHOT repo so that I only
get what I want from it rather than everything?
-> richard
Regards
Alin Dreghiciu wrote:
On 5/21/07, Richard S. Hall <[EMAIL PROTECTED]> wrote:
The issue you are having has nothing to do with the plugin and whether
or not it has a life of its own, it has to do with how Maven handles the
SNAPSHOT repo. I think the question you really mean to ask is, is
Marcel Offermans wrote:
On May 21, 2007, at 15:08 , Richard S. Hall wrote:
Tim Moloney wrote:
I agree with the proposed roadmap. My only comment is on the name
of the plugin. bundleplugin doesn't follow the Maven convention of
maven-foo-plugin or foo-maven-plugin.
Is there some r
rated pages not look
ugly...they perhaps need some work in this area now... :-)
-> richard
J Aaron Farr wrote:
"Richard S. Hall" <[EMAIL PROTECTED]> writes:
Matthias Luebken wrote:
I suggest that you update the website felix.apache.org so that the
ongoing improvement
The Felix PMC has voted to ask Clement Escoffier to be a committer and
he has accepted. We are just waiting for his user account to be created,
then he will be able to start applying his iPOJO commits directly,
rather than funneling them through me! :-)
Congratulations Clement!
-> richard
ing the rename.
Still, I am not altogether clear how this issue relates to our
discussion of what the artifactId for our plugin should be. Are these
two related?
-> richard
On 5/21/07, Richard S. Hall <[EMAIL PROTECTED]> wrote:
Tim Moloney wrote:
> I agree with the proposed ro
Chris Custine wrote:
I am in the process of reworking the Apache Directory installers,
which the
Felix installers project is based on, so I could see about fixing up the
installers here in the next couple of weeks. Are there any changes
you need
for the setup or do you just need the existing
ood work !
Regards
--Guillaume
Richard S. Hall wrote:
The Felix PMC has voted to ask Clement Escoffier to be a committer
and he has accepted. We are just waiting for his user account to be
created, then he will be able to start applying his iPOJO commits
directly, rather than funneling them thro
Carlos Sanchez wrote:
On 5/21/07, Richard S. Hall <[EMAIL PROTECTED]> wrote:
Personally, I would love for us to have "groupId=org.apache.felix" and
"artifactId=", but the reason why we didn't follow this
approach in the first place was that we w
Carlos Sanchez wrote:
On 5/21/07, Richard S. Hall <[EMAIL PROTECTED]> wrote:
I don't care how it is stored in the repository. The issue I have is
that the generated artifact in target/ has a name...I don't want to
manually have to change the name after doing "mvn clean
inst
On May 21, 2007, at 5:50 PM, Rick Litton wrote:
Richard S. Hall wrote:
But, ultimately, there is no way to avoid holes.
That's unfortunate. I know it shouldn't bother me but my concern is
that
once we get into the high 2-digit and even triple-digit numbers it will
become too
ring becomes an issue.
A simpler approach is to switch to the GUI and just let them
point-and-click. :-)
Feel free to post your thoughts on a solution for input...pesky system
admins...
-> richard
-Original Message-
From: Richard S. Hall [mailto:[EMAIL PROTECTED]
Sent: Monday,
I think that would be a problem with Felix' simplistic approach to
parsing the property, it is expecting a space-delimited list of URLs,
thus the space in the path screws it up.
As a test you could edit the config.properties file to used the munged
version of the Windows path (e.g., "c:\Progra
After thinking about it for a minute, I thought there was a routine
somewhere in Felix to parse delimited quoted strings...turns out there
is in the manifest parser.
I will try to create a patch tomorrow...
-> richard
On May 21, 2007, at 6:54 PM, Richard S. Hall wrote:
I think that wo
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 Felix-219 patch. However, there is a differenc
Felix Meschberger wrote:
But the property AFAIK is a list of URLs not file system paths. You
may also
specify HTTP or whatever URLs you expect to be supported.
Adding support for relative paths resolved locally, you temporarily help
until you come up with a relative path containing blanks again
Should Felix start including ServiceTracker in the framework JAR file?
Up until now, it has never been included because the framework doesn't
use it, so it is just extra cruft and can easily be downloaded
separately. However, it appears that other frameworks make it available
by default.
Tho
Guillaume Nodet wrote:
I guess I have been a bit misleaded by the fact that the
config.propertiesfile
is not included by default in the installers. After including the one
provided, it seems
to work because the following syntax is used:
felix.auto.start.1= \
file:%INSTALL_PATH/bundle/org.apach
BJ Hargrave wrote:
I would say yes. You can then look at performance optimizations which take
advantage of framework internals.
You could even package it as a framework extension fragment :-)
Packaging it as a extension bundle would defeat the purpose...the issue
is that more and more peo
ks do it, so it effectively becomes the defacto
standard way of doing it.
:-)
-> richard
Tom
"Richard S. Hall" <[EMAIL PROTECTED]> wrote on 05/22/2007 07:22:32 AM:
Should Felix start including ServiceTracker in the framework JAR file?
Up until now, it has never b
undle.
-> richard
On 22/05/07, Richard S. Hall <[EMAIL PROTECTED]> wrote:
Thomas Watson wrote:
> Here are a couple of reasons a Framework may want to include the
> ServiceTracker:
>
> 1) The Framework uses the ServiceTracker to implement things like
> the URL Handlers Service
:-)
-> richard
Richard S. Hall wrote:
Should Felix start including ServiceTracker in the framework JAR file?
Up until now, it has never been included because the framework doesn't
use it, so it is just extra cruft and can easily be downloaded
separately. However, it appears that other
,
Peter Kriens
MO> On May 22, 2007, at 18:07 , Richard S. Hall wrote:
Since the overall response has been positive (even though I am
mostly in the "excess cruft" camp with Eric), I have gone ahead and
added it.
MO> I'm also in that camp, but I was
Marcel Offermans wrote:
On May 22, 2007, at 18:07 , Richard S. Hall wrote:
Since the overall response has been positive (even though I am mostly
in the "excess cruft" camp with Eric), I have gone ahead and added it.
I'm also in that camp, but I was at a conference (without i
Hey everyone,
I just received word that my proposal for ApacheCon on embedding Felix
was accepted. That means I need to get everyone to show up so I am not
talking to an empty room! I guess that also means that I will need to
start working on the slides... :-o
Anyone else make an OSGi/Felix-
Stuart McCulloch wrote:
On 22/05/07, Richard S. Hall <[EMAIL PROTECTED]> wrote:
In summary, the dilemma we had was that everyone wanted the artifactId
to be the short name and the JAR file to be the long name. But if we
made the artifactId the short name, then we also got the short name f
Stuart McCulloch wrote:
On 22/05/07, Richard S. Hall <[EMAIL PROTECTED]> wrote:
Clement Escoffier wrote:
> We (in fact, Maxime Vincent) have developed an independent Maven
> plugin installing bundles in a local OBR. This plugin is very close to
> the Felix-219 patch. Howe
Niclas Hedhman wrote:
On Monday 21 May 2007 23:23, Richard S. Hall wrote:
The Felix PMC has voted to ask Clement Escoffier to be a committer
He wasn't already?? In that case; PMC, about time! ;o)
Well, you know, he's French, so we had to punish him for a while... ;-)
y specific info that you need.
Actually, you raise a good point...perhaps we can discuss it offline,
but a real-world usage scenario might be very worthwhile.
-> richard
Regards
-- Rob
-Original Message-
From: Richard S. Hall [mailto:[EMAIL PROTECTED]
Sent: Tue 22/05/20
us and/or our usage though if it's
relevant
- and let me know if there's any specific info that you need.
Regards
-- Rob
-Original Message-----
From: Richard S. Hall [mailto:[EMAIL PROTECTED]
Sent: Tue 22/05/2007 19:51
To: dev@felix.apache.or
Hey everyone,
I will try not to let fame go to my head, but a new Feathercast podcast
was just released featuring an interview with me about Felix... :-)
http://feathercast.org/?p=46
The interview doesn't really say anything new for most of us on the
mailing lists, but perhaps it will giv
Clement Escoffier wrote:
Richard S. Hall a écrit :
Peter Kriens wrote:
When I write the inspiration for iPOJO I used the ST for the low
level dependency management for this reason.
Well, I don't know if I would state it that way...the inspiration of
iPOJO actually revolves around an
Carlos Sanchez wrote:
it was actually already there
Yeah, I would think so, because it has been building fine for me and I
have wiped out my local repo many times recently...
-> richard
On 5/23/07, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
that repo is not added on purpose to reduce build
I think Alin just wants to create the 300th issue... ;-)
-> richard
Alin Dreghiciu (JIRA) wrote:
backport-util-concurrent 3.0 wrapping
-
Key: FELIX-299
URL: https://issues.apache.org/jira/browse/FELIX-299
Projec
Clement Escoffier wrote:
Hello,
Tim has made a good and clear comparison. I add some comment on what
we can obtain if we merge all ideas together.
I quickly took a look at what Clement/Maxime has done. This is how I
would compare them. Clement, please correct me if misrepresent
anything.
Alin Dreghiciu wrote:
I've just added some new packages to be wrapped to Felix Commons and I
was
wondering about the deployment strategy/timing on the snapshot repository
for Felix Commons since the latest published artifacts are from 16
March. Is
the build/deploy for Felix Commons run only whe
dex
has been edited by Richard
S. Hall (May 29, 2007).
(View
changes)
Content:
Welcome
to Apache Felix
Welcome to the Apache Felix homepage.
News
Felix Feathercast podcast
available. (May 23, 2007)
Felix has graduated int
Anyone planning on attending the OSGi Community Event in Munich this
June 26/27th? The agenda is here:
http://www.osgi.org/news_events/2007_06_communities/agenda.asp
I will be there.
-> richard
Hello Vincent,
First, i am french, so i speak a bad english , sorry !
Don't worry, I have a lot of experience in this area... ;-)
Then i got a big problem with Felix!
I have an application which works on Oscar! but if i want to use it in
Felix, i got lot of errors :(
I think its a problem
Hello everyone,
The Felix PMC members offered Niclas Hedhman a spot on the Felix PMC and
he has accepted.
We all appreciate Niclas' active involvement in both OSGi- and
Apache-related issues and look forward to his continued involvement in
making Felix a success.
Congratulations Niclas and
Please ignore...
Rajini Sivaram wrote:
Hello,
I am working on SCA-OSGi integration to enable OSGi bundles to form the
implementation type for Apache Tuscany SCA components. I have run into
some
problems because of the way service references are filtered in Felix.
This is the scenario. We startup Felix runtime
ocks (with syntax
highlighting, etc.) and with more color. Our generated static pages look
cute boring and mundane by comparison.
I think this could be the first step in updating our web page... Is it
possible?
-> richard
"Richard S. Hall" <[EMAIL PROTECTED]> writes:
On Jun 15, 2007, at 7:51 PM, Marcel Offermans wrote:
On Jun 15, 2007, at 21:37 , Richard S. Hall wrote:
I, for one, like how the wiki formats code blocks (with syntax
highlighting, etc.) and with more color. Our generated static
pages look cute boring and mundane by comparison.
I think
anks again.
-> richard
Thank you...
Regards,
Rajini
On 6/15/07, Richard S. Hall <[EMAIL PROTECTED]> wrote:
Rajini Sivaram wrote:
> Hello,
>
> I am working on SCA-OSGi integration to enable OSGi bundles to form
the
> implementation type for Apache Tuscany SCA com
release, this will probably be
our goal for July.
-> richard
Thank you...
Regards,
Rajini
On 6/18/07, Richard S. Hall <[EMAIL PROTECTED]> wrote:
Rajini Sivaram wrote:
> Thank you, Richard. The fix will be of great help to me.
>
> I imagine that the first check will nee
Ok, the change has been committed and deployed...let me know if it is
working now...
-> richard
Richard S. Hall wrote:
Rajini Sivaram wrote:
Hello,
I am working on SCA-OSGi integration to enable OSGi bundles to form the
implementation type for Apache Tuscany SCA components. I have run
i
Well, from my understanding of the situation, I think that embedding the
native library should be reasonably straightforward using the Bundle
Plugin...you just need to copy the native library into your bundle using
, assuming that the native library is a resource in
your project.
The trickier
URL: https://issues.apache.org/jira/browse/FELIX-308
Project: Felix
Issue Type: New Feature
Components: Maven Bundle Plugin
Reporter: Richard S. Hall
The following is a proposal for how to support embedding dependency JAR files
in the bundle plugin. The general appr
1 - 100 of 1569 matches
Mail list logo