[jira] [Commented] (ATLAS-2786) [Atlas HA] Zookeeper connection issue
[ https://issues.apache.org/jira/browse/ATLAS-2786?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16631330#comment-16631330 ] ASF subversion and git services commented on ATLAS-2786: Commit 2f39428313136b765dbab42a1ee2e6521695d690 in atlas's branch refs/heads/branch-0.8 from [~mad...@apache.org] [ https://git-wip-us.apache.org/repos/asf?p=atlas.git;h=2f39428 ] ATLAS-2786: updated HBase and Solr clients to use all zookeeper entires > [Atlas HA] Zookeeper connection issue > - > > Key: ATLAS-2786 > URL: https://issues.apache.org/jira/browse/ATLAS-2786 > Project: Atlas > Issue Type: Bug >Affects Versions: 0.8.1, 0.8.2, 1.0.0 >Reporter: Apoorv Naik >Assignee: Apoorv Naik >Priority: Critical > Fix For: 0.8.3, 1.1.0, 2.0.0 > > Attachments: > 0001-ATLAS-2786-Honor-ZK-server-ensemble-provided-in-conf.patch, > ATLAS-2786-2.patch > > > The curator client right now only connects to the very first zookeeper server > regardless of the number of zookeeper servers provided in the configuration. > > Due to this behavior if the ZK (that Atlas connected to during startup) goes > down then Atlas fails to serve further request while constantly trying to > reconnect to the dead ZK server. > > This patch makes the change in configuration parsing to allow fallback to > different ZK servers in case the primary goes down. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
Re: Review Request 68870: ATLAS-2786: updated HBase and Solr clients to use all zookeeper entires
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/68870/#review209085 --- Looks like we need to port it over for Janusgraph as well. - Apoorv Naik On Sept. 28, 2018, 3 a.m., Madhan Neethiraj wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://reviews.apache.org/r/68870/ > --- > > (Updated Sept. 28, 2018, 3 a.m.) > > > Review request for atlas, Apoorv Naik, Ashutosh Mestry, keval bhatt, Nixon > Rodrigues, and Sarath Subramanian. > > > Bugs: ATLAS-2786 > https://issues.apache.org/jira/browse/ATLAS-2786 > > > Repository: atlas > > > Description > --- > > Due to incorrect use of Apache commons configiration class, only the first > host specified in zookeeper connection sttring was being used to connect to > HBase and Solr. This causes failure when the first zookeeper host is not > reachable. > > > Diffs > - > > > graphdb/titan0/src/main/java/com/thinkaurelius/titan/diskstorage/solr/Solr5Index.java > 90d24e4d8 > > repository/src/main/java/org/apache/atlas/repository/audit/HBaseBasedAuditRepository.java > 774934c7f > > > Diff: https://reviews.apache.org/r/68870/diff/1/ > > > Testing > --- > > In an environment with 3 zookeepers, verified that Atlas service is not > impacted when any one zookeeper instance (including the first one) is not > reachable. > > > Thanks, > > Madhan Neethiraj > >
Re: Review Request 68870: ATLAS-2786: updated HBase and Solr clients to use all zookeeper entires
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/68870/#review209084 --- Ship it! Ship It! - Apoorv Naik On Sept. 28, 2018, 3 a.m., Madhan Neethiraj wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://reviews.apache.org/r/68870/ > --- > > (Updated Sept. 28, 2018, 3 a.m.) > > > Review request for atlas, Apoorv Naik, Ashutosh Mestry, keval bhatt, Nixon > Rodrigues, and Sarath Subramanian. > > > Bugs: ATLAS-2786 > https://issues.apache.org/jira/browse/ATLAS-2786 > > > Repository: atlas > > > Description > --- > > Due to incorrect use of Apache commons configiration class, only the first > host specified in zookeeper connection sttring was being used to connect to > HBase and Solr. This causes failure when the first zookeeper host is not > reachable. > > > Diffs > - > > > graphdb/titan0/src/main/java/com/thinkaurelius/titan/diskstorage/solr/Solr5Index.java > 90d24e4d8 > > repository/src/main/java/org/apache/atlas/repository/audit/HBaseBasedAuditRepository.java > 774934c7f > > > Diff: https://reviews.apache.org/r/68870/diff/1/ > > > Testing > --- > > In an environment with 3 zookeepers, verified that Atlas service is not > impacted when any one zookeeper instance (including the first one) is not > reachable. > > > Thanks, > > Madhan Neethiraj > >
[jira] [Updated] (ATLAS-2786) [Atlas HA] Zookeeper connection issue
[ https://issues.apache.org/jira/browse/ATLAS-2786?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Madhan Neethiraj updated ATLAS-2786: Attachment: ATLAS-2786-2.patch > [Atlas HA] Zookeeper connection issue > - > > Key: ATLAS-2786 > URL: https://issues.apache.org/jira/browse/ATLAS-2786 > Project: Atlas > Issue Type: Bug >Affects Versions: 0.8.1, 0.8.2, 1.0.0 >Reporter: Apoorv Naik >Assignee: Apoorv Naik >Priority: Critical > Fix For: 0.8.3, 1.1.0, 2.0.0 > > Attachments: > 0001-ATLAS-2786-Honor-ZK-server-ensemble-provided-in-conf.patch, > ATLAS-2786-2.patch > > > The curator client right now only connects to the very first zookeeper server > regardless of the number of zookeeper servers provided in the configuration. > > Due to this behavior if the ZK (that Atlas connected to during startup) goes > down then Atlas fails to serve further request while constantly trying to > reconnect to the dead ZK server. > > This patch makes the change in configuration parsing to allow fallback to > different ZK servers in case the primary goes down. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
Review Request 68870: ATLAS-2786: updated HBase and Solr clients to use all zookeeper entires
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/68870/ --- Review request for atlas, Apoorv Naik, Ashutosh Mestry, keval bhatt, Nixon Rodrigues, and Sarath Subramanian. Bugs: ATLAS-2786 https://issues.apache.org/jira/browse/ATLAS-2786 Repository: atlas Description --- Due to incorrect use of Apache commons configiration class, only the first host specified in zookeeper connection sttring was being used to connect to HBase and Solr. This causes failure when the first zookeeper host is not reachable. Diffs - graphdb/titan0/src/main/java/com/thinkaurelius/titan/diskstorage/solr/Solr5Index.java 90d24e4d8 repository/src/main/java/org/apache/atlas/repository/audit/HBaseBasedAuditRepository.java 774934c7f Diff: https://reviews.apache.org/r/68870/diff/1/ Testing --- In an environment with 3 zookeepers, verified that Atlas service is not impacted when any one zookeeper instance (including the first one) is not reachable. Thanks, Madhan Neethiraj
[jira] [Commented] (ATLAS-2893) Atlas Column Lineage of Hive Hook to support the hive old version (before hive version 1.2.1 after the patch for HIVE-13112)
[ https://issues.apache.org/jira/browse/ATLAS-2893?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16631283#comment-16631283 ] aflyary commented on ATLAS-2893: I refer to the hive source code, when we set the altas hook class at the hive-site.xml with the name 'org.apache.atlas.hive.hook.HiveHook', hive optimizer would not set the linegae info into the hookContext, after the patch HIVE-13112 already fix this. But early hive version still could not work, so i go ahead and dive into the hive lineageState of SessionState, maybe we could get the private info of the LineageCtx to work out the lineage dependency, then get the column lineage. > Atlas Column Lineage of Hive Hook to support the hive old version (before > hive version 1.2.1 after the patch for HIVE-13112) > > > Key: ATLAS-2893 > URL: https://issues.apache.org/jira/browse/ATLAS-2893 > Project: Atlas > Issue Type: Improvement > Components: atlas-intg >Affects Versions: 1.0.0 >Reporter: aflyary >Priority: Major > Fix For: 1.1.0 > > > Right now atlas hook for apache hive of column lineage is limited, > only "Column level lineage works with Hive version 1.2.1 after the patch for > HIVE-13112 is applied to Hive source" could support the hive column lineage. > In some product env, hive version still very old, but we should also > support the hive column lineage. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (ATLAS-2897) Import Process: Handle Import of Empty Zip Elegantly
[ https://issues.apache.org/jira/browse/ATLAS-2897?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16631194#comment-16631194 ] ASF subversion and git services commented on ATLAS-2897: Commit 01f3f14ea78092000a1855c6bd7838a02647e8cf in atlas's branch refs/heads/branch-0.8 from [~ashutoshm] [ https://git-wip-us.apache.org/repos/asf?p=atlas.git;h=01f3f14 ] ATLAS-2897: Elegant handling of empty zip files. > Import Process: Handle Import of Empty Zip Elegantly > > > Key: ATLAS-2897 > URL: https://issues.apache.org/jira/browse/ATLAS-2897 > Project: Atlas > Issue Type: Improvement >Reporter: Ashutosh Mestry >Assignee: Ashutosh Mestry >Priority: Major > Attachments: ATLAS-2897-Elegant-handling-of-empty-zip-files.patch > > > *Background* > Existing implementation of _ZipSource_ always assumes that the zip that is > being passed has valid data. It starts serializing the data and that is where > it encounters serialization error. This case can be handled in a more elegant > way. > *Approach Guidance* > * In _ZipSource_ ctor, detect case for empty file, throw error message > accordingly. > * Handle the case where requested _ZipEntry_ is not found. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Resolved] (ATLAS-2899) Regression : When export "options" is provided null , export fails with NPE at getSkipLineageOptionValue
[
https://issues.apache.org/jira/browse/ATLAS-2899?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ashutosh Mestry resolved ATLAS-2899.
Resolution: Fixed
> Regression : When export "options" is provided null , export fails with NPE
> at getSkipLineageOptionValue
>
>
> Key: ATLAS-2899
> URL: https://issues.apache.org/jira/browse/ATLAS-2899
> Project: Atlas
> Issue Type: Bug
> Components: atlas-core
>Reporter: Sharmadha Sainath
>Assignee: Ashutosh Mestry
>Priority: Major
>
> With the following export "options" , export fails with NPE at
> getSkipLineageOptionValue(AtlasExportRequest.java:97) :
> {code}
> {
>"itemsToExport":[
> {
> "typeName":"hdfs_path",
> "uniqueAttributes":{
> "qualifiedName":"/atlas"
> }
> }
>],
>"options":null
> }
> {code}
> whereas , when no options key is specified or some valid options are provided
> , export succeeds.
> Complete exception stack trace :
> {code}
> 2018-09-26 20:23:30,967 ERROR - [pool-2-thread-18 -
> 76af7fbc-cdc6-4196-9273-bc8b40b62d15:] ~ Error handling a request:
> eca69d150a7a5b5c (ExceptionMapperUtil:32)
> java.lang.NullPointerException
> at
> org.apache.atlas.model.impexp.AtlasExportRequest.getSkipLineageOptionValue(AtlasExportRequest.java:97)
> at
> org.apache.atlas.repository.impexp.ExportService$ExportContext.(ExportService.java:633)
> at
> org.apache.atlas.repository.impexp.ExportService.run(ExportService.java:97)
> at
> org.apache.atlas.web.resources.AdminResource.export(AdminResource.java:342)
> at sun.reflect.GeneratedMethodAccessor200.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at
> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
> at
> com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
> at
> com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
> at
> com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:302)
> at
> com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
> at
> com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
> at
> com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
> at
> com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1542)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1473)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1419)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1409)
> at
> com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:409)
> at
> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:558)
> at
> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:733)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> at
> org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:684)
> at
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1507)
> at
> org.apache.atlas.web.filters.AuditFilter.doFilter(AuditFilter.java:76)
> at
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1495)
> at
> org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:317)
> at
> org.apache.atlas.web.filters.AtlasAuthorizationFilter.doFilter(AtlasAuthorizationFilter.java:157)
> at
> org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:331)
> at
> org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:127)
> at
> org.springframework.security.web.access.intercept.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:91)
> at
> org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:331)
> at
>
[jira] [Assigned] (ATLAS-2899) Regression : When export "options" is provided null , export fails with NPE at getSkipLineageOptionValue
[
https://issues.apache.org/jira/browse/ATLAS-2899?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ashutosh Mestry reassigned ATLAS-2899:
--
Assignee: Ashutosh Mestry
> Regression : When export "options" is provided null , export fails with NPE
> at getSkipLineageOptionValue
>
>
> Key: ATLAS-2899
> URL: https://issues.apache.org/jira/browse/ATLAS-2899
> Project: Atlas
> Issue Type: Bug
> Components: atlas-core
>Reporter: Sharmadha Sainath
>Assignee: Ashutosh Mestry
>Priority: Major
>
> With the following export "options" , export fails with NPE at
> getSkipLineageOptionValue(AtlasExportRequest.java:97) :
> {code}
> {
>"itemsToExport":[
> {
> "typeName":"hdfs_path",
> "uniqueAttributes":{
> "qualifiedName":"/atlas"
> }
> }
>],
>"options":null
> }
> {code}
> whereas , when no options key is specified or some valid options are provided
> , export succeeds.
> Complete exception stack trace :
> {code}
> 2018-09-26 20:23:30,967 ERROR - [pool-2-thread-18 -
> 76af7fbc-cdc6-4196-9273-bc8b40b62d15:] ~ Error handling a request:
> eca69d150a7a5b5c (ExceptionMapperUtil:32)
> java.lang.NullPointerException
> at
> org.apache.atlas.model.impexp.AtlasExportRequest.getSkipLineageOptionValue(AtlasExportRequest.java:97)
> at
> org.apache.atlas.repository.impexp.ExportService$ExportContext.(ExportService.java:633)
> at
> org.apache.atlas.repository.impexp.ExportService.run(ExportService.java:97)
> at
> org.apache.atlas.web.resources.AdminResource.export(AdminResource.java:342)
> at sun.reflect.GeneratedMethodAccessor200.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at
> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
> at
> com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
> at
> com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
> at
> com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:302)
> at
> com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
> at
> com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
> at
> com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
> at
> com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1542)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1473)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1419)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1409)
> at
> com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:409)
> at
> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:558)
> at
> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:733)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> at
> org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:684)
> at
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1507)
> at
> org.apache.atlas.web.filters.AuditFilter.doFilter(AuditFilter.java:76)
> at
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1495)
> at
> org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:317)
> at
> org.apache.atlas.web.filters.AtlasAuthorizationFilter.doFilter(AtlasAuthorizationFilter.java:157)
> at
> org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:331)
> at
> org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:127)
> at
> org.springframework.security.web.access.intercept.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:91)
> at
> org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:331)
>
[jira] [Created] (ATLAS-2900) Regression : Import fails with Error converting file to JSON
Sharmadha Sainath created ATLAS-2900:
Summary: Regression : Import fails with Error converting file to
JSON
Key: ATLAS-2900
URL: https://issues.apache.org/jira/browse/ATLAS-2900
Project: Atlas
Issue Type: Bug
Components: atlas-core
Reporter: Sharmadha Sainath
Attachments: uPqvN.zip
On Importing the attached zip file , request fails with
{code}
2018-09-26 23:02:50,705 INFO - [pool-2-thread-18 -
84ea8d84-ead8-428d-a4db-4451812dd241:] ~ ==> import(user=admin,
from=10.22.16.153, request=AtlasImportRequest{options={}}) (ImportService:89)
2018-09-26 23:02:50,864 INFO - [pool-2-thread-18 -
84ea8d84-ead8-428d-a4db-4451812dd241:] ~ bulkImport(): progress: 14% (of 7) -
entity:last-imported:hive_table:[1]:(d7773c32-ce56-4d8a-96c1-5a4aa97e982e)
(AtlasEntityStoreV1:146)
2018-09-26 23:02:50,865 ERROR - [pool-2-thread-18 -
84ea8d84-ead8-428d-a4db-4451812dd241:] ~ getNextEntityWithExtInfo
(ZipSource:213)
org.apache.atlas.exception.AtlasBaseException: Error converting file to JSON.
at
org.apache.atlas.repository.impexp.ZipSource.convertFromJson(ZipSource.java:177)
at
org.apache.atlas.repository.impexp.ZipSource.getEntityWithExtInfo(ZipSource.java:139)
at
org.apache.atlas.repository.impexp.ZipSource.getNextEntityWithExtInfo(ZipSource.java:211)
at
org.apache.atlas.repository.store.graph.v1.BulkImporterImpl$EntityImportStreamWithResidualList.getNextEntityWithExtInfo(BulkImporterImpl.java:183)
at
org.apache.atlas.repository.store.graph.v1.BulkImporterImpl.bulkImport(BulkImporterImpl.java:72)
at
org.apache.atlas.repository.impexp.ImportService.processEntities(ImportService.java:213)
at
org.apache.atlas.repository.impexp.ImportService.run(ImportService.java:100)
at
org.apache.atlas.web.resources.AdminResource.importData(AdminResource.java:390)
at sun.reflect.GeneratedMethodAccessor227.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at
com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
at
com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$TypeOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:185)
at
com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
at
com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:302)
at
com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
at
com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
at
com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
at
com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
at
com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1542)
at
com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1473)
at
com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1419)
at
com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1409)
at
com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:409)
at
com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:558)
at
com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:733)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
at
org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:684)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1507)
at
org.apache.atlas.web.filters.AuditFilter.doFilter(AuditFilter.java:76)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1495)
at
org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:317)
at
org.apache.atlas.web.filters.AtlasAuthorizationFilter.doFilter(AtlasAuthorizationFilter.java:157)
at
org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:331)
at
org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:127)
at
org.springframework.security.web.access.intercept.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:91)
at
org.springframework.security.web.FilterChain
[jira] [Created] (ATLAS-2899) Regression : When export "options" is provided null , export fails with NPE at getSkipLineageOptionValue
Sharmadha Sainath created ATLAS-2899:
Summary: Regression : When export "options" is provided null ,
export fails with NPE at getSkipLineageOptionValue
Key: ATLAS-2899
URL: https://issues.apache.org/jira/browse/ATLAS-2899
Project: Atlas
Issue Type: Bug
Components: atlas-core
Reporter: Sharmadha Sainath
With the following export "options" , export fails with NPE at
getSkipLineageOptionValue(AtlasExportRequest.java:97) :
{code}
{
"itemsToExport":[
{
"typeName":"hdfs_path",
"uniqueAttributes":{
"qualifiedName":"/atlas"
}
}
],
"options":null
}
{code}
whereas , when no options key is specified or some valid options are provided ,
export succeeds.
Complete exception stack trace :
{code}
2018-09-26 20:23:30,967 ERROR - [pool-2-thread-18 -
76af7fbc-cdc6-4196-9273-bc8b40b62d15:] ~ Error handling a request:
eca69d150a7a5b5c (ExceptionMapperUtil:32)
java.lang.NullPointerException
at
org.apache.atlas.model.impexp.AtlasExportRequest.getSkipLineageOptionValue(AtlasExportRequest.java:97)
at
org.apache.atlas.repository.impexp.ExportService$ExportContext.(ExportService.java:633)
at
org.apache.atlas.repository.impexp.ExportService.run(ExportService.java:97)
at
org.apache.atlas.web.resources.AdminResource.export(AdminResource.java:342)
at sun.reflect.GeneratedMethodAccessor200.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at
com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
at
com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)
at
com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
at
com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:302)
at
com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
at
com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
at
com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
at
com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
at
com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1542)
at
com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1473)
at
com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1419)
at
com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1409)
at
com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:409)
at
com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:558)
at
com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:733)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
at
org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:684)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1507)
at
org.apache.atlas.web.filters.AuditFilter.doFilter(AuditFilter.java:76)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1495)
at
org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:317)
at
org.apache.atlas.web.filters.AtlasAuthorizationFilter.doFilter(AtlasAuthorizationFilter.java:157)
at
org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:331)
at
org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:127)
at
org.springframework.security.web.access.intercept.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:91)
at
org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:331)
at
org.springframework.security.web.access.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:114)
at
org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:331)
at
org.springframework.security.web.session.SessionManagementFilter.doFilter(SessionManagementFilter.java:137)
at
org.springframework.security.web.FilterChainProxy$Virtu
Re: Review Request 68863: ZipSourec: Elegant handling of Empty Zip
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/68863/#review209079
---
Ship it!
Ship It!
- Sarath Subramanian
On Sept. 27, 2018, 9:29 a.m., Ashutosh Mestry wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/68863/
> ---
>
> (Updated Sept. 27, 2018, 9:29 a.m.)
>
>
> Review request for atlas, Madhan Neethiraj, Nixon Rodrigues, and Sarath
> Subramanian.
>
>
> Bugs: ATLAS-2897
> https://issues.apache.org/jira/browse/ATLAS-2897
>
>
> Repository: atlas
>
>
> Description
> ---
>
> **Approach**
> - Detect empty zip case and explicitly throw an exception.
>
> **CURL**
> curl -g -X POST -u admin:admin -H "Content-Type: multipart/form-data" -H
> "Cache-Control: no-cache" -F data=@../docs/stocks_dw-1.1.zip
> "http://localhost:21000/api/atlas/admin/import";
>
> Following error message is displayed:
> ```
> {"errorCode":"ATLAS-500-00-001","errorMessage":"org.apache.atlas.exception.AtlasBaseException:
> Attempting to import empty ZIP."}
> ```
>
>
> Diffs
> -
>
> repository/src/main/java/org/apache/atlas/repository/impexp/ZipSource.java
> 7d960447e
>
> repository/src/test/java/org/apache/atlas/repository/impexp/ImportServiceTest.java
> b556fe9fd
>
> repository/src/test/java/org/apache/atlas/repository/impexp/ZipFileResourceTestUtils.java
> 720aa144f
>
> repository/src/test/java/org/apache/atlas/repository/impexp/ZipSourceTest.java
> 1c1c68f35
> repository/src/test/resources/empty.zip PRE-CREATION
>
>
> Diff: https://reviews.apache.org/r/68863/diff/3/
>
>
> Testing
> ---
>
> **Unit tests**
> Additional test.
>
> **Functional tests**
> Via REST calls.
>
>
> File Attachments
>
>
> empty zip
>
> https://reviews.apache.org/media/uploaded/files/2018/09/27/41c59b64-4461-4fb1-ac05-4f3009f2d3f1__stocks_dw-1.1.zip
>
>
> Thanks,
>
> Ashutosh Mestry
>
>
Re: Review Request 68863: ZipSourec: Elegant handling of Empty Zip
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/68863/#review209073
---
Ship it!
Ship It!
- Madhan Neethiraj
On Sept. 27, 2018, 4:29 p.m., Ashutosh Mestry wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/68863/
> ---
>
> (Updated Sept. 27, 2018, 4:29 p.m.)
>
>
> Review request for atlas, Madhan Neethiraj, Nixon Rodrigues, and Sarath
> Subramanian.
>
>
> Bugs: ATLAS-2897
> https://issues.apache.org/jira/browse/ATLAS-2897
>
>
> Repository: atlas
>
>
> Description
> ---
>
> **Approach**
> - Detect empty zip case and explicitly throw an exception.
>
> **CURL**
> curl -g -X POST -u admin:admin -H "Content-Type: multipart/form-data" -H
> "Cache-Control: no-cache" -F data=@../docs/stocks_dw-1.1.zip
> "http://localhost:21000/api/atlas/admin/import";
>
> Following error message is displayed:
> ```
> {"errorCode":"ATLAS-500-00-001","errorMessage":"org.apache.atlas.exception.AtlasBaseException:
> Attempting to import empty ZIP."}
> ```
>
>
> Diffs
> -
>
> repository/src/main/java/org/apache/atlas/repository/impexp/ZipSource.java
> 7d960447e
>
> repository/src/test/java/org/apache/atlas/repository/impexp/ImportServiceTest.java
> b556fe9fd
>
> repository/src/test/java/org/apache/atlas/repository/impexp/ZipFileResourceTestUtils.java
> 720aa144f
>
> repository/src/test/java/org/apache/atlas/repository/impexp/ZipSourceTest.java
> 1c1c68f35
> repository/src/test/resources/empty.zip PRE-CREATION
>
>
> Diff: https://reviews.apache.org/r/68863/diff/3/
>
>
> Testing
> ---
>
> **Unit tests**
> Additional test.
>
> **Functional tests**
> Via REST calls.
>
>
> File Attachments
>
>
> empty zip
>
> https://reviews.apache.org/media/uploaded/files/2018/09/27/41c59b64-4461-4fb1-ac05-4f3009f2d3f1__stocks_dw-1.1.zip
>
>
> Thanks,
>
> Ashutosh Mestry
>
>
[jira] [Updated] (ATLAS-2897) Import Process: Handle Import of Empty Zip Elegantly
[ https://issues.apache.org/jira/browse/ATLAS-2897?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ashutosh Mestry updated ATLAS-2897: --- Attachment: (was: ATLAS-2897__Elegant_handling_of_empty_Zip_file_.patch) > Import Process: Handle Import of Empty Zip Elegantly > > > Key: ATLAS-2897 > URL: https://issues.apache.org/jira/browse/ATLAS-2897 > Project: Atlas > Issue Type: Improvement >Reporter: Ashutosh Mestry >Assignee: Ashutosh Mestry >Priority: Major > Attachments: ATLAS-2897-Elegant-handling-of-empty-zip-files.patch > > > *Background* > Existing implementation of _ZipSource_ always assumes that the zip that is > being passed has valid data. It starts serializing the data and that is where > it encounters serialization error. This case can be handled in a more elegant > way. > *Approach Guidance* > * In _ZipSource_ ctor, detect case for empty file, throw error message > accordingly. > * Handle the case where requested _ZipEntry_ is not found. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (ATLAS-2897) Import Process: Handle Import of Empty Zip Elegantly
[ https://issues.apache.org/jira/browse/ATLAS-2897?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ashutosh Mestry updated ATLAS-2897: --- Attachment: ATLAS-2897-Elegant-handling-of-empty-zip-files.patch > Import Process: Handle Import of Empty Zip Elegantly > > > Key: ATLAS-2897 > URL: https://issues.apache.org/jira/browse/ATLAS-2897 > Project: Atlas > Issue Type: Improvement >Reporter: Ashutosh Mestry >Assignee: Ashutosh Mestry >Priority: Major > Attachments: ATLAS-2897-Elegant-handling-of-empty-zip-files.patch > > > *Background* > Existing implementation of _ZipSource_ always assumes that the zip that is > being passed has valid data. It starts serializing the data and that is where > it encounters serialization error. This case can be handled in a more elegant > way. > *Approach Guidance* > * In _ZipSource_ ctor, detect case for empty file, throw error message > accordingly. > * Handle the case where requested _ZipEntry_ is not found. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
Re: Review Request 68863: ZipSourec: Elegant handling of Empty Zip
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/68863/
---
(Updated Sept. 27, 2018, 4:29 p.m.)
Review request for atlas and Madhan Neethiraj.
Changes
---
Updates include: Uploaded patch with source files.
Bugs: ATLAS-2897
https://issues.apache.org/jira/browse/ATLAS-2897
Repository: atlas
Description
---
**Approach**
- Detect empty zip case and explicitly throw an exception.
**CURL**
curl -g -X POST -u admin:admin -H "Content-Type: multipart/form-data" -H
"Cache-Control: no-cache" -F data=@../docs/stocks_dw-1.1.zip
"http://localhost:21000/api/atlas/admin/import";
Following error message is displayed:
```
{"errorCode":"ATLAS-500-00-001","errorMessage":"org.apache.atlas.exception.AtlasBaseException:
Attempting to import empty ZIP."}
```
Diffs (updated)
-
repository/src/main/java/org/apache/atlas/repository/impexp/ZipSource.java
7d960447e
repository/src/test/java/org/apache/atlas/repository/impexp/ImportServiceTest.java
b556fe9fd
repository/src/test/java/org/apache/atlas/repository/impexp/ZipFileResourceTestUtils.java
720aa144f
repository/src/test/java/org/apache/atlas/repository/impexp/ZipSourceTest.java
1c1c68f35
repository/src/test/resources/empty.zip PRE-CREATION
Diff: https://reviews.apache.org/r/68863/diff/3/
Changes: https://reviews.apache.org/r/68863/diff/2-3/
Testing
---
**Unit tests**
Additional test.
**Functional tests**
Via REST calls.
File Attachments
empty zip
https://reviews.apache.org/media/uploaded/files/2018/09/27/41c59b64-4461-4fb1-ac05-4f3009f2d3f1__stocks_dw-1.1.zip
Thanks,
Ashutosh Mestry
[jira] [Commented] (ATLAS-2898) Duplicate Entries on UI for custom types
[ https://issues.apache.org/jira/browse/ATLAS-2898?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16630462#comment-16630462 ] Ayush Nigam commented on ATLAS-2898: [~nixonrodrigues] I understand that.But if you notice it always takes the latter value of name or qualifiedName overriding the first one.This is something UI should handle. Yes your solution will surely work but we need some changes on the UI side also to handle this as a long term strategy. > Duplicate Entries on UI for custom types > > > Key: ATLAS-2898 > URL: https://issues.apache.org/jira/browse/ATLAS-2898 > Project: Atlas > Issue Type: Bug >Reporter: Ayush Nigam >Priority: Major > Attachments: Screen Shot 2018-09-27 at 5.55.08 PM.png > > > I set atlas.ui.editable.entity.types=* property is > atlas-application.properties and tried to edit avro_record type. > > It is asking name and qualified name fields more than 1 time,but takes > whichever value is later.Attaching the screenshot. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (ATLAS-2898) Duplicate Entries on UI for custom types
[
https://issues.apache.org/jira/browse/ATLAS-2898?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16630437#comment-16630437
]
Nixon Rodrigues commented on ATLAS-2898:
[~ayushmnnit] , This change is not committed on the master.
The DataSet Type also inherits from Asset Type, while avro_type also inherits
from Asset Type this leads to duplicate attribute in UI. Need to check if this
can be handled from UI easily.
{noformat}
{
"name": "DataSet",
"superTypes": [
"Referenceable",
"Asset"
],
"typeVersion": "1.0",
"attributeDefs": []
}
{noformat}
> Duplicate Entries on UI for custom types
>
>
> Key: ATLAS-2898
> URL: https://issues.apache.org/jira/browse/ATLAS-2898
> Project: Atlas
> Issue Type: Bug
>Reporter: Ayush Nigam
>Priority: Major
> Attachments: Screen Shot 2018-09-27 at 5.55.08 PM.png
>
>
> I set atlas.ui.editable.entity.types=* property is
> atlas-application.properties and tried to edit avro_record type.
>
> It is asking name and qualified name fields more than 1 time,but takes
> whichever value is later.Attaching the screenshot.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Commented] (ATLAS-2898) Duplicate Entries on UI for custom types
[ https://issues.apache.org/jira/browse/ATLAS-2898?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16630414#comment-16630414 ] Ayush Nigam commented on ATLAS-2898: Ok thanks,I do not this change in master. [~nixonrodrigues] Also I think a type can be both a model and asset correct? So UI should handle that rather than making changes to model? > Duplicate Entries on UI for custom types > > > Key: ATLAS-2898 > URL: https://issues.apache.org/jira/browse/ATLAS-2898 > Project: Atlas > Issue Type: Bug >Reporter: Ayush Nigam >Priority: Major > Attachments: Screen Shot 2018-09-27 at 5.55.08 PM.png > > > I set atlas.ui.editable.entity.types=* property is > atlas-application.properties and tried to edit avro_record type. > > It is asking name and qualified name fields more than 1 time,but takes > whichever value is later.Attaching the screenshot. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Comment Edited] (ATLAS-2898) Duplicate Entries on UI for custom types
[ https://issues.apache.org/jira/browse/ATLAS-2898?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16630414#comment-16630414 ] Ayush Nigam edited comment on ATLAS-2898 at 9/27/18 1:28 PM: - Ok thanks,I do not see this change in master. [~nixonrodrigues] Also I think a type can be both a model and asset correct? So UI should handle that rather than making changes to model? was (Author: ayushmnnit): Ok thanks,I do not this change in master. [~nixonrodrigues] Also I think a type can be both a model and asset correct? So UI should handle that rather than making changes to model? > Duplicate Entries on UI for custom types > > > Key: ATLAS-2898 > URL: https://issues.apache.org/jira/browse/ATLAS-2898 > Project: Atlas > Issue Type: Bug >Reporter: Ayush Nigam >Priority: Major > Attachments: Screen Shot 2018-09-27 at 5.55.08 PM.png > > > I set atlas.ui.editable.entity.types=* property is > atlas-application.properties and tried to edit avro_record type. > > It is asking name and qualified name fields more than 1 time,but takes > whichever value is later.Attaching the screenshot. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (ATLAS-2898) Duplicate Entries on UI for custom types
[
https://issues.apache.org/jira/browse/ATLAS-2898?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16630364#comment-16630364
]
Nixon Rodrigues commented on ATLAS-2898:
[~ayushmnnit], The fix for this issue is available on ATLAS-2743, you need to
remove Asset from addons/models/1000-Hadoop/1065-avro_model.json
b/addons/models/1000-Hadoop/1065-avro_model.json
{noformat}
diff --git a/addons/models/1000-Hadoop/1065-avro_model.json
b/addons/models/1000-Hadoop/1065-avro_model.json
index 3eaddfb38..17fba8bb1 100644
--- a/addons/models/1000-Hadoop/1065-avro_model.json
+++ b/addons/models/1000-Hadoop/1065-avro_model.json
@@ -7,7 +7,7 @@
"name": "avro_type",
"description": "Atlas Type representing Abstract Avro Type",
"superTypes": [
-"DataSet", "Asset"
+"DataSet"
],
{noformat}
> Duplicate Entries on UI for custom types
>
>
> Key: ATLAS-2898
> URL: https://issues.apache.org/jira/browse/ATLAS-2898
> Project: Atlas
> Issue Type: Bug
>Reporter: Ayush Nigam
>Priority: Major
> Attachments: Screen Shot 2018-09-27 at 5.55.08 PM.png
>
>
> I set atlas.ui.editable.entity.types=* property is
> atlas-application.properties and tried to edit avro_record type.
>
> It is asking name and qualified name fields more than 1 time,but takes
> whichever value is later.Attaching the screenshot.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Comment Edited] (ATLAS-2898) Duplicate Entries on UI for custom types
[
https://issues.apache.org/jira/browse/ATLAS-2898?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16630364#comment-16630364
]
Nixon Rodrigues edited comment on ATLAS-2898 at 9/27/18 12:57 PM:
--
[~ayushmnnit], The fix for this issue is available on ATLAS-2743, you need to
remove *Asset* from addons/models/1000-Hadoop/1065-avro_model.json
b/addons/models/1000-Hadoop/1065-avro_model.json
{noformat}
diff --git a/addons/models/1000-Hadoop/1065-avro_model.json
b/addons/models/1000-Hadoop/1065-avro_model.json
index 3eaddfb38..17fba8bb1 100644
--- a/addons/models/1000-Hadoop/1065-avro_model.json
+++ b/addons/models/1000-Hadoop/1065-avro_model.json
@@ -7,7 +7,7 @@
"name": "avro_type",
"description": "Atlas Type representing Abstract Avro Type",
"superTypes": [
-"DataSet", "Asset"
+"DataSet"
],
{noformat}
was (Author: nixonrodrigues):
[~ayushmnnit], The fix for this issue is available on ATLAS-2743, you need to
remove Asset from addons/models/1000-Hadoop/1065-avro_model.json
b/addons/models/1000-Hadoop/1065-avro_model.json
{noformat}
diff --git a/addons/models/1000-Hadoop/1065-avro_model.json
b/addons/models/1000-Hadoop/1065-avro_model.json
index 3eaddfb38..17fba8bb1 100644
--- a/addons/models/1000-Hadoop/1065-avro_model.json
+++ b/addons/models/1000-Hadoop/1065-avro_model.json
@@ -7,7 +7,7 @@
"name": "avro_type",
"description": "Atlas Type representing Abstract Avro Type",
"superTypes": [
-"DataSet", "Asset"
+"DataSet"
],
{noformat}
> Duplicate Entries on UI for custom types
>
>
> Key: ATLAS-2898
> URL: https://issues.apache.org/jira/browse/ATLAS-2898
> Project: Atlas
> Issue Type: Bug
>Reporter: Ayush Nigam
>Priority: Major
> Attachments: Screen Shot 2018-09-27 at 5.55.08 PM.png
>
>
> I set atlas.ui.editable.entity.types=* property is
> atlas-application.properties and tried to edit avro_record type.
>
> It is asking name and qualified name fields more than 1 time,but takes
> whichever value is later.Attaching the screenshot.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Updated] (ATLAS-2898) Duplicate Entries on UI for custom types
[ https://issues.apache.org/jira/browse/ATLAS-2898?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ayush Nigam updated ATLAS-2898: --- Description: I set atlas.ui.editable.entity.types=* property is atlas-application.properties and tried to edit avro_record type. It is asking name and qualified name fields more than 1 time,but takes whichever value is later.Attaching the screenshot. was: I set atlas.ui.editable.entity.types=* property is atlas-application.properties and tried to edit avro_record type. It is asking name and qualified name fields more than 1 time,but takes whichever value is later.Attaching the screenshot. !Screen Shot 2018-09-27 at 5.55.08 PM.png! > Duplicate Entries on UI for custom types > > > Key: ATLAS-2898 > URL: https://issues.apache.org/jira/browse/ATLAS-2898 > Project: Atlas > Issue Type: Bug >Reporter: Ayush Nigam >Priority: Major > Attachments: Screen Shot 2018-09-27 at 5.55.08 PM.png > > > I set atlas.ui.editable.entity.types=* property is > atlas-application.properties and tried to edit avro_record type. > > It is asking name and qualified name fields more than 1 time,but takes > whichever value is later.Attaching the screenshot. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Created] (ATLAS-2898) Duplicate Entries on UI for custom types
Ayush Nigam created ATLAS-2898: -- Summary: Duplicate Entries on UI for custom types Key: ATLAS-2898 URL: https://issues.apache.org/jira/browse/ATLAS-2898 Project: Atlas Issue Type: Bug Reporter: Ayush Nigam Attachments: Screen Shot 2018-09-27 at 5.55.08 PM.png I set atlas.ui.editable.entity.types=* property is atlas-application.properties and tried to edit avro_record type. It is asking name and qualified name fields more than 1 time,but takes whichever value is later.Attaching the screenshot. !Screen Shot 2018-09-27 at 5.55.08 PM.png! -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (ATLAS-2898) Duplicate Entries on UI for custom types
[ https://issues.apache.org/jira/browse/ATLAS-2898?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ayush Nigam updated ATLAS-2898: --- Attachment: Screen Shot 2018-09-27 at 5.55.08 PM.png > Duplicate Entries on UI for custom types > > > Key: ATLAS-2898 > URL: https://issues.apache.org/jira/browse/ATLAS-2898 > Project: Atlas > Issue Type: Bug >Reporter: Ayush Nigam >Priority: Major > Attachments: Screen Shot 2018-09-27 at 5.55.08 PM.png > > > I set atlas.ui.editable.entity.types=* property is > atlas-application.properties and tried to edit avro_record type. > > It is asking name and qualified name fields more than 1 time,but takes > whichever value is later.Attaching the screenshot. !Screen Shot 2018-09-27 at > 5.55.08 PM.png! -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (ATLAS-2894) UI to implement REST Endpoint that Deletes Type Given Type Name(without JSON body)
[
https://issues.apache.org/jira/browse/ATLAS-2894?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16630273#comment-16630273
]
ASF subversion and git services commented on ATLAS-2894:
Commit e3a592cefd6dc0a9228e8099518857428169a5af in atlas's branch
refs/heads/branch-0.8 from [~abhib4]
[ https://git-wip-us.apache.org/repos/asf?p=atlas.git;h=e3a592c ]
ATLAS-2894: UI to implement REST Endpoint that Deletes Type Given Type
Name(without JSON body)- without params
Signed-off-by: nixonrodrigues
> UI to implement REST Endpoint that Deletes Type Given Type Name(without JSON
> body)
> --
>
> Key: ATLAS-2894
> URL: https://issues.apache.org/jira/browse/ATLAS-2894
> Project: Atlas
> Issue Type: Bug
> Components: atlas-webui
>Affects Versions: 0.8.2, trunk
>Reporter: Abhishek Kadam
>Assignee: Abhishek Kadam
>Priority: Major
> Fix For: trunk, 0.8.3
>
> Attachments: ATLAS-2894-1.patch, ATLAS-2894.patch
>
>
> API: /api/atlas/v2/typedef/name/\{typeName}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Commented] (ATLAS-2894) UI to implement REST Endpoint that Deletes Type Given Type Name(without JSON body)
[
https://issues.apache.org/jira/browse/ATLAS-2894?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16630270#comment-16630270
]
Nixon Rodrigues commented on ATLAS-2894:
+1 for the patch. Thanks [~abhib4] for the patch.
> UI to implement REST Endpoint that Deletes Type Given Type Name(without JSON
> body)
> --
>
> Key: ATLAS-2894
> URL: https://issues.apache.org/jira/browse/ATLAS-2894
> Project: Atlas
> Issue Type: Bug
> Components: atlas-webui
>Affects Versions: 0.8.2, trunk
>Reporter: Abhishek Kadam
>Assignee: Abhishek Kadam
>Priority: Major
> Fix For: trunk, 0.8.3
>
> Attachments: ATLAS-2894-1.patch, ATLAS-2894.patch
>
>
> API: /api/atlas/v2/typedef/name/\{typeName}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Commented] (ATLAS-2894) UI to implement REST Endpoint that Deletes Type Given Type Name(without JSON body)
[
https://issues.apache.org/jira/browse/ATLAS-2894?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16630036#comment-16630036
]
Abhishek Kadam commented on ATLAS-2894:
---
Updated patch has been uploaded.
> UI to implement REST Endpoint that Deletes Type Given Type Name(without JSON
> body)
> --
>
> Key: ATLAS-2894
> URL: https://issues.apache.org/jira/browse/ATLAS-2894
> Project: Atlas
> Issue Type: Bug
> Components: atlas-webui
>Affects Versions: 0.8.2, trunk
>Reporter: Abhishek Kadam
>Assignee: Abhishek Kadam
>Priority: Major
> Fix For: trunk, 0.8.3
>
> Attachments: ATLAS-2894-1.patch, ATLAS-2894.patch
>
>
> API: /api/atlas/v2/typedef/name/\{typeName}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Updated] (ATLAS-2894) UI to implement REST Endpoint that Deletes Type Given Type Name(without JSON body)
[
https://issues.apache.org/jira/browse/ATLAS-2894?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Abhishek Kadam updated ATLAS-2894:
--
Attachment: ATLAS-2894-1.patch
> UI to implement REST Endpoint that Deletes Type Given Type Name(without JSON
> body)
> --
>
> Key: ATLAS-2894
> URL: https://issues.apache.org/jira/browse/ATLAS-2894
> Project: Atlas
> Issue Type: Bug
> Components: atlas-webui
>Affects Versions: 0.8.2, trunk
>Reporter: Abhishek Kadam
>Assignee: Abhishek Kadam
>Priority: Major
> Fix For: trunk, 0.8.3
>
> Attachments: ATLAS-2894-1.patch, ATLAS-2894.patch
>
>
> API: /api/atlas/v2/typedef/name/\{typeName}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
