Congrats Marcel and team,
great initiative to get out both ACE and EZDroid!
/peter
GTalk: neubauer.peter
Skype peter.neubauer
Phone +46 704 106975
LinkedIn http://www.linkedin.com/in/neubauer
Twitter http://twitter.com/peterneubauer
http://www.neo4j.org - New Energy f
Congrats Richard!
Will be interesting to see what this means for Felix, OSGi in general
and the different JSRs related to modules in Java! Interesting times
...
/peter
GTalk: neubauer.peter
Skype peter.neubauer
ICQ 18762544
GTalk neubauer.peter
Phone +46704 106975
LinkedIn http://www.linkedin.co
[
https://issues.apache.org/jira/browse/FELIX-589?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12601534#action_12601534
]
Peter Neubauer commented on FELIX-589:
--
http://incubator.apache.org/ip-clearance/f
Hi there,
[x] +1, I am in favor.
/peter
--
GTalk: neubauer.peter
Skype peter.neubauer
ICQ 18762544
GTalk neubauer.peter
Phone +46704 106975
LinkedIn http://www.linkedin.com/in/neubauer
http://www.neo4j.org - New Energy for Data - the Graph Database.
http://www.ops4j.org - New Energy for OSS C
t; rg.neo4j.neoclipse;singleton:=true
> ...
>
> Alin
>
> On Thu, Apr 17, 2008 at 9:34 AM, Peter Neubauer
>
> <[EMAIL PROTECTED]> wrote:
>
>
> > Hi there,
> > when trying to use the maven-bundle-plugin to generate the valid
> > plugin manife
Hi there,
when trying to use the maven-bundle-plugin to generate the valid
plugin manifest for an Eclipse plugin, it seems there needs to be the
singleton directive set, something like:
Bundle-SymbolicName: org.neo4j.neoclipse;singleton:=true
instead of the generated
Bundle-SymbolicName: org.ne
Hi there,
On Mon, Apr 14, 2008 at 5:18 AM, Niclas Hedhman <[EMAIL PROTECTED]> wrote:
> "We who are not Eclipse fanatics should work more together and not dilute our
> resources."
+1, beside that, most people know each other so we are already working
alongside each other, regardless of the commu
Cool,
great to see you here Peter!
/peter
On Thu, Apr 3, 2008 at 8:30 AM, Niclas Hedhman <[EMAIL PROTECTED]> wrote:
>
> Everyone,
>
> I would like to welcome Peter Kriens as a new committer to the Felix project,
> after a successful PMC vote (all voters in favour).
>
> Peter, WELCOME!! The BN
ok,
thanks for al the hints, I will take a look at all this.
/peter
On Jan 11, 2008 3:24 PM, Felix Meschberger <[EMAIL PROTECTED]> wrote:
> Am Freitag, den 11.01.2008, 21:05 +0800 schrieb Stuart McCulloch:
> > On 11/01/2008, Peter Neubauer <[EMAIL PROTECTED]> wrote:
Hi there,
starting off with a small OSGi project again after some time, I wonder
what the current status on IoC solutions for OSGi is? I used to use
Felix DependencyManager, are there any ohter/ better solutions around
that you use?
Cheers
/peter
--
GTalk:neubauer.peter
Skypepet
Cool,
congrats and great to have you there, Stuart!
/peter
Hector,
Felix is a OSGi implementation. That means, it is using plain Java to
broker services and acts with a Single-VM focus.
>From your problem description, it seems you are researching some kind
of SOA/SCA/other distributed services solution and you should probably
take a look at Mule or Newton
Hi there,
great to get this into the wild :)
On Nov 23, 2007 7:50 AM, Stuart McCulloch <[EMAIL PROTECTED]> wrote:
> agree - it would be great to have this in Felix (otherwise we'd be happy to
> host it over at OPS4J ;)
+1, it might be that common OSGi stuff is less politically tainted
when it is no
Congrats Richard!
/peter
On 8/15/07, Niclas Hedhman <[EMAIL PROTECTED]> wrote:
> On 8/15/07, Richard S. Hall <[EMAIL PROTECTED]> wrote:
> > I just wanted to let everyone know that I have accepted a visiting
> > assistant professor position at Tufts University in Boston for the
> > coming school y
Very good work Marcel and others! Looks great and the content is good,
too. What will be the distinction between the static pages and
confluence, or is everything going to be based on confluence?
/petre
On 7/14/07, Marcel Offermans <[EMAIL PROTECTED]> wrote:
Since we're close to our first relea
[
https://issues.apache.org/jira/browse/FELIX-310?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12506631
]
Peter Neubauer commented on FELIX-310:
--
There is some related work going on but being focused on portability
[
https://issues.apache.org/jira/browse/FELIX-50?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12503306
]
Peter Neubauer edited comment on FELIX-50 at 6/11/07 12:23 AM:
---
Marcel,
the new
[
https://issues.apache.org/jira/browse/FELIX-50?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12503306
]
Peter Neubauer commented on FELIX-50:
-
Marcel,
the new refactored version seems to work fine, just make the
[
https://issues.apache.org/jira/browse/FELIX-50?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12503036
]
Peter Neubauer commented on FELIX-50:
-
Cool,
will llok at it ASAP. Is this going towards monitoring capabilities
Congrats Niclas and the Felix team!
/peter
On 6/7/07, Richard S. Hall <[EMAIL PROTECTED]> wrote:
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 l
our file in the root of the jar.
AD> Alin
AD> On 6/5/07, Peter Neubauer <[EMAIL PROTECTED]> wrote:
>>
>> Hi there,
>> I would like to include resources at root level (without a package
>> name) so they get into the bundles classpath, e.g. log4j.propertie
Hi there,
I would like to include resources at root level (without a package
name) so they get into the bundles classpath, e.g. log4j.properties.
What do I use to get the included? I tried something like
Private-Package: lib, log4j.properties
in my details.bnd (using PaxConstruct structure) but
Well,
I am not involved in the spec but I would guess that at the most
Spring would become an optional part of the spec since one of the main
goals of OSGi is to be lean and slim. At the least I guess that the
Declarative Services spec will be changed to make the declaration part
Spring context-xm
23 matches
Mail list logo