Yes, that's what I managed to do : remaned master to a new branch then
checkout upstream/master in local master.
Thanks.
2011/6/15 Peter Neubauer peter.neuba...@neotechnology.com
Nicolas,
I think you could just make another branch, or rename the master
branch to something else. Then, you
I'll work on this then and i'll let you know in the coming days.
2011/6/14 Peter Neubauer peter.neuba...@neotechnology.com
Nicolas,
yes, after looking into the details involved, I think an official
superbundle with the core Neo4j components bundled and exported woudl
be the best way forward.
Hi Peter (and others),
May be you can help me with github...
I'dl like to work on this superbundle using the last version of
neo4j-community. The problem is that i've already forked this repo for my
previous work and now I can't fork it anymore. Also, i've made my modifications
on the master
Nicolas,
thanks for looking into this! If you only move the LuceneDataSource
into an exported package, for instance org.neo4j.index.lucene, and
export it, would that be sufficient to get the registration done?
I don't want to force OSGi upon all Index provider bundles (yet) and
keep the impact of
Hi Peter,
As shown below, exporting the implementation package is enough to make the
IndexProvider registered as OSGi service (see first line of dump). Now an
exception comes later when registering the index. I guess this come from the
fact that you register a service of class IndexProvider
Hi Peter,
I've tried to run your test case on my forked version.
First of all, I got a Framework exception when running the test case out of the
box :
[Framework Event Dispatcher] DEBUG wrap_mvn_org.apache.lucene_lucene-core_3.1.0
- BundleEvent STARTED
[Framework Event Dispatcher] DEBUG
Hi,
I'll try this during the weekend if you agree and I'll let you know.
2011/6/9 Peter Neubauer peter.neuba...@neotechnology.com
Nicolas,
I have now a failing testcase (albeit using snapshot versions of PAX
stuff, trying to relax that ASAP) at
https://github.com/neo4j/neo4j-osgi-examples
Yeah,
that would be great Nicolas! The only thing is that you will need to
build Pax Tinybundles,
g...@github.com:ops4j/org.ops4j.pax.tinybundles.git since I am using
SNAPSHOT dep there.
Lemme know if you need help!
Cheers,
/peter neubauer
GTalk: neubauer.peter
Skype peter.neubauer
Nicolas,
I have now a failing testcase (albeit using snapshot versions of PAX
stuff, trying to relax that ASAP) at
https://github.com/neo4j/neo4j-osgi-examples that exposes the
IndexProvider not being found in OSGi environments.
Is your fork of Neo4j Community fixing this issue? In that case, it
Super,
I have created a test case that exhibits this error. Git clone
https://github.com/neo4j/neo4j-osgi-examples and do
mvn test
And you should see the error output. Let's work together on this in order to
solve it, and then include it in the manual!
Cheers,
/peter neubauer
GTalk:
Guys,
I adjusted the Neo4j Kernal bundle manifest to not import sun.* packages.
Now, with the springsource JTA bundle, the Neo4j Kernel bundle is at least
activated, which should solve the first problem. will continue with the
Index Provider issue :)
Thanks Peter, and here's my error log:
[INFO] Surefire report directory:
D:\git\neo4j-osgi-examples\target\surefire-reports
---
T E S T S
---
Running org.neo4j.examples.osgi.OSGiTest
516
Yes.
You need the latest kernel package which will be online in some hour, and
git pull again in this project :-)
Sent from my phone.
On Jun 8, 2011 1:45 PM, Super Wang wangxu...@gmail.com wrote:
Thanks Peter, and here's my error log:
[INFO] Surefire report directory:
OK, I will try this later, thank you very much!
On Wed, Jun 8, 2011 at 19:48, Peter Neubauer neubauer.pe...@gmail.comwrote:
Yes.
You need the latest kernel package which will be online in some hour, and
git pull again in this project :-)
Sent from my phone.
On Jun 8, 2011 1:45 PM, Super
Guys,
I have tracked down the issues now to the actual thing.
https://github.com/neo4j/neo4j-osgi-examples/blob/master/src/test/java/org/neo4j/examples/osgi/OSGiTest.javanow
wraps lucene, and loads the Activator that tries to get and index, see
However, it seems the the ServiceLoader approach is not really compatible
with OSGi, see
http://jbossosgi.blogspot.com/2010/01/suns-serviceloader-and-how-it-relates.htmlfor
details. Eelco, did you solve this problem in some nice way so I can
adjust the tests?
I'm afraid not. I dropped in the
Who can help me get out this?
On Sat, Jun 4, 2011 at 10:08, Super Wang wangxu...@gmail.com wrote:
Hi, I'm following this guide to run Felix 3.2.2 in my eclipse 3.6.2. One
simple different is I'm using a JavaSE-1.6 as execution environment JRE(see
the attached snapshot).
After done, copy the
Super,
I will try to pull up an environment today, but not sure I can make it as
there is a lot of other stuff to do. Will keep you posted on the progress.
Cheers,
/peter neubauer
GTalk: neubauer.peter
Skype peter.neubauer
Phone +46 704 106975
LinkedIn
Finally, I found these in JDK_HOME\lib\tools.jar, this is not a part of
JRE but a part of JDK, which means neo4j can't run under OSGI with JRE only
On Fri, Jun 3, 2011 at 10:29, Super Wang wangxu...@gmail.com wrote:
Thanks, but I'm working on equinox OSGI environment.
I found that
I've tried to expose org.neo4j.graphdb.GraphDatabaseService as a service
component directly and use a delegate class as implementation, but failed...
On Thu, Jun 2, 2011 at 12:34, Andreas Kollegger
andreas.kolleg...@neotechnology.com wrote:
Hey,
The Neo4j libraries should be usable within
Hi,
This page may help you :
http://wiki.escapek.org/display/DEV/Neo4j+community+edition+installation
Le 2 juin 2011 à 09:30, Super Wang a écrit :
I've tried to expose org.neo4j.graphdb.GraphDatabaseService as a service
component directly and use a delegate class as implementation, but
Thanks, but I'm working on equinox OSGI environment.
I found that org.neo4j.kernel requires same packages under com.sun.tree,
com.sun.util and com.sun.javac, but my app needs to run under some non-sun
JRE, like openJDK or IBM jvm, there's no com.sun in these JREs
Does this means neo4j can
Hey,
The Neo4j libraries should be usable within OSGi, though we're a bit lax in
keeping on top of that. The best approach would be to use one bundle to
instantiate the database and advertise the reference as a service for use by
other bundles.
Cheers,
Andreas
On Jun 1, 2011, at 8:25 PM,
23 matches
Mail list logo
