gt;>> as a committer and PMC member. Eugene has been pitching in with great
>>> patches that have been very useful, such as helping us sort out our
>>> terrifying munging situation (GIRAPH-168).
>>>
>>> Welcome aboard, Eugene!
>>>
>>> -Jakob
>>>
>>
>
--
Claudio Martella
claudio.marte...@gmail.com
iraph
> did kind of well for small datasets, but again crashed for larger ones...
>
> I think the lack of out-of-core messages is currently the biggest
> obstacle to recommending people to test Giraph in production use.
>
> Best,
> Sebastian
>
>
> [1] http://konect.
Oh,
forgot to mention that the related JIRA is
https://issues.apache.org/jira/browse/GIRAPH-45
On Thu, May 3, 2012 at 4:03 PM, Claudio Martella
wrote:
> Hi Sebastian,
>
> I definitely agree with you on this one.
>
> I'm currently working on it, but I'm kind of stuck
+1 from me as well
On Mon, May 7, 2012 at 12:11 AM, Eugene Koontz wrote:
> +1 for me on the resolution text.
> -Eugene
--
Claudio Martella
claudio.marte...@gmail.com
Great news!
On Wed, May 16, 2012 at 10:33 PM, Owen O'Malley wrote:
> Today the Apache board voted to graduate Giraph to a top level
> project. Congratulations, all!
>
> -- Owen
--
Claudio Martella
claudio.marte...@gmail.com
Hello,
I've noticed that Vertex's Writable implementation (readFields and
write) write longs for map (edges and messages) sizes (which are
ints). Is it for some compatibility reason?
--
Claudio Martella
claudio.marte...@gmail.com
is message is automatically generated by JIRA.
> If you think it was sent incorrectly, please contact your JIRA
> administrators:
> https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
> For more information on JIRA, see: http://www.atlassian.com/software/jira
>
>
>
--
Claudio Martella
claudio.marte...@gmail.com
to be the base class.
>
> --
> This message is automatically generated by JIRA.
> If you think it was sent incorrectly, please contact your JIRA
> administrators:
> https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
> For more information on JIRA, see: http://www.atlassian.com/software/jira
>
>
>
--
Claudio Martella
claudio.marte...@gmail.com
sumption is that vertex classes are either Vertex, or at least
>> MutableVertex.
>> Let's make sure the internal APIs allow for BasicVertex to be the base class.
>
> --
> This message is automatically generated by JIRA.
> If you think it was sent incorrectly, please contact your JIRA
> administrators:
> https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
> For more information on JIRA, see: http://www.atlassian.com/software/jira
>
>
>
--
Claudio Martella
claudio.marte...@gmail.com
vertex classes are either Vertex, or at least
>> MutableVertex.
>> Let's make sure the internal APIs allow for BasicVertex to be the base class.
>
> --
> This message is automatically generated by JIRA.
> If you think it was sent incorrectly, please contact your J
significant speedup a lot of the time in practice, as it would
> mean that iterations per superstep would scale in complexity
> as O( |currently visible part of the graph| ) as opposed to
> O( | entire graph| ), even if most of the iteration is just a bunch
> of in-memory boolean and size checks.
>
> Not sure if this is exactly what you're talking about, however.
>
> -jake
>
--
Claudio Martella
claudio.marte...@gmail.com
> On 2011-11-07 19:12:55, Avery Ching wrote:
> > Claudio, really nice stuff here. Most of my comments are related to
> > indenting. But otherwise, this is a lot better IMO. Please take a look at
> > CODE_CONVENTIONS and fix accordingly. While the official policy is 2
> > space, at this tim
Hello list,
I was thinking about submitting for a talk at fosdem with topic Pregel
& Giraph. Am I overlapping with somebody else?
Best,
Claudio
--
Claudio Martella
claudio.marte...@gmail.com
ex.java
> *
> /incubator/giraph/trunk/src/test/java/org/apache/giraph/TestVertexRangeBalancer.java
>
>
>> Export Worker's Context/State to vertices through
>> pre/post/Application/Superstep
>>
>>
>> Key: GIRAPH-47
&g
about this?
>
> Thank you,
>
> Shaunak
>
> --
> "Now the hardness of this world slowly grinds your dreams away /
> Makin' a fool's joke out of the promises we make" --- Bruce
> Springsteen, "Blood Brothers"
>
--
Claudio Martella
claudio.marte...@gmail.com
t if someone could talk about Giraph at FOSDEM.
>> Thanks for volunteering, Claudio. I'm not planning to be there
>> unfortunately.
>>
>> Avery
>>
>> On 11/7/11 12:33 PM, Claudio Martella wrote:
>>>
>>> Hello list,
>>>
>
yep. that worked out!
thanks
On Sat, Nov 19, 2011 at 2:39 PM, Hyunsik Choi wrote:
> An option '-e ssh' may be needed. I've updated the wiki page.
>
> Congrats to join the PPMC member of Giraph!
> --
> Hyunsik Choi
>
> On Sat, Nov 19, 2011 at 9:22 PM, Clau
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/2885/#review3375
---
Ship it!
Yep, looks good to me. Note to committers: how does it work
t;
> --
> This message is automatically generated by JIRA.
> If you think it was sent incorrectly, please contact your JIRA
> administrators:
> https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
> For more information on JIRA, see: http://www.atlassian.com/software/jira
>
>
>
--
Claudio Martella
claudio.marte...@gmail.com
he API, some typical
examples such as PageRank and Single Source Shortest Path) along with
a technical overview of how the architecture of Giraph works and how
it leverages the Hadoop infrastructure.
Best,
Claudio
--
Claudio Martella
claudio.marte...@gmail.com
d (http://www.slideshare.net/averyching). I think you can download
> them natively. Also, if you need feedback for your slides, let me know.
>
> Avery
>
> On 11/21/11 12:43 PM, Claudio Martella wrote:
>>
>> Hi devs,
>>
>> FOSDEM has announced a devroom compl
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/3201/#review3928
---
Ship it!
Looks cool and straight from here. All those CODE_CONVENTION
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/3203/#review3929
---
/trunk/src/main/java/org/apache/giraph/graph/BasicVertex.java
line 189
gt;>> node (default in hadoop-0.20.203 is 2), otherwise the tests will fail!
>>>
>>> You have to adjust mapred.tasktracker.map.tasks.maximum and
>>> mapred.map.tasks in mapred-site.xml. Took me a while to figure out :)
>>>
>>> --sebastian
>>
>
--
Claudio Martella
claudio.marte...@gmail.com
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/3255/#review3971
---
Ship it!
Very simple, good work. +1
- Claudio
On 2011-12-19 08:25:
RN, and eventually let the application's code base evolve to be
>> independent of map/reduce.
>
> --
> This message is automatically generated by JIRA.
> If you think it was sent incorrectly, please contact your JIRA
> administrators:
> https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
> For more information on JIRA, see: http://www.atlassian.com/software/jira
>
>
--
Claudio Martella
claudio.marte...@gmail.com
.putVertexList(Unknown Source)
> at
> org.apache.giraph.comm.BasicRPCCommunications.sendPartitionReq(BasicRPCCommunications.java:765)
> ... 11 more
> Caused by: java.io.EOFException
> at java.io.DataInputStream.readInt(DataInputStream.java:375)
> at
ting software in Apache is all
> about. Happy holidays and here's to a great 2011, Giraphing all the
> way.
>
> -Jakob
--
Claudio Martella
claudio.marte...@gmail.com
worker, which doesn't really fit my problem. Another question would
>> be how to persist that global value after the algorithm is done.
>>
>> --sebastian
>
>
--
Claudio Martella
claudio.marte...@gmail.com
advantage of this code?
--
Claudio Martella
claudio.marte...@gmail.com
at GIRAPH-95 is solved
by just removing that line? :)
Thanks
--
Claudio Martella
claudio.marte...@gmail.com
URL: https://issues.apache.org/jira/browse/GIRAPH-119
>> Project: Giraph
>> Issue Type: Improvement
>> Components: graph
>> Affects Versions: 0.70.0
>> Reporter: Claudio Martella
>> Assignee: Claudio Mart
Friday, January 6, 2012, Avery Ching wrote:
> Hi Claudio, answers inline:
>
> On 1/6/12 8:25 AM, Claudio Martella wrote:
>>
>> Hello,
>>
>> I hope somebody can shed some light on a piece of code i'm looking at
>> while working on GIRAPH-45 (and this code
One thing about the VertexResolver. Doesn't it make more sense if the
interface is called VertexResolver and the default basic
implementation is called BasicVertexResolver?
On Fri, Jan 6, 2012 at 10:19 PM, Claudio Martella
wrote:
> Hi avery,
> sorry forgot resolver was exported to us
return messages;
}
the Iterable returned by this methods is passed to
basicVertex.putMessages() right before the compute().
Now, the question is: who's wrong? The combiner code that returns a
sum of 0 over no values, or the framework that calls the combiner with
0 messages?
--
>
> However, we should not rely on implicit implementation details but
> explicitly specify the semantics of combiners.
>
> --sebastian
>
> On 09.01.2012 13:29, Claudio Martella wrote:
>> Hello list,
>>
>> for GIRAPH-45 I'm touching the incoming
ere are 0
>> messages. I can't see a case where that would be useful. Perhaps we should
>> change the javadoc to insure that msgList must contain at least one message
>> to have combine() being called.
>>
>> Avery
>>
>>
>> On 1/9/12 5:37 AM, Cl
1 message should be returned from a combiner? I know that
> returning null isn't preferable in general, but I think that functionality
> (returning no messages), is nice to have and isn't a huge amount of work on
> our side.
>
> Avery
>
>
> On 1/9/12 12:13 PM, Clau
eturned; it has
> the same interface as a reducer, zero or more values. Would adapting
> the semantics of Giraph's combiner to return a list of messages
> (possibly empty) make it more useful?
>
> On Mon, Jan 9, 2012 at 3:21 PM, Claudio Martella
> wrote:
>> Yes, what
mantics of Giraph's combiner to return a list of messages
>> (possibly empty) make it more useful?
>>
>> On Mon, Jan 9, 2012 at 3:21 PM, Claudio Martella
>> wrote:
>>>
>>> Yes, what is you say is completely reasonable, you convinced me :)
>>>
fer of the original messages).
>
>
> On Tue, Jan 10, 2012 at 12:08 AM, Claudio Martella
> wrote:
>> it doesn't have to be expand, k, the number of elements returned by
>> the combiner, can still be smaller than n, the size of the messages
>> parameter. as a fir
t combiners can generate messages bound for vertices other than the
> original destination, which I don't know if that has even been
> discussed.
>
> On Tue, Jan 10, 2012 at 9:49 AM, Claudio Martella
> wrote:
>> i'm not sure i understand what you'd save here. if the tw
my machine.
--
Claudio Martella
claudio.marte...@gmail.com
ng it in
>> the combiner as you both have mentioned? The only thing I suppose I'm
>> concerned about is letting users do something that is not optimal.
>> Generally, expanding messages is not what you want your combiner to do.
>> Also, since grouping behavior can be im
ok, please ignore this last email, i found the right log on the other
tasks... :)
On Tue, Jan 10, 2012 at 8:10 PM, Claudio Martella
wrote:
> Hello,
>
> I'm having some issues with debugging of GIRAPH-45. Code passes local
> tests but currently fails
>
g(), putMsgList()
etc?
2) if not, what strategy do you suggest to collect the
nonExistentVerticesIndexSet that i need later on at
prepareSuperstep()?
--
Claudio Martella
claudio.marte...@gmail.com
with
>> the topic your audience should have (e.g. whether your talk will be
>> suitable for newbies or is targeted for experienced users.) If you'd
>> like to pitch your brand new product in your talk, please let us know
>> as well -
>> there will be extra space for presenting new ideas, awesome products
>> and great new projects.
>>
>> The presentation format is short. We will be enforcing the schedule
rigorously.
>>
>> If you are interested in sponsoring the event (e.g. we would be happy
>> to provide videos after the event, free drinks for attendees as well
>> as an after-show party), pl
--
Claudio Martella
claudio.marte...@gmail.com
but existing as an endpoint for
an edge), but this could be really fixed robustly by a single
MapReduce job.
What do you guys think?
--
Claudio Martella
claudio.marte...@gmail.com
to drop the message. If there
> is a simultaneous create/delete, you may want to always create. You have
> the power to implement any behavior you want by setting the vertex resolver
> (see GiraphJob#setVertexResolverClass()).
>
> Hope this helps,
>
> Avery
>
>
the superstep, or
>> even included in that job (since combiners are optional to the job
>> itself). It would be better if one could write a Giraph application
>> that was completely agnostic of whether or not a combiner was
>> included.
>>
>> On Tue, Jan 10, 2
and initialized is a bit
> vague. We can work on improving the interfaces if anyone has suggestions.
>
> Avery
>
>
> On 1/13/12 12:10 AM, Claudio Martella wrote:
>>
>> Hi Avery,
>>
>> thanks for your feedback. I know that users can decide to drop this
>> b
since we have no use case for expanding
>>> the set of messages.
>>>
>>> Also, I'd like to have something in the javadoc saying something like
>>> "While the number of messages returned can be equal to the same number
>>> of messages th
Hi Avery,
I inline the answers to your concerns.
On Fri, Jan 13, 2012 at 8:05 PM, Avery Ching wrote:
> Inline responses.
>
> Happy Friday,
>
> Avery
>
>
> On 1/13/12 10:51 AM, Claudio Martella wrote:
>>
>> Hi Avery,
>>
>> thanks for your feedb
us
> to the JDBC, but for graph databases. As such, it provides a common set of
> interfaces to allow developers to plug-and-play their graph database
> backend. Moreover, software written atop Blueprints works over all
> Blueprints-enabled graph databases.
>
> - Jeff G
--
Claudio Martella
claudio.marte...@gmail.com
ee).
> Extend GiraphJob to have a setMaster() method to set a master class (by
> default it would be the default master above)
> The rest would be sending the custom master class to probably all workers but
> only the master would instantiate it with reflection. I need to learn more on
> how to do these, I am not familiar with that part of the Giraph code base yet.
>
> --
> This message is automatically generated by JIRA.
> If you think it was sent incorrectly, please contact your JIRA
> administrators:
> https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
> For more information on JIRA, see: http://www.atlassian.com/software/jira
>
>
--
Claudio Martella
claudio.marte...@gmail.com
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/3592/
---
Review request for giraph.
Summary
---
Fixed the null check on the returned
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/3592/
---
(Updated 2012-01-23 20:38:48.159322)
Review request for giraph.
Summary
--
rg/~jghoman/giraph-0.1.0-incubating-rc0/
>>> >
>>> > Corresponding svn tag:
>>> > http://svn.apache.org/repos/asf/incubator/giraph/tags/release-0.1-rc0/
>>> >
>>> > Our signing keys (my key doesn't seem to be being picked up by
>>> > http://people.apache.org/keys/group/giraph.asc):
>>> > http://svn.apache.org/repos/asf/incubator/giraph/KEYS
>>> >
>>> > The vote runs for 72 hours, until Friday 4pm PST. After a successful
>>> > vote here, Incubator will vote on the release as well.
>>> >
>>> > Thanks,
>>> > Jakob
>>> >
>>>
>
>
>
> --
> Harsh J
> Customer Ops. Engineer
> Cloudera | http://tiny.cloudera.com/about
--
Claudio Martella
claudio.marte...@gmail.com
cs.anl.gov/petsc/ or
> http://www.cs.cmu.edu/~scandal/alg/nbody.html -- which have fast
> n-body simulation implementations (Barnes-Hut + Fast Multipole).
>
> That said, i think giraph may be a good fit -- curious what the
> community thinks?
>
>
> Thanks,
> Timmy Wilson
> Cleveland, OH
--
Claudio Martella
claudio.marte...@gmail.com
is -- do you think it's reasonable to use
> giraph for Barnes-Hut simulation?
>
>
>
>
> On Tue, Mar 6, 2012 at 11:34 AM, Claudio Martella
> wrote:
>> Hi,
>>
>> I'm not definitely familiar with the algorithm or implementation of
>> LinLog
rtex influences
> every other vertex
>
> An efficient giraph implementation would need 2 layers -- a bipartite
> graph -- assuming (x,y,z) reduction -- we would need an Octree graph
> interacting dynamically w/ our graph of interest
>
>
> On Wed, Mar 7, 2012 at 5:00 AM, Claudio M
to n*log(n), but adds an additional graph to consider
>
>
>
> On Wed, Mar 7, 2012 at 11:57 AM, Claudio Martella
> wrote:
>> Ok, but why a bipartite graph? I can imagine you can have 2 or 3
>> coordinates associated with each vertices without actually having multiple
&
+1.
--
Claudio Martella
claudio.marte...@gmail.com
ertexInputFormat (and maybe
>> VertexOutputFormat) would certainly [despite GIRAPH-141] still help"
>
> --
> This message is automatically generated by JIRA.
> If you think it was sent incorrectly, please contact your JIRA
> administrators:
> https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
> For more information on JIRA, see: http://www.atlassian.com/software/jira
>
>
--
Claudio Martella
claudio.marte...@gmail.com
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/4852/#review7169
---
Looks good to me, wound't hurt to see some stress test to check perfor
[
https://issues.apache.org/jira/browse/GIRAPH-185?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13261774#comment-13261774
]
Claudio Martella commented on GIRAPH-185:
-
The performanc
[
https://issues.apache.org/jira/browse/GIRAPH-185?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13261787#comment-13261787
]
Claudio Martella commented on GIRAPH-185:
-
Actually I checked the source
[
https://issues.apache.org/jira/browse/GIRAPH-185?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13261854#comment-13261854
]
Claudio Martella commented on GIRAPH-185:
-
Personally, I'd like to
[
https://issues.apache.org/jira/browse/GIRAPH-185?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13262526#comment-13262526
]
Claudio Martella commented on GIRAPH-185:
-
I think we showed there shouldn&
[
https://issues.apache.org/jira/browse/GIRAPH-185?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13267385#comment-13267385
]
Claudio Martella commented on GIRAPH-185:
-
If I can add something, I'
[
https://issues.apache.org/jira/browse/GIRAPH-37?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13271242#comment-13271242
]
Claudio Martella commented on GIRAPH-37:
Hi Avery,
this is super impressive,
[
https://issues.apache.org/jira/browse/GIRAPH-37?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13271283#comment-13271283
]
Claudio Martella commented on GIRAPH-37:
I haven't gone through the code,
[
https://issues.apache.org/jira/browse/GIRAPH-31?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13103689#comment-13103689
]
Claudio Martella commented on GIRAPH-31:
One question: how can I provide my
[
https://issues.apache.org/jira/browse/GIRAPH-77?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13258820#comment-13258820
]
Claudio Martella commented on GIRAPH-77:
Do we really want js on the clien
[
https://issues.apache.org/jira/browse/GIRAPH-185?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13259704#comment-13259704
]
Claudio Martella commented on GIRAPH-185:
-
I agree with Avery. Last ti
[
https://issues.apache.org/jira/browse/GIRAPH-10?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13117164#comment-13117164
]
Claudio Martella commented on GIRAPH-10:
was thinking: as BasicVertex is alr
[
https://issues.apache.org/jira/browse/GIRAPH-10?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13117228#comment-13117228
]
Claudio Martella commented on GIRAPH-10:
Also, I've given a thought
iraph
Issue Type: Improvement
Components: graph
Affects Versions: 0.70.0
Reporter: Claudio Martella
It would be quite useful for vertices to reach some worker-related information
stored i.e. in the GraphState class.
This information could be exported as a paramet
[
https://issues.apache.org/jira/browse/GIRAPH-47?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13120815#comment-13120815
]
Claudio Martella commented on GIRAPH-47:
I'm very much in need for thi
[
https://issues.apache.org/jira/browse/GIRAPH-47?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13121037#comment-13121037
]
Claudio Martella commented on GIRAPH-47:
another much easier way, at least fo
[
https://issues.apache.org/jira/browse/GIRAPH-47?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13121036#comment-13121036
]
Claudio Martella commented on GIRAPH-47:
another much easier way, at least fo
[
https://issues.apache.org/jira/browse/GIRAPH-47?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13121399#comment-13121399
]
Claudio Martella commented on GIRAPH-47:
Sounds very reasonable. We would
[
https://issues.apache.org/jira/browse/GIRAPH-47?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13124097#comment-13124097
]
Claudio Martella commented on GIRAPH-47:
I've given a thought or tw
[
https://issues.apache.org/jira/browse/GIRAPH-36?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13126432#comment-13126432
]
Claudio Martella commented on GIRAPH-36:
Hey Jake, did you get any chance to
[
https://issues.apache.org/jira/browse/GIRAPH-36?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13129777#comment-13129777
]
Claudio Martella commented on GIRAPH-36:
I've been working on contributin
[
https://issues.apache.org/jira/browse/GIRAPH-36?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13130548#comment-13130548
]
Claudio Martella commented on GIRAPH-36:
I understand. well, although I don
[
https://issues.apache.org/jira/browse/GIRAPH-36?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13130549#comment-13130549
]
Claudio Martella commented on GIRAPH-36:
of course i meant either (a) o
[
https://issues.apache.org/jira/browse/GIRAPH-47?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Claudio Martella updated GIRAPH-47:
---
Attachment: GIRAPH-47.diff
This basically implements the interface discussed. It also add a
[
https://issues.apache.org/jira/browse/GIRAPH-10?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13131681#comment-13131681
]
Claudio Martella commented on GIRAPH-10:
OK, I think I'll take this o
Components: graph
Affects Versions: 0.70.0
Reporter: Claudio Martella
Assignee: Claudio Martella
Priority: Trivial
Fix For: 0.70.0
BspService has methods to compose Paths such as getSuperstepPath() etc. that
could be used by other non-implementing
[
https://issues.apache.org/jira/browse/GIRAPH-60?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13132861#comment-13132861
]
Claudio Martella commented on GIRAPH-60:
As I'm implementing Aggregators
[
https://issues.apache.org/jira/browse/GIRAPH-47?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13132862#comment-13132862
]
Claudio Martella commented on GIRAPH-47:
3) Yes, in my case i just create a
[
https://issues.apache.org/jira/browse/GIRAPH-60?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13132920#comment-13132920
]
Claudio Martella commented on GIRAPH-60:
looking again at your interfa
[
https://issues.apache.org/jira/browse/GIRAPH-60?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Claudio Martella resolved GIRAPH-60.
Resolution: Not A Problem
the access to the methods is actually not necessary outside of
[
https://issues.apache.org/jira/browse/GIRAPH-36?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13142581#comment-13142581
]
Claudio Martella commented on GIRAPH-36:
Hi Jakob,
as a matter of fact, I bel
[
https://issues.apache.org/jira/browse/GIRAPH-47?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13143907#comment-13143907
]
Claudio Martella commented on GIRAPH-47:
Ok, I'm syncing with trunk and
[
https://issues.apache.org/jira/browse/GIRAPH-47?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13143927#comment-13143927
]
Claudio Martella commented on GIRAPH-47:
Fixing the examples and benchmarks to
[
https://issues.apache.org/jira/browse/GIRAPH-47?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13144671#comment-13144671
]
Claudio Martella commented on GIRAPH-47:
I'm actually kind of a big fan o
[
https://issues.apache.org/jira/browse/GIRAPH-47?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Claudio Martella updated GIRAPH-47:
---
Attachment: GIRAPH-47.diff
Implemented WorkerContext as abstract class proxing graphState
[
https://issues.apache.org/jira/browse/GIRAPH-47?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13145121#comment-13145121
]
Claudio Martella commented on GIRAPH-47:
No, it compiles, installs and pack
1 - 100 of 213 matches
Mail list logo