[
https://issues.apache.org/jira/browse/FALCON-168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13815764#comment-13815764
]
Srikanth Sundarrajan commented on FALCON-168:
---------------------------------------------
This seems to be unrelated to the change. Should this be around ?
{code}
+ @Test
+ public void testPathsWithPartitions() {
+ String pathsWithPartitions =
"/localDC/rc/billing/2012/10/01/12/10//ua3/";
+ String parts = pathsWithPartitions.replaceAll("//+", "/");
+ parts = StringUtils.stripEnd(parts, "/");
+ Assert.assertEquals(parts, "/localDC/rc/billing/2012/10/01/12/10/ua3");
+ }
{code}
Looks good otherwise.
> Different validity of clusters in feed not handled
> ---------------------------------------------------
>
> Key: FALCON-168
> URL: https://issues.apache.org/jira/browse/FALCON-168
> Project: Falcon
> Issue Type: Bug
> Components: replication
> Affects Versions: 0.3
> Environment: QA
> Reporter: Samarth Gupta
> Assignee: Venkatesh Seetharam
> Attachments: FALCON-168.patch
>
>
> Feed.xml has option to provide different validity for same feed on different
> clusters. When such a feed is scheduled the validity of source and target
> must be considered and overlapping time duration should be replicated.
> Following test case fails for the patch available in FALCON-163
> 1. source validity : start="2012-10-01T12:00Z end="2099-01-01T00:00Z"
> 2. target one validity : start="2012-10-01T12:05Z" end="2012-10-01T12:11Z"
> 3. target two validity : start="2012-10-01T12:10Z" end="2012-10-01T12:26Z"
> What should happen :
> based on the above, when is feed is scheduled replication start should be
> from:
> 1. target one : start="2012-10-01T12:05Z" and end="2012-10-01T12:11Z"
> 2. target two: start="2012-10-01T12:10Z" and end="2012-10-01T12:26Z"
> but ... What is happening after FALCON-163 patch:
> Both target one and two replication : start="2012-10-01T12:00Z" and
> end="2099-01-01T00:00Z"
> Due to this instance are starting on target cluster when feed is not valid
> and such replication is failing with error "variable [distcpTargetPaths]
> cannot be resolved"
> feed refer to feed available in FALCON-95 for details.
--
This message was sent by Atlassian JIRA
(v6.1#6144)
