falcon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Srikanth Sundarrajan (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (FALCON-87) Hive table integration with feed entity
Date Sat, 31 Aug 2013 11:20:51 GMT

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

Srikanth Sundarrajan commented on FALCON-87:

Current user who is creating the feed is being passed as the user.name. I am assuming that
this user has enough permission to access the ddl. Please confirm.
+        ClientResponse response = service.path("ddl/database/").path(database)
+                .path("/table").path(tableName)
+                .queryParam("user.name", CurrentUser.getUser())
+                .accept(MediaType.APPLICATION_JSON)
+                .get(ClientResponse.class);

Since the catalog service should be created by the factory only if the scheme is catalog,
this should never occur, if we check, it might be better throw an illegal state or assertion
error. Does it simply this function if we create a regex pattern and validate the uri against
that (and possibly enforce it in xsd as well)?
+        if (!"catalog".equals(tableUri.getScheme())) {
+            throw new URISyntaxException(tableUri.toString(), "catalog scheme is missing");
+        }

Should this be equals() instead?
+    @Override
+    public boolean isIdentical(Storage toCompareAgainst) throws FalconException {
+        CatalogStorage catalogStorage = (CatalogStorage) toCompareAgainst;
+        return !(getCatalogUrl() != null && !getCatalogUrl().equals(catalogStorage.getCatalogUrl()))
+                && getDatabase().equals(catalogStorage.getDatabase())
+                && getTable().equals(catalogStorage.getTable())
+                && getPartitions().equals(catalogStorage.getPartitions());
+    }

junit - reintroduced.
+import junit.framework.Assert;

if the storage is catalog, shouldn't syncdataset uri be a catalog uri in Oozie, if so, prefixing
${nameNode} may be incorrect. May be this was intended to be handled in a separate jira, in
which case, it might be better to put a assertion in the process mapper, feed mappers if the
scheme is catalog, throw UnsupportedOperationException and the actual handling of these can
be taken care of other child tasks of FALCON-85.

+        syncdataset.setUriTemplate(
+                new Path(locPath).toUri().getScheme() != null ? locPath : "${nameNode}" +

Besides, few commented out stale code exists.

> Hive table integration with feed entity
> ---------------------------------------
>                 Key: FALCON-87
>                 URL: https://issues.apache.org/jira/browse/FALCON-87
>             Project: Falcon
>          Issue Type: Sub-task
>    Affects Versions: 0.4
>            Reporter: Venkatesh Seetharam
>            Assignee: Venkatesh Seetharam
>         Attachments: FALCON-87.patch, FALCON-87-review.patch

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

View raw message