May 20, 2014 8:21:39 AM UTC-7, Amit Kumar wrote:
>
> I see. So what would be the best approach to copy the ID of the vertex
> just created into another property named UUID ?
>
> On Tuesday, May 20, 2014 1:29:39 AM UTC-7, Artem Orobets wrote:
>>
>> Hi Amit,
>>
x27;m not sure that it is a bug in Orient, looks
> like it is a bug in GraphSONWriter. Could you create a bug
> report<https://github.com/orientechnologies/orientdb/issues/new>to check that?
>
>
> Best regards,
> Artem Orobets
>
> *Orient Technologies the Company behind O
An explicit toString() call on getId() resolves this BTW.
e.g.
v.setProperty("uuid", v.getId().toString()); - this works for the expected
result. But I am not sure if that should be explicitly done ?
On Monday, May 19, 2014 11:44:58 PM UTC-7, Amit Kumar wrote:
>
> Dear Expert
Dear Experts,
I seem to have an issue with JSON serialization of a property that was
created after copying id of a vertex/edge from OrientGraph into another
property on the same vertex/edge say UUID.
Here is a sample code
public static void main(String[] args) throws IOException {
Grap
By the way, restarting the database server and trying to perform the same
query from the web console, start showing me the data. Not sure why do I
have to restart the server each time I commit a transaction in order to
view the data.
On Tuesday, March 18, 2014 8:06:52 PM UTC-4, Amit Kumar
understand that the transactions are automatically
initialized and a shutdown call on the database handle commits the changes
I have made to the database.
On Tuesday, March 18, 2014 7:42:53 PM UTC-4, Amit Kumar wrote:
>
> Found it. There is a conflict, I have 2.4.0 as well as 2.5.0-SNAPS
Found it. There is a conflict, I have 2.4.0 as well as 2.5.0-SNAPSHOT of
tinkerpop libraries in the same classpath. Removing the 2.4.0 libs worked.
On Tuesday, March 18, 2014 7:19:26 PM UTC-4, Amit Kumar wrote:
>
> I tried the same test with 1.7rc1 and I still see the same f
(
OrientGraphQuery.java:104)
at com.tinkerpop.blueprints.impls.orient.OrientBaseGraph.getVertices(
OrientBaseGraph.java:517)
On Tuesday, March 18, 2014 2:41:37 PM UTC-4, Amit Kumar wrote:
>
> Sure, will try now. By the way, I am amazed with the replies I get for my
> first post. THA
ob/orient-maven/lastStableBuild/ .
>
>
> On Tue, Mar 18, 2014 at 8:33 PM, Amit Kumar
> > wrote:
>
>> I am not able to download the RC1. Performed the registration, received
>> an email. When clicked on download link, I keep seeing the following -
>>
>>
again later.
On Tuesday, March 18, 2014 1:39:33 PM UTC-4, Andrey Lomakin wrote:
>
> Yes,
> Blueprint implementation of OrientDB is already bundled.
>
>
> On Tue, Mar 18, 2014 at 5:59 PM, Amit Kumar
> > wrote:
>
>> I am trying to test using a code which attemp
, 2014 11:52:53 AM UTC-4, Andrey Lomakin wrote:
>
> You do not need blueprints any more.
> Just graph db dependency.
>
>
> On Tue, Mar 18, 2014 at 5:51 PM, Amit Kumar
> > wrote:
>
>> Let me try that. Is that the recommended version for the client and the
>> blue
t;
>
> On Tue, Mar 18, 2014 at 5:17 PM, Amit Kumar
> > wrote:
>
>> I am using blueprints-orient-graph (2.5.0-SNAPSHOT) and orientdb-client
>> (1.6.0-SNAPSHOT) to invoke a groovy script that returns interesting
>> vertices from the graph. I invoke this script usin
I am using blueprints-orient-graph (2.5.0-SNAPSHOT) and orientdb-client
(1.6.0-SNAPSHOT)
to invoke a groovy script that returns interesting vertices from the graph.
I invoke this script using GremlinGroovyScriptEngine programatically. I can
not get past this error (guess class loader issue).
13 matches
Mail list logo