Re: [Neo4j] Neo4j is moving to git
OK, it's a not bad thing, and that shows git growing with the times, my knowledge about this point growing 2:) There still have another aspect: source argument of git-mv command must existed. In java env, refactoring is more common, and IDE maybe not git aware, if so the IDE refactoring will kill the operation. So the follow option maybe not really option. if hg, user can let IDE do rename/move refactor, and do repository operation by self. Please care, at the point, the source not existed. 致敬 向雅 2011/1/28 Nat Pryce : > On 27 January 2011 18:07, 向雅 wrote: >> One point: >> If gitted, Rename/Copy Tracking, will be a BIG problem. IMV, history >> is more important than else. > > Why? I've not had a problem. In my experience, Git has detected > renames even for Java source when the content changes as part of the > rename. > > --Nat > > > -- > http://www.natpryce.com > ___ > 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] Neo4j is moving to git
a tip for the windows-users: i have tested http://code.google.com/p/tortoisegit/ for windows about a year ago - if you ever have to use windows and have no ide with a git-scm support - it maybe helpfull. (anybody uses windows by choice here?) there is no need to make snapshot-tars available. in github you could download the sourcetree for each commit as tar.gz (or zip) archive. of course there have to be some tags or branches to get the right version. the maven-release plugin helps much doing this (i think tobias is aware of that) the move to git is really great and makes it now much more easy to contribute. cheers thomas Am 27.01.2011 um 15:24 schrieb Rick Bullotta: > I definitely understand the reason for wanting to use Git, with the more > frequent forks and branches of late, but I do think it would be helpful to > make snapshot builds *with source* available for download as ZIPs or TARs as > well. For those of us on Windows, there are practical limitations to how > many shell add-ins we can install (right now, I have to use CVS with Mozilla > stuff, SVN with our hosted Atlassian JIRA system, and now it looks like I'll > also need to use Git for Neo ___ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user
Re: [Neo4j] Neo4j is moving to git
On 27 January 2011 18:07, 向雅 wrote: > One point: > If gitted, Rename/Copy Tracking, will be a BIG problem. IMV, history > is more important than else. Why? I've not had a problem. In my experience, Git has detected renames even for Java source when the content changes as part of the rename. --Nat -- http://www.natpryce.com ___ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user
Re: [Neo4j] Neo4j 1.2 server on Linux X86 - 64 bit
Joshi, you can see the process here, http://docs.neo4j.org/chunked/snapshot/server-plugins.html, and and an example under neo4j-examples (part of the server distribution) under /examples/java/site/server-plugins.html that links to the local example code. Let me know if you encounter problems, and I will try to help you! Cheers, /peter neubauer 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 - Your high performance graph database. http://www.thoughtmade.com - Scandinavia's coolest Bring-a-Thing party. On Thu, Jan 27, 2011 at 10:06 AM, Joshi Hemant - hjoshi wrote: > I can write a java program if it is straight forward process. Otherwise, I > will have to wait. > -Hemant > > -Original Message- > From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On > Behalf Of Peter Neubauer > Sent: Thursday, January 27, 2011 10:35 AM > To: Neo4j user discussions > Subject: Re: [Neo4j] Neo4j 1.2 server on Linux X86 - 64 bit > > Joshi, > would it be possible for you to write that extension? Otherwise, I can > try to power it through one of these days :/ > > Cheers, > > /peter neubauer > > 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 - Your high performance graph database. > http://www.thoughtmade.com - Scandinavia's coolest Bring-a-Thing party. > > > > On Thu, Jan 27, 2011 at 8:08 AM, Joshi Hemant - hjoshi > wrote: >> I do not think I have an options of updating index to new provider framework >> using REST or java. I think an extension would make updating to latest >> release much easier for us. >> -Hemant >> >> -Original Message- >> From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On >> Behalf Of Peter Neubauer >> Sent: Wednesday, January 26, 2011 11:59 PM >> To: Neo4j user discussions >> Subject: Re: [Neo4j] Neo4j 1.2 server on Linux X86 - 64 bit >> >> Joshi, >> the current REST API exposes the new Indexes that you can create on >> nodes and relatoinships. The old indexes (that your DB probably is >> indexed with) are not exposed via the Server REST API. >> >> I would suggest to reindex your data using either the current REST >> API, >> http://components.neo4j.org/neo4j-server/snapshot/rest.html#Add_indices_with_provided_configuration_parameters >> >> or in Java code http://wiki.neo4j.org/content/Index_Framework or >> >> Is that possible for you? Otherwise we would need to find another >> solution, or write an extension that provides access to the old index >> API, since this has come up repeatedly now. >> >> Cheers, >> >> /peter neubauer >> >> 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 - Your high performance graph database. >> http://www.thoughtmade.com - Scandinavia's coolest Bring-a-Thing party. >> >> >> >> On Wed, Jan 26, 2011 at 8:53 PM, Joshi Hemant - hjoshi >> wrote: >>> Thanks Peter. You were right. Changing those 2 entries did solve the >>> problem of connecting to the webadmin UI as well as getting json document >>> back for simple requests such as >>> >>> curl -H Accept:application/json >>> http://gigdev8028.gig.acxiom.net:/db/data/node/1 >>> >>> Here are the 2 issues that are still puzzling to me. >>> 1) Though I have put the 2 aforementioned settings in neo4j.properties file >>> under conf folder (attached), I was still able to create a new node without >>> problems and could get json document back for the new node as well. >>> >>> 2) When I pointed neo4j 1.2 server to my old neo4j-rest-db directory, I >>> could access all nodes, relationships as well properties etc. online >>> through webadmin as well as json requests but I am not able to access the >>> lucene index I have created on this data. I have several nodes I have >>> indexed in the old version that I would like to access using 1.2 but when I >>> try to get to http://gigdev8028.gig.acxiom.net:/db/data/index/node >>> >>> So far I get no response (no error either) I have attached neo4j.log and >>> wrapper.log if that helps. >>> Thanks for your help. >>> -Hemant >>> >>> -Original Message- >>> From: user-boun...@lists.neo4j.org [mailto:use r-boun...@lists.neo4j.org] >>> On Behalf Of Peter Neubauer >>> Sent: Tuesday, January 25, 2011 9:27 PM >>> To: Neo4j user discussions >>> Subject: Re: [Neo4j] Neo4j 1.2 server on Linux X86 - 64 bit >>> >>> Joshi, >>> I am a bit suspicious of your wrapper.log, >>> >>> STATUS | wrapper | 2011/01/24 11:34:47 | Launching a JVM... >>> INFO | jvm 1 | 2011/01/24 11:34:47 | WrapperManager: Initializing...
Re: [Neo4j] mysql vs neo4j benchmark
Hi, as we talked before, I was looking for the results, not the code. Apparently they are at: http://www.slideshare.net/thobe/nosqleu-graph-databases-and-neo4j :47-51 I'll re-run these last tests on my laptop. Thanks! On 1/21/11 9:36 PM, Marko Rodriguez wrote: > Hi Claudio, > >> Marko has been running the benchmark for some time ago, I do not know >> the exact details, but maybe he has the code laying around somewhere? > > As we talked before, all the code is in GraphDB-Bench > (http://graphdb-bench.tinkerpop.com). > > Take care, > Marko. > ___ > Neo4j mailing list > User@lists.neo4j.org > https://lists.neo4j.org/mailman/listinfo/user > -- Claudio Martella Digital Technologies Unit Research & Development - Analyst TIS innovation park Via Siemens 19 | Siemensstr. 19 39100 Bolzano | 39100 Bozen Tel. +39 0471 068 123 Fax +39 0471 068 129 claudio.marte...@tis.bz.it http://www.tis.bz.it Short information regarding use of personal data. According to Section 13 of Italian Legislative Decree no. 196 of 30 June 2003, we inform you that we process your personal data in order to fulfil contractual and fiscal obligations and also to send you information regarding our services and events. Your personal data are processed with and without electronic means and by respecting data subjects' rights, fundamental freedoms and dignity, particularly with regard to confidentiality, personal identity and the right to personal data protection. At any time and without formalities you can write an e-mail to priv...@tis.bz.it in order to object the processing of your personal data for the purpose of sending advertising materials and also to exercise the right to access personal data and other rights referred to in Section 7 of Decree 196/2003. The data controller is TIS Techno Innovation Alto Adige, Siemens Street n. 19, Bolzano. You can find the complete information on the web si te www.tis.bz.it. ___ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user
Re: [Neo4j] Neo4j is moving to git
One point: If gitted, Rename/Copy Tracking, will be a BIG problem. IMV, history is more important than else. My advice, hg. 致敬 向雅 2011/1/27 Rick Bullotta : > Awesome. Really forking awesome. > > -Original Message- > From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On > Behalf Of Tobias Ivarsson > Sent: Thursday, January 27, 2011 10:05 AM > To: Neo4j user discussions > Subject: Re: [Neo4j] Neo4j is moving to git > > The general idea on forks is that they will be forks, not branches. I.e. > they will live in a different location as a fork, not as branches in the > same repository. > > We are going to continue managing dependencies with maven, so no dependency > jars will ever be checked in in the repositories. > > We are going to have more than one git repository, the plan is to have one > per releasable "product". This means that things in one repo will have the > same release cycle. The initial repositories are quite likely going to be: > * Embedded, containing these current components: > - kernel > - lucene-index > - ha > - management > - udc > - graph-algo > * Server, containing the Neo4j server > Then a separate repository for each Neo4j tool: Neoclipse and Neo4j shell > > Part of the exercise tomorrow is going to be to make sure that it is > possible to work with the code on Windows since we are going to put more > efforts into Windows stability of Neo4j in the future. > > CR/LF is going to be managed by the repository, as Toni has already > mentioned is a possibility. > > Cheers, > Tobias > > On Thu, Jan 27, 2011 at 3:46 PM, Rick Bullotta < > rick.bullo...@burningskysoftware.com> wrote: > >> Yep - I know there are settings. We all just gotta use 'em consistently. >> ;-) >> >> I'm also aware of the Git benefits, which are awesome. Just raising the >> alert that if the repository grows to 40GB with a million forks and a >> zillion copies of dependent jars, well, you get the idea...! >> >> And believe me, the moment Atlassian offers comprehensive Git support, >> we'll >> be making the switch completely! >> >> It's all good, just suggesting we be cognizant of the things that are >> different in Git. >> >> -Original Message- >> From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] >> On >> Behalf Of Toni Menzel >> Sent: Thursday, January 27, 2011 9:39 AM >> To: Neo4j user discussions >> Subject: Re: [Neo4j] Neo4j is moving to git >> >> On Thu, Jan 27, 2011 at 3:33 PM, Rick Bullotta < >> rick.bullo...@burningskysoftware.com> wrote: >> >> > a couple other things to be thinking about: >> > >> > - since we'll all be collaborating in a "mixed environment" of Windows >> and >> > Linux and other, we need to be sensitive to Git settings for CR/LF >> handling >> > when determining what files have changed >> > >> There are settings for that ( don't have the exact page on Github Help > here >> right now) >> >> > >> > - since Git generally pulls down the whole repository, it would probably >> > not >> > be a great thing to have a single, ever-growing repository of all neo >> > versions and branches and experiments. that could be a real disk space >> > hog. >> > we should come up with some reasonable convention for when to split >> > repositories (major versions? X.Y versions?) >> > >> >> But you do know about Git in general ? No offense here but its a bit >> misplaced. ;) Git is about raw efficiency when it comes to more branches >> you >> can think of, more merges than you have ever wanted in SVN. Think of the >> Linux Kernel .. >> >> >> > All in all, I think it's a good idea, we just need to be aware of all > the >> > implications. >> > >> > -Original Message- >> > From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] >> > On >> > Behalf Of Rick Bullotta >> > Sent: Thursday, January 27, 2011 9:25 AM >> > To: 'Neo4j user discussions' >> > Subject: Re: [Neo4j] Neo4j is moving to git >> > >> > I definitely understand the reason for wanting to use Git, with the more >> > frequent forks and branches of late, but I do think it would be helpful >> to >> > make snapshot builds *with source* available for download as ZIPs or > TARs >> > as >> > well. For those of us on Windows, there are practical limitations to > how >> > many shell add-ins we can install (right now, I have to use CVS with >> > Mozilla >> > stuff, SVN with our hosted Atlassian JIRA system, and now it looks like >> > I'll >> > also need to use Git for Neo). >> > >> > -Original Message- >> > From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] >> > On >> > Behalf Of Tobias Ivarsson >> > Sent: Thursday, January 27, 2011 9:10 AM >> > To: Neo user discussions >> > Subject: [Neo4j] Neo4j is moving to git >> > >> > Tomorrow, Friday January 28, we will freeze the Neo4j subversion >> repository >> > (https://svn.neo4j.org/). >> > From tomorrow and forward Neo4j subversion will be a read only >> repository. >> > The continued evolution of
Re: [Neo4j] Neo4j 1.2 server on Linux X86 - 64 bit
I can write a java program if it is straight forward process. Otherwise, I will have to wait. -Hemant -Original Message- From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On Behalf Of Peter Neubauer Sent: Thursday, January 27, 2011 10:35 AM To: Neo4j user discussions Subject: Re: [Neo4j] Neo4j 1.2 server on Linux X86 - 64 bit Joshi, would it be possible for you to write that extension? Otherwise, I can try to power it through one of these days :/ Cheers, /peter neubauer 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 - Your high performance graph database. http://www.thoughtmade.com - Scandinavia's coolest Bring-a-Thing party. On Thu, Jan 27, 2011 at 8:08 AM, Joshi Hemant - hjoshi wrote: > I do not think I have an options of updating index to new provider framework > using REST or java. I think an extension would make updating to latest > release much easier for us. > -Hemant > > -Original Message- > From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On > Behalf Of Peter Neubauer > Sent: Wednesday, January 26, 2011 11:59 PM > To: Neo4j user discussions > Subject: Re: [Neo4j] Neo4j 1.2 server on Linux X86 - 64 bit > > Joshi, > the current REST API exposes the new Indexes that you can create on > nodes and relatoinships. The old indexes (that your DB probably is > indexed with) are not exposed via the Server REST API. > > I would suggest to reindex your data using either the current REST > API, > http://components.neo4j.org/neo4j-server/snapshot/rest.html#Add_indices_with_provided_configuration_parameters > > or in Java code http://wiki.neo4j.org/content/Index_Framework or > > Is that possible for you? Otherwise we would need to find another > solution, or write an extension that provides access to the old index > API, since this has come up repeatedly now. > > Cheers, > > /peter neubauer > > 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 - Your high performance graph database. > http://www.thoughtmade.com - Scandinavia's coolest Bring-a-Thing party. > > > > On Wed, Jan 26, 2011 at 8:53 PM, Joshi Hemant - hjoshi > wrote: >> Thanks Peter. You were right. Changing those 2 entries did solve the problem >> of connecting to the webadmin UI as well as getting json document back for >> simple requests such as >> >> curl -H Accept:application/json >> http://gigdev8028.gig.acxiom.net:/db/data/node/1 >> >> Here are the 2 issues that are still puzzling to me. >> 1) Though I have put the 2 aforementioned settings in neo4j.properties file >> under conf folder (attached), I was still able to create a new node without >> problems and could get json document back for the new node as well. >> >> 2) When I pointed neo4j 1.2 server to my old neo4j-rest-db directory, I >> could access all nodes, relationships as well properties etc. online through >> webadmin as well as json requests but I am not able to access the lucene >> index I have created on this data. I have several nodes I have indexed in >> the old version that I would like to access using 1.2 but when I try to get >> to http://gigdev8028.gig.acxiom.net:/db/data/index/node >> >> So far I get no response (no error either) I have attached neo4j.log and >> wrapper.log if that helps. >> Thanks for your help. >> -Hemant >> >> -Original Message- >> From: user-boun...@lists.neo4j.org [mailto:use r-boun...@lists.neo4j.org] On >> Behalf Of Peter Neubauer >> Sent: Tuesday, January 25, 2011 9:27 PM >> To: Neo4j user discussions >> Subject: Re: [Neo4j] Neo4j 1.2 server on Linux X86 - 64 bit >> >> Joshi, >> I am a bit suspicious of your wrapper.log, >> >> STATUS | wrapper | 2011/01/24 11:34:47 | Launching a JVM... >> INFO | jvm 1 | 2011/01/24 11:34:47 | WrapperManager: Initializing... >> INFO | jvm 1 | 2011/01/24 11:34:47 | WrapperManager: >> INFO | jvm 1 | 2011/01/24 11:34:47 | WrapperManager: WARNING - >> Unable to load the Wrapper's native library because none of the >> INFO | jvm 1 | 2011/01/24 11:34:47 | WrapperManager: >> following files: >> INFO | jvm 1 | 2011/01/24 11:34:47 | WrapperManager: >> libwrapper-linux-x86-64.so >> INFO | jvm 1 | 2011/01/24 11:34:47 | WrapperManager: >> libwrapper.so >> INFO | jvm 1 | 2011/01/24 11:34:47 | WrapperManager: >> could be located on the following java.library.path: >> INFO | jvm 1 | 2011/01/24 11:34:47 | WrapperManager: >> /home/hjoshi/neo4j-1.2/bin/lib >> INFO | jvm 1 | 2011/01/24 11:34:47 | WrapperManager: >> Please see the documentation for the wrapper.java.library.path >> INFO | jvm 1 | 2011/01/24 11:34:47 | WrapperManager: >> configuration propert
Re: [Neo4j] Neo4j version 1.3 "Abisko Lampa" milestone 1 released
Will the bug fixes (these, and others) be back-ported to 1.2 also? -Original Message- From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On Behalf Of Tobias Ivarsson Sent: Thursday, January 27, 2011 12:40 PM To: Neo user discussions Subject: [Neo4j] Neo4j version 1.3 "Abisko Lampa" milestone 1 released We are happy to announce the first release of the year, the first release of the 1.3 line, and the last release before the move to git. Two weeks after kicking off development in 2011 (we started the year with a lot of planning) we get right back into the flow of bi-weekly milestone releases. With this first 1.3 milestone we dive right into the main focus areas of 1.3 by enabling the Neo4j server to run as part of a Highly Available cluster of Neo4j databases! This is part of the goal of 1.3 to improve usability of HA. Other goals of 1.3 include increasing the number of primitives you can use in a Neo4j graph, simplifying the traversal API (and making it possible to use it from remote clients), automatic indexing and more. The first milestone also includes some other improvements, such as: * Removing the size limit on transactions in HA * The addition of a eval command to Neo4j shell * Bug fixes in the Lucene indexes For more detailed information, check out the release announcement blog post: http://blog.neo4j.org/2011/01/neo4j-13-abisko-lampa-m01-ha-growing-up.html As usual, this release can be downloaded here: http://neo4j.org/download Happy hacking, -- Tobias Ivarsson Hacker, Neo Technology www.neotechnology.com Cellphone: +46 706 534857 ___ 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] Neo4j version 1.3 "Abisko Lampa" milestone 1 released
We are happy to announce the first release of the year, the first release of the 1.3 line, and the last release before the move to git. Two weeks after kicking off development in 2011 (we started the year with a lot of planning) we get right back into the flow of bi-weekly milestone releases. With this first 1.3 milestone we dive right into the main focus areas of 1.3 by enabling the Neo4j server to run as part of a Highly Available cluster of Neo4j databases! This is part of the goal of 1.3 to improve usability of HA. Other goals of 1.3 include increasing the number of primitives you can use in a Neo4j graph, simplifying the traversal API (and making it possible to use it from remote clients), automatic indexing and more. The first milestone also includes some other improvements, such as: * Removing the size limit on transactions in HA * The addition of a eval command to Neo4j shell * Bug fixes in the Lucene indexes For more detailed information, check out the release announcement blog post: http://blog.neo4j.org/2011/01/neo4j-13-abisko-lampa-m01-ha-growing-up.html As usual, this release can be downloaded here: http://neo4j.org/download Happy hacking, -- Tobias Ivarsson Hacker, Neo Technology www.neotechnology.com Cellphone: +46 706 534857 ___ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user
Re: [Neo4j] Neo4j 1.2 server on Linux X86 - 64 bit
Joshi, would it be possible for you to write that extension? Otherwise, I can try to power it through one of these days :/ Cheers, /peter neubauer 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 - Your high performance graph database. http://www.thoughtmade.com - Scandinavia's coolest Bring-a-Thing party. On Thu, Jan 27, 2011 at 8:08 AM, Joshi Hemant - hjoshi wrote: > I do not think I have an options of updating index to new provider framework > using REST or java. I think an extension would make updating to latest > release much easier for us. > -Hemant > > -Original Message- > From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On > Behalf Of Peter Neubauer > Sent: Wednesday, January 26, 2011 11:59 PM > To: Neo4j user discussions > Subject: Re: [Neo4j] Neo4j 1.2 server on Linux X86 - 64 bit > > Joshi, > the current REST API exposes the new Indexes that you can create on > nodes and relatoinships. The old indexes (that your DB probably is > indexed with) are not exposed via the Server REST API. > > I would suggest to reindex your data using either the current REST > API, > http://components.neo4j.org/neo4j-server/snapshot/rest.html#Add_indices_with_provided_configuration_parameters > > or in Java code http://wiki.neo4j.org/content/Index_Framework or > > Is that possible for you? Otherwise we would need to find another > solution, or write an extension that provides access to the old index > API, since this has come up repeatedly now. > > Cheers, > > /peter neubauer > > 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 - Your high performance graph database. > http://www.thoughtmade.com - Scandinavia's coolest Bring-a-Thing party. > > > > On Wed, Jan 26, 2011 at 8:53 PM, Joshi Hemant - hjoshi > wrote: >> Thanks Peter. You were right. Changing those 2 entries did solve the problem >> of connecting to the webadmin UI as well as getting json document back for >> simple requests such as >> >> curl -H Accept:application/json >> http://gigdev8028.gig.acxiom.net:/db/data/node/1 >> >> Here are the 2 issues that are still puzzling to me. >> 1) Though I have put the 2 aforementioned settings in neo4j.properties file >> under conf folder (attached), I was still able to create a new node without >> problems and could get json document back for the new node as well. >> >> 2) When I pointed neo4j 1.2 server to my old neo4j-rest-db directory, I >> could access all nodes, relationships as well properties etc. online through >> webadmin as well as json requests but I am not able to access the lucene >> index I have created on this data. I have several nodes I have indexed in >> the old version that I would like to access using 1.2 but when I try to get >> to http://gigdev8028.gig.acxiom.net:/db/data/index/node >> >> So far I get no response (no error either) I have attached neo4j.log and >> wrapper.log if that helps. >> Thanks for your help. >> -Hemant >> >> -Original Message- >> From: user-boun...@lists.neo4j.org [mailto:use r-boun...@lists.neo4j.org] On >> Behalf Of Peter Neubauer >> Sent: Tuesday, January 25, 2011 9:27 PM >> To: Neo4j user discussions >> Subject: Re: [Neo4j] Neo4j 1.2 server on Linux X86 - 64 bit >> >> Joshi, >> I am a bit suspicious of your wrapper.log, >> >> STATUS | wrapper | 2011/01/24 11:34:47 | Launching a JVM... >> INFO | jvm 1 | 2011/01/24 11:34:47 | WrapperManager: Initializing... >> INFO | jvm 1 | 2011/01/24 11:34:47 | WrapperManager: >> INFO | jvm 1 | 2011/01/24 11:34:47 | WrapperManager: WARNING - >> Unable to load the Wrapper's native library because none of the >> INFO | jvm 1 | 2011/01/24 11:34:47 | WrapperManager: >> following files: >> INFO | jvm 1 | 2011/01/24 11:34:47 | WrapperManager: >> libwrapper-linux-x86-64.so >> INFO | jvm 1 | 2011/01/24 11:34:47 | WrapperManager: >> libwrapper.so >> INFO | jvm 1 | 2011/01/24 11:34:47 | WrapperManager: >> could be located on the following java.library.path: >> INFO | jvm 1 | 2011/01/24 11:34:47 | WrapperManager: >> /home/hjoshi/neo4j-1.2/bin/lib >> INFO | jvm 1 | 2011/01/24 11:34:47 | WrapperManager: >> Please see the documentation for the wrapper.java.library.path >> INFO | jvm 1 | 2011/01/24 11:34:47 | WrapperManager: >> configuration property. >> INFO | jvm 1 | 2011/01/24 11:34:47 | WrapperManager: >> System signals will not be handled correctly. >> >> but that should not be fatal. >> >> It seems you are accessing the webadmin from outside localhost with >> the external name? In that case, you should tell the external address >> in the conf/neo4j-server.properties: >> >> # REST endpoint for t
Re: [Neo4j] Neo4j 1.2 server on Linux X86 - 64 bit
I do not think I have an options of updating index to new provider framework using REST or java. I think an extension would make updating to latest release much easier for us. -Hemant -Original Message- From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On Behalf Of Peter Neubauer Sent: Wednesday, January 26, 2011 11:59 PM To: Neo4j user discussions Subject: Re: [Neo4j] Neo4j 1.2 server on Linux X86 - 64 bit Joshi, the current REST API exposes the new Indexes that you can create on nodes and relatoinships. The old indexes (that your DB probably is indexed with) are not exposed via the Server REST API. I would suggest to reindex your data using either the current REST API, http://components.neo4j.org/neo4j-server/snapshot/rest.html#Add_indices_with_provided_configuration_parameters or in Java code http://wiki.neo4j.org/content/Index_Framework or Is that possible for you? Otherwise we would need to find another solution, or write an extension that provides access to the old index API, since this has come up repeatedly now. Cheers, /peter neubauer 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 - Your high performance graph database. http://www.thoughtmade.com - Scandinavia's coolest Bring-a-Thing party. On Wed, Jan 26, 2011 at 8:53 PM, Joshi Hemant - hjoshi wrote: > Thanks Peter. You were right. Changing those 2 entries did solve the problem > of connecting to the webadmin UI as well as getting json document back for > simple requests such as > > curl -H Accept:application/json > http://gigdev8028.gig.acxiom.net:/db/data/node/1 > > Here are the 2 issues that are still puzzling to me. > 1) Though I have put the 2 aforementioned settings in neo4j.properties file > under conf folder (attached), I was still able to create a new node without > problems and could get json document back for the new node as well. > > 2) When I pointed neo4j 1.2 server to my old neo4j-rest-db directory, I could > access all nodes, relationships as well properties etc. online through > webadmin as well as json requests but I am not able to access the lucene > index I have created on this data. I have several nodes I have indexed in the > old version that I would like to access using 1.2 but when I try to get to > http://gigdev8028.gig.acxiom.net:/db/data/index/node > > So far I get no response (no error either) I have attached neo4j.log and > wrapper.log if that helps. > Thanks for your help. > -Hemant > > -Original Message- > From: user-boun...@lists.neo4j.org [mailto:use r-boun...@lists.neo4j.org] On > Behalf Of Peter Neubauer > Sent: Tuesday, January 25, 2011 9:27 PM > To: Neo4j user discussions > Subject: Re: [Neo4j] Neo4j 1.2 server on Linux X86 - 64 bit > > Joshi, > I am a bit suspicious of your wrapper.log, > > STATUS | wrapper | 2011/01/24 11:34:47 | Launching a JVM... > INFO | jvm 1 | 2011/01/24 11:34:47 | WrapperManager: Initializing... > INFO | jvm 1 | 2011/01/24 11:34:47 | WrapperManager: > INFO | jvm 1 | 2011/01/24 11:34:47 | WrapperManager: WARNING - > Unable to load the Wrapper's native library because none of the > INFO | jvm 1 | 2011/01/24 11:34:47 | WrapperManager: > following files: > INFO | jvm 1 | 2011/01/24 11:34:47 | WrapperManager: > libwrapper-linux-x86-64.so > INFO | jvm 1 | 2011/01/24 11:34:47 | WrapperManager: > libwrapper.so > INFO | jvm 1 | 2011/01/24 11:34:47 | WrapperManager: > could be located on the following java.library.path: > INFO | jvm 1 | 2011/01/24 11:34:47 | WrapperManager: > /home/hjoshi/neo4j-1.2/bin/lib > INFO | jvm 1 | 2011/01/24 11:34:47 | WrapperManager: > Please see the documentation for the wrapper.java.library.path > INFO | jvm 1 | 2011/01/24 11:34:47 | WrapperManager: > configuration property. > INFO | jvm 1 | 2011/01/24 11:34:47 | WrapperManager: > System signals will not be handled correctly. > > but that should not be fatal. > > It seems you are accessing the webadmin from outside localhost with > the external name? In that case, you should tell the external address > in the conf/neo4j-server.properties: > > # REST endpoint for the data API > # Note the / in the end is mandatory > org.neo4j.server.webadmin.data.uri=http://localhost:7474/db/data/ > > # REST endpoint of the administration API (used by Webadmin) > org.neo4j.server.webadmin.management.uri=http://localhost:7474/db/manage/ > > should be changed to > > # REST endpoint for the data API > # Note the / in the end is mandatory > org.neo4j.server.webadmin.data.uri=http://gigdev8028.gig.acxiom.net:7474/db/data/ > > # REST endpoint of the administration API (used by Webadmin) > org.neo4j.server.webadmin.management.uri=http://gigdev8028.gig.acxiom.net:7474/db/manage/ > > Does that change things for the webadmin? > > Cheers, > > /peter neubau
Re: [Neo4j] Neo4j is moving to git
Awesome. Really forking awesome. -Original Message- From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On Behalf Of Tobias Ivarsson Sent: Thursday, January 27, 2011 10:05 AM To: Neo4j user discussions Subject: Re: [Neo4j] Neo4j is moving to git The general idea on forks is that they will be forks, not branches. I.e. they will live in a different location as a fork, not as branches in the same repository. We are going to continue managing dependencies with maven, so no dependency jars will ever be checked in in the repositories. We are going to have more than one git repository, the plan is to have one per releasable "product". This means that things in one repo will have the same release cycle. The initial repositories are quite likely going to be: * Embedded, containing these current components: - kernel - lucene-index - ha - management - udc - graph-algo * Server, containing the Neo4j server Then a separate repository for each Neo4j tool: Neoclipse and Neo4j shell Part of the exercise tomorrow is going to be to make sure that it is possible to work with the code on Windows since we are going to put more efforts into Windows stability of Neo4j in the future. CR/LF is going to be managed by the repository, as Toni has already mentioned is a possibility. Cheers, Tobias On Thu, Jan 27, 2011 at 3:46 PM, Rick Bullotta < rick.bullo...@burningskysoftware.com> wrote: > Yep - I know there are settings. We all just gotta use 'em consistently. > ;-) > > I'm also aware of the Git benefits, which are awesome. Just raising the > alert that if the repository grows to 40GB with a million forks and a > zillion copies of dependent jars, well, you get the idea...! > > And believe me, the moment Atlassian offers comprehensive Git support, > we'll > be making the switch completely! > > It's all good, just suggesting we be cognizant of the things that are > different in Git. > > -Original Message- > From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] > On > Behalf Of Toni Menzel > Sent: Thursday, January 27, 2011 9:39 AM > To: Neo4j user discussions > Subject: Re: [Neo4j] Neo4j is moving to git > > On Thu, Jan 27, 2011 at 3:33 PM, Rick Bullotta < > rick.bullo...@burningskysoftware.com> wrote: > > > a couple other things to be thinking about: > > > > - since we'll all be collaborating in a "mixed environment" of Windows > and > > Linux and other, we need to be sensitive to Git settings for CR/LF > handling > > when determining what files have changed > > > There are settings for that ( don't have the exact page on Github Help here > right now) > > > > > - since Git generally pulls down the whole repository, it would probably > > not > > be a great thing to have a single, ever-growing repository of all neo > > versions and branches and experiments. that could be a real disk space > > hog. > > we should come up with some reasonable convention for when to split > > repositories (major versions? X.Y versions?) > > > > But you do know about Git in general ? No offense here but its a bit > misplaced. ;) Git is about raw efficiency when it comes to more branches > you > can think of, more merges than you have ever wanted in SVN. Think of the > Linux Kernel .. > > > > All in all, I think it's a good idea, we just need to be aware of all the > > implications. > > > > -Original Message- > > From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] > > On > > Behalf Of Rick Bullotta > > Sent: Thursday, January 27, 2011 9:25 AM > > To: 'Neo4j user discussions' > > Subject: Re: [Neo4j] Neo4j is moving to git > > > > I definitely understand the reason for wanting to use Git, with the more > > frequent forks and branches of late, but I do think it would be helpful > to > > make snapshot builds *with source* available for download as ZIPs or TARs > > as > > well. For those of us on Windows, there are practical limitations to how > > many shell add-ins we can install (right now, I have to use CVS with > > Mozilla > > stuff, SVN with our hosted Atlassian JIRA system, and now it looks like > > I'll > > also need to use Git for Neo). > > > > -Original Message- > > From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] > > On > > Behalf Of Tobias Ivarsson > > Sent: Thursday, January 27, 2011 9:10 AM > > To: Neo user discussions > > Subject: [Neo4j] Neo4j is moving to git > > > > Tomorrow, Friday January 28, we will freeze the Neo4j subversion > repository > > (https://svn.neo4j.org/). > > From tomorrow and forward Neo4j subversion will be a read only > repository. > > The continued evolution of the code will move to a new location and a new > > version control system: git at github.com > > After the freeze of the subversion repository we will start moving the > > source code to its new location at https://github.com/neo4j > > > > Our hope is that with Github being the largest, fastest growing platform > > for > > soc
Re: [Neo4j] Neo4j is moving to git
The general idea on forks is that they will be forks, not branches. I.e. they will live in a different location as a fork, not as branches in the same repository. We are going to continue managing dependencies with maven, so no dependency jars will ever be checked in in the repositories. We are going to have more than one git repository, the plan is to have one per releasable "product". This means that things in one repo will have the same release cycle. The initial repositories are quite likely going to be: * Embedded, containing these current components: - kernel - lucene-index - ha - management - udc - graph-algo * Server, containing the Neo4j server Then a separate repository for each Neo4j tool: Neoclipse and Neo4j shell Part of the exercise tomorrow is going to be to make sure that it is possible to work with the code on Windows since we are going to put more efforts into Windows stability of Neo4j in the future. CR/LF is going to be managed by the repository, as Toni has already mentioned is a possibility. Cheers, Tobias On Thu, Jan 27, 2011 at 3:46 PM, Rick Bullotta < rick.bullo...@burningskysoftware.com> wrote: > Yep - I know there are settings. We all just gotta use 'em consistently. > ;-) > > I'm also aware of the Git benefits, which are awesome. Just raising the > alert that if the repository grows to 40GB with a million forks and a > zillion copies of dependent jars, well, you get the idea...! > > And believe me, the moment Atlassian offers comprehensive Git support, > we'll > be making the switch completely! > > It's all good, just suggesting we be cognizant of the things that are > different in Git. > > -Original Message- > From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] > On > Behalf Of Toni Menzel > Sent: Thursday, January 27, 2011 9:39 AM > To: Neo4j user discussions > Subject: Re: [Neo4j] Neo4j is moving to git > > On Thu, Jan 27, 2011 at 3:33 PM, Rick Bullotta < > rick.bullo...@burningskysoftware.com> wrote: > > > a couple other things to be thinking about: > > > > - since we'll all be collaborating in a "mixed environment" of Windows > and > > Linux and other, we need to be sensitive to Git settings for CR/LF > handling > > when determining what files have changed > > > There are settings for that ( don't have the exact page on Github Help here > right now) > > > > > - since Git generally pulls down the whole repository, it would probably > > not > > be a great thing to have a single, ever-growing repository of all neo > > versions and branches and experiments. that could be a real disk space > > hog. > > we should come up with some reasonable convention for when to split > > repositories (major versions? X.Y versions?) > > > > But you do know about Git in general ? No offense here but its a bit > misplaced. ;) Git is about raw efficiency when it comes to more branches > you > can think of, more merges than you have ever wanted in SVN. Think of the > Linux Kernel .. > > > > All in all, I think it's a good idea, we just need to be aware of all the > > implications. > > > > -Original Message- > > From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] > > On > > Behalf Of Rick Bullotta > > Sent: Thursday, January 27, 2011 9:25 AM > > To: 'Neo4j user discussions' > > Subject: Re: [Neo4j] Neo4j is moving to git > > > > I definitely understand the reason for wanting to use Git, with the more > > frequent forks and branches of late, but I do think it would be helpful > to > > make snapshot builds *with source* available for download as ZIPs or TARs > > as > > well. For those of us on Windows, there are practical limitations to how > > many shell add-ins we can install (right now, I have to use CVS with > > Mozilla > > stuff, SVN with our hosted Atlassian JIRA system, and now it looks like > > I'll > > also need to use Git for Neo). > > > > -Original Message- > > From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] > > On > > Behalf Of Tobias Ivarsson > > Sent: Thursday, January 27, 2011 9:10 AM > > To: Neo user discussions > > Subject: [Neo4j] Neo4j is moving to git > > > > Tomorrow, Friday January 28, we will freeze the Neo4j subversion > repository > > (https://svn.neo4j.org/). > > From tomorrow and forward Neo4j subversion will be a read only > repository. > > The continued evolution of the code will move to a new location and a new > > version control system: git at github.com > > After the freeze of the subversion repository we will start moving the > > source code to its new location at https://github.com/neo4j > > > > Our hope is that with Github being the largest, fastest growing platform > > for > > social coding, it will lower the barrier for anyone wanting to contribute > > to > > Neo4j. Just fork us! > > > > The repositories should be fully available on Github at some point during > > the day tomorrow. > > Those of you who have signed our contributed license agreement will
Re: [Neo4j] Neo4j is moving to git
On Thu, Jan 27, 2011 at 3:46 PM, Rick Bullotta < rick.bullo...@burningskysoftware.com> wrote: > Yep - I know there are settings. We all just gotta use 'em consistently. > ;-) > > I'm also aware of the Git benefits, which are awesome. Just raising the > alert that if the repository grows to 40GB with a million forks and a > zillion copies of dependent jars, well, you get the idea...! > Hopefully not a single jar ! And 40GB Git repo without binaries.. you exaggerate ;) > > And believe me, the moment Atlassian offers comprehensive Git support, > we'll > be making the switch completely! > > It's all good, just suggesting we be cognizant of the things that are > different in Git. > > -Original Message- > From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] > On > Behalf Of Toni Menzel > Sent: Thursday, January 27, 2011 9:39 AM > To: Neo4j user discussions > Subject: Re: [Neo4j] Neo4j is moving to git > > On Thu, Jan 27, 2011 at 3:33 PM, Rick Bullotta < > rick.bullo...@burningskysoftware.com> wrote: > > > a couple other things to be thinking about: > > > > - since we'll all be collaborating in a "mixed environment" of Windows > and > > Linux and other, we need to be sensitive to Git settings for CR/LF > handling > > when determining what files have changed > > > There are settings for that ( don't have the exact page on Github Help here > right now) > > > > > - since Git generally pulls down the whole repository, it would probably > > not > > be a great thing to have a single, ever-growing repository of all neo > > versions and branches and experiments. that could be a real disk space > > hog. > > we should come up with some reasonable convention for when to split > > repositories (major versions? X.Y versions?) > > > > But you do know about Git in general ? No offense here but its a bit > misplaced. ;) Git is about raw efficiency when it comes to more branches > you > can think of, more merges than you have ever wanted in SVN. Think of the > Linux Kernel .. > > > > All in all, I think it's a good idea, we just need to be aware of all the > > implications. > > > > -Original Message- > > From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] > > On > > Behalf Of Rick Bullotta > > Sent: Thursday, January 27, 2011 9:25 AM > > To: 'Neo4j user discussions' > > Subject: Re: [Neo4j] Neo4j is moving to git > > > > I definitely understand the reason for wanting to use Git, with the more > > frequent forks and branches of late, but I do think it would be helpful > to > > make snapshot builds *with source* available for download as ZIPs or TARs > > as > > well. For those of us on Windows, there are practical limitations to how > > many shell add-ins we can install (right now, I have to use CVS with > > Mozilla > > stuff, SVN with our hosted Atlassian JIRA system, and now it looks like > > I'll > > also need to use Git for Neo). > > > > -Original Message- > > From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] > > On > > Behalf Of Tobias Ivarsson > > Sent: Thursday, January 27, 2011 9:10 AM > > To: Neo user discussions > > Subject: [Neo4j] Neo4j is moving to git > > > > Tomorrow, Friday January 28, we will freeze the Neo4j subversion > repository > > (https://svn.neo4j.org/). > > From tomorrow and forward Neo4j subversion will be a read only > repository. > > The continued evolution of the code will move to a new location and a new > > version control system: git at github.com > > After the freeze of the subversion repository we will start moving the > > source code to its new location at https://github.com/neo4j > > > > Our hope is that with Github being the largest, fastest growing platform > > for > > social coding, it will lower the barrier for anyone wanting to contribute > > to > > Neo4j. Just fork us! > > > > The repositories should be fully available on Github at some point during > > the day tomorrow. > > Those of you who have signed our contributed license agreement will get a > > separate e-mail, where I'll ask you for your github username to add you > to > > the list of contributors. > > > > Happy hacking, > > -- > > Tobias Ivarsson > > Hacker, Neo Technology > > www.neotechnology.com > > Cellphone: +46 706 534857 > > ___ > > 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 > > > > > > -- > *Toni Menzel - http://www.okidokiteam.com* > ___ > Neo4j mailing list > User@lists.neo4j.org > https://lists.neo4j.org/mailman/listinfo/user > > ___ > Neo4j mai
Re: [Neo4j] Neo4j is moving to git
Yep - I know there are settings. We all just gotta use 'em consistently. ;-) I'm also aware of the Git benefits, which are awesome. Just raising the alert that if the repository grows to 40GB with a million forks and a zillion copies of dependent jars, well, you get the idea...! And believe me, the moment Atlassian offers comprehensive Git support, we'll be making the switch completely! It's all good, just suggesting we be cognizant of the things that are different in Git. -Original Message- From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On Behalf Of Toni Menzel Sent: Thursday, January 27, 2011 9:39 AM To: Neo4j user discussions Subject: Re: [Neo4j] Neo4j is moving to git On Thu, Jan 27, 2011 at 3:33 PM, Rick Bullotta < rick.bullo...@burningskysoftware.com> wrote: > a couple other things to be thinking about: > > - since we'll all be collaborating in a "mixed environment" of Windows and > Linux and other, we need to be sensitive to Git settings for CR/LF handling > when determining what files have changed > There are settings for that ( don't have the exact page on Github Help here right now) > > - since Git generally pulls down the whole repository, it would probably > not > be a great thing to have a single, ever-growing repository of all neo > versions and branches and experiments. that could be a real disk space > hog. > we should come up with some reasonable convention for when to split > repositories (major versions? X.Y versions?) > But you do know about Git in general ? No offense here but its a bit misplaced. ;) Git is about raw efficiency when it comes to more branches you can think of, more merges than you have ever wanted in SVN. Think of the Linux Kernel .. > All in all, I think it's a good idea, we just need to be aware of all the > implications. > > -Original Message- > From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] > On > Behalf Of Rick Bullotta > Sent: Thursday, January 27, 2011 9:25 AM > To: 'Neo4j user discussions' > Subject: Re: [Neo4j] Neo4j is moving to git > > I definitely understand the reason for wanting to use Git, with the more > frequent forks and branches of late, but I do think it would be helpful to > make snapshot builds *with source* available for download as ZIPs or TARs > as > well. For those of us on Windows, there are practical limitations to how > many shell add-ins we can install (right now, I have to use CVS with > Mozilla > stuff, SVN with our hosted Atlassian JIRA system, and now it looks like > I'll > also need to use Git for Neo). > > -Original Message- > From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] > On > Behalf Of Tobias Ivarsson > Sent: Thursday, January 27, 2011 9:10 AM > To: Neo user discussions > Subject: [Neo4j] Neo4j is moving to git > > Tomorrow, Friday January 28, we will freeze the Neo4j subversion repository > (https://svn.neo4j.org/). > From tomorrow and forward Neo4j subversion will be a read only repository. > The continued evolution of the code will move to a new location and a new > version control system: git at github.com > After the freeze of the subversion repository we will start moving the > source code to its new location at https://github.com/neo4j > > Our hope is that with Github being the largest, fastest growing platform > for > social coding, it will lower the barrier for anyone wanting to contribute > to > Neo4j. Just fork us! > > The repositories should be fully available on Github at some point during > the day tomorrow. > Those of you who have signed our contributed license agreement will get a > separate e-mail, where I'll ask you for your github username to add you to > the list of contributors. > > Happy hacking, > -- > Tobias Ivarsson > Hacker, Neo Technology > www.neotechnology.com > Cellphone: +46 706 534857 > ___ > 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 > -- *Toni Menzel - http://www.okidokiteam.com* ___ 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] Neo4j is moving to git
On Thu, Jan 27, 2011 at 3:33 PM, Rick Bullotta < rick.bullo...@burningskysoftware.com> wrote: > a couple other things to be thinking about: > > - since we'll all be collaborating in a "mixed environment" of Windows and > Linux and other, we need to be sensitive to Git settings for CR/LF handling > when determining what files have changed > There are settings for that ( don't have the exact page on Github Help here right now) > > - since Git generally pulls down the whole repository, it would probably > not > be a great thing to have a single, ever-growing repository of all neo > versions and branches and experiments. that could be a real disk space > hog. > we should come up with some reasonable convention for when to split > repositories (major versions? X.Y versions?) > But you do know about Git in general ? No offense here but its a bit misplaced. ;) Git is about raw efficiency when it comes to more branches you can think of, more merges than you have ever wanted in SVN. Think of the Linux Kernel .. > All in all, I think it's a good idea, we just need to be aware of all the > implications. > > -Original Message- > From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] > On > Behalf Of Rick Bullotta > Sent: Thursday, January 27, 2011 9:25 AM > To: 'Neo4j user discussions' > Subject: Re: [Neo4j] Neo4j is moving to git > > I definitely understand the reason for wanting to use Git, with the more > frequent forks and branches of late, but I do think it would be helpful to > make snapshot builds *with source* available for download as ZIPs or TARs > as > well. For those of us on Windows, there are practical limitations to how > many shell add-ins we can install (right now, I have to use CVS with > Mozilla > stuff, SVN with our hosted Atlassian JIRA system, and now it looks like > I'll > also need to use Git for Neo). > > -Original Message- > From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] > On > Behalf Of Tobias Ivarsson > Sent: Thursday, January 27, 2011 9:10 AM > To: Neo user discussions > Subject: [Neo4j] Neo4j is moving to git > > Tomorrow, Friday January 28, we will freeze the Neo4j subversion repository > (https://svn.neo4j.org/). > From tomorrow and forward Neo4j subversion will be a read only repository. > The continued evolution of the code will move to a new location and a new > version control system: git at github.com > After the freeze of the subversion repository we will start moving the > source code to its new location at https://github.com/neo4j > > Our hope is that with Github being the largest, fastest growing platform > for > social coding, it will lower the barrier for anyone wanting to contribute > to > Neo4j. Just fork us! > > The repositories should be fully available on Github at some point during > the day tomorrow. > Those of you who have signed our contributed license agreement will get a > separate e-mail, where I'll ask you for your github username to add you to > the list of contributors. > > Happy hacking, > -- > Tobias Ivarsson > Hacker, Neo Technology > www.neotechnology.com > Cellphone: +46 706 534857 > ___ > 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 > -- *Toni Menzel - http://www.okidokiteam.com* ___ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user
Re: [Neo4j] Neo4j is moving to git
a couple other things to be thinking about: - since we'll all be collaborating in a "mixed environment" of Windows and Linux and other, we need to be sensitive to Git settings for CR/LF handling when determining what files have changed - since Git generally pulls down the whole repository, it would probably not be a great thing to have a single, ever-growing repository of all neo versions and branches and experiments. that could be a real disk space hog. we should come up with some reasonable convention for when to split repositories (major versions? X.Y versions?) All in all, I think it's a good idea, we just need to be aware of all the implications. -Original Message- From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On Behalf Of Rick Bullotta Sent: Thursday, January 27, 2011 9:25 AM To: 'Neo4j user discussions' Subject: Re: [Neo4j] Neo4j is moving to git I definitely understand the reason for wanting to use Git, with the more frequent forks and branches of late, but I do think it would be helpful to make snapshot builds *with source* available for download as ZIPs or TARs as well. For those of us on Windows, there are practical limitations to how many shell add-ins we can install (right now, I have to use CVS with Mozilla stuff, SVN with our hosted Atlassian JIRA system, and now it looks like I'll also need to use Git for Neo). -Original Message- From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On Behalf Of Tobias Ivarsson Sent: Thursday, January 27, 2011 9:10 AM To: Neo user discussions Subject: [Neo4j] Neo4j is moving to git Tomorrow, Friday January 28, we will freeze the Neo4j subversion repository (https://svn.neo4j.org/). >From tomorrow and forward Neo4j subversion will be a read only repository. The continued evolution of the code will move to a new location and a new version control system: git at github.com After the freeze of the subversion repository we will start moving the source code to its new location at https://github.com/neo4j Our hope is that with Github being the largest, fastest growing platform for social coding, it will lower the barrier for anyone wanting to contribute to Neo4j. Just fork us! The repositories should be fully available on Github at some point during the day tomorrow. Those of you who have signed our contributed license agreement will get a separate e-mail, where I'll ask you for your github username to add you to the list of contributors. Happy hacking, -- Tobias Ivarsson Hacker, Neo Technology www.neotechnology.com Cellphone: +46 706 534857 ___ 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] Neo4j is moving to git
Congrats to this move, guys. Will make participation easier and more enjoyable .. in general. Toni On Thu, Jan 27, 2011 at 3:10 PM, Tobias Ivarsson < tobias.ivars...@neotechnology.com> wrote: > Tomorrow, Friday January 28, we will freeze the Neo4j subversion repository > (https://svn.neo4j.org/). > From tomorrow and forward Neo4j subversion will be a read only repository. > The continued evolution of the code will move to a new location and a new > version control system: git at github.com > After the freeze of the subversion repository we will start moving the > source code to its new location at https://github.com/neo4j > > Our hope is that with Github being the largest, fastest growing platform > for > social coding, it will lower the barrier for anyone wanting to contribute > to > Neo4j. Just fork us! > > The repositories should be fully available on Github at some point during > the day tomorrow. > Those of you who have signed our contributed license agreement will get a > separate e-mail, where I'll ask you for your github username to add you to > the list of contributors. > > Happy hacking, > -- > Tobias Ivarsson > Hacker, Neo Technology > www.neotechnology.com > Cellphone: +46 706 534857 > ___ > Neo4j mailing list > User@lists.neo4j.org > https://lists.neo4j.org/mailman/listinfo/user > -- *Toni Menzel - http://www.okidokiteam.com* ___ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user
Re: [Neo4j] Neo4j is moving to git
On Thu, Jan 27, 2011 at 09:10, Tobias Ivarsson wrote: > The repositories should be fully available on Github at some point during > the day tomorrow. Simply great. Tahnk you. -- Javier de la Rosa http://versae.es ___ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user
Re: [Neo4j] Neo4j is moving to git
I definitely understand the reason for wanting to use Git, with the more frequent forks and branches of late, but I do think it would be helpful to make snapshot builds *with source* available for download as ZIPs or TARs as well. For those of us on Windows, there are practical limitations to how many shell add-ins we can install (right now, I have to use CVS with Mozilla stuff, SVN with our hosted Atlassian JIRA system, and now it looks like I'll also need to use Git for Neo). -Original Message- From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On Behalf Of Tobias Ivarsson Sent: Thursday, January 27, 2011 9:10 AM To: Neo user discussions Subject: [Neo4j] Neo4j is moving to git Tomorrow, Friday January 28, we will freeze the Neo4j subversion repository (https://svn.neo4j.org/). >From tomorrow and forward Neo4j subversion will be a read only repository. The continued evolution of the code will move to a new location and a new version control system: git at github.com After the freeze of the subversion repository we will start moving the source code to its new location at https://github.com/neo4j Our hope is that with Github being the largest, fastest growing platform for social coding, it will lower the barrier for anyone wanting to contribute to Neo4j. Just fork us! The repositories should be fully available on Github at some point during the day tomorrow. Those of you who have signed our contributed license agreement will get a separate e-mail, where I'll ask you for your github username to add you to the list of contributors. Happy hacking, -- Tobias Ivarsson Hacker, Neo Technology www.neotechnology.com Cellphone: +46 706 534857 ___ 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] Neo4j is moving to git
Tomorrow, Friday January 28, we will freeze the Neo4j subversion repository (https://svn.neo4j.org/). >From tomorrow and forward Neo4j subversion will be a read only repository. The continued evolution of the code will move to a new location and a new version control system: git at github.com After the freeze of the subversion repository we will start moving the source code to its new location at https://github.com/neo4j Our hope is that with Github being the largest, fastest growing platform for social coding, it will lower the barrier for anyone wanting to contribute to Neo4j. Just fork us! The repositories should be fully available on Github at some point during the day tomorrow. Those of you who have signed our contributed license agreement will get a separate e-mail, where I'll ask you for your github username to add you to the list of contributors. Happy hacking, -- Tobias Ivarsson Hacker, Neo Technology www.neotechnology.com Cellphone: +46 706 534857 ___ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user
[Neo4j] New return type for REST traversals
Hi, as I'm working on speeding up default usecases and the Java REST driver, for the Neo4j REST API I would like to extend the traverser return types with a fourth one that is a combination of the first 3. The difference is that all nodes and relationships get their full representation with all properties. So it will contain the paths, with their size (probably start, end-node), nodes and relationships in two lists as before (thinking about that one). This would reduce the chattyness of several usecases extremely. E.g. the simplest case of getting a node, its relationships (filtered) and the related neighbours with their content data is quite often used. I will start to work on that today, so if you have any input or requirements for me to consider, speak now or forever hold your peace :) Cheers Michael ___ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user
