Raul,
the video did not make it through to the mailing list, can you send it
off-list directly to me? Then we can take a look at this tomorrow
first thing!

Cheers,

/peter neubauer

COO and Sales, Neo Technology

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://gremlin.tinkerpop.com    - The terminal to the Giant Global Graph.



On Thu, Feb 4, 2010 at 12:18 AM, Raul Raja Martinez <raulr...@gmail.com> wrote:
> Here is a attached a video that shows a similar or the same problem.
>
> Calling getSingleRelationship results in a exception but after
> inspecting the variables call the relationships with that same type
> have the have the same relationship id.
>
> Does it make sense to have a two relationships of the same type
> attached to the same node with the same id? or is this a bug?
>
> 2010/2/3 Raul Raja Martinez <raulr...@gmail.com>:
>> ...ThreadPoolTaskExecutor#7ec48b77-42 02/03  exception: class
>> org.neo4j.api.core.NotFoundException : More than one
>> relationship[DynamicRelationshipType[profile], OUTGOING] found for
>> NodeImpl#56493...
>>
>> Strange behavior when calling getSingleRelationship
>>
>> This is a strange "bug" or some issue we're finding when running in
>> separate threads.
>> In some cases this exception is thrown even when the node has a single
>> relationship after placing a debug point.
>> In other cases after inspecting the node the is in fact two
>> relationships of the same type pointing to the same end node but
>> different node proxy instances.
>> Has anybody seen anything similar? We assumed Nodes and their
>> operations are thread safe so we have no particular synchronization
>> around creating relationships.
>> We have not been able to create a test case for this issue besides
>> putting a debug point on that exception and let it run on thousands of
>> records for a while with operations managed by a thread-pool.
>>
>
>
>
> --
> Raul Raja
>
> _______________________________________________
> Neo mailing list
> User@lists.neo4j.org
> https://lists.neo4j.org/mailman/listinfo/user
>
>
_______________________________________________
Neo mailing list
User@lists.neo4j.org
https://lists.neo4j.org/mailman/listinfo/user

Reply via email to