Thanks Gris!
I added a couple comments. I'll mention here that with Google Season of
Docs, we'll have someone working on
https://issues.apache.org/jira/browse/BEAM-2888, so it may be good to align
the efforts.
Thanks!
-P.
On Wed, May 27, 2020 at 3:14 PM Gris Cuevas wrote:
> Hi Beam Community,
Hi Beam Community,
Aizhamal shared with us a plan to revamp the current Beam Website[1] a few
weeks back. This plan was split into three phases: Phase I: Migrate the Apache
Beam website content to Docsy, Phase II: Identify the areas of improvement and
develop artifacts and Phase III:
Hi folks,
I wanted to provide you with the Beam Summit Status report from today's
meeting. If you would like to join the next public meeting on Wednesday,
June 8th at 11:30 AM PST please let me know and I will send a calendar
invite over to you!
Welcome!
On 2020/05/27 09:12:52, Aaron Tillekeratne
wrote:
> Hi,
>
> I'm Aaron, I'm a newbie go developer and beam but i'm interested in getting
> involved and helping out with the beam go SDK.
>
> I want to start with just the started tasks and slowly tackle bigger
> problems. My jira id
Welcome!
On Wed, May 27, 2020 at 2:23 PM Ahmet Altay wrote:
> Welcome. I added you as a contributor to our JIRA. You were not in the
> list before.
>
> On Wed, May 27, 2020 at 9:04 AM Aaron Tillekeratne <
> aaron.tillekera...@gmail.com> wrote:
>
>> Hi,
>>
>> I'm Aaron, I'm a newbie go developer
Welcome. I added you as a contributor to our JIRA. You were not in the list
before.
On Wed, May 27, 2020 at 9:04 AM Aaron Tillekeratne <
aaron.tillekera...@gmail.com> wrote:
> Hi,
>
> I'm Aaron, I'm a newbie go developer and beam but i'm interested in
> getting involved and helping out with the
It could also be that Kotlin is defeating Beam's type analysis, if it
changes type-parameter ordering for example. It may also be that the
TypeToken framework we use for analyzing Java types isn't working properly
on these Kotlin types.
On Wed, May 27, 2020 at 1:27 PM Reuven Lax wrote:
> Do you
Do you have the full stack trace from that exception?
On Wed, May 27, 2020 at 1:13 PM Rion Williams wrote:
> Correct, Kotlin uses an Int type as opposed to Java’s integer, however in
> this case I had assumed that since the PCollection being constructed and
> used by the DoFn both use the same
Correct, Kotlin uses an Int type as opposed to Java’s integer, however in this
case I had assumed that since the PCollection being constructed and used by the
DoFn both use the same Kotlin Int type that it would be able to bind properly
(even when explicitly typing the Create to use the Kotlin
I'm assuming that Kotlin has its own type for Int, which is not the same as
Java's Integer type.
On Fri, May 22, 2020 at 8:19 AM Rion Williams wrote:
> Hi all,
>
> I was writing a very simple transform in Kotlin as follows that takes in a
> series of integers and applies a simply DoFn against
I have a requirement where I need to read from / write to archive files (such
as .tar, .zip). Essentially, I'd like to treat the entire .zip file I read from
as a filesystem, so that I can only get the files I need that are within the
archive. This is useful, because some archive formats such
Hi,
I'm Aaron, I'm a newbie go developer and beam but i'm interested in getting
involved and helping out with the beam go SDK.
I want to start with just the started tasks and slowly tackle bigger
problems. My jira id is codeBehindMe and i'd be able to assign tasks to
myself as a contributor.
ibzib merged pull request #603:
URL: https://github.com/apache/beam-site/pull/603
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to
Right, this might be about a definition of what these methods really
should return. Currently, the most visible issue is [1]. When a DoFn has
no state or timer, but is annotated with @RequiresTimeSortedInput this
annotation is silently ignored, because DoFnSignature#usesState returns
false and
14 matches
Mail list logo
