text:
weex-toolkit安装失败node8.9.1  npm5.5.1

bogon:WeexTest Codeliu$ sudo cnpm i weex-toolkit -g --no-optional
Downloading weex-toolkit to /usr/local/lib/node_modules/weex-toolkit_tmp
Copying /usr/local/lib/node_modules/weex-toolkit_tmp/_weex-toolkit@1.2.9@weex-toolkit to /usr/local/lib/node_modules/weex-toolkit
Installing weex-toolkit's dependencies to /usr/local/lib/node_modules/weex-toolkit/node_modules
[1/5] chalk@^1.1.3 installed at node_modules/_chalk@1.1.3@chalk
WARN node unsupported "node@v8.9.1" is incompatible with xtoolkit@0.2.23 › dns@^0.2.2, expected node@>= 0.10.0 < 0.11.0
WARN node unsupported "node@v8.9.1" is incompatible with xtoolkit@0.2.23 › dns@0.2.2 › tomahawk@0.1.6, expected node@>= 0.8.0 < 0.11.0
[2/5] check-node-version@^2.1.0 installed at node_modules/_check-node-version@2.1.0@check-node-version
[xtoolkit@0.2.23 › dns@0.2.2 › tomahawk@0.1.6 › socket.io@1.0.6 › socket.io-parser@2.2.0 › emitter@http://github.com/component/emitter/archive/1.0.1.tar.gz] install emitter from remote http://github.com/component/emitter/archive/1.0.1.tar.gz, may be very slow, please keep patience
[npminstall:get] retry GET http://github.com/component/emitter/archive/1.0.1.tar.gz after 100ms, retry left 4, error: ResponseError: write EPROTO 140736244773696:error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol version:../deps/openssl/openssl/ssl/s23_clnt.c:800:
(req "error"), GET https://github.com/component/emitter/archive/1.0.1.tar.gz -1 (connected: true, keepalive socket: false, agent status: {"createSocketCount":22,"createSocketErrorCount":0,"closeSocketCount":0,"errorSocketCount":0,"timeoutSocketCount":0,"requestCount":799,"freeSockets":{"registry.npm.taobao.org:443:::::::::":1,"registry.npm.taobao.org:443:::::::false::":8},"sockets":{"cdn.npm.taobao.org:443:::::::false::":10,"github.com:443:::::::false::":1,"registry.npm.taobao.org:443:::::::false::":2},"requests":{"cdn.npm.taobao.org:443:::::::false::":84}})
headers: {}
[xtoolkit@0.2.23 › dns@0.2.2 › tomahawk@0.1.6 › socket.io@1.0.6 › socket.io-adapter@0.2.0 › socket.io-parser@2.1.2 › emitter@http://github.com/component/emitter/archive/1.0.1.tar.gz] install emitter from remote http://github.com/component/emitter/archive/1.0.1.tar.gz, may be very slow, please keep patience
WARN node unsupported "node@v8.9.1" is incompatible with xtoolkit@0.2.23 › dns@0.2.2 › winston@0.7.3 › request@2.16.6 › hawk@~0.10.2, expected node@0.8.x
[npminstall:get] retry GET http://github.com/component/emitter/archive/1.0.1.tar.gz after 200ms, retry left 3, error: ResponseError: write EPROTO 140736244773696:error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol version:../deps/openssl/openssl/ssl/s23_clnt.c:800:
(req "error"), GET https://github.com/component/emitter/archive/1.0.1.tar.gz -1 (connected: true, keepalive socket: false, agent status: {"createSocketCount":24,"createSocketErrorCount":0,"closeSocketCount":1,"errorSocketCount":0,"timeoutSocketCount":0,"requestCount":891,"freeSockets":{"registry.npm.taobao.org:443:::::::::":1,"registry.npm.taobao.org:443:::::::false::":5},"sockets":{"cdn.npm.taobao.org:443:::::::false::":10,"github.com:443:::::::false::":2,"registry.npm.taobao.org:443:::::::false::":5},"requests":{"cdn.npm.taobao.org:443:::::::false::":52}})
headers: {}
[xtoolkit@0.2.23 › dns@0.2.2 › tomahawk@0.1.6 › socket.io@1.0.6 › socket.io-client@1.0.6 › engine.io-client@1.3.1 › xmlhttprequest@https://github.com/LearnBoost/node-XMLHttpRequest/archive/0f36d0b5ebc03d85f860d42a64ae9791e1daa433.tar.gz] install xmlhttprequest from remote https://github.com/LearnBoost/node-XMLHttpRequest/archive/0f36d0b5ebc03d85f860d42a64ae9791e1daa433.tar.gz, may be very slow, please keep patience
WARN node unsupported "node@v8.9.1" is incompatible with xtoolkit@0.2.23 › dns@0.2.2 › winston@0.7.3 › request@2.16.6 › hawk@0.10.2 › cryptiles@0.1.x, expected node@0.8.x
WARN node unsupported "node@v8.9.1" is incompatible with xtoolkit@0.2.23 › dns@0.2.2 › winston@0.7.3 › request@2.16.6 › hawk@0.10.2 › sntp@0.1.x, expected node@0.8.x
WARN node unsupported "node@v8.9.1" is incompatible with xtoolkit@0.2.23 › dns@0.2.2 › winston@0.7.3 › request@2.16.6 › hawk@0.10.2 › boom@0.3.x, expected node@0.8.x
[npminstall:get] retry GET https://github.com/LearnBoost/node-XMLHttpRequest/archive/0f36d0b5ebc03d85f860d42a64ae9791e1daa433.tar.gz after 100ms, retry left 4, error: ResponseError: write EPROTO 140736244773696:error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol version:../deps/openssl/openssl/ssl/s23_clnt.c:800:
(req "error"), GET https://github.com/LearnBoost/node-XMLHttpRequest/archive/0f36d0b5ebc03d85f860d42a64ae9791e1daa433.tar.gz -1 (connected: true, keepalive socket: false, agent status: {"createSocketCount":26,"createSocketErrorCount":0,"closeSocketCount":2,"errorSocketCount":0,"timeoutSocketCount":0,"requestCount":981,"freeSockets":{"registry.npm.taobao.org:443:::::::::":1,"registry.npm.taobao.org:443:::::::false::":10},"sockets":{"cdn.npm.taobao.org:443:::::::false::":10,"github.com:443:::::::false::":3},"requests":{"cdn.npm.taobao.org:443:::::::false::":52}})
headers: {}
[npminstall:get] retry GET http://github.com/component/emitter/archive/1.0.1.tar.gz after 100ms, retry left 4, error: ResponseError: write EPROTO 140736244773696:error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol version:../deps/openssl/openssl/ssl/s23_clnt.c:800:
(req "error"), GET https://github.com/component/emitter/archive/1.0.1.tar.gz -1 (connected: true, keepalive socket: false, agent status: {"createSocketCount":26,"createSocketErrorCount":0,"closeSocketCount":3,"errorSocketCount":0,"timeoutSocketCount":0,"requestCount":984,"freeSockets":{"registry.npm.taobao.org:443:::::::::":1,"registry.npm.taobao.org:443:::::::false::":10},"sockets":{"cdn.npm.taobao.org:443:::::::false::":10,"github.com:443:::::::false::":2},"requests":{"cdn.npm.taobao.org:443:::::::false::":50}})
headers: {}
WARN node unsupported "node@v8.9.1" is incompatible with xtoolkit@0.2.23 › dns@0.2.2 › winston@0.7.3 › request@2.16.6 › hawk@0.10.2 › hoek@0.7.x, expected node@0.8.x
[xtoolkit@0.2.23 › dns@0.2.2 › tomahawk@0.1.6 › socket.io@1.0.6 › socket.io-client@1.0.6 › engine.io-client@1.3.1 › has-cors@1.0.3 › global@https://github.com/component/global/archive/v2.0.1.tar.gz] install global from remote https://github.com/component/global/archive/v2.0.1.tar.gz, may be very slow, please keep patience
[npminstall:get] retry GET http://github.com/component/emitter/archive/1.0.1.tar.gz after 300ms, retry left 2, error: ResponseError: write EPROTO 140736244773696:error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol version:../deps/openssl/openssl/ssl/s23_clnt.c:800:
(req "error"), GET https://github.com/component/emitter/archive/1.0.1.tar.gz -1 (connected: true, keepalive socket: false, agent status: {"createSocketCount":30,"createSocketErrorCount":0,"closeSocketCount":5,"errorSocketCount":0,"timeoutSocketCount":0,"requestCount":1058,"freeSockets":{"registry.npm.taobao.org:443:::::::::":1,"registry.npm.taobao.org:443:::::::false::":8},"sockets":{"cdn.npm.taobao.org:443:::::::false::":10,"github.com:443:::::::false::":4,"registry.npm.taobao.org:443:::::::false::":2},"requests":{"cdn.npm.taobao.org:443:::::::false::":30}})
headers: {}
[npminstall:get] retry GET https://github.com/LearnBoost/node-XMLHttpRequest/archive/0f36d0b5ebc03d85f860d42a64ae9791e1daa433.tar.gz after 200ms, retry left 3, error: ResponseError: write EPROTO 140736244773696:error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol version:../deps/openssl/openssl/ssl/s23_clnt.c:800:
(req "error"), GET https://github.com/LearnBoost/node-XMLHttpRequest/archive/0f36d0b5ebc03d85f860d42a64ae9791e1daa433.tar.gz -1 (connected: true, keepalive socket: false, agent status: {"createSocketCount":30,"createSocketErrorCount":0,"closeSocketCount":6,"errorSocketCount":0,"timeoutSocketCount":0,"requestCount":1070,"freeSockets":{"registry.npm.taobao.org:443:::::::::":1,"registry.npm.taobao.org:443:::::::false::":7},"sockets":{"cdn.npm.taobao.org:443:::::::false::":10,"github.com:443:::::::false::":3,"registry.npm.taobao.org:443:::::::false::":3},"requests":{"cdn.npm.taobao.org:443:::::::false::":26}})
headers: {}
[npminstall:get] retry GET https://github.com/component/global/archive/v2.0.1.tar.gz after 100ms, retry left 4, error: ResponseError: write EPROTO 140736244773696:error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol version:../deps/openssl/openssl/ssl/s23_clnt.c:800:
(req "error"), GET https://github.com/component/global/archive/v2.0.1.tar.gz -1 (connected: true, keepalive socket: false, agent status: {"createSocketCount":31,"createSocketErrorCount":0,"closeSocketCount":7,"errorSocketCount":0,"timeoutSocketCount":0,"requestCount":1099,"freeSockets":{"registry.npm.taobao.org:443:::::::::":1,"registry.npm.taobao.org:443:::::::false::":9},"sockets":{"cdn.npm.taobao.org:443:::::::false::":10,"github.com:443:::::::false::":3,"registry.npm.taobao.org:443:::::::false::":1},"requests":{"cdn.npm.taobao.org:443:::::::false::":35}})
headers: {}
[npminstall:get] retry GET http://github.com/component/emitter/archive/1.0.1.tar.gz after 200ms, retry left 3, error: ResponseError: write EPROTO 140736244773696:error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol version:../deps/openssl/openssl/ssl/s23_clnt.c:800:
(req "error"), GET https://github.com/component/emitter/archive/1.0.1.tar.gz -1 (connected: true, keepalive socket: false, agent status: {"createSocketCount":33,"createSocketErrorCount":0,"closeSocketCount":8,"errorSocketCount":0,"timeoutSocketCount":0,"requestCount":1145,"freeSockets":{"registry.npm.taobao.org:443:::::::::":1,"registry.npm.taobao.org:443:::::::false::":8},"sockets":{"cdn.npm.taobao.org:443:::::::false::":10,"github.com:443:::::::false::":4,"registry.npm.taobao.org:443:::::::false::":2},"requests":{"cdn.npm.taobao.org:443:::::::false::":39}})
headers: {}
[npminstall:get] retry GET https://github.com/LearnBoost/node-XMLHttpRequest/archive/0f36d0b5ebc03d85f860d42a64ae9791e1daa433.tar.gz after 300ms, retry left 2, error: ResponseError: write EPROTO 140736244773696:error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol version:../deps/openssl/openssl/ssl/s23_clnt.c:800:
(req "error"), GET https://github.com/LearnBoost/node-XMLHttpRequest/archive/0f36d0b5ebc03d85f860d42a64ae9791e1daa433.tar.gz -1 (connected: true, keepalive socket: false, agent status: {"createSocketCount":33,"createSocketErrorCount":0,"closeSocketCount":9,"errorSocketCount":0,"timeoutSocketCount":0,"requestCount":1191,"freeSockets":{"registry.npm.taobao.org:443:::::::::":1,"registry.npm.taobao.org:443:::::::false::":9},"sockets":{"cdn.npm.taobao.org:443:::::::false::":10,"github.com:443:::::::false::":3,"registry.npm.taobao.org:443:::::::false::":1},"requests":{"cdn.npm.taobao.org:443:::::::false::":38}})
headers: {}
[npminstall:get] retry GET http://github.com/component/emitter/archive/1.0.1.tar.gz after 400ms, retry left 1, error: ResponseError: write EPROTO 140736244773696:error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol version:../deps/openssl/openssl/ssl/s23_clnt.c:800:
(req "error"), GET https://github.com/component/emitter/archive/1.0.1.tar.gz -1 (connected: true, keepalive socket: false, agent status: {"createSocketCount":33,"createSocketErrorCount":0,"closeSocketCount":10,"errorSocketCount":0,"timeoutSocketCount":0,"requestCount":1198,"freeSockets":{"registry.npm.taobao.org:443:::::::::":1,"registry.npm.taobao.org:443:::::::false::":7},"sockets":{"cdn.npm.taobao.org:443:::::::false::":10,"github.com:443:::::::false::":2,"registry.npm.taobao.org:443:::::::false::":3},"requests":{"cdn.npm.taobao.org:443:::::::false::":32}})
headers: {}
[npminstall:get] retry GET https://github.com/component/global/archive/v2.0.1.tar.gz after 200ms, retry left 3, error: ResponseError: write EPROTO 140736244773696:error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol version:../deps/openssl/openssl/ssl/s23_clnt.c:800:
(req "error"), GET https://github.com/component/global/archive/v2.0.1.tar.gz -1 (connected: true, keepalive socket: false, agent status: {"createSocketCount":33,"createSocketErrorCount":0,"closeSocketCount":11,"errorSocketCount":0,"timeoutSocketCount":0,"requestCount":1208,"freeSockets":{"registry.npm.taobao.org:443:::::::::":1,"registry.npm.taobao.org:443:::::::false::":5},"sockets":{"cdn.npm.taobao.org:443:::::::false::":10,"github.com:443:::::::false::":1,"registry.npm.taobao.org:443:::::::false::":5},"requests":{"cdn.npm.taobao.org:443:::::::false::":30}})
headers: {}
[npminstall:get] retry GET http://github.com/component/emitter/archive/1.0.1.tar.gz after 300ms, retry left 2, error: ResponseError: write EPROTO 140736244773696:error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol version:../deps/openssl/openssl/ssl/s23_clnt.c:800:
(req "error"), GET https://github.com/component/emitter/archive/1.0.1.tar.gz -1 (connected: true, keepalive socket: false, agent status: {"createSocketCount":36,"createSocketErrorCount":0,"closeSocketCount":12,"errorSocketCount":0,"timeoutSocketCount":0,"requestCount":1278,"freeSockets":{"registry.npm.taobao.org:443:::::::::":1,"registry.npm.taobao.org:443:::::::false::":10},"sockets":{"cdn.npm.taobao.org:443:::::::false::":10,"github.com:443:::::::false::":3},"requests":{"cdn.npm.taobao.org:443:::::::false::":44}})
headers: {}
[npminstall:get] retry GET https://github.com/LearnBoost/node-XMLHttpRequest/archive/0f36d0b5ebc03d85f860d42a64ae9791e1daa433.tar.gz after 400ms, retry left 1, error: ResponseError: write EPROTO 140736244773696:error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol version:../deps/openssl/openssl/ssl/s23_clnt.c:800:
(req "error"), GET https://github.com/LearnBoost/node-XMLHttpRequest/archive/0f36d0b5ebc03d85f860d42a64ae9791e1daa433.tar.gz -1 (connected: true, keepalive socket: false, agent status: {"createSocketCount":37,"createSocketErrorCount":0,"closeSocketCount":13,"errorSocketCount":0,"timeoutSocketCount":0,"requestCount":1281,"freeSockets":{"registry.npm.taobao.org:443:::::::::":1,"registry.npm.taobao.org:443:::::::false::":10},"sockets":{"cdn.npm.taobao.org:443:::::::false::":10,"github.com:443:::::::false::":3},"requests":{"cdn.npm.taobao.org:443:::::::false::":51}})
headers: {}
[npminstall:get] retry GET https://github.com/component/global/archive/v2.0.1.tar.gz after 300ms, retry left 2, error: ResponseError: write EPROTO 140736244773696:error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol version:../deps/openssl/openssl/ssl/s23_clnt.c:800:
(req "error"), GET https://github.com/component/global/archive/v2.0.1.tar.gz -1 (connected: true, keepalive socket: false, agent status: {"createSocketCount":37,"createSocketErrorCount":0,"closeSocketCount":14,"errorSocketCount":0,"timeoutSocketCount":0,"requestCount":1290,"freeSockets":{"registry.npm.taobao.org:443:::::::::":1,"registry.npm.taobao.org:443:::::::false::":10},"sockets":{"cdn.npm.taobao.org:443:::::::false::":10,"github.com:443:::::::false::":2},"requests":{"cdn.npm.taobao.org:443:::::::false::":52}})
headers: {}
Install fail! ResponseError: write EPROTO 140736244773696:error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol version:../deps/openssl/openssl/ssl/s23_clnt.c:800:
(req "error"), GET https://github.com/component/emitter/archive/1.0.1.tar.gz -1 (connected: true, keepalive socket: false, agent status: {"createSocketCount":40,"createSocketErrorCount":0,"closeSocketCount":16,"errorSocketCount":0,"timeoutSocketCount":0,"requestCount":1334,"freeSockets":{"registry.npm.taobao.org:443:::::::::":1,"registry.npm.taobao.org:443:::::::false::":9},"sockets":{"cdn.npm.taobao.org:443:::::::false::":10,"github.com:443:::::::false::":3,"registry.npm.taobao.org:443:::::::false::":1},"requests":{"cdn.npm.taobao.org:443:::::::false::":31}})
headers: {}
Error: write EPROTO 140736244773696:error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol version:../deps/openssl/openssl/ssl/s23_clnt.c:800:
at _errnoException (util.js:1024:11)
at WriteWrap.afterWrite [as oncomplete] (net.js:867:14)

npminstall version: 3.3.0
npminstall args: /usr/local/bin/node /usr/local/lib/node_modules/cnpm/node_modules/npminstall/bin/install.js --china --userconfig=/Users/Codeliu/.cnpmrc --disturl=https://npm.taobao.org/mirrors/node --registry=https://registry.npm.taobao.org weex-toolkit -g --no-optional

找了网上很多方法，都不可以，唯一安装成功的是一个0.6的weex版本，但是很多东西太老了不能用

糊里糊涂的，竟然就好了，不知道发生了什么

我和你是同一个问题 也是安装0.6的就好了  然后我现在还在烦恼

repo: weexteam/weex-toolkit


text:
Update fr.json

"3 TP" can be misleading since there may be only 1 or 2 TP while not an O&R or triangle... "Up to 3 TP" or "3TP max" is better
Updating fr.json:
"Flyer" here is not a piece of paper ;-)
aircraft -> planeur (avion is for motorized aircraft
task	-> 	circuit
leg	->	branche
glide ->	finesse
glides  ->    transitions
circle	-> spirale or virage
...

You are right it can be misleading. Sadly the physical space does not allow more than a couple of characters and people are used to 3 TP. I reverted it after merging. Thank you for going through everything, really glad to have some help with french.

source: gharchive/pull-request

repo: weglide/translation

license: MIT

license_type: permissive

license_source: github-api


text:
UNZIP to new directory not working?

let directoryURL: URL = FileManager.default.urls(for: .documentDirectory, in: .userDomainMask)[0]
let folderPath: URL = directoryURL.appendingPathComponent("/AR/DataNFT", isDirectory: true)

let fileManager = FileManager.default

if !fileManager.fileExists(atPath: folderPath.path) {
    do {

              try fileManager.createDirectory(at: folderPath, withIntermediateDirectories: true, attributes: nil)
    } catch {
        print("Couldn't create document directory")
    }
}

try fileManager.unzipItem(at: response.destinationURL!, to: folderPath)

I am getting my downloaded files unzipped some of them into "AR/DataNFT" as expected but some of them are getting into another folder which has the download name for example "AR/DataNFT/DownloadName/(unzipped files)"
Why is this behaviour of unzip function temperamental? Am i doing something wrong?

Can you share a ZIP file that exposes this problem.
The defined behaviour is, that the folder structure within a ZIP file is recreated at folderPath.
Some archives may have an additional folder at their root level, this folder will be also be recreated. Other archives don't contain a common root folder and have files and folders mixed at their root level.

source: gharchive/issue

authors: haiderashfaq weichsel

repo: weichsel/ZIPFoundation

license: mit

license_source: bigquery


text:
Show spinner in the location box when the search button is pressed

Description
Show search spinner when users press the search submit button
Solution

Previously we only show the search spinner when users press enter inside the search location box
Now we also show search spinner when users press the search button

Testing

[x] Integration testing on Heroku staging
[ ] Added new unit tests

Checks

[x] Have you removed commented code?
[x] Have you used gofmt/jsfmt to format your code?

A screenshot of the search spinner indicator

LGTM

repo: weihesdlegend/Vacation-Planner


text:
ModuleNotFoundError: No module named 'mmcv._ext'

Hi, when running generate_occupancy_nuscenes.py, I encounter such a problem: ModuleNotFoundError: No module named 'mmcv._ext'.
I've searched the Internet and found many articles/github issues about it, but most of them said that the reason was a mismatch from versions of CUDA, torch and mmcv-full, which I think I've totally avoid. So I still have no idea about the actual reason of this problem. Did anyone meet with the same issue? And how did you fix it? Thanks for your help!
Also, here I can post the versions of those packages in my environment:
CUDA: 11.1

torch: 1.10.1+cu111

mmcv-full: 1.4.0

Hi, sorry I have not met this error. But I think you may try nvidia-smi and see whether the driver cuda version is right.

I think it is ok that this version can be a little different with nvcc version but should not too far from it.

I solved it by
pip uninstall mmcv-full mmdet mmsegmentation
pip install mmcv-full==1.4.0 -f https://download.openmmlab.com/mmcv/dist/cu111/torch1.10.0/index.html
pip install mmdet==2.14.0
pip install mmsegmentation==0.14.1

I solved it by
pip uninstall mmcv-full mmdet mmsegmentation
pip install mmcv-full==1.4.0 -f https://download.openmmlab.com/mmcv/dist/cu111/torch1.10.0/index.html
pip install mmdet==2.14.0
pip install mmsegmentation==0.14.1

谢谢兄弟，能跑了！虽然我还是不知道为什么能运行，我记得我之前就尝试过这个方法但没成功；而且新安装的库和卸载的库版本也一样，也不知道为什么重新安装一次就能运行了，我觉得很玄学。
但不管怎么说，这次确实能正常运行了，十分感谢。

authors: JohnFuguiWang RONINGOD weiyithu

repo: weiyithu/SurroundOcc


text:
Handle NaN periodogram power

The code stays in an infinite loop when a large vector on NaN values are given
Converting those to 0 seems to do the trick to avoid the infinite loop.
Details are mentioned  at: https://github.com/welch/seasonal/issues/9

Thanks for the PR!
Do you have an example in which a NaN is produced for non-NaN input?
Else, poor form to quietly accept and squash a NaN, I'd rather leave things
as they are.

This example is produced when I gave an nan input to fit_seasons
I don't know how exactly these powers should be calculated. Its understandable not wanting the change the Nan's to zeros.
But in that case I think an exception should be thrown or it should just return None. Or you think that input shouldn't be a NaN under any circumstance. There can be an assertion (but seems like it can be)
Because being stuck in an infinite loop that eventually eats up the memory is one of the worst consequences. Because in that case you don't even know why it happened.
In my case the NaN values were not given by choice but was a consequence of the re-sampling of an unexpected input.
I am closing the PR perhaps you can find and implement the more suitable solution according to the structure of the module.

authors: sinanonur welch

repo: welch/seasonal


text:
Only use the first line of the description as a label (if at all)

In this title:
b'An angel leading a soul into hell. Oil painting by a followe'
b'An angel leading a soul into hell. Oil painting by a follower of Hieronymus Bosch.\r\n\r\nIn this painting, a naked man arrives in hell escorted by a winged angel clad in white. The naked man is presumed to be a soul of the dead. Monsters inflict horrendous tortures on the damned who are already there. The angel who accompanies the soul of the deceased to the underworld is called the \'psychopomp\'. In ancient Graeco-Roman religion the psychopomp is Hermes (Mercury), but Christian doctrines are more vague on how the soul actually reaches its post-mortem destination: in some versions the event itself happens immediately after the death of an individual, while in others it happens after Judgment Day. \r\r\n\r\r\nPaintings, poems and songs have contributed as much to the idea of hell as official doctrines. Hell is depicted in mediaeval and early modern churches and cemeteries (as at Pisa) as well as on Buddhist paintings of the realm of Yama. The torments of the damned reflect the tortures inflicted by torturers acting for political masters and judicial authorities in the secular dungeons of this world. \r\r\n\r\r\nOne master painter who specialized in the genre of hell-scenes was Hieronymus Bosch (died 1516). His enormously popular pictures were emulated by many artists throughout the 16th century, in Italy as well as in the Low Countries. The present painting was at one time in Rome and may have been painted by an Italian painter. The rotunda in the right middle-ground is similar to Virgil\'s tomb at Piedigrotta, near Naples - appropriately, as Virgil described Aeneas\' descent to the underworld in the "Aeneid", and acted as Dante\'s guide to the underworld in Dante\'s "Inferno".'

We can probably do a better job if we guess everything up to the first newline as a candidate title.

We need to run a reindex before we can close this.

Hmm, this doesn’t seem to have worked: https://api.wellcomecollection.org/catalogue/v0/works/c3c7b5pa
I wonder – did something go wrong with the reindex?

So that item arrived at the ingestor, but the transformer data it received was wrong:
"Message" : "{\"canonicalId\":\"c3c7b5pa\",\"work\":{\"identifiers\":[{\"source\":\"Miro\",\"sourceId\":\"MiroID\",\"value\":\"V0017388\"}],\"label\":\"An angel leading a soul into hell. Oil painting by a follower of Hieronymus Bosch.\\n\\nIn this painting, a naked man arrives in hell escorted by a winged angel clad in white. The naked man is presumed to be a soul of the dead. Monsters inflict horrendous tortures on the damned who are already there. The angel who accompanies the soul of the deceased to the underworld is called the 'psychopomp'. In ancient Graeco-Roman religion the psychopomp is Hermes (Mercury), but Christian doctrines are more vague on how the soul actually reaches its post-mortem destination: in some versions the event itself happens immediately after the death of an individual, while in others it happens after Judgment Day. \\n\\n\\n\\nPaintings, poems and songs have contributed as much to the idea of hell as official doctrines. Hell is depicted in mediaeval and early modern churches and cemeteries (as at Pisa) as well as on Buddhist paintings of the realm of Yama. The torments of the damned reflect the tortures inflicted by torturers acting for political masters and judicial authorities in the secular dungeons of this world. \\n\\n\\n\\nOne master painter who specialized in the genre of hell-scenes was Hieronymus Bosch (died 1516). His enormously popular pictures were emulated by many artists throughout the 16th century, in Italy as well as in the Low Countries. The present painting was at one time in Rome and may have been painted by an Italian painter. The rotunda in the right middle-ground is similar to Virgil's tomb at Piedigrotta, near Naples - appropriately, as Virgil described Aeneas' descent to the underworld in the \\\"Aeneid\\\", and acted as Dante's guide to the underworld in Dante's \\\"Inferno\\\".\",\"creators\":[{\"label\":\"Hieronymus Bosch\",\"type\":\"Agent\"}],\"type\":\"Work\"}}",

Okay, turns out the API was pointing at the wrong index. Titles are better now!

repo: wellcometrust/platform-api


text:
Zoom in on an image

Type

✨ Feature

Requirements
We're pretty likely to want to offer deep zoom functionality beyond what can be done within native browser. What are our options for zooming in on IIIF images?
Options in the world include:

http://iiif.io/apps-demos/
OpenSeadragon
https://viewdir.github.io/
Universal Viewer
....and there are more I'm sure!

@jennpb @gestchild and I've been working on this. I plan to get user feedback on following

use of icon
location of CTA
zoom in/out interaction
Here's the prototype link.
https://invis.io/6XDWSYMPS#/257889595_WorkPage_Update

authors: Heesoomoon jennpb


text:
error with the latest version of rdkit (2021.03.1)

Hello,
I just wanted to share that the code does not run properly if using the latest version of rdkit (2021.03.1). I tried to run the examples from the readme file python get_vocab.py < data/qed/mols.txt > vocab.txt and got the following error:
multiprocessing.pool.RemoteTraceback:
"""
Traceback (most recent call last):
  File "/Users/brian/opt/anaconda3/envs/hiervae/lib/python3.6/multiprocessing/pool.py", line 119, in worker
    result = (True, func(*args, **kwds))
  File "/Users/brian/opt/anaconda3/envs/hiervae/lib/python3.6/multiprocessing/pool.py", line 44, in mapstar
    return list(map(*args))
  File "get_vocab.py", line 10, in process
    hmol = MolGraph(s)
  File "/Users/brian/Desktop/git/hgraph2graph/hgraph/mol_graph.py", line 22, in __init__
    self.order = self.label_tree()
  File "/Users/brian/Desktop/git/hgraph2graph/hgraph/mol_graph.py", line 112, in label_tree
    cmol, inter_label = get_inter_label(mol, cls, inter_atoms)
  File "/Users/brian/Desktop/git/hgraph2graph/hgraph/chemutils.py", line 142, in get_inter_label
    new_mol = get_clique_mol(mol, atoms)
  File "/Users/brian/Desktop/git/hgraph2graph/hgraph/chemutils.py", line 111, in get_clique_mol
    smiles = Chem.MolFragmentToSmiles(mol, atoms, kekuleSmiles=True)
rdkit.Chem.rdchem.AtomKekulizeException: non-ring atom 7 marked aromatic
"""

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "get_vocab.py", line 29, in <module>
    vocab_list = pool.map(process, batches)
  File "/Users/brian/opt/anaconda3/envs/hiervae/lib/python3.6/multiprocessing/pool.py", line 266, in map
    return self._map_async(func, iterable, mapstar, chunksize).get()
  File "/Users/brian/opt/anaconda3/envs/hiervae/lib/python3.6/multiprocessing/pool.py", line 644, in get
    raise self._value
rdkit.Chem.rdchem.AtomKekulizeException: non-ring atom 7 marked aromatic

I also faced a similar error when running the preprocessing script.
This Kekulize error has been mentioned in the latest RDKit release update:
https://github.com/rdkit/rdkit/releases
"Setting the kekuleSmiles argument (doKekule in C++) to MolToSmiles will now
cause the molecule to be kekulized before SMILES generation. Note that this
can lead to an exception being thrown. Previously this argument would only
write kekulized SMILES if the molecule had already been kekulized (#2788)"
So far, my workaround has been to downgrade RDkit to an older version. I seem to no longer run into these errors after testing rdkit=2018.09.1.0, although it would be nice to know what version of rdkit was used in the original implementation.

hi @wengong-jin, could you share what version of rdkit you used? I also run into the same key error during preprocessing that others have reported in @ #18 @ #3 after running the get_vocab script successfully.

More precise error:

@wengong-jin kindly shared his conda env with me:
numpy                     1.19.1                   pypi_0    pypi
python                    3.7.6                h0371630_2
pytorch                   1.5.1
rdkit                     2019.03.4.0      py37hc20afe1_1    rdkit
After rerunning the vocab and preprocessing with this environment (also with networkx) I no longer ran into the KeyError. There seem to be some subtle differences in fragment generation for rdkit=2018.09.1.0 and rdkit=2019.03.4.0 version.

rdkit version: 2021.03.3
(didn't check in other versions)
Doing
python get_vocab.py --ncpu 16 < aromatic.txt > vocab.txt with aromatic SMILES,
an error occurs because of Chem.Kekulize function.
In chemutils.py,
Before:
def get_mol(smiles):
    mol = Chem.MolFromSmiles(smiles)
    if mol is not None: Chem.Kekulize(mol)
    return mol

After: adding clearAromaticFlags=True
def get_mol(smiles):
    mol = Chem.MolFromSmiles(smiles)
    if mol is not None: Chem.Kekulize(mol, clearAromaticFlags=True)
    return mol

Solved.

authors: Nokimann byooooo


text:
Create pull_request_labels.yml

https://werkbotstudios.teamwork.com/#/tasks/29402677
Summary
Required release-related labels on PRs. Requires exactly one semvar label.
Testing

[ ] confirm the action check fails for this PR
[ ] add a "patch" label here, confirm the check passes now

Concern

Not sure if we want to enforce "category" labels like these here https://github.com/werkbot/silverstripe-module-search/blob/master/.github/release-drafter.yml#L5. You could have a mixture of labels like that, so we would need to figure out how the rules should work for those.

Not sure if we want to enforce "category" labels like these here https://github.com/werkbot/silverstripe-module-search/blob/master/.github/release-drafter.yml#L5. You could have a mixture of labels like that, so we would need to figure out how the rules should work for those.

Hmm I think for now just enforcing the semvar labels is good, but I think thats something we can enforce later after working with the process a bit.

repo: werkbot/silverstripe-module-search


text:
Allow setting glamour style / turn off colors when not using full output

Currently, glamour renders the help pages with colors and styling in any case. We should disable this and render in raw mode when piped into a pager. Also, we should allow not only the user, but also the developer to provide custom styles.

Relevant issue from the glamour repo: https://github.com/charmbracelet/glamour/issues/145

Using glamor.WithAutoStyle() instead of explicitly setting dark mode, it successfully detects light mode when I'm in a plain terminal, but uses dark mode when I'm in tmux.
In plain terminal:
[09:48:10] nicholas@cortado> echo $TERM
xterm-256color
[09:50:32] nicholas@cortado> echo $COLORTERM
truecolor
[09:50:44] nicholas@cortado> echo $COLORFGBG

in tmux:
[09:51:14] nicholas@cortado> echo $COLORFGBG

[09:51:16] nicholas@cortado> echo $TERM
tmux-256color
[09:52:31] nicholas@cortado> echo $COLORTERM
truecolor
[09:52:32] nicholas@cortado> echo $COLORFGBG

And when I override the only one that's different (TERM) it still detects it incorrectly.

Relevant code from our spelunking:
func (o Output) backgroundColor() Color {
	s, err := o.termStatusReport(11)
	if err == nil {
		c, err := xTermColor(s)
		if err == nil {
			return c
		}
	}

	colorFGBG := o.environ.Getenv("COLORFGBG")
	if strings.Contains(colorFGBG, ";") {
		c := strings.Split(colorFGBG, ";")
		i, err := strconv.Atoi(c[len(c)-1])
		if err == nil {
			return ANSIColor(i)
		}
	}

	// default black
	return ANSIColor(0)
}

from termenv_unix.go:
func (o Output) termStatusReport(sequence int) (string, error) {
	// screen/tmux can't support OSC, because they can be connected to multiple
	// terminals concurrently.
	term := o.environ.Getenv("TERM")
	if strings.HasPrefix(term, "screen") || strings.HasPrefix(term, "tmux") {
		return "", ErrStatusReport
	}

	tty := o.TTY()
	if tty == nil {
		return "", ErrStatusReport
	}

	fd := int(tty.Fd())
	// if in background, we can't control the terminal
	if !isForeground(fd) {
		return "", ErrStatusReport
	}

	t, err := unix.IoctlGetTermios(fd, tcgetattr)
	if err != nil {
		return "", fmt.Errorf("%s: %s", ErrStatusReport, err)
	}
	defer unix.IoctlSetTermios(fd, tcsetattr, t) //nolint:errcheck

	noecho := *t
	noecho.Lflag = noecho.Lflag &^ unix.ECHO
	noecho.Lflag = noecho.Lflag &^ unix.ICANON
	if err := unix.IoctlSetTermios(fd, tcsetattr, &noecho); err != nil {
		return "", fmt.Errorf("%s: %s", ErrStatusReport, err)
	}

	// first, send OSC query, which is ignored by terminal which do not support it
	fmt.Fprintf(tty, "\033]%d;?\033\\", sequence)

	// then, query cursor position, should be supported by all terminals
	fmt.Fprintf(tty, "\033[6n")

	// read the next response
	res, isOSC, err := readNextResponse(tty)
	if err != nil {
		return "", fmt.Errorf("%s: %s", ErrStatusReport, err)
	}

	// if this is not OSC response, then the terminal does not support it
	if !isOSC {
		return "", ErrStatusReport
	}

	// read the cursor query response next and discard the result
	_, _, err = readNextResponse(tty)
	if err != nil {
		return "", err
	}

	// fmt.Println("Rcvd", res[1:])
	return res, nil
}

we figured out that it's using o.termStatusReport. outside of tmux, this value is "\x1b]11;rgb:fafa/fafa/fafa\x1b". inside tmux, it's special cased to "".

authors: ntietz wesen

repo: wesen/glazed


text:
Update sbt-mdoc to 2.3.1

Updates org.scalameta:sbt-mdoc from 2.2.24 to 2.3.1.
GitHub Release Notes - Version Diff
I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.
If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention me in the comments below.
Configure Scala Steward for your repository with a .scala-steward.conf file.
Have a fantastic day writing Scala!

Ignore future updates
Add this to your .scala-steward.conf file to ignore future updates of this dependency:
updates.ignore = [ { groupId = "org.scalameta", artifactId = "sbt-mdoc" } ]

labels: sbt-plugin-update, early-semver-minor, semver-spec-minor, commit-count:1

Superseded by #186.

repo: weso/shacl-s


text:
Missing sqlite3ext.h on bundle install

Here's the full output: https://gist.github.com/benjaminjackson/597ac027fb1a1e088fcd
I have sqlite3 installed and /usr/include/sqlite3ext.h exists.

I was missing both 'brew install libjpeg' and 'brew install libpng'

I installed libjpeg into ~/homebrew but this gem does not obey --with-cppflags and says could not find header file.

The readme says that Phasion's dependencies are installed through a tarball, but this doesn't seem to be the case (for me, running Ruby 2.4 on Ubuntu). I did fix the problem by installing libjpeg-dev and libpng-dev. I was initially confused, though, because the error I got when using gem install phashion was about a missing SQLite header.

@MaxPleaner yes, that is confusing. I'll check this out on a fresh ubuntu image this weekend.
Maybe there needs to be a note in the readme about a libsqlite3-dev dependency for ubuntu machines.

@benjaminjackson @MaxPleaner after releasing version 1.2.0,

spun up a ubuntu 14.04 instance
confirmed I could not install phashsion before installing libjpeg-dev and libpng-dev
installed libjpeg-dev and libpng-dev
successfully installed phashion

Could you retry with version 1.2.0?

@MaxPleaner are you still having this issue?

@westonplatter libjpeg-dev resolved similarly for me. also installed libsqlite3-dev and sqlite3.

@nebulousdog thanks for the input. Which OS are you on? Which package resolved the issue for you, libjpeg-dev, libsqlite3-dev, sqlite3? The reason for all the questions is that I'd like to update the readme with changes if any are needed.

sure dude! I think libjpeg-dev/libsqlite3-dev fixed, and sqlite3 was extra..
$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 16.04.3 LTS
Release: 16.04
Codename: xenial

authors: MaxPleaner benjaminjackson nebulousdog westonplatter ypresto

repo: westonplatter/phashion


text:
Contributions

Hello @wetneb
I forked the project and added several contributions to the project. I didn't bother you so far as I wanted to understand what improvements I could bring to the project.
I'll try to enumerate them here:

In order to avoid highlighting stop words or similar (ref https://github.com/wetneb/opentapioca/issues/29), a Solr schema supporting query optimization for more than 40 languages, removing stop words and/or using OpenNLP to filter the most important words (nouns). In order to select the proper analyzer, a new language parameter may be required (ref https://github.com/wetneb/opentapioca/issues/3).
Currently it's not possible to configure the profile with subclassOf higher in the hierarchy because the SPARQL query times out. I provide another implementation which performs several queries in order to retrieve (and cache) the children. As part of this improvement I provide a User Agent as per Wikidata requirements (to avoid rate limitation).
Add relevant sameAs properties to the index. For places also add geo coordinates. For events also add start/end times.

As part of 1. I intend also to provide a Solr docker image with the required libraries and models, given that they're compatible with the project license (partially related to #31).
I quite like the results so far and I would be happy to orderly make a PR for you to review them and merge them in upstream.
Let me know what you think ⭐

Hi @ziodave, this is absolutely fantastic! Yes I would be very interested in integrating such changes in this repository. If you could make PRs that would be a bit granular (introducing one feature at a time, basically) it would help to review them, but if that is too much effort I am sure we can find other ways.

Great! In the next days, I'll cleanup things a bit and I'll start making PRs.

Any news on that?

authors: eracle wetneb ziodave

repo: wetneb/opentapioca


text:
Documentation: modules/nixos/luxnix/generic settings

Task: Add to documentation / reference as this will be frequently required during development and configuration
We implemented a generic settings module.
Here we will store common settings like frequently used paths / paths shared between applications.
The option is enabled by default and has default values. We can reference these in other parts of the configuration like this:
'variableToSet = config.luxnix.generic-settings.configurationPath' which is defined as option:
options.luxnix.generic-settings = {
    enable = mkEnableOption "Enable generic settings";

    configurationPath = mkOption {
      type = types.path;
      default = "/home/${config.user.admin.name}/luxnix/";
      description = ''
        Path to the luxnix directory.
      '';
    };
};

closed, setup in docs/development.md

authors: Maddonix maxhild

repo: wg-lux/luxnix


text:
Created a new dump public method

This method allows to create a profile dump file using Python API
Signed-off-by: Vitalii Solodilov mcdkr@yandex.ru

Coverage increased (+0.2%) to 57.059% when pulling 73ff6abf30487fcab7c2ef45f9e54192fe9eb112 on mcdoker18:impr/dump_api into 19c458c24c397628d73c6bdbfba06bd0153de452 on what-studio:master.

If you don't mind with changes. Can you help me with python 3.3. test?
Collecting gevent>=1.1a1
  Downloading https://files.pythonhosted.org/packages/f8/85/f92a8f43c9f15ffad49d743d929863a042ce3e8de5746c63bb4d6ce51a02/gevent-1.3.4.tar.gz (4.6MB)
    100% |████████████████████████████████| 4.6MB 225kB/s
    Complete output from command python setup.py egg_info:
    Traceback (most recent call last):
      File "<string>", line 1, in <module>
      File "/tmp/pip-build-nm40uv/gevent/setup.py", line 417, in <module>
        run_setup(EXT_MODULES, run_make=_BUILDING)
      File "/tmp/pip-build-nm40uv/gevent/setup.py", line 401, in run_setup
        "signal_os_incompat = gevent.monkey:_subscribe_signal_os",
      File "/opt/python/3.3.6/lib/python3.3/distutils/core.py", line 108, in setup
        _setup_distribution = dist = klass(attrs)
      File "/home/travis/virtualenv/python3.3.6/lib/python3.3/site-packages/setuptools/dist.py", line 268, in __init__
        self.fetch_build_eggs(attrs['setup_requires'])
      File "/home/travis/virtualenv/python3.3.6/lib/python3.3/site-packages/setuptools/dist.py", line 313, in fetch_build_eggs
        replace_conflicting=True,
      File "/home/travis/virtualenv/python3.3.6/lib/python3.3/site-packages/pkg_resources/__init__.py", line 804, in resolve
        requirements = list(requirements)[::-1]
      File "/home/travis/virtualenv/python3.3.6/lib/python3.3/site-packages/pkg_resources/__init__.py", line 2930, in parse_requirements
        "version spec")
      File "/home/travis/virtualenv/python3.3.6/lib/python3.3/site-packages/pkg_resources/__init__.py", line 2906, in scan_list
        raise RequirementParseError(msg, line, "at", line[p:])
    pkg_resources.RequirementParseError: Expected ',' or end-of-list in cffi >= 1.11.5 ; sys_platform == 'win32' and platform_python_implementation == 'CPython' at  ; sys_platform == 'win32' and platform_python_implementation == 'CPython'

Thanks for the great work.  The build failure is not due to your patch.  So I'll fix the failure after merging it.

authors: coveralls mcdoker18 sublee

repo: what-studio/profiling


text:
disable for term:// buffers

Neovim introduced the ability to open a terminal in a buffer via :terminal. It would be useful to disable lengthmatters for them by default. They don't set a filetype but the buffer names always start with term://.
https://github.com/neovim/neovim/blob/master/runtime/doc/nvim_terminal_emulator.txt#L44

Just pushed an update which should solve this by disabling the plugin for buffers which have a &buftype of "terminal". Let me know if it works :).

Strange, that does not work. Opening a terminal buffer and executing :set buftype? does return buftype=terminal though. Calling LengthmattersReload disables the plugin just fine. Maybe the buftype is set after your check.

Same here. I think we should be adding an autocmd for TermOpen instead of reading the &buftype, as &buftype may not be set at the time that we're checking for it.
I tried adding this on my .nvimrc and it seemed to work:
  autocmd! TermOpen * LengthmattersDisable

@luizribeiro would you be willing to make a PR for this? :)

Strange, that does not work. Opening a terminal buffer and executing :set buftype? does return buftype=terminal though. Calling LengthmattersReload disables the plugin just fine. Maybe the buftype is set after your check.

This could have something to do with #14, which has been closed. Please try your issue again to check whether it's still happening.

Ah. I guess the fix applied on 475d404c to exclude terminal filetypes probably won't benefit from the resolution on #14 because the exclusion check was made from outside the exclusion list in a hardcoded manner.
@whatyouhide Why not just add terminal to the excluded list?

I'm just speculating though, I didn't check whether excluding terminal types the current way will still benefit from #14.

If you check #14 is not helping with the current exclusion method for terminal, you may try putting something like this configuration on your .vimrc to see whether it works:
" lengthmatters Setup {{{
let g:lengthmatters_match_name = 'Visual'
let g:lengthmatters_excluded = [
    \ '', 'qf', 'help', 'terminal', 'unite', 'tagbar', 'gundo', 'vimshell', 'vimfiler',
    \ 'quickrun', 'python', 'html', 'javascript', 'css', 'scss', 'latex',
    \ 'haskell', 'purescript', 'elm'
    \ ]
" }}}

You know, I guess I'll make #14 more consistent with 475d404 and use s:ShouldBeDisabled(), which I didn't. I guess this will then fix this too. Once consistent, this issue will probably be fixed for sure, you then may option to let 'terminal' check hardcoded as it is, or put in the default exclusion list as I've commented.

authors: bmedicke luizribeiro oblitum whatyouhide

repo: whatyouhide/vim-lengthmatters

license: WTFPL


text:
Chart not rendering as 100% of parent container height

Bug
Description
The chart component doesnt inherit's parent containers height and width.
How to reproduce
Here is the redacted for parent component:
    render() {
        console.log("state: ", this.state);
        const {symbol, seriesDataList, fromDate, toDate} = this.state;

        return (
            <>
                <Box display='flex' flex='1' justifyContent='space-around' height='10%'>
                    <IndexSelector
                        id='index'
                        value={symbol}
                        onChange={this.onSymbolChange}/>
                    <SeriesSelector
                        id='series'
                        seriesMapList={Form.seriesMapList}
                        value={seriesDataList}
                        onChange={this.onSeriesChange}/>
                    <DateRange fromDate={fromDate} toDate={toDate} onChange={this.onDateChange}/>
                </Box>
                <Box height='90%' border='5px solid red'>
                    <Fetcher instructions={this.getInstructions()} symbol={symbol} fromDate={fromDate} toDate={toDate}/>
                </Box>
            </>
        )
    }

Fetcher fetches api data and calls the Graph component:
Fetcher render:
    render() {
        const {apiData} = this.state;
        const {instructions} = this.props;

        if (apiData === [])
            return "Empty";
        return (
            <Graph instructions={instructions} apiData={apiData}/>
        );
    }

Graph component:
class Graph extends React.Component {

    render() {
        console.log("here");
        const {instructions, apiData} = this.props;
        const graphData = getHCDataset(instructions, apiData);
        const ohlcData = graphData[0];
        const linesData = graphData.slice(1);
        const mainHeight = graphData.length === 1 ? 100: 60;
        const gapHeight = 7;
        const secondaryHeight = (100 - mainHeight) / (graphData.length - 1);
        const plotOptions={
            candlestick: {
                color: 'red',
                upColor: 'green',
            }
        };

        return (
          <HighchartsStockChart >
              <Chart/>
              <Title>Index EOD Analysis</Title>

              <Tooltip shared={true} split={true} animation={false} hideDelay={0}/>

              <YAxis height={mainHeight + '%'} top='0%' offset={10}>
                  <AxisTitle options={{offset: -25}}>{ohlcData.name}</AxisTitle>
                  <CandlestickSeries name={ohlcData.name} data={ohlcData.data}/>
              </YAxis>

              {linesData.map((d, i) => (
                  <YAxis height={secondaryHeight - gapHeight + '%'} top={(mainHeight + secondaryHeight * i) + gapHeight + '%'} offset={10}>
                      <AxisTitle options={{offset: -25}}>{d.name}</AxisTitle>
                      <LineSeries name={d.name} data={d.data}/>
                  </YAxis>
              ))}
              <Navigator>
                  <Navigator.Series color="black"/>
              </Navigator>
          </HighchartsStockChart>
        );
    }
}

Output:

The highlighted box is the second box from the parent component under which Fetcher -> Graph renders but as it can be seen that chart is not full height:
In the highcharts-react-official package, there is a containerProps prop which makes the chart render inside the parent component with the supplied properties. When I was using it and used the style height as 100%, it worked properly. Here is how I used it:
return (
            <HighchartsReact
                highcharts={Highcharts}
                constructorType={'stockChart'}
                options={options}
                containerProps={{style: { height: "100%" }}}
                ref={this.chartRef}
            />
        )

I hope there is something similar in react-jsx-highcharts to make the chart 100% of the containing node.

You could try adding css-class:
.my-100height-container {
  height: 100%;
}

And use it with:
<HighchartsStockChart className="my-100height-container" >

@anajavi
That seems to work.
Can you tell me why this doesn't work:
<HighchartsStockChart height='100% >
When I use the above, the chart extends beyond the box boundary and the page become scrollable.

height isn't a property of the root element, height is a property of the Chart component.
This follows the Highcharts API here - and as stated there

If given a percentage string (for example '56%'), the height is given as the percentage of the actual chart width

So height in our case is relative to the width of the chart, not relative to the container. If you want it to be relative to the container, use the method described by @anajavi.
i.e.
<HighchartsStockChart>
  <Chart height='100%' />
  {/* other components */}
</HighchartsStockChart>

Example here: https://stackblitz.com/edit/base-stockchart-example-rkgoh2?file=MyChart.js

authors: anajavi kpchand whawker

repo: whawker/react-jsx-highcharts


text:
Found Items Page Mockup

Do all work for this task in a branch called issue-06. Create a page for items that have been found. Make a navbar link. Items should be displayed, with a link to claim them. Add a filter to display certain items based on user preferences.

Filter not yet added. Do this in next milestone.

repo: wheres-my-item/project


text:
Add type definition for lastResponse

This solves https://github.com/wheresrhys/fetch-mock/issues/576 🙂

Thanks for this. Could you add something in https://github.com/wheresrhys/fetch-mock/blob/master/types/fetch-mock-tests.ts that verifies that this type is defined as well please.
If you pull from master the linting errors in the build should be fixed, and I think the failed test job was just a blip in the coveralls service

Done! (I rebased on master to get the latest changes)
I'm a bit puzzled by the CI checks.
The linting issue was obvious enough from the CI error, but somehow I never managed to reproduce it locally (I'm assuming my local environment just isn't set up properly, and I'm running on Windows so running a Makefile there can be a little annoying).
The test one I don't get either. I highly doubt my changes would have anything to do with that, and yet it failed again 🤷♀
I can also see some types checks are failing on master now, but I can't reproduce that locally either (I was thinking I could help you fix that if you're not super familiar with typescript, but it's hard when stuff seem to work locally).

Got my hands on a mac and tried running the linting there (prior to your fix) and it didn't fail with the same errors as on CircleCI either.
I cloned the project, npm install and then make lint-ci and I'm running node 12 which is also the one that CI should be using for this check. So I'm really quite puzzled by this.
Is that something you're aware of and have any clue about? I'd be happy to investigate further otherwise, now that my curiosity has been piqued 😄

Code looks good - it may be that code coverage only works if the build has access to credential sfor coveralls, and if it's kicked off via a forked repo maybe it doesn't get that.
Will merge and debug the build failure if I need to.
Thanks again for the fix

Thanks again for the fix

You're welcome! 🙂

repo: wheresrhys/fetch-mock


text:
Update for Avalonia 11 RC1 API changes

https://github.com/AvaloniaUI/Avalonia/wiki/Avalonia-11-Porting-Guide

I actually tried to do this and I basically ended up doing the same as you, but I also got into issues with compiling the demo projects because of a blocker I brought up here: https://github.com/AvaloniaUI/Avalonia/discussions/11593#discussioncomment-6060170
The strange thing is that if you remove that style include, you get an error at runtime about the Source not being set in ThemeBehavior.
That's where I was and got stuck because I didn't really know what this was trying to do in the first place.

I don't know how to fix this either, so will keep the PR open as it is and probably wait for a response from Avalonia team.

Any updates for this PR?


text:
Handle Lazy.t in show.

The sensible handling would be to test if it's evaluated (with Lazy.is_val) and print it or <not evaluated>.

Handling it for eq & ord could be beneficial, but it imply to force the thunk.

Wish granted: https://github.com/whitequark/ppx_deriving/commit/483161259b3f219d6447abb2af03ebab145e027f.

authors: Drup Twinside whitequark


text:
Modify access levels to allow more flexible subclassing

Problem description
WSTagsFields API for the most part is open to modifications by exposing most of it's methods as public. However for better leveraging the core functionality of the library, and especially providing custom tokenization by overriding tokenizeTextFieldText(), the textField property needs to be made public. Consequently the BackSpaceDetectingTextField() needs to be accessible outside of the module.
Preferred solution
Make the above properties and class public.

The WSTagsField.textField has been exposed for public access in v5.3. Thanks for the issue.

Thank you for the effort man.

authors: attheodo ricardopereira

repo: whitesmith/WSTagsField


text:
ICD name within Download Data

Would be great to include ICD name (from the codes file) in the download dataset as well as ICD code

Included within Issue #72


text:
Fatal error: cpr/cpr.h: No such file or directory

So I'm trying to get this to run
using namespace std;

#include <iostream>
#include <cpr>

int main(int argc, char** argv) {
    auto r = cpr::Get(cpr::Url{"https://api.github.com/repos/whoshuu/cpr/contributors"},
                      cpr::Authentication{"user", "pass"},
                      cpr::Parameters{{"anon", "true"}, {"key", "value"}});
    r.status_code;                  // 200
    r.header["content-type"];       // application/json; charset=utf-8
    r.text;                         // JSON text string
}

But when I try to run it in VSCode 2019, I get "fatal error: cpr/cpr.h: No such file or directory."
I've added ${workspaceFolder}/cpr/include to my includePath but no die.

Use common sense, replace 'cpr/cpr.h' with your includes working directory.

Copy this include folder to the include path directory of your development environment (or the one you predefined). Then add the following to your script #include <cpr/cpr.h>

Feel free to reopen this issue, if the answer from @kdeng00 did not resolve your problem.

Sir, I am also facing this problem , in my case for each #include my VS code can't search for header file in the working dir of main program (main.cpp) . means when I include header file as #include "cpr/cpr.h" its done just here but when in the cpr.h internal def of #include "api.h" executes then compiler search for api.h  file in 'cpr/cpr/api.h' becaouse of now the api.h have that 'cpr/' dir relative to main.cpp.
then it shows error :
cpr/cpr.h:4:10: fatal error: cpr/api.h: No such file or directory
4 | #include "cpr/api.h"
how can I solve this issue

authors: COM8 Dankkkk Mr-Kips cabatchi goncaloperes

repo: whoshuu/cpr


text:
fix: no need to clean cache file

Checklist

[x] npm test passes
[ ] tests and/or benchmarks are included
[ ] documentation is changed or added
[x] commit message follows commit guidelines

Affected core subsystem(s)

Description of change

Register will check wether the pid is still alive on startup, so it's no need to clean cache file after process exits( it may cause https://github.com/whxaxes/egg-ts-helper/issues/35 )

close https://github.com/whxaxes/egg-ts-helper/issues/35

Codecov Report

Merging #36 into master will decrease coverage by 0.03%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master      #36      +/-   ##
==========================================
- Coverage   97.16%   97.12%   -0.04%
==========================================
  Files          13       13
  Lines         493      487       -6
  Branches       62       62
==========================================
- Hits          479      473       -6
  Misses          5        5
  Partials        9        9

Impacted Files
Coverage Δ

src/register.ts
100% <ø> (ø)
:arrow_up:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update f716792...3b88070. Read the comment docs.

1.22.2

authors: codecov-io whxaxes

repo: whxaxes/egg-ts-helper


text:
WIP: String features such as lenght, word count, character pos tracking

Description
adding String features such as lenght, word count, character pos tracking
General Checklist

[x] Tests added for this feature/bug
if it was a bug, test must cover it.
[x] Conform by the style guides, by using formatter
[ ] Documentation updated
[x] (optional) Please add a label to your PR

Pull Request Test Coverage Report for Build 925807363

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 0.0%

Totals

Change from base Build 888803556:
0.0%

Covered Lines:
0

Relevant Lines:
0

💛  - Coveralls

authors: coveralls lalmei

repo: whylabs/whylogs


text:
nginx反代 location /正常访问but设置^~/ql访问404

location  ^~/ql{
proxy_pass http://127.0.0.1:5700;
proxy_http_version    1.1;
proxy_cache_bypass    $http_upgrade;
proxy_set_header Upgrade            $http_upgrade;
proxy_set_header Connection         "upgrade";
proxy_set_header Host               $host;
proxy_set_header X-Real-IP          $remote_addr;
proxy_set_header X-Forwarded-For    $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto  $scheme;
proxy_set_header X-Forwarded-Host   $host;
proxy_set_header X-Forwarded-Port   $server_port;
}

location / {
proxy_redirect off;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_pass http://localhost:5700;
}
直接这样就可以访问所有青龙功能了，不如设置二级域名，不要用/ql的形式，设置ql.xxx.com即可

希望大佬能在启动参数加个设置青龙面板访问路径的，类似于--prefix=/ql，这个问题就能解决了

同问这个问题有什么解决办法？

authors: HongjieCN RatedR9 linrol tashifool

repo: whyour/qinglong


text:
订阅管理在登录失效的情况下无法定时执行

开始执行... 2022-06-14 01:04:00
请先登录！
执行结束... 2022-06-14 01:04:00  耗时 0 秒
希望修复下，不然还需要经常登录青龙，保证登录不失效才行

我也是这个情况，提示请先登录

我也同样是这个情况，提示请先登录

authors: gujiangjiang nionionping u2gign


text:
日志不显示，是什么问题，文件夹里有日志

首先日志在右上角选择，其次更新下你的版本

最新版有版本号 https://t.me/jiaolongwang/102


text:
Question: didSet of properties changes

This is a (possible stupid) question.
When modifying values didSet is not called on the property, I assume this is due to the way the property itself is actually mutated and there is nothing that can be done about this?
Thanks!

Not a stupid question. To set a property we grab a pointer directly to the value and set it directly, so this will bypass the didSet. Unfortunately as of now there is no way around this.

authors: cooksimo wickwirew

repo: wickwirew/Runtime


text:
npm publish?

/cc @wikimedia/services

Resolved: https://www.npmjs.com/package/elematch

Thanks

Pushed 0.3.0 with a small api change (.matchAll() -> .match()).

authors: arlolra gwicke

repo: wikimedia/elematch


text:
WFCORE-937 - --std-out=discard for embedded host controller doesn't work

Starting embeded standalone would overwrite standalone/configuration/logging.properties, quitting and starting after would start with an empty logging.properties.
@bstansberry can you have a look and tell me if you think this is the right thing to do here?

Full integration - Windows Build 328 outcome was FAILURE using a merge of bfe8161c98d2c40cc0a01f00e82cc7565de286ff
Summary: Tests failed: 1 (1 new), passed: 3212, ignored: 372 Build time: 00:54:28
Failed tests
org.jboss.as.test.integration.management.api.ModelPersistenceTestCase.testSimpleOperation: java.lang.AssertionError: null
	at org.jboss.as.test.integration.management.api.ModelPersistenceTestCase.testSimpleOperation(ModelPersistenceTestCase.java:119)
------- Stdout: -------
07:14:59,930 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 2) org.jboss.as.controller.persistence.ConfigurationPersistenceException: WFLYCTL0081: Failed to back up C:\BuildAgent\work\db872761b443af46\full\testsuite\integration\basic\target\jbossas\standalone\configuration\standalone.xml: org.jboss.as.controller.persistence.ConfigurationPersistenceException: WFLYCTL0081: Failed to back up C:\BuildAgent\work\db872761b443af46\full\testsuite\integration\basic\target\jbossas\standalone\configuration\standalone.xml
	at org.jboss.as.controller.persistence.ConfigurationFile.fileWritten(ConfigurationFile.java:552)
	at org.jboss.as.controller.persistence.ConfigurationFilePersistenceResource.doCommit(ConfigurationFilePersistenceResource.java:65)
	at org.jboss.as.controller.persistence.AbstractFilePersistenceResource.commit(AbstractFilePersistenceResource.java:58)
	at org.jboss.as.controller.ModelControllerImpl$4.commit(ModelControllerImpl.java:780)
	at org.jboss.as.controller.AbstractOperationContext.executeDoneStage(AbstractOperationContext.java:735)
	at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:672)
	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:362)
	at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1336)
	at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:391)
	at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:217)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:207)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:129)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:151)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:147)
	at java.security.AccessController.doPrivileged(Native Method)
	at javax.security.auth.Subject.doAs(Subject.java:422)
	at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:92)
	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:147)
	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:298)
	at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:518)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
	at java.lang.Thread.run(Thread.java:745)
	at org.jboss.threads.JBossThread.run(JBossThread.java:320)
Caused by: java.nio.file.FileSystemException: C:\BuildAgent\work\db872761b443af46\full\testsuite\integration\basic\target\jbossas\standalone\configuration\standalone_xml_history\standalone.last.xml: The process cannot access the file because it is being used by another process.

	at sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:86)
	at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:97)
	at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:102)
	at sun.nio.fs.WindowsFileCopy.copy(WindowsFileCopy.java:165)
	at sun.nio.fs.WindowsFileSystemProvider.copy(WindowsFileSystemProvider.java:278)
	at java.nio.file.Files.copy(Files.java:1274)
	at org.jboss.as.controller.persistence.FilePersistenceUtils.copyFile(FilePersistenceUtils.java:73)
	at org.jboss.as.controller.persistence.ConfigurationFile.fileWritten(ConfigurationFile.java:550)
	... 23 more

retest this please

Core - Full Integration Build 1908 outcome was FAILURE using a merge of bfe8161c98d2c40cc0a01f00e82cc7565de286ff
Summary: Tests failed: 1 (1 new), passed: 3212, ignored: 372 Build time: 00:55:25
Failed tests
org.jboss.as.test.clustering.messaging.ClusteredMessagingTestCase.testClusteredQueue: java.lang.AssertionError: null
	at org.jboss.as.test.clustering.messaging.ClusteredMessagingTestCase.receiveMessage(ClusteredMessagingTestCase.java:218)
	at org.jboss.as.test.clustering.messaging.ClusteredMessagingTestCase.receiveMessage(ClusteredMessagingTestCase.java:232)
	at org.jboss.as.test.clustering.messaging.ClusteredMessagingTestCase.testClusteredQueue(ClusteredMessagingTestCase.java:138)
------- Stdout: -------
08:28:07,986 WARNING [org.jboss.as.arquillian.container.managed.ManagedDeployableContainer] (main) Bundles path is deprecated and no longer used.
08:28:07,991 INFO  [org.jboss.as.arquillian.container.managed.ManagedDeployableContainer] (main) Starting container with: [/usr/java/latest/bin/java, -D[Standalone], -Xms64m, -Xmx512m, -Xmx512m, -Djava.net.preferIPv4Stack=true, -Djava.net.preferIPv4Stack=false, -Djava.awt.headless=true, -Djboss.modules.system.pkgs=org.jboss.byteman, -Djboss.dist=/opt/buildAgent/work/db872761b443af46/full/testsuite/integration/clustering/../../../dist/target/wildfly-10.0.0.CR2-SNAPSHOT, -Djboss.dist=/opt/buildAgent/work/db872761b443af46/full/testsuite/integration/clustering/../../../dist/target/wildfly-10.0.0.CR2-SNAPSHOT, -Djava.net.preferIPv6Addresses=true, -server, -Dts.timeout.factor=100, -Dnode0=::1, -Dnode1=::1, -Dmcast=ff13::1, -Dmcast.ttl=0, -Djbossas.ts.submodule.dir=/opt/buildAgent/work/db872761b443af46/full/testsuite/integration/clustering, -Djbossas.ts.integ.dir=/opt/buildAgent/work/db872761b443af46/full/testsuite/integration/clustering/.., -Djbossas.ts.dir=/opt/buildAgent/work/db872761b443af46/full/testsuite/integration/clustering/../.., -Djbossas.project.dir=/opt/buildAgent/work/db872761b443af46/full/testsuite/integration/clustering/../../.., -Djboss.inst=/opt/buildAgent/work/db872761b443af46/full/testsuite/integration/clustering/target/wildfly-clustered-messaging-0, -Djboss.node.name=node-0, -Djboss.messaging.cluster.password=clusterpwd, -ea, -Djboss.home.dir=/opt/buildAgent/work/db872761b443af46/full/testsuite/integration/clustering/target/wildfly-clustered-messaging-0, -Dorg.jboss.boot.log.file=/opt/buildAgent/work/db872761b443af46/full/testsuite/integration/clustering/target/wildfly-clustered-messaging-0/standalone/log/server.log, -Dlogging.configuration=file:/opt/buildAgent/work/db872761b443af46/full/testsuite/integration/clustering/target/wildfly-clustered-messaging-0/standalone/configuration/logging.properties, -jar, /opt/buildAgent/work/db872761b443af46/full/testsuite/integration/clustering/target/wildfly-clustered-messaging-0/jboss-modules.jar, -mp, /opt/buildAgent/work/db872761b443af46/full/testsuite/integration/clustering/target/wildfly-clustered-messaging-0/modules:/opt/buildAgent/work/db872761b443af46/full/dist/target/wildfly-10.0.0.CR2-SNAPSHOT/modules:/opt/buildAgent/work/db872761b443af46/full/testsuite/integration/clustering/target/modules, org.jboss.as.standalone, -Djboss.home.dir=/opt/buildAgent/work/db872761b443af46/full/testsuite/integration/clustering/target/wildfly-clustered-messaging-0, -Djboss.server.base.dir=/opt/buildAgent/work/db872761b443af46/full/testsuite/integration/clustering/target/wildfly-clustered-messaging-0/standalone, -Djboss.server.log.dir=/opt/buildAgent/work/db872761b443af46/full/testsuite/integration/clustering/target/wildfly-clustered-messaging-0/standalone/log, -Djboss.server.config.dir=/opt/buildAgent/work/db872761b443af46/full/testsuite/integration/clustering/target/wildfly-clustered-messaging-0/standalone/configuration, -Dts.wildfly.version=10.0.0.CR2-SNAPSHOT, -c=standalone-full-ha.xml]
08:28:08,092 INFO  [org.xnio] (main) XNIO version 3.3.2.Final
08:28:08,153 INFO  [org.xnio.nio] (main) XNIO NIO Implementation Version 3.3.2.Final
08:28:08,196 INFO  [org.jboss.remoting] (main) JBoss Remoting version 4.0.11.Final
 [0m08:28:08,524 INFO  [org.jboss.modules] (main) JBoss Modules version 1.4.4.Final
 [0m [0m08:28:08,760 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.6.Final
 [0m [0m08:28:08,848 INFO  [org.jboss.as] (MSC service thread 1-4) WFLYSRV0049: WildFly Full 10.0.0.CR2-SNAPSHOT (WildFly Core 2.0.0.CR4-SNAPSHOT) starting
 [0m [0m08:28:10,508 INFO  [org.jboss.as.controller.management-deprecated] (ServerService Thread Pool -- 25) WFLYCTL0028: Attribute 'enabled' in the resource at address '/subsystem=datasources/data-source=ExampleDS' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
 [0m [0m08:28:10,674 INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0039: Creating http management service using socket-binding (management-http)
 [0m [0m08:28:10,721 INFO  [org.xnio] (MSC service thread 1-2) XNIO version 3.3.2.Final
 [0m [0m08:28:10,727 INFO  [org.xnio.nio] (MSC service thread 1-2) XNIO NIO Implementation Version 3.3.2.Final
 [0m [0m08:28:10,774 INFO  [org.jboss.as.connector.subsystems.datasources] (ServerService Thread Pool -- 39) WFLYJCA0004: Deploying JDBC-compliant driver class org.h2.Driver (version 1.3)
 [0m [0m08:28:10,827 INFO  [org.wildfly.extension.io] (ServerService Thread Pool -- 43) WFLYIO001: Worker 'default' has auto-configured to 4 core threads with 32 task threads based on your 2 available processors
 [0m [0m08:28:10,828 INFO  [org.wildfly.iiop.openjdk] (ServerService Thread Pool -- 45) WFLYIIOP0001: Activating IIOP Subsystem
 [0m [0m08:28:10,836 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 44) WFLYCLINF0001: Activating Infinispan subsystem.
 [0m [0m08:28:10,880 INFO  [org.jboss.as.clustering.jgroups] (ServerService Thread Pool -- 49) WFLYCLJG0001: Activating JGroups subsystem.
 [0m [0m08:28:10,959 INFO  [org.jboss.as.connector] (MSC service thread 1-3) WFLYJCA0009: Starting JCA Subsystem (WildFly/IronJacamar 1.3.0.Final)
 [0m [0m08:28:11,018 INFO  [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-4) WFLYJCA0018: Started Driver service with driver-name = h2
 [0m [0m08:28:11,055 INFO  [org.jboss.remoting] (MSC service thread 1-2) JBoss Remoting version 4.0.11.Final
 [0m [0m08:28:11,071 INFO  [org.jboss.as.jsf] (ServerService Thread Pool -- 52) WFLYJSF0007: Activated the following JSF Implementations: [main]
 [0m [0m08:28:11,114 INFO  [org.jboss.as.naming] (ServerService Thread Pool -- 57) WFLYNAM0001: Activating Naming Subsystem
 [0m [33m08:28:11,320 WARN  [org.jboss.as.txn] (ServerService Thread Pool -- 66) WFLYTX0013: Node identifier property is set to the default value. Please make sure it is unique.
 [0m [0m08:28:11,325 INFO  [org.jboss.as.webservices] (ServerService Thread Pool -- 68) WFLYWS0002: Activating WebServices Extension
 [0m [0m08:28:11,325 INFO  [org.jboss.as.security] (ServerService Thread Pool -- 64) WFLYSEC0002: Activating Security Subsystem
 [0m [0m08:28:11,589 INFO  [org.jboss.as.ejb3] (MSC service thread 1-4) WFLYEJB0481: Strict pool slsb-strict-max-pool is using a max instance size of 32 (per class), which is derived from thread worker pool sizing.
 [0m [0m08:28:11,590 INFO  [org.jboss.as.security] (MSC service thread 1-4) WFLYSEC0001: Current PicketBox version=4.9.3.Final
 [0m [0m08:28:11,610 INFO  [org.jboss.as.naming] (MSC service thread 1-3) WFLYNAM0003: Starting Naming Service
 [0m [0m08:28:11,616 INFO  [org.jboss.as.ejb3] (MSC service thread 1-2) WFLYEJB0482: Strict pool mdb-strict-max-pool is using a max instance size of 8 (per class), which is derived from the number of CPUs on this host.
 [0m [0m08:28:11,616 INFO  [org.jboss.as.mail.extension] (MSC service thread 1-2) WFLYMAIL0001: Bound mail session [java:jboss/mail/Default]
 [0m [0m08:28:11,732 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 67) WFLYUT0003: Undertow 1.3.0.CR1 starting
 [0m [0m08:28:11,742 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-3) WFLYUT0003: Undertow 1.3.0.CR1 starting
 [0m [0m08:28:11,836 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 67) WFLYUT0014: Creating file handler for path '/opt/buildAgent/work/db872761b443af46/full/testsuite/integration/clustering/target/wildfly-clustered-messaging-0/welcome-content' with options [directory-listing: 'false', follow-symlink: 'false', case-sensitive: 'true', safe-symlink-paths: '[]']
 [0m [0m08:28:11,849 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0012: Started server default-server.
 [0m [0m08:28:11,861 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-3) WFLYUT0018: Host default-host starting
 [0m [0m08:28:11,977 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0006: Undertow AJP listener ajp listening on [::1]:8009
 [0m [0m08:28:11,994 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-3) WFLYUT0006: Undertow HTTP listener default listening on [::1]:8080
 [0m [0m08:28:11,997 INFO  [org.jboss.modcluster] (ServerService Thread Pool -- 71) MODCLUSTER000001: Initializing mod_cluster version 1.3.1.Final
 [0m [0m08:28:12,027 INFO  [org.wildfly.iiop.openjdk] (MSC service thread 1-1) WFLYIIOP0009: CORBA ORB Service started
 [0m [0m08:28:12,064 INFO  [org.jboss.modcluster] (ServerService Thread Pool -- 71) MODCLUSTER000032: Listening to proxy advertisements on /ff13:0:0:0:0:0:0:1:23364
 [0m [0m08:28:12,109 INFO  [org.wildfly.extension.messaging-activemq] (MSC service thread 1-4) WFLYMSGAMQ0075: AIO wasn't located on this platform, it will fall back to using pure Java NIO. Your platform is Linux, install LibAIO to enable the AIO journal and achieve optimal performance.
 [0m [0m08:28:12,326 INFO  [org.jboss.as.server.deployment.scanner] (MSC service thread 1-1) WFLYDS0013: Started FileSystemDeploymentService for directory /opt/buildAgent/work/db872761b443af46/full/testsuite/integration/clustering/target/wildfly-clustered-messaging-0/standalone/deployments
 [0m [0m08:28:12,437 INFO  [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-2) WFLYJCA0001: Bound data source [java:jboss/datasources/ExampleDS]
 [0m [0m08:28:12,558 INFO  [org.jboss.ws.common.management] (MSC service thread 1-3) JBWS022052: Starting JBoss Web Services - Stack CXF Server 5.1.0.Final
 [0m [0m08:28:12,668 INFO  [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 71) AMQ221000: live Message Broker is starting with configuration Broker Configuration (clustered=true,journalDirectory=/opt/buildAgent/work/db872761b443af46/full/testsuite/integration/clustering/target/wildfly-clustered-messaging-0/standalone/data/activemq/journal,bindingsDirectory=/opt/buildAgent/work/db872761b443af46/full/testsuite/integration/clustering/target/wildfly-clustered-messaging-0/standalone/data/activemq/bindings,largeMessagesDirectory=/opt/buildAgent/work/db872761b443af46/full/testsuite/integration/clustering/target/wildfly-clustered-messaging-0/standalone/data/activemq/largemessages,pagingDirectory=/opt/buildAgent/work/db872761b443af46/full/testsuite/integration/clustering/target/wildfly-clustered-messaging-0/standalone/data/activemq/paging)
 [0m [0m08:28:12,717 INFO  [org.apache.activemq.artemis.core.server] (ServerService Thread Pool -- 71) AMQ221013: Using NIO Journal

Retest this please

Full integration - Windows Build 331 outcome was FAILURE using a merge of bfe8161c98d2c40cc0a01f00e82cc7565de286ff
Summary: Tests failed: 1 (1 new), passed: 3212, ignored: 372 Build time: 00:57:29
Failed tests
org.jboss.as.test.integration.security.loginmodules.LdapExtPasswordCachingTestCase.test3: java.lang.AssertionError: Password from cache 1 expected:<1> but was:<2>
	at org.jboss.as.test.integration.security.loginmodules.LdapExtPasswordCachingTestCase.test3(LdapExtPasswordCachingTestCase.java:182)
------- Stdout: -------
reseting file writer
counterFile = C:\BuildAgent\work\db872761b443af46\full\testsuite\integration\basic\target\tmp.password
callsCounter = -1
reading counter file: C:\BuildAgent\work\db872761b443af46\full\testsuite\integration\basic\target\tmp.password
09:17:54,191 INFO  [org.jboss.as.test.integration.security.common.Utils] (main) Requesting URL http://[::1]:8080/test-DEP3/printPrincipal
callsCounter = -1
reading counter file: C:\BuildAgent\work\db872761b443af46\full\testsuite\integration\basic\target\tmp.password
09:18:01,793 INFO  [org.jboss.as.test.integration.security.common.Utils] (main) Requesting URL http://[::1]:8080/test-DEP3/printPrincipal
09:18:05,430 WARN  [org.apache.directory.server.ldap.LdapSession] (pool-28-thread-2) AbandonableRequest with messageId 2 not found in outstandingRequests.
callsCounter = -1
reading counter file: C:\BuildAgent\work\db872761b443af46\full\testsuite\integration\basic\target\tmp.password

Forgot a piece of this...

@jamezp I've moved this change to https://issues.jboss.org/browse/WFCORE-1001 and submitted PR https://github.com/wildfly/wildfly-core/pull/1107

So are you thinking just going with the above then, or back to something like:
        case EMBEDDED_SERVER: {
            return;
        }

as the only one skipping writing?

repo: wildfly/wildfly-core


text:
BLOCKER - [WFCORE-3859] Add transformer to transform from version  2.0.0 to 1.2.0 of the Elytron subsystem model.

https://issues.jboss.org/browse/WFCORE-3859

Is there a transformer test covering this change?
I didn't see a elytron-transformers-2.0.xml or elytron-transformers-2.0-reject.xml in the test resources

Just looking to clean something up in the testsuite - we have an elytron-transformers-1.2.xml and the reject pair as that is what we are testing we are transforming to - but there seem to some mixed code in the test case that doesn't actually test anything that I am looking into.

Core - Full Integration Build 7413 outcome was UNKNOWN using a merge of 859394d103fdc2172f71d19c56bc31085d21f4e8
Summary: Canceled (Error while applying patch; cannot find commit 0f744f97af6569ea97bbb2f99d6ce526598dcaac in the https://github.com/wildfly/wildfly-core.git repository, possible reason: refs/pull/3309/merge branch was updated and the commit selected for the ... Build time: 00:00:12

Retest this please

The naming convention was set in this PR https://github.com/wildfly/wildfly-core/pull/3002 and approved by @bstansberry - at the time the elytron-transformers-1.2.xml was using namespace 2.0.
I would prefer we test transformations to the versions of WildFly Core we release but a decision was made to test only to the versions used in EAP.

I don't care much about file names, but transformers are testing transformation to API versions not xsd versions, so if a file is used for such a test naming it after the target API version makes sense to me.
Re; "test only to the versions used in EAP", I think that's about API versions 1.0 and 1.1?  Those were in Core 3.0.0 and 3.0.2 respectively, with 3.0.6 introducing version 1.2.  Core 3.0.8 was what was used in WildFly 11.0.0.Final.  So not testing 1.0 and 1.1 doesn't mean we only care about EAP, it just means we are ignoring core versions that were never used in a WildFly Final.
In a perfect world we'd test transforming to 1.0 and 1.1 too. I wrote the tests that #3002 removed! And they passed!  But IIRC there was some hassle related to them or something, or maybe I just got tired of fighting over it.

authors: bstansberry darranl jmesnil wildfly-ci


text:
[WFCORE-4786] Upgrade jandex 2.1.2.Final

JIRA: https://issues.redhat.com/browse/WFCORE-4786

Core - Full Integration Build 9273 outcome was FAILURE using a merge of 727b716e0d92290ef244d7f020ec89b94c206bd6
Summary: Tests failed: 1 (1 new), passed: 5867, ignored: 103 Build time: 04:06:20
Failed tests
org.jboss.as.test.integration.web.access.log.ConsoleAccessLogTestCase.testOverrides: javax.json.stream.JsonParsingException: JsonParser#getObject() or JsonParser#getObjectStream() is valid only for START_OBJECT parser state. But current parser state is VALUE_NUMBER
	at org.glassfish.json.JsonReaderImpl.readObject(JsonReaderImpl.java:90)
	at org.jboss.as.test.integration.web.access.log.ConsoleAccessLogTestCase.findLines(ConsoleAccessLogTestCase.java:313)
	at org.jboss.as.test.integration.web.access.log.ConsoleAccessLogTestCase.testOverrides(ConsoleAccessLogTestCase.java:260)
Caused by: java.lang.IllegalStateException: JsonParser#getObject() or JsonParser#getObjectStream() is valid only for START_OBJECT parser state. But current parser state is VALUE_NUMBER
	at org.glassfish.json.JsonParserImpl.getObject(JsonParserImpl.java:147)
	at org.glassfish.json.JsonReaderImpl.readObject(JsonReaderImpl.java:88)
	... 121 more
------- Stdout: -------
{"timestamp":"2020-01-06T08:18:33.567-07:00","sequence":22391,"loggerClassName":"com.arjuna.ats.jta.logging.jtaI18NLogger_$logger","loggerName":"com.arjuna.ats.jta","level":"WARN","message":"ARJUNA016037: Could not find new XAResource to use for recovering non-serializable XAResource XAResourceRecord < resource:null, txid:< formatId=131077, gtrid_length=29, bqual_length=36, tx_uid=0:ffff7f000101:-54ae30a5:5e134cb6:31fd, node_name=1, branch_uid=0:ffff7f000101:-54ae30a5:5e134cb6:3203, subordinatenodename=null, eis_name=unknown eis name >, heuristic: TwoPhaseOutcome.HEURISTIC_ROLLBACK com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord@1d1bdcc >","threadName":"Periodic Recovery","threadId":17496,"mdc":{},"ndc":"","hostName":"build44-el7","processName":"jboss-modules.jar","processId":18900}
{"timestamp":"2020-01-06T08:18:33.567-07:00","sequence":22392,"loggerClassName":"org.jboss.logging.Logger","loggerName":"com.arjuna.ats.jta","level":"WARN","message":"XAResourceRecord restored heuristic instance: XAResourceRecord < resource:null, txid:< formatId=131077, gtrid_length=29, bqual_length=36, tx_uid=0:ffff7f000101:-54ae30a5:5e134cb6:31fd, node_name=1, branch_uid=0:ffff7f000101:-54ae30a5:5e134cb6:3203, subordinatenodename=null, eis_name=unknown eis name >, heuristic: TwoPhaseOutcome.HEURISTIC_ROLLBACK com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord@1d1bdcc >","threadName":"Periodic Recovery","threadId":17496,"mdc":{},"ndc":"","hostName":"build44-el7","processName":"jboss-modules.jar","processId":18900}
{"timestamp":"2020-01-06T08:18:33.567-07:00","sequence":22393,"loggerClassName":"org.jboss.logging.Logger","loggerName":"com.arjuna.ats.arjuna","level":"WARN","message":"Transaction 0:ffff7f000101:-54ae30a5:5e134cb6:31fd restored heuristic participant XAResourceRecord < resource:null, txid:< formatId=131077, gtrid_length=29, bqual_length=36, tx_uid=0:ffff7f000101:-54ae30a5:5e134cb6:31fd, node_name=1, branch_uid=0:ffff7f000101:-54ae30a5:5e134cb6:3203, subordinatenodename=null, eis_name=unknown eis name >, heuristic: TwoPhaseOutcome.HEURISTIC_ROLLBACK com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord@1d1bdcc >","threadName":"Periodic Recovery","threadId":17496,"mdc":{},"ndc":"","hostName":"build44-el7","processName":"jboss-modules.jar","processId":18900}
{"timestamp":"2020-01-06T08:18:33.568-07:00","sequence":22394,"loggerClassName":"org.jboss.logging.Logger","loggerName":"com.arjuna.ats.arjuna","level":"WARN","message":"Transaction 0:ffff7f000101:-54ae30a5:5e134cb6:31f4 has 1 heuristic participant(s)!","threadName":"Periodic Recovery","threadId":17496,"mdc":{},"ndc":"","hostName":"build44-el7","processName":"jboss-modules.jar","processId":18900}
{"timestamp":"2020-01-06T08:18:33.57-07:00","sequence":22395,"loggerClassName":"com.arjuna.ats.jta.logging.jtaI18NLogger_$logger","loggerName":"com.arjuna.ats.jta","level":"WARN","message":"ARJUNA016037: Could not find new XAResource to use for recovering non-serializable XAResource XAResourceRecord < resource:null, txid:< formatId=131077, gtrid_length=29, bqual_length=36, tx_uid=0:ffff7f000101:-54ae30a5:5e134cb6:31f4, node_name=1, branch_uid=0:ffff7f000101:-54ae30a5:5e134cb6:31fa, subordinatenodename=null, eis_name=unknown eis name >, heuristic: TwoPhaseOutcome.HEURISTIC_ROLLBACK com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord@da1415 >","threadName":"Periodic Recovery","threadId":17496,"mdc":{},"ndc":"","hostName":"build44-el7","processName":"jboss-modules.jar","processId":18900}
{"timestamp":"2020-01-06T08:18:33.571-07:00","sequence":22396,"loggerClassName":"org.jboss.logging.Logger","loggerName":"com.arjuna.ats.jta","level":"WARN","message":"XAResourceRecord restored heuristic instance: XAResourceRecord < resource:null, txid:< formatId=131077, gtrid_length=29, bqual_length=36, tx_uid=0:ffff7f000101:-54ae30a5:5e134cb6:31f4, node_name=1, branch_uid=0:ffff7f000101:-54ae30a5:5e134cb6:31fa, subordinatenodename=null, eis_name=unknown eis name >, heuristic: TwoPhaseOutcome.HEURISTIC_ROLLBACK com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord@da1415 >","threadName":"Periodic Recovery","threadId":17496,"mdc":{},"ndc":"","hostName":"build44-el7","processName":"jboss-modules.jar","processId":18900}
{"timestamp":"2020-01-06T08:18:33.571-07:00","sequence":22397,"loggerClassName":"org.jboss.logging.Logger","loggerName":"com.arjuna.ats.arjuna","level":"WARN","message":"Transaction 0:ffff7f000101:-54ae30a5:5e134cb6:31f4 restored heuristic participant XAResourceRecord < resource:null, txid:< formatId=131077, gtrid_length=29, bqual_length=36, tx_uid=0:ffff7f000101:-54ae30a5:5e134cb6:31f4, node_name=1, branch_uid=0:ffff7f000101:-54ae30a5:5e134cb6:31fa, subordinatenodename=null, eis_name=unknown eis name >, heuristic: TwoPhaseOutcome.HEURISTIC_ROLLBACK com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord@da1415 >","threadName":"Periodic Recovery","threadId":17496,"mdc":{},"ndc":"","hostName":"build44-el7","processName":"jboss-modules.jar","processId":18900}
{"timestamp":"2020-01-06T08:18:33.571-07:00","sequence":22398,"loggerClassName":"org.jboss.logging.Logger","loggerName":"com.arjuna.ats.arjuna","level":"WARN","message":"Transaction 0:ffff7f000101:-54ae30a5:5e134cb6:31d0 has 1 heuristic participant(s)!","threadName":"Periodic Recovery","threadId":17496,"mdc":{},"ndc":"","hostName":"build44-el7","processName":"jboss-modules.jar","processId":18900}
{"timestamp":"2020-01-06T08:18:33.573-07:00","sequence":22399,"loggerClassName":"com.arjuna.ats.jta.logging.jtaI18NLogger_$logger","loggerName":"com.arjuna.ats.jta","level":"WARN","message":"ARJUNA016037: Could not find new XAResource to use for recovering non-serializable XAResource XAResourceRecord < resource:null, txid:< formatId=131077, gtrid_length=29, bqual_length=36, tx_uid=0:ffff7f000101:-54ae30a5:5e134cb6:31d0, node_name=1, branch_uid=0:ffff7f000101:-54ae30a5:5e134cb6:31d6, subordinatenodename=null, eis_name=unknown eis name >, heuristic: TwoPhaseOutcome.HEURISTIC_ROLLBACK com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord@54a6a4 >","threadName":"Periodic Recovery","threadId":17496,"mdc":{},"ndc":"","hostName":"build44-el7","processName":"jboss-modules.jar","processId":18900}
{"timestamp":"2020-01-06T08:18:33.574-07:00","sequence":22400,"loggerClassName":"org.jboss.logging.Logger","loggerName":"com.arjuna.ats.jta","level":"WARN","message":"XAResourceRecord restored heuristic instance: XAResourceRecord < resource:null, txid:< formatId=131077, gtrid_length=29, bqual_length=36, tx_uid=0:ffff7f000101:-54ae30a5:5e134cb6:31d0, node_name=1, branch_uid=0:ffff7f000101:-54ae30a5:5e134cb6:31d6, subordinatenodename=null, eis_name=unknown eis name >, heuristic: TwoPhaseOutcome.HEURISTIC_ROLLBACK com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord@54a6a4 >","threadName":"Periodic Recovery","threadId":17496,"mdc":{},"ndc":"","hostName":"build44-el7","processName":"jboss-modules.jar","processId":18900}
{"timestamp":"2020-01-06T08:18:33.574-07:00","sequence":22401,"loggerClassName":"org.jboss.logging.Logger","loggerName":"com.arjuna.ats.arjuna","level":"WARN","message":"Transaction 0:ffff7f000101:-54ae30a5:5e134cb6:31d0 restored heuristic participant XAResourceRecord < resource:null, txid:< formatId=131077, gtrid_length=29, bqual_length=36, tx_uid=0:ffff7f000101:-54ae30a5:5e134cb6:31d0, node_name=1, branch_uid=0:ffff7f000101:-54ae30a5:5e134cb6:31d6, subordinatenodename=null, eis_name=unknown eis name >, heuristic: TwoPhaseOutcome.HEURISTIC_ROLLBACK com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord@54a6a4 >","threadName":"Periodic Recovery","threadId":17496,"mdc":{},"ndc":"","hostName":"build44-el7","processName":"jboss-modules.jar","processId":18900}
{"timestamp":"2020-01-06T08:18:33.574-07:00","sequence":22402,"loggerClassName":"org.jboss.logging.Logger","loggerName":"com.arjuna.ats.arjuna","level":"WARN","message":"Transaction 0:ffff7f000101:-54ae30a5:5e134cb6:319d has 1 heuristic participant(s)!","threadName":"Periodic Recovery","threadId":17496,"mdc":{},"ndc":"","hostName":"build44-el7","processName":"jboss-modules.jar","processId":18900}
{"timestamp":"2020-01-06T08:18:33.577-07:00","sequence":22403,"loggerClassName":"com.arjuna.ats.jta.logging.jtaI18NLogger_$logger","loggerName":"com.arjuna.ats.jta","level":"WARN","message":"ARJUNA016037: Could not find new XAResource to use for recovering non-serializable XAResource XAResourceRecord < resource:null, txid:< formatId=131077, gtrid_length=29, bqual_length=36, tx_uid=0:ffff7f000101:-54ae30a5:5e134cb6:319d, node_name=1, branch_uid=0:ffff7f000101:-54ae30a5:5e134cb6:31a6, subordinatenodename=null, eis_name=unknown eis name >, heuristic: TwoPhaseOutcome.HEURISTIC_ROLLBACK com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord@1ad067c >","threadName":"Periodic Recovery","threadId":17496,"mdc":{},"ndc":"","hostName":"build44-el7","processName":"jboss-modules.jar","processId":18900}
{"timestamp":"2020-01-06T08:18:33.577-07:00","sequence":22404,"loggerClassName":"org.jboss.logging.Logger","loggerName":"com.arjuna.ats.jta","level":"WARN","message":"XAResourceRecord restored heuristic instance: XAResourceRecord < resource:null, txid:< formatId=131077, gtrid_length=29, bqual_length=36, tx_uid=0:ffff7f000101:-54ae30a5:5e134cb6:319d, node_name=1, branch_uid=0:ffff7f000101:-54ae30a5:5e134cb6:31a6, subordinatenodename=null, eis_name=unknown eis name >, heuristic: TwoPhaseOutcome.HEURISTIC_ROLLBACK com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord@1ad067c >","threadName":"Periodic Recovery","threadId":17496,"mdc":{},"ndc":"","hostName":"build44-el7","processName":"jboss-modules.jar","processId":18900}
{"timestamp":"2020-01-06T08:18:33.577-07:00","sequence":22405,"loggerClassName":"org.jboss.logging.Logger","loggerName":"com.arjuna.ats.arjuna","level":"WARN","message":"Transaction 0:ffff7f000101:-54ae30a5:5e134cb6:319d restored heuristic participant XAResourceRecord < resource:null, txid:< formatId=131077, gtrid_length=29, bqual_length=36, tx_uid=0:ffff7f000101:-54ae30a5:5e134cb6:319d, node_name=1, branch_uid=0:ffff7f000101:-54ae30a5:5e134cb6:31a6, subordinatenodename=null, eis_name=unknown eis name >, heuristic: TwoPhaseOutcome.HEURISTIC_ROLLBACK com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord@1ad067c >","threadName":"Periodic Recovery","threadId":17496,"mdc":{},"ndc":"","hostName":"build44-el7","processName":"jboss-modules.jar","processId":18900}
{"timestamp":"2020-01-06T08:18:33.58-07:00","sequence":22406,"loggerClassName":"com.arjuna.ats.jta.logging.jtaI18NLogger_$logger","loggerName":"com.arjuna.ats.jta","level":"WARN","message":"ARJUNA016037: Could not find new XAResource to use for recovering non-serializable XAResource XAResourceRecord < resource:null, txid:< formatId=131077, gtrid_length=29, bqual_length=36, tx_uid=0:ffff7f000101:-54ae30a5:5e134cb6:30e6, node_name=1, branch_uid=0:ffff7f000101:-54ae30a5:5e134cb6:30e9, subordinatenodename=null, eis_name=unknown eis name >, heuristic: TwoPhaseOutcome.FINISH_OK com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord@14ee698 >","threadName":"Periodic Recovery","threadId":17496,"mdc":{},"ndc":"","hostName":"build44-el7","processName":"jboss-modules.jar","processId":18900}
{"timestamp":"2020-01-06T08:18:33.583-07:00","sequence":22407,"loggerClassName":"com.arjuna.ats.jta.logging.jtaI18NLogger_$logger","loggerName":"com.arjuna.ats.jta","level":"WARN","message":"ARJUNA016038: No XAResource to recover < formatId=131077, gtrid_length=29, bqual_length=36, tx_uid=0:ffff7f000101:-54ae30a5:5e134cb6:30e6, node_name=1, branch_uid=0:ffff7f000101:-54ae30a5:5e134cb6:30e9, subordinatenodename=null, eis_name=unknown eis name >","threadName":"Periodic Recovery","threadId":17496,"mdc":{},"ndc":"","hostName":"build44-el7","processName":"jboss-modules.jar","processId":18900}
{"timestamp":"2020-01-06T08:18:33.583-07:00","sequence":22408,"loggerClassName":"org.jboss.logging.Logger","loggerName":"com.arjuna.ats.arjuna","level":"WARN","message":"Transaction 0:ffff7f000101:-54ae30a5:5e134cb6:30d4 has 1 heuristic participant(s)!","threadName":"Periodic Recovery","threadId":17496,"mdc":{},"ndc":"","hostName":"build44-el7","processName":"jboss-modules.jar","processId":18900}
{"timestamp":"2020-01-06T08:18:33.587-07:00","sequence":22409,"loggerClassName":"com.arjuna.ats.jta.logging.jtaI18NLogger_$logger","loggerName":"com.arjuna.ats.jta","level":"WARN","message":"ARJUNA016037: Could not find new XAResource to use for recovering non-serializable XAResource XAResourceRecord < resource:null, txid:< formatId=131077, gtrid_length=29, bqual_length=36, tx_uid=0:ffff7f000101:-54ae30a5:5e134cb6:30d4, node_name=1, branch_uid=0:ffff7f000101:-54ae30a5:5e134cb6:30da, subordinatenodename=null, eis_name=unknown eis name >, heuristic: TwoPhaseOutcome.HEURISTIC_HAZARD com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord@1de3958 >","threadName":"Periodic Recovery","threadId":17496,"mdc":{},"ndc":"","hostName":"build44-el7","processName":"jboss-modules.jar","processId":18900}
{"timestamp":"2020-01-06T08:18:33.587-07:00","sequence":22410,"loggerClassName":"org.jboss.logging.Logger","loggerName":"com.arjuna.ats.jta","level":"WARN","message":"XAResourceRecord restored heuristic instance: XAResourceRecord < resource:null, txid:< formatId=131077, gtrid_length=29, bqual_length=36, tx_uid=0:ffff7f000101:-54ae30a5:5e134cb6:30d4, node_name=1, branch_uid=0:ffff7f000101:-54ae30a5:5e134cb6:30da, subordinatenodename=null, eis_name=unknown eis name >, heuristic: TwoPhaseOutcome.HEURISTIC_HAZARD com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord@1de3958 >","threadName":"Periodic Recovery","threadId":17496,"mdc":{},"ndc":"","hostName":"build44-el7","processName":"jboss-modules.jar","processId":18900}
{"timestamp":"2020-01-06T08:18:33.587-07:00","sequence":22411,"loggerClassName":"org.jboss.logging.Logger","loggerName":"com.arjuna.ats.arjuna","level":"WARN","message":"Transaction 0:ffff7f000101:-54ae30a5:5e134cb6:30d4 restored heuristic participant XAResourceRecord < resource:null, txid:< formatId=131077, gtrid_length=29, bqual_length=36, tx_uid=0:ffff7f000101:-54ae30a5:5e134cb6:30d4, node_name=1, branch_uid=0:ffff7f000101:-54ae30a5:5e134cb6:30da, subordinatenodename=null, eis_name=unknown eis name >, heuristic: TwoPhaseOutcome.HEURISTIC_HAZARD com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord@1de3958 >","threadName":"Periodic Recovery","threadId":17496,"mdc":{},"ndc":"","hostName":"build44-el7","processName":"jboss-modules.jar","processId":18900}
{"eventSource":"web-access","@version":"1","@timestamp":"2020-01-06T15:18:33595","port":8080,"query_string":"?testParam=testValue","request_method":"GET","request_scheme":"http","request_url":"/simple-war/simple","http_response_code":200,"response_header_Content-Type":"application/json; charset=ISO-8859-1","response_header_Content-Encoding":null}

authors: jmesnil wildfly-ci