RE: problem to run phoenix client 4.13.1 for CDH5.11.2 on windows
One more on this when using the client from the regular release (4.13 for HBase )1.3 it works fine on same pc From: Bulvik, Noam Sent: Thursday, November 30, 2017 11:22 AM To: user@phoenix.apache.org Subject: problem to run phoenix client 4.13.1 for CDH5.11.2 on windows Hi I am using JDBC UI client on windows. After I upgrade to latest parcel of phonix I got the following error (it did not happened on older parcels either when I compiled myself or when I used ones supplied by cloudera [4.7]) SEVERE: Failed to locate the winutils binary in the hadoop binary path java.io.IOException: Could not locate executable null\bin\winutils.exe in the Hadoop binaries. at org.apache.hadoop.util.Shell.getQualifiedBinPath(Shell.java:404) at org.apache.hadoop.util.Shell.getWinUtilsPath(Shell.java:419) at org.apache.hadoop.util.Shell.(Shell.java:412) at org.apache.hadoop.util.StringUtils.(StringUtils.java:79) at org.apache.hadoop.security.Groups.parseStaticMapping(Groups.java:168) at org.apache.hadoop.security.Groups.(Groups.java:132) at org.apache.hadoop.security.Groups.(Groups.java:100) at org.apache.hadoop.security.Groups.getUserToGroupsMappingService(Groups.java:435) at org.apache.hadoop.security.UserGroupInformation.initialize(UserGroupInformation.java:337) at org.apache.hadoop.security.UserGroupInformation.ensureInitialized(UserGroupInformation.java:304) at org.apache.hadoop.security.UserGroupInformation.loginUserFromSubject(UserGroupInformation.java:891) at org.apache.hadoop.security.UserGroupInformation.getLoginUser(UserGroupInformation.java:857) at org.apache.hadoop.security.UserGroupInformation.getCurrentUser(UserGroupInformation.java:724) at org.apache.hadoop.hbase.security.User$SecureHadoopUser.(User.java:293) at org.apache.hadoop.hbase.security.User.getCurrent(User.java:191) at org.apache.phoenix.jdbc.PhoenixEmbeddedDriver$ConnectionInfo.(PhoenixEmbeddedDriver.java:504) at org.apache.phoenix.jdbc.PhoenixEmbeddedDriver$ConnectionInfo.create(PhoenixEmbeddedDriver.java:312) at org.apache.phoenix.jdbc.PhoenixDriver.getConnectionQueryServices(PhoenixDriver.java:232) at org.apache.phoenix.jdbc.PhoenixEmbeddedDriver.createConnection(PhoenixEmbeddedDriver.java:150) at org.apache.phoenix.jdbc.PhoenixDriver.connect(PhoenixDriver.java:221) at workbench.db.DbDriver.connect(DbDriver.java:513) at workbench.db.ConnectionMgr.connect(ConnectionMgr.java:255) at workbench.db.ConnectionMgr.getConnection(ConnectionMgr.java:182) at workbench.gui.profiles.ConnectionGuiHelper$1.run(ConnectionGuiHelper.java:142) Noam PRIVILEGED AND CONFIDENTIAL PLEASE NOTE: The information contained in this message is privileged and confidential, and is intended only for the use of the individual to whom it is addressed and others who have been specifically authorized to receive it. If you are not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, or if any problems occur with transmission, please contact sender. Thank you.
class not found when running sql qlline-thin.py from 4.13 parcel version for CDH 5.11.2
Hi, When running sql qlline-thin.py from 4.13 parcel version for CDH 5.11.2 you get class not found error. This does not happened when you run it from the regular phonix release (4.13 for HBase 1.3) java.lang.NoClassDefFoundError: org/apache/phoenix/shaded/org/apache/http/config/Lookup at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:190) at org.apache.calcite.avatica.remote.AvaticaHttpClientFactoryImpl.instantiateClient(AvaticaHttpClientFactoryImpl.java:112) at org.apache.calcite.avatica.remote.AvaticaHttpClientFactoryImpl.getClient(AvaticaHttpClientFactoryImpl.java:68) at org.apache.calcite.avatica.remote.Driver.getHttpClient(Driver.java:160) at org.apache.calcite.avatica.remote.Driver.createService(Driver.java:123) at org.apache.calcite.avatica.remote.Driver.createMeta(Driver.java:97) at org.apache.calcite.avatica.AvaticaConnection.(AvaticaConnection.java:121) at org.apache.calcite.avatica.AvaticaJdbc41Factory$AvaticaJdbc41Connection.(AvaticaJdbc41Factory.java:105) at org.apache.calcite.avatica.AvaticaJdbc41Factory.newConnection(AvaticaJdbc41Factory.java:62) at org.apache.calcite.avatica.UnregisteredDriver.connect(UnregisteredDriver.java:138) at org.apache.calcite.avatica.remote.Driver.connect(Driver.java:165) at sqlline.DatabaseConnection.connect(DatabaseConnection.java:157) at sqlline.DatabaseConnection.getConnection(DatabaseConnection.java:203) at sqlline.Commands.connect(Commands.java:1064) at sqlline.Commands.connect(Commands.java:996) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at sqlline.ReflectiveCommandHandler.execute(ReflectiveCommandHandler.java:38) at sqlline.SqlLine.dispatch(SqlLine.java:809) at sqlline.SqlLine.initArgs(SqlLine.java:588) at sqlline.SqlLine.begin(SqlLine.java:661) at sqlline.SqlLine.start(SqlLine.java:398) at sqlline.SqlLine.main(SqlLine.java:291) at org.apache.phoenix.queryserver.client.SqllineWrapper.main(SqllineWrapper.java:93) Caused by: java.lang.ClassNotFoundException: org.apache.phoenix.shaded.org.apache.http.config.Lookup at java.net.URLClassLoader$1.run(URLClassLoader.java:366) at java.net.URLClassLoader$1.run(URLClassLoader.java:355) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:354) at java.lang.ClassLoader.loadClass(ClassLoader.java:425) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308) at java.lang.ClassLoader.loadClass(ClassLoader.java:358) ... 27 more PRIVILEGED AND CONFIDENTIAL PLEASE NOTE: The information contained in this message is privileged and confidential, and is intended only for the use of the individual to whom it is addressed and others who have been specifically authorized to receive it. If you are not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, or if any problems occur with transmission, please contact sender. Thank you.
Re: Boolean condition doesn't support IS operator
Ok, fine for me :) Thanks for the discussion anyway On Tue, Dec 5, 2017 at 5:54 PM, James Taylorwrote: > In SQL, you use IS with NULL or NOT NULL as a way to test for null since > column = NULL will never return true. I’ve never seen a SQL dialect that > allows column IS true or column IS 4 as some kind of alternative to using > an equality expression. More on that here: https://stackoverflow. > com/questions/859762/is-this-the-proper-way-to-do-boolean-test-in-sql > > On Tue, Dec 5, 2017 at 8:28 AM Flavio Pompermaier > wrote: > >> At the moment I'm usign VALID = true but IMHO Phoenix should support the >> IS syntax for boolean columns as well..of course this is just a +1 on this >> topic >> If no other one ask for this feature you could ignore this :) >> >> On Tue, Dec 5, 2017 at 4:31 PM, James Taylor >> wrote: >> >>> How about just using VALID = true or just VALID like this: select * from >>> t where VALID >>> >>> On Tue, Dec 5, 2017 at 2:52 AM Flavio Pompermaier >>> wrote: >>> Hi to all, I'm using Phoenix 4.7 and I cannot use IS operator on boolean values (e.g. VALID IS TRUE) Would it be that difficult to support it? Best, Flavio >>> >> >> >> -- >> Flavio Pompermaier >> Development Department >> >> OKKAM S.r.l. >> Tel. +(39) 0461 041809 <+39%200461%20041809> >> > -- Flavio Pompermaier Development Department OKKAM S.r.l. Tel. +(39) 0461 041809
Re: Boolean condition doesn't support IS operator
In SQL, you use IS with NULL or NOT NULL as a way to test for null since column = NULL will never return true. I’ve never seen a SQL dialect that allows column IS true or column IS 4 as some kind of alternative to using an equality expression. More on that here: https://stackoverflow.com/questions/859762/is-this-the-proper-way-to-do-boolean-test-in-sql On Tue, Dec 5, 2017 at 8:28 AM Flavio Pompermaierwrote: > At the moment I'm usign VALID = true but IMHO Phoenix should support the > IS syntax for boolean columns as well..of course this is just a +1 on this > topic > If no other one ask for this feature you could ignore this :) > > On Tue, Dec 5, 2017 at 4:31 PM, James Taylor > wrote: > >> How about just using VALID = true or just VALID like this: select * from >> t where VALID >> >> On Tue, Dec 5, 2017 at 2:52 AM Flavio Pompermaier >> wrote: >> >>> Hi to all, >>> I'm using Phoenix 4.7 and I cannot use IS operator on boolean values >>> (e.g. VALID IS TRUE) >>> Would it be that difficult to support it? >>> >>> Best, >>> Flavio >>> >> > > > -- > Flavio Pompermaier > Development Department > > OKKAM S.r.l. > Tel. +(39) 0461 041809 >
Re: Boolean condition doesn't support IS operator
At the moment I'm usign VALID = true but IMHO Phoenix should support the IS syntax for boolean columns as well..of course this is just a +1 on this topic If no other one ask for this feature you could ignore this :) On Tue, Dec 5, 2017 at 4:31 PM, James Taylorwrote: > How about just using VALID = true or just VALID like this: select * from t > where VALID > > On Tue, Dec 5, 2017 at 2:52 AM Flavio Pompermaier > wrote: > >> Hi to all, >> I'm using Phoenix 4.7 and I cannot use IS operator on boolean values >> (e.g. VALID IS TRUE) >> Would it be that difficult to support it? >> >> Best, >> Flavio >> > -- Flavio Pompermaier Development Department OKKAM S.r.l. Tel. +(39) 0461 041809
Re: Boolean condition doesn't support IS operator
How about just using VALID = true or just VALID like this: select * from t where VALID On Tue, Dec 5, 2017 at 2:52 AM Flavio Pompermaierwrote: > Hi to all, > I'm using Phoenix 4.7 and I cannot use IS operator on boolean values (e.g. > VALID IS TRUE) > Would it be that difficult to support it? > > Best, > Flavio >
Boolean condition doesn't support IS operator
Hi to all, I'm using Phoenix 4.7 and I cannot use IS operator on boolean values (e.g. VALID IS TRUE) Would it be that difficult to support it? Best, Flavio
Add automatic/default SALT
Hi to all, as stated by at the documentation[1] "for optimal performance, number of salt buckets should match number of region servers". So, why not to add an option AUTO/DEFAULT for salting that defaults this parameter to the number of region servers? Otherwise I have to manually connect to HBase, retrieve that number and pass to Phoenix... What do you think? [1] https://phoenix.apache.org/performance.html#Salting Best, Flavio