Re: [Neo4j] How to embed neo4j to OSGI env without spring?
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 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 only run with sun JRE? On Thu, Jun 2, 2011 at 16:33, Nicolas Jouanin nicolas.joua...@gmail.comwrote: 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 failed... On Thu, Jun 2, 2011 at 12:34, Andreas Kollegger andreas.kolleg...@neotechnology.com wrote: 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, Super Wang wrote: Hi folks, I'm new to neo4j and I'm going to embed neo4j to my OSGI environment(without Spring) as a component, so I can keep a single instance of graph database and can make it available for all other bundles. Any ideas about how to implement this? Thank you very much. ___ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user ___ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user ___ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user ___ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user ___ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user
Re: [Neo4j] Open Data Manual - contributions welcome
Hi Tim, I have zero time to either write much, or even explore new ideas these days, but I think an area that would be very interesting to map into a graph model is campaign finance. Showing the relationship of donors to politicians and their committees and the fiscal relationships between politicians could provide great insights into some of the why things happen the way they do. You could also geocode the donors and politicians (their addresses are in the reports), and you could show employers on the graph (employers are listed in the US forms as well). If someone has the time and is looking for a good application of how to use Open Data with a graph model, that is a project I would vote for. I've been wanting to do it ever since the last election, but can't seem to find the time to sit down, download the reports, and feed them into a model or visualization tool. Hi all, Sorry if this is off topic. I am the editor of the Open Data Manual[0]. It's an ever improving manual on how to go about open data. At the moment, it's mostly focused on government data, but that is changing. A great enhancement would be some information on graphs. In particular, an outline of moving data housed in relational tables into a graph would be excellent. The manual has a large readership and it could be a great way to become a published author.* If you would like to assist, please email me off the list. Tim McNamara Professional \\ paperlessprojects.com Personal \\ @timClicks http://twitter.com/timClicks | timmcnamara.co.nz [0] http://opendatamanual.org * We're investigating options for creating printed material, but that hasn't happened yet. ___ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user -- Rick Otten rot...@windfish.net O=='=+ ___ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user
[Neo4j] Access to server plugins from Java
BODY { font-family:Arial, Helvetica, sans-serif;font-size:12px; } Hi Has the Java client lib any way to perform calls to list and call server plugins? Thanks ___ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user
Re: [Neo4j] Access to server plugins from Java
which lib are you referring to? Michael Sent from my iBrick4 Am 03.06.2011 um 16:19 schrieb Aniceto Pérez y Madrid ape...@innovasoftps.com: BODY { font-family:Arial, Helvetica, sans-serif;font-size:12px; } Hi Has the Java client lib any way to perform calls to list and call server plugins? Thanks ___ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user ___ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user
[Neo4j] In-graph Timeline index and Neo4j 1.4
Today, I tried to migrate my application from Neo4j 1.3 to 1.4M03 and ran into problems with respect to the in-graph Timeline index in the legacy component Neo4j-index. For all Lucene related indexing, I have moved to greener pastures and use the new indexing framework, but for several indexing needs only an in-graph index is suitable. Examples:1) Most of the nodes in my application have versioning enabled. To do so, I maintain a in-graph Timeline index containing version nodes. The Timeline index is needed to maintain order and to register a timestamp for each version. 2) Most of the nodes in my application are related to a context. Every user or user group maintains two or more contexts. The relationship between node and context is again stored in the Timeline index, to make it possible to retrieve the most recent additions for a user or user group. Both scenarios can potentially create a huge number of indexes, most of them relatively small, but some become large enough that in-memory sorting is not an option. The in-graph Timeline index offers the right functionality for these scenarios and the Lucene index service is not a feasible replacement in these cases. The in-graph Timeline index is now fixed to version Neo4j 1.3, and given the legacy Lucene code in that component will not likely be upgraded to version 1.4. Using Neo4j-index 1.3-SNAPSHOT with Neo4j 1.4M03 is not possible without hacking the POM (which I have done, but don't feel too happy about). Neo4j-index 1.3-SNAPSHOT requires Lucene 3.0.1, while Neo4j 1.4M03 requires Lucene 3.1.0, leading to version conflicts in projects. Approximately a month ago, I made the suggestion (see: http://lists.neo4j.org/pipermail/user/2011-May/008461.html) to move the in-graph Btree index and its related classes (including Timeline) to a new component Neo4j-collections, while keeping the old Lucene index stuff in Neo4j-index, so it can eventually become deprecated. I hope my suggestion will be taken into consideration. Kind regards,Niels Hoogeveen ___ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user
Re: [Neo4j] In-graph Timeline index and Neo4j 1.4
That could be an interesting alternative. OTOH, I have a working application based on in-graph indexing abilities and would like to migrate to Neo4j-1.4 without too much effort. The in-graph Timeline index works well for the needs I have, and only needs repackaging into a component that has no dependencies on an older version of Lucene. From: rick.bullo...@thingworx.com To: user@lists.neo4j.org Date: Fri, 3 Jun 2011 11:51:42 -0700 Subject: Re: [Neo4j] In-graph Timeline index and Neo4j 1.4 Alternatively, if we could have the composite index functionality I described in a few previous e-mails (mix timestamp, textual and other numeric key/values in the same index) - e.g. a Lucene timeline index with extra keys, that might work well also, would it not? -Original Message- From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On Behalf Of Niels Hoogeveen Sent: Friday, June 03, 2011 2:44 PM To: user@lists.neo4j.org Subject: [Neo4j] In-graph Timeline index and Neo4j 1.4 Today, I tried to migrate my application from Neo4j 1.3 to 1.4M03 and ran into problems with respect to the in-graph Timeline index in the legacy component Neo4j-index. For all Lucene related indexing, I have moved to greener pastures and use the new indexing framework, but for several indexing needs only an in-graph index is suitable. Examples:1) Most of the nodes in my application have versioning enabled. To do so, I maintain a in-graph Timeline index containing version nodes. The Timeline index is needed to maintain order and to register a timestamp for each version. 2) Most of the nodes in my application are related to a context. Every user or user group maintains two or more contexts. The relationship between node and context is again stored in the Timeline index, to make it possible to retrieve the most recent additions for a user or user group. Both scenarios can potentially create a huge number of indexes, most of them relatively small, but some become large enough that in-memory sorting is not an option. The in-graph Timeline index offers the right functionality for these scenarios and the Lucene index service is not a feasible replacement in these cases. The in-graph Timeline index is now fixed to version Neo4j 1.3, and given the legacy Lucene code in that component will not likely be upgraded to version 1.4. Using Neo4j-index 1.3-SNAPSHOT with Neo4j 1.4M03 is not possible without hacking the POM (which I have done, but don't feel too happy about). Neo4j-index 1.3-SNAPSHOT requires Lucene 3.0.1, while Neo4j 1.4M03 requires Lucene 3.1.0, leading to version conflicts in projects. Approximately a month ago, I made the suggestion (see: http://lists.neo4j.org/pipermail/user/2011-May/008461.html) to move the in-graph Btree index and its related classes (including Timeline) to a new component Neo4j-collections, while keeping the old Lucene index stuff in Neo4j-index, so it can eventually become deprecated. I hope my suggestion will be taken into consideration. Kind regards,Niels Hoogeveen ___ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user ___ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user ___ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user
Re: [Neo4j] Open Data Manual - contributions welcome
Hey Rick, Do you know the whereabouts of any of this data? On Fri, Jun 3, 2011 at 5:51 AM, Rick Otten rot...@windfish.net wrote: Hi Tim, I have zero time to either write much, or even explore new ideas these days, but I think an area that would be very interesting to map into a graph model is campaign finance. Showing the relationship of donors to politicians and their committees and the fiscal relationships between politicians could provide great insights into some of the why things happen the way they do. You could also geocode the donors and politicians (their addresses are in the reports), and you could show employers on the graph (employers are listed in the US forms as well). If someone has the time and is looking for a good application of how to use Open Data with a graph model, that is a project I would vote for. I've been wanting to do it ever since the last election, but can't seem to find the time to sit down, download the reports, and feed them into a model or visualization tool. Hi all, Sorry if this is off topic. I am the editor of the Open Data Manual[0]. It's an ever improving manual on how to go about open data. At the moment, it's mostly focused on government data, but that is changing. A great enhancement would be some information on graphs. In particular, an outline of moving data housed in relational tables into a graph would be excellent. The manual has a large readership and it could be a great way to become a published author.* If you would like to assist, please email me off the list. Tim McNamara Professional \\ paperlessprojects.com Personal \\ @timClicks http://twitter.com/timClicks | timmcnamara.co.nz [0] http://opendatamanual.org * We're investigating options for creating printed material, but that hasn't happened yet. ___ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user -- Rick Otten rot...@windfish.net O=='=+ ___ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user ___ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user
Re: [Neo4j] Open Data Manual - contributions welcome
Campaign finance data for federal offices is available from the Federal Election Commission. http://www.fec.gov State campaign finance data is usually available from the office of the Secretary of State for each state. Here is Ohio's: http://www.sos.state.oh.us/SOS/Campaign%20Finance/Database.aspx (You can search for me in there. I ran for State Rep in 2004.) Often the data is posted online within hours or days after each of the filing deadlines. Journalists, activists, campaign opponents, political scientists, professional fundraisers, and more will mine it to learn about who is paying for what and where they are spending their money. My original idea was to just pull the information for my congressman and build a simple geo graph to visualize how much out of state funding he was getting, but I quickly realized the data is highly interconnected (candidates give money to each other, and to PAC's, and the PAC's then distribute money back to candidates and it gets really confusing), some people give to more than one candidate, other's give to both parties, and others can be identified as all working for the same organization. [Some of those games are played to hide the true origin of the money from the casual political investigator.] The data used to be available in CSV format, it probably still is (I haven't tried to download it in a while)... Hey Rick, Do you know the whereabouts of any of this data? On Fri, Jun 3, 2011 at 5:51 AM, Rick Otten rot...@windfish.net wrote: Hi Tim, I have zero time to either write much, or even explore new ideas these days, but I think an area that would be very interesting to map into a graph model is campaign finance. Showing the relationship of donors to politicians and their committees and the fiscal relationships between politicians could provide great insights into some of the why things happen the way they do. You could also geocode the donors and politicians (their addresses are in the reports), and you could show employers on the graph (employers are listed in the US forms as well). If someone has the time and is looking for a good application of how to use Open Data with a graph model, that is a project I would vote for. I've been wanting to do it ever since the last election, but can't seem to find the time to sit down, download the reports, and feed them into a model or visualization tool. Hi all, Sorry if this is off topic. I am the editor of the Open Data Manual[0]. It's an ever improving manual on how to go about open data. At the moment, it's mostly focused on government data, but that is changing. A great enhancement would be some information on graphs. In particular, an outline of moving data housed in relational tables into a graph would be excellent. The manual has a large readership and it could be a great way to become a published author.* If you would like to assist, please email me off the list. Tim McNamara Professional \\ paperlessprojects.com Personal \\ @timClicks http://twitter.com/timClicks | timmcnamara.co.nz [0] http://opendatamanual.org * We're investigating options for creating printed material, but that hasn't happened yet. ___ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user -- Rick Otten rot...@windfish.net O=='=+ ___ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user ___ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user -- Rick Otten rot...@windfish.net O=='=+ ___ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user