[ 
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:

    https://github.com/apache/incubator-flink/pull/34

    [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:

    https://github.com/apache/incubator-flink/pull/34.patch

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 <[email protected]>
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
(v6.2#6252)

Reply via email to