From
dev@hbase.apache.org
u...@phoenix.apache.org
W dniu 20.06.2018 o 22:42, Andrzej pisze:
GetRegionLocations(actions, locate_timeout_ns)
.then([=](std::vector>> &loc) {
std::lock_guard lck(multi_mutex_);
ActionsByServer actions_by_server;
std::vector> locate_failed;
Method GetRegionLoc
is called from
```
GetRegionLocations(actions, locate_timeout_ns)
.then([=](std::vector>> &loc) {
std::lock_guard lck(multi_mutex_);
ActionsByServer actions_by_server;
std::vector> locate_failed;
```
from
/home/andrzej/projects/simple-hbase2/src/hbase/client/async-batch-r
W dniu 05.10.2017 o 10:56, Andrzej pisze:
Test on my meager VirtualBox environment:
put 100'000 rows with 5 column per row : 20 to 21 seconds
but if I printf to stdout each 1000 row: 29 seconds
it is too big difference, alone printfs with screen scrolling give me
only <0.1 s.
Mean
Test on my meager VirtualBox environment:
put 100'000 rows with 5 column per row : 20 to 21 seconds
but if I printf to stdout each 1000 row: 29 seconds
it is too big difference, alone printfs with screen scrolling give me
only <0.1 s.
W dniu 05.10.2017 o 09:23, Ted Yu pisze:
Did you use scan ?
Cheers
I compare speed : native client Put columns and Thrift client.mutateRow
(Thrift1) because in Thrift1 I can't find Put columns.
Speed difference is significant
Sincerely
W dniu 05.10.2017 o 08:01, Sean Busbey pisze:
Presuming this is the using the C++ client that is under active
development and not yet in a release, please limit discussion of it to
the dev@hbase list.
(I have sent this to the dev list and moved the user@ list to bcc)
Is anywhere features of na
W dniu 04.10.2017 o 20:36, Enis Söztutar pisze:
I would recommend using the Makefile rather than buck. There is work going
on to also change the build from Make+buck to CMake in
https://issues.apache.org/jira/browse/HBASE-18901.
This will in near future?
Also see https://issues.apache.org/ji
I must compile with CMake, because my external program which I want link
with HBase Client, has errors when compiling with Buck.
Compilation Hbase client with CMake caused errors:
https://gist.github.com/borneq/e72bbf402f1c4687c65afab6f71b1094
I have changed some libs from Name to libName.a to e
How is best way to write CMakeLists.txt of simple client with all
dependencies? There ale many modules, files compilated by protoc, etc.
W dniu 30.09.2017 o 14:51, Ted Yu pisze:
bq. smart pointers, which hinders simple pointers values as arguments and
return values
I don't quite get what you meant. Can you elaborate ?
My trial exported function:
Table *soGetTable(Client *client, char *name)
{
//name ==> tn
return client->T
It is necessary shared library to fast communicate with external world.
Shared library would encapsulate all HBase possibilities and could be
used in big external project, compiled outside HBase docker with many
other dependecies.
There are two problems:
- smart pointers, which hinders simple p
W dniu 24.09.2017 o 18:43, Ted Yu pisze:
For building simple-client, you can use:
buck build src/hbase/client:simple-client
Ok, this built simple-client
For #2, you'd better not mix your code inside native client library.
What is best way use HBase client code in my binary?
The best, would
I build with Maven (after installing Java Oracle 8) and do time
consuming first time start `sudo bin/start-docker.sh`
In file /hbase-native-client/BUILDING.md is:
buck build //core:core
buck test --all
buck build //core:simple-client
But directories structure changes.
Previously was BUCK in core
I clone HBase sources and checkout HBASE-14850.
Next I do 'mvn install -DskipTests'
Is Annotation error:
https://pastebin.com/9YCtxtMh
Annotation is not needed (it is only test program?) and not must be
rebuild to next compile client with Docker ?
W dniu 22.09.2017 o 19:10, Ted Yu pisze:
Please refer to hbase-native-client/docker-files/Dockerfile for necessary
dependencies.
The binaries built within docker should not be directly linked outside
docker, unless OS outside docker is the same as within.
I try:
based on
hbase-native/HBASE-14
W dniu 22.09.2017 o 18:57, Ted Yu pisze:
> So libsasl2.so.3 is in your docker VM.
> Can you give the full error w.r.t. libsasl2.so.3 not being opened (I
assume
> you got the error within docker) ?
No, build is ok within docker, but I can't use it outside docker
Previous I have problems with fo
W dniu 22.09.2017 o 18:19, Ted Yu pisze:
On my docker VM, I found the following:
/usr/lib/x86_64-linux-gnu/libsasl2.so.2.0.25
/usr/lib/x86_64-linux-gnu/libsasl2.so.2
/usr/local/lib/libsasl2.so.3.0.0
/usr/local/lib/libsasl2.so.3
In my docker:
root@securecluster:/usr/src/hbase/hbase-native-clien
I have build my own library bases on simple-client.
When try run is error: libsasl2.so.3 cannot open shared object file no
such file or directory
I have libsasl2.so.2 and I don't know how install libsasl2.so.3
W dniu 05.09.2017 o 17:25, Ted Yu pisze:
Have you tried running the following command ?
buck clean
Nothing helps, removed megabytes but not forces to rebuild
W dniu 14.09.2017 o 14:12, Ted Yu pisze:
Please check that hbase-native-client/third-party/BUCK has the following:
folly = add_system_libs(
['folly'],
lib_dir='/usr/local/lib',
exported_deps=tp_dep_rules,)
The folly lib is built when docker is built.
Now compiling, it seems tha
W dniu 14.09.2017 o 12:36, Andrzej pisze:
On Mint I can rebuild native client, but on new environment, Ubuntu:
sudo ./bin/start-docker.sh
buck build //core:core
it says:
BUILD FAILED: Couldn't get dependency '//third-party:folly' of target
'//core:core':
No build file
On Mint I can rebuild native client, but on new environment, Ubuntu:
sudo ./bin/start-docker.sh
buck build //core:core
it says:
BUILD FAILED: Couldn't get dependency '//third-party:folly' of target
'//core:core':
No build file at third-party/BUCK when resolving target //third-party:folly.
In BUCK I have modified simple-client:
cxx_binary(
name="hbNative",
srcs=[
"hbNative.cpp",
],
compiler_flags=['-w'],
deps=[":core", "//connection:connection"],)
Previously I build it, but now it doesn't rebuild.
Next I have deleted hbNative in
HBASE-14850/hbase-native
W dniu 31.08.2017 o 02:43, Andrzej pisze:
I try
I changed library "event" to be dynamic.
Two problems:
buck build //core:core - nothing to build
buck build //core:hbNativeLib - give me
|=> //core:hbNativeLib#binary... 6.8s (running c++ link[1.0s])
/usr/bin/ld: warning: libif_
W dniu 31.08.2017 o 02:36, Ted Yu pisze:
In my docker VM, I see:
/usr/lib/x86_64-linux-gnu/libevent.a
True, in my usual Linux I see only libevent.so, but in docker I see both
You can try building //core:core first which should generate libevent.a
(dependency).
I try
W dniu 31.08.2017 o 00:35, Ted Yu pisze:
libevent.a is system library.
From hbase-native-client/third-party/BUCK :
system_libs = [
"lzma",
"event",
Just problem, that libevent.a is system library. Is possible install
other version or recompile it anyway? From where is copied to do
W dniu 31.08.2017 o 00:27, Ted Yu pisze:
Were you using docker ?
Was libevent.a generated ?
In my docker VM, I have:
-rw-r--r-- 1 root root 506746 Aug 16 16:08
buck-out/gen/third-party/gen_libevent/gen_libevent/libevent.a
The same:
full path:
/home/andrzej/code/hbase/hbase-native-client/buck
I want write shared object using native client classes.
My BUCK:
cxx_binary(
name="hbNativeLib",
srcs=[
"hbNativeLib.cpp",
],
deps=[":core", "//connection:connection"],
compiler_flags = ['-fPIC'],
link_style="shared",)
//-fPIC here is needed?
I have error:
/usr/bin
In folder hbase-native-client/core/
I have example:
Scan scan{}; //<--- here always {} ?
auto scanner = table->Scan(scan);
auto r = scanner->Next();
scanner->Close();
Scan walks from first to last row of table or can be more advanced
(search row value)?
Is other sample filter-test.cc
https://github.com/apache/hbase.git
branch HBASE-14850
file: <.git>/hbase-native-client/core/simple-client.cc
and environment folders
get table names -
put, get into table +
create, delete table ?
What is the status today?
31 matches
Mail list logo
