flink-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF GitHub Bot (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (FLINK-963) Using ArrayList as second generic Tuple parameter doesn't work
Date Sun, 22 Jun 2014 14:02:25 GMT

    [ https://issues.apache.org/jira/browse/FLINK-963?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14040139#comment-14040139

ASF GitHub Bot commented on FLINK-963:

GitHub user uce opened a pull request:


    [FLINK-963] Initial import of documentation from website into source code

    This is [FLINK-963](https://issues.apache.org/jira/browse/FLINK-962).
    This is the initial import of the current documentation from http://www.stratosphere.eu/docs/0.5.
It is not finished yet, but I chose to do the PR asap in order to get some help from others
to speed this up. I tried to fix everything on my own, but it is simply too much for me right
now. I managed to fix up most parts, but quick starts and programming guides are still under
construction (see blow).
    To make it clear: the layout stuff is not finished and just very simple. But the great
thing about this change is that layout and content are now completely independent of each
other. So we can continue with the conent, while I or someone else continue on the layout.
    All documentation pages are organized in a flat hierarchy in the new `docs` directory
(this makes links between doc pages way simpler, e.g. `{{ site.baseurl }}/docs/{{ site.version}}/programming_guides/java_api.html`
vs. ``java_api_guide.html`). In contrast to the old documentation, we can just rely on Markdown
([GitHub flavored](http://github.github.com/github-flavored-markdown)) for the pages. The
headings in the document are used to generate a per-page outline.
    The provided `docs/build_docs.sh` script generates the docs to `docs/target` and can be
run in preview mode `docs/build_docs.sh -p` to start a local webserver on port 4000.
    What needs to be done:
    1. Trim pages to plain Markdown
    2. Fix links to GitHub
    3. Fix references to old ``site`` variables
    4. Fix images
    5. Improve the layout
    Thanks to some upcoming automation scripts by @rmetzger, we will be able use the same
Markdown files on the upcoming website (with different layout).
    I would like to merge this, if everyone agrees with the general setup and then divide
the remaining work.

You can merge this pull request into a Git repository by running:

    $ git pull https://github.com/uce/incubator-flink docs

Alternatively you can review and apply these changes as the patch at:


To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

    This closes #34
commit dfb53d21c644d8196e296e6f85192abaaf6a437c
Author: uce <u.celebi@fu-berlin.de>
Date:   2014-06-21T13:14:05Z

    [FLINK-963] Initial import of documentation from website into source code


> Using ArrayList as second generic Tuple parameter doesn't work
> --------------------------------------------------------------
>                 Key: FLINK-963
>                 URL: https://issues.apache.org/jira/browse/FLINK-963
>             Project: Flink
>          Issue Type: Bug
>    Affects Versions: pre-apache-0.5.1
>            Reporter: Bastian Köcher
> I want to have a class like this
> "class ClusterHistory extends Tuple2<Integer, ArrayList<Tuple2<Integer, Integer>>>".

> I already had a case where this was working and I could use an ArrayList as a second
generic parameter. 
> Now I'm getting the following error:
> eu.stratosphere.nephele.client.JobExecutionException: org.apache.avro.AvroRuntimeException:
Can't find element type of Collection
> 	at org.apache.avro.reflect.ReflectData.createSchema(ReflectData.java:430)
> 	at org.apache.avro.specific.SpecificData.getSchema(SpecificData.java:188)
> 	at org.apache.avro.reflect.ReflectDatumReader.<init>(ReflectDatumReader.java:46)
> 	at eu.stratosphere.api.java.typeutils.runtime.AvroSerializer.checkAvroInitialized(AvroSerializer.java:132)
> 	at eu.stratosphere.api.java.typeutils.runtime.AvroSerializer.serialize(AvroSerializer.java:102)
> 	at eu.stratosphere.api.java.typeutils.runtime.TupleSerializer.serialize(TupleSerializer.java:104)
> 	at eu.stratosphere.api.java.typeutils.runtime.TupleSerializer.serialize(TupleSerializer.java:26)
> 	at eu.stratosphere.pact.runtime.plugable.SerializationDelegate.write(SerializationDelegate.java:51)
> 	at eu.stratosphere.runtime.io.serialization.SpanningRecordSerializer.addRecord(SpanningRecordSerializer.java:70)
> 	at eu.stratosphere.runtime.io.api.RecordWriter.emit(RecordWriter.java:92)
> 	at eu.stratosphere.pact.runtime.shipping.OutputCollector.collect(OutputCollector.java:82)
> 	at eu.stratosphere.pact.runtime.task.DataSourceTask.invoke(DataSourceTask.java:209)
> 	at eu.stratosphere.nephele.execution.RuntimeEnvironment.run(RuntimeEnvironment.java:284)
> 	at java.lang.Thread.run(Thread.java:745)
> 	at eu.stratosphere.nephele.client.JobClient.submitJobAndWait(JobClient.java:354)
> 	at eu.stratosphere.client.LocalExecutor.executePlan(LocalExecutor.java:222)
> 	at eu.stratosphere.api.java.LocalEnvironment.execute(LocalEnvironment.java:55)
> 	at eu.stratosphere.api.java.ExecutionEnvironment.execute(ExecutionEnvironment.java:516)

This message was sent by Atlassian JIRA

View raw message