It could be useful to have a flag and let user decide the best approach fit
for him. We can have the default behaviour as best-effort with support for
Validate and fail via flag.
Ajay
On Sat, 5 Aug 2017 at 8:33 AM, Bhupesh Chawda
wrote:
> +1 for best effort with
[
https://issues.apache.org/jira/browse/APEXMALHAR-2508?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16048742#comment-16048742
]
Ajay Gupta commented on APEXMALHAR-2508:
Exception Stack trace
[
https://issues.apache.org/jira/browse/APEXMALHAR-2452?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ajay Gupta reassigned APEXMALHAR-2452:
--
Assignee: Ajay Gupta
> Batch support for JDBC I/O operat
[
https://issues.apache.org/jira/browse/APEXMALHAR-2451?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ajay Gupta reassigned APEXMALHAR-2451:
--
Assignee: Ajay Gupta (was: Bhupesh Chawda)
> Batch support for File
urpose the time component to segregate batches.
> >
> > 2 possible options that come to mind:
> >
> > - Reset the watermark to the initial watermark, which basically means
> that
> > instead of a "shutdown" tuple there is a "reset" tuple.
> >
Ajay Gupta created APEXMALHAR-2492:
--
Summary: Correct usage of empty Slice in Malhar Library
Key: APEXMALHAR-2492
URL: https://issues.apache.org/jira/browse/APEXMALHAR-2492
Project: Apache Apex
Ajay Gupta created APEXMALHAR-2491:
--
Summary: GenericFileOutputOperatorTest : runTestApplication() does
not call shutdown() and can continue to run.
Key: APEXMALHAR-2491
URL: https://issues.apache.org/jira
I would vote for 1 and making variables private since it anyways breaks
semantic versioning.
I think it would it be a good idea to release a 3.6.1 patch release as
well.
Ajay
On Mon, May 15, 2017 at 10:36 PM, Sanjay Pujare
wrote:
> I vote for renaming to less common
Ajay Gupta created APEXMALHAR-2490:
--
Summary: Change use of empty byte array to null while creating
Slice object in TimeBasedDedupOperator
Key: APEXMALHAR-2490
URL: https://issues.apache.org/jira/browse
Hi all,
Apex Malhar currently depends on core 3.4. Custom tuple support has been
added to core in 3.6. Hence, malhar dependency needs to be updated.
This is necessary for changing the malhar operators for batch use cases.
Let me know the community view on the same.
Thanks,
Ajay
svParser = dag.addOperator("csvParser", CsvParser.class);
> WindowedOperatorImpl<Pojo, Pojo, Pojo> windowedOperator =
> dag.addOperator("windowOperator", WindowedOperatorImpl.class);
> dag.addStream("csvToWindowed", csvParser.out, new
> InputPort[]{wi
is not a good design decision, IMO.
>
> Thank you,
> Vlad
>
> Отправлено с iPhone
>
> > On Apr 29, 2017, at 02:50, AJAY GUPTA <ajaygit...@gmail.com> wrote:
> >
> > I am using WindowedOperatorImpl and it is declared as follows.
> >
> > WindowedOper
Ajay
On Fri, Apr 28, 2017 at 11:53 PM, Vlad Rozov <v.ro...@datatorrent.com>
wrote:
> How do you declare WindowedOperator?
>
> Thank you,
>
> Vlad
>
>
> On 4/28/17 10:35, AJAY GUPTA wrote:
>
>> Vlad,
>>
>> The approach you suggested doesn't work
interface (it may
> return itself in getValue()).
>
> Thank you,
>
> Vlad
>
> On 4/28/17 02:44, AJAY GUPTA wrote:
>
>> Hi All,
>>
>> I am creating an application which is using Windowed Operator. This
>> application involves CsvParser operator
Hi All,
I am creating an application which is using Windowed Operator. This
application involves CsvParser operator emitting a POJO object which is to
be passed as input to WindowedOperator. The WindowedOperator requires an
instance of Tuple class as input :
*public final transient
[
https://issues.apache.org/jira/browse/APEXMALHAR-2303?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ajay Gupta updated APEXMALHAR-2303:
---
Issue Type: New Feature (was: Bug)
> S3 Line By Line Mod
In the release notes, the S3 Line by line module was in Bug. Should have
been in new feature. I have updated the JIRA type to new feature.
On Thu, Mar 30, 2017 at 9:49 AM, Pramod Immaneni
wrote:
> +1 binding
>
> Verified file and builder integrity.
> Verified licenses.
>
[
https://issues.apache.org/jira/browse/APEXMALHAR-2453?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ajay Gupta updated APEXMALHAR-2453:
---
Description: Currently there is no support for sorting data received as a
part
[
https://issues.apache.org/jira/browse/APEXCORE-676?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15937136#comment-15937136
]
Ajay Gupta commented on APEXCORE-676:
-
Output without --with-description flag
Command : get-app
[
https://issues.apache.org/jira/browse/APEXCORE-676?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ajay Gupta reassigned APEXCORE-676:
---
Assignee: Ajay Gupta
> Show description for DefaultProperties only when user reque
[
https://issues.apache.org/jira/browse/APEXMALHAR-2453?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ajay Gupta reassigned APEXMALHAR-2453:
--
Assignee: Ajay Gupta
> Sort Accumulation for Windowed opera
Hi Apex Dev community,
Kindly let me know if implementing this accumulation using TreeMultiSet is
fine.
Ajay
On Thu, Mar 9, 2017 at 12:24 PM, AJAY GUPTA <ajaygit...@gmail.com> wrote:
> Hi Bright,
>
> I couldnot completely understand the bucketing approach you mentioned. How
&g
Hi Bhupesh,
For point 1, cant we make use of implicitWatermarkGenerator?
Ajay
On Wed, Mar 8, 2017 at 12:16 PM, Bhupesh Chawda wrote:
> Hi All,
>
> Watermark tuples in Apex are very tightly coupled to event time processing.
> For this reason, usually they are modeled as
data with range of value. Such as following:
> - process tuple in one window: sort data of current window in memory
> - end window: merge the sorted memory data into buckets.
>
> thanks
> Bright
>
> On Wed, Mar 8, 2017 at 8:51 AM, AJAY GUPTA <ajaygit...@gmail.com> wrote:
>
&
The Java operators we write have a lot of code which is less related to the
business logic of the operator, eg. getters, setters, constructors, log
variables, etc.
Lombok library can be used to greatly avoid such code by using annotations,
eg. @Getter, @Setter. The library generates this code
Yes, it should be emitting a POJO. This POJO can then be further used to
join with a third POJO stream, thus behaving like a DB join.
It would be best if we can incorporate this into Schema Discovery design.
Ajay
On Wed, 15 Feb 2017 at 5:30 PM, Chinmay Kolhatkar
wrote:
This is a bug if we consider a normal database join. All fields from both
POJOs should be emitted in the result irrespective of the name.
Ajay
On Wed, 15 Feb 2017 at 5:55 PM, Hitesh Kapoor
wrote:
> Hi All,
>
> In PojoInnerJoin accumulation same field names are emitted
[
https://issues.apache.org/jira/browse/APEXCORE-592?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15856498#comment-15856498
]
Ajay Gupta commented on APEXCORE-592:
-
[~sandesh] OperatorDiscoverer can give description, however
[
https://issues.apache.org/jira/browse/APEXCORE-592?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15853604#comment-15853604
]
Ajay Gupta commented on APEXCORE-592:
-
Hi [~ashwinchandrap], considering the sope of this JIRA, I
+1 for the feature.
This can in future be enhanced for other such groupings as well.
Ajay
On Wed, Jan 25, 2017 at 12:38 PM, Priyanka Gugale
wrote:
> Hi,
>
> StrAM raises events whenever Operator or Container restarts. In Apex Dag
> whenever a container/operator, say
Hi Santhosh,
We can definitely run multiple Apex applications on a single yarn instance.
The behaviour in your case is most probably due to shortage of resources
that were required by the second application. Once the first application
was killed, the resources were released and the second
, Jan 20, 2017 at 2:04 PM, AJAY GUPTA <ajaygit...@gmail.com> wrote:
> Nice point Tushar. I will look into how we can pass on different event log
> levels for same event type.
>
>
> Ajay
>
> On Fri, Jan 20, 2017 at 10:18 AM, Tushar Gosavi <tus...@datatorrent.com>
suggested by
> Ajay
> > doesn't seems to add significant overhead. Also I feel that in
> future it
> > can be enhanced further and UI can also filter the event logs based
> on
> > these log levels.
> >
> > On Jan 19, 2017 10:57 PM, "AJAY G
, AJAY GUPTA <ajaygit...@gmail.com> wrote:
> Hi Apex community,
>
>
> Currently, events logged by stram such as StartContainer, StartOperator,
> StopContainer, StopOperator, etc dont have any associated priority level.
>
> We can provide log levels for such Stram eve
Hi Apex community,
Currently, events logged by stram such as StartContainer, StartOperator,
StopContainer, StopOperator, etc dont have any associated priority level.
We can provide log levels for such Stram events. Log levels can be INFO,
WARN, ERROR
Eg:
1. Start Container, Start Operator are
[
https://issues.apache.org/jira/browse/APEXCORE-611?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15827493#comment-15827493
]
Ajay Gupta commented on APEXCORE-611:
-
Hi,
The below approach can be used for this JIRA. Kindly let
Ajay Gupta created APEXCORE-611:
---
Summary: Stram Event Log Levels
Key: APEXCORE-611
URL: https://issues.apache.org/jira/browse/APEXCORE-611
Project: Apache Apex Core
Issue Type: Improvement
+1 for the idea.
I just had one question.
As I understand, there will be some form of Anonymous POJO used as objects
to pass information from one operator to another. Can you share how the
user/operator developer would access the tuple object in case he wishes to
do something with it?
Ajay
On
_meta"
> table is mandatory
> for the operator to work correctly. Also provide a sample table creation
> query for reference.
>
> On Sat, Jan 14, 2017 at 1:05 PM, AJAY GUPTA <ajaygit...@gmail.com> wrote:
>
> > Since the query can be different for differ
Since the query can be different for different databases, the user will
have to provide query to the operator. Rather than this, I believe it's
easier for user to directly execute create table query on DB.
Also, the create table script won't be that heavy that we create script for
it. Probably
[
https://issues.apache.org/jira/browse/APEXCORE-592?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15818009#comment-15818009
]
Ajay Gupta commented on APEXCORE-592:
-
[~vrozov] I agree with your point that the description should
[
https://issues.apache.org/jira/browse/APEXCORE-601?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15811391#comment-15811391
]
Ajay Gupta commented on APEXCORE-601:
-
I can work on this
> provide log level in the ev
[
https://issues.apache.org/jira/browse/APEXCORE-592?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15804259#comment-15804259
]
Ajay Gupta commented on APEXCORE-592:
-
The output of get-app-package-info are the list of tags
[
https://issues.apache.org/jira/browse/APEXCORE-592?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15763432#comment-15763432
]
Ajay Gupta commented on APEXCORE-592:
-
[~vrozov] The description in properties is required
Hi
You can use the -e option to specify commands to be executed on apex cli
For example :
apex -e "list-apps"
I had a single application running and following was the output
apex -e "list-apps"
{"apps": [{
"startTime": "2016-12-16 11:59:07 +0530",
"id": 1,
"name": "PiDemo",
"state":
[
https://issues.apache.org/jira/browse/APEXCORE-561?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15717253#comment-15717253
]
Ajay Gupta commented on APEXCORE-561:
-
ContainerReport is already persisted in Yarn's timeline
Hi,
Can't we make use of existing Node Label + queue feature in Yarn to achieve
this. Though we will have to redeploy cluster, its still possible to
exclude nodes.
https://hadoop.apache.org/docs/stable2/hadoop-yarn/hadoop-yarn-site/NodeLabel.html
Thanks,
Ajay
On Fri, Dec 2, 2016 at 5:57 AM,
I see start point as origin/master and not origin/personal-branch. Can this
be the issue?
Ajay
On Mon, 28 Nov 2016 at 4:28 PM, Hitesh Kapoor
wrote:
> Hi All,
>
> There seems to be an issue with Jenkins build which runs on creating a pull
> request.
> It is failing with
+1 for approach 2.
Regards,
Ajay
On Wed, Nov 23, 2016 at 12:16 PM, David Yan wrote:
> The goal of this log4j appender is to provide a log offset and the fixed
> name of the container log file (instead of apex.log becoming apex.log.1 and
> then apex.log.2, etc due to
+1
This is a good idea.
Ajay
On Wed, Nov 16, 2016 at 4:47 PM, Chinmay Kolhatkar
wrote:
> Dear Community,
>
> This is in relation to malhar cleanup work that is ongoing.
>
> In one of the talks during Apache BigData Europe, I got to know about
> Spark-Packages
Few corrections in S3RecordReader
>
>
>
>
> > S3 Line By Line Module
> > --
> >
> > Key: APEXMALHAR-2303
> > URL: https://issues.apache.org/
> jira/browse/APEXMALHAR-2303
> >
[
https://issues.apache.org/jira/browse/APEXMALHAR-2303?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15614784#comment-15614784
]
Ajay Gupta commented on APEXMALHAR-2303:
Raised PR for this code. Kindly review and let me
other approaches you can think of.
Thanks,
Ajay
On Wed, Oct 19, 2016 at 11:53 AM, AJAY GUPTA <ajaygit...@gmail.com> wrote:
> Hi Apex Dev community,
>
> Kindly provide with feedback if any for the following approach for
> implementing S3RecordReader.
>
> *S3R
) as this set of bytes is a part of last record in previous
block.
Regards,
Ajay
On Wed, Oct 19, 2016 at 7:31 AM, Ajay Gupta (JIRA) <j...@apache.org> wrote:
>
> [ https://issues.apache.org/jira/browse/APEXMALHAR-2303?
> page=com.atlassian.jira.plugin.system.issuetabpane
[
https://issues.apache.org/jira/browse/APEXMALHAR-2303?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ajay Gupta reassigned APEXMALHAR-2303:
--
Assignee: Ajay Gupta
> S3 Line By Line Mod
Ajay Gupta created APEXMALHAR-2303:
--
Summary: S3 Line By Line Module
Key: APEXMALHAR-2303
URL: https://issues.apache.org/jira/browse/APEXMALHAR-2303
Project: Apache Apex Malhar
Issue Type
56 matches
Mail list logo