そのまんまです。
echo 響け！ユーフォニアム | python3 -c 'print("\n".join([a[i:] + a[:i] for sys in [__import__("sys")] for a in [sys.stdin.readline().rstrip()] for i in range(len(a))]))'
面白い世界があるもんですねー。
こうやってもいけますよー。
— t-sin (@sin_clav) November 30, 2018
$ echo 響け！ユーフォニアム | python3 -c "[print(s[n:]+s[:n]) for s in [input()] for n in range(len(s))]"#シェル芸 https://t.co/aoURO5XiU8
なるほどー、以下２点知らなかったー。教えてもらってありがたい!!
printが呼べるでっかいエビーです。 これの続きを書きたいと思います。
| name | version |
|---|---|
| ubuntu | 18.04 amd64 |
| graalVM | 1.0.0 RC2 |
native-image の実行は glibcが必要
Reflection/ Annotationが絡むと実行時エラーになるっぽい
用意するものがたくさんあるのでラフに説明します。exampleをつくってみたので以下を軽くみていただけると
ビルド時にclasspath宣言をしてビルドすることで3rd-partyライブラリを使うことが可能です。 例えばこんな感じ。
native-image --classpath=.:hoge.jar HelloWorld
ただ、数が増えてくると大変なのでfatJar(3rd-party Libraryをかためて一個にしたやつ , e.g. SpringBootとかでつくられる超でっかいJar)をつくるといいとおもいます。 ちなみにFatJarの場合はこんな感じでnative imegeがつくれます
native-image --jar=hoge.jar
これでhoge っていう名前の実行ファイルができます。
これでできたイメージを実行できるようになりました。 こんな感じでDocker Fileに実行ファイルをコピーするだけでとりあえず実行できるようになります。
graalvm-java-cli-native-demo/Dockerfile at master · masahitojp/graalvm-java-cli-native-demo · GitHub
$ docker build -t graalvm-test/run-test . $ docker run -it -t graalvm-test/run-test:latest /bin/sh -c "./clitest -m test"
注意点が一個だけ。 native-image で生成された実行ファイルはglibcが必須です。
なるべく小さいdocker-imageが作りたくて素の alpine+dockerを試したんですが、 実行するとnot foucdっていう無情なエラーが出るだけでした。
alpine-glibcだと無事動作しました。
ちなみにこの例だと19MiBくらいのdocker-imageになるようです。わりとちいさくまとまりますね1
もともとは Args4j を使ってexampleを書いてたんだけど、native-imageは作れるんだけど、 実行時にReflecttionのエラーがでちゃう。
ってのをTwitterでつぶやいたら教えてもらった。
Substrate VM (native-image)の制限はこちらになります！https://t.co/gKXIOxBzZF
— じゅくちょー Koichi Sakata (@jyukutyo) 2018年6月22日
なお、私自身は未検証ですが、設定をすればレフレクションの一部はサポートできるようです。https://t.co/NOM1JAOXnn
ってのを教えてもらった。ありがたい。
こちらのブログによると、
こんな感じでReflectionの対象になるであろうクラスを列挙したjsonをつくって渡してやればいいっぽい
[
{
"name": "io.netty.channel.socket.nio.NioServerSocketChannel",
"methods": [
{ "name": "<init>", "parameterTypes": [] }
]
}
]
まー今回は動かすのが目的なのでこの辺を調べるのはかつあいしました。詳しい方是非僕に説明よろしくです。
結構かんたんにGraalVM+ native-imageをでnativeな実行ファイルを作れるようになりました。 JavaでFatJarつくれればそこから割とかんたんに作業をすることができるので、いろいろ遊んでみるといいと思います. Docker imageも20MiBくらいに収まりそうだし、ある程度遊べそうです
先人の皆様に感謝します
信頼と実績のApache commons cli(reflection 使ってないっぽいので今回は悩まないために使った) Commons CLI – Home
信頼と実績のkohsuke ware. Args4j
このエントリーめっちゃ面白いのでぜひみんな読んでほしいな medium.com
dockerよくわかってないのでいろいろ調べた。alpineのイメージはコレをつかった。 https://hub.docker.com/r/jeanblanchard/alpine-glibc/
そうそう。ちょっとしたスクリプトみたいなの、go じゃなくて java で書いてgraalvmにするのありだと思いますね。そのうちやろうと思ってる
— tokuhirom (@tokuhirom) June 21, 2018
このTweetみて超興味がわいて、GraalVM+Javaでnative cliを書く練習をしてみた
| navme | version |
|---|---|
| Ubuntu | 18.04 |
| graalVM | 1.0.0-rc2 |
download here
tar xzvpf graalvm-ce-1.0.0-rc2-linux-amd64.tar.gz mv ./graalvm-ce-1.0.0-rc2 /opt/graalvm
これに従ってやってみる
import java.io.IOException; import java.nio.file.DirectoryStream; import java.nio.file.Files; import java.nio.file.Path; import java.nio.file.Paths; class ListFiles{ public static void main(String[] args) { Path dir = Paths.get("."); try (DirectoryStream<Path> stream = Files.newDirectoryStream(dir, "*")) { for (Path file : stream) { System.out.println(file.getFileName()); } } catch (IOException ignored) { } } }
$ /opt/graalvm/bin/java ListFiles $ /opt/graalvm/bin/native-image ListFiles <= 一回Java classに変換してからnative-imageでビルドする $ ls ListFiles.class listfiles* <= native imag3!!! ListFiles.java
$ ./listfiles ListFiles.java listfiles ListFiles.class
こんな感じでJava環境なしでも動くイメージがつくれた。
つぎは3rd-partyライブラリの使い方をしらべたいところ
はい、Python界隈のレアキャラです。 ついに出るでるといってなかなかでなかったFabric2がでたのでかるくまとめます。
| object | detail |
|---|---|
| chage date | 2018/5/12 |
| version | fabic 2.0.0 |
| os | ubuntu 18.04 |
| python | 3.6.5 |
fabric2はPython2.7/Python3.4+でうごく
https://pypi.org/project/fabric2/
$ pip install fabric2 # fabric2を指定する $ pip freeze asn1crypto==0.24.0 bcrypt==3.1.4 cffi==1.11.5 cryptography==2.2.2 fabric2==2.0.0 idna==2.6 invoke==1.0.0 paramiko==2.4.1 pyasn1==0.4.2 pycparser==2.18 PyNaCl==1.2.1 six==1.11.0
https://github.com/fabric/fabric/issues/1740 どうやらwheelの作り方のもんだいっぽい
http://docs.fabfile.org/en/latest/upgrading.html
pip install fabric でいれると fabコマンドで
pip install fabric2 でいれると fab2
ここでは fab2で統一する
Installing — Fabric documentation
from fabric.api import local
def hello():
local("uname -s")
$ fab2 hello
fab2 hello
Traceback (most recent call last):
File "/home/masahito/python-env/fabric2/bin/fab2", line 11, in <module>
load_entry_point('fabric2==2.0.0', 'console_scripts', 'fab2')()
File "/home/masahito/python-env/fabric2/lib/python3.6/site-packages/invoke/program.py", line 321, in run
self.parse_collection()
File "/home/masahito/python-env/fabric2/lib/python3.6/site-packages/invoke/program.py", line 399, in parse_collection
self.load_collection()
File "/home/masahito/python-env/fabric2/lib/python3.6/site-packages/fabric2/main.py", line 74, in load_collection
super(Fab, self).load_collection()
File "/home/masahito/python-env/fabric2/lib/python3.6/site-packages/invoke/program.py", line 588, in load_collection
module, parent = loader.load(coll_name)
File "/home/masahito/python-env/fabric2/lib/python3.6/site-packages/invoke/loader.py", line 75, in load
module = imp.load_module(name, fd, path, desc)
File "/home/masahito/python-env/fabric2/lib/python3.6/imp.py", line 235, in load_module
return load_source(name, filename, file)
File "/home/masahito/python-env/fabric2/lib/python3.6/imp.py", line 172, in load_source
module = _load(spec)
File "<frozen importlib._bootstrap>", line 684, in _load
File "<frozen importlib._bootstrap>", line 665, in _load_unlocked
File "<frozen importlib._bootstrap_external>", line 678, in exec_module
File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
File "/home/masahito/src/python/try-fabric2/fabfile.py", line 1, in <module>
from fabric.api import local, run, put
ModuleNotFoundError: No module named 'fabric'
fab2でうごく$ cat fabfile.py
from invoke import task
@task
def hello(c):
c.run("uname -s")
$ fab2 hello Linux
invokeだと tasks.pyに書くのだけど、これを fabfile.pyに名前をかえて fab2から呼ぶことで ssh経由で呼べるようになる
fab2 -H 192.168.0.1 hello ってやると
ssh経由で helloを実行することが可能
sudoするところはまた明日以降で
React書いててnpmパッケージのバージョンアップがちょっとめんどいときってありますよね。 基本的にこまめにnpm のバージョン上げてったほうがアップデートに追従するのがらくなんですけど、 いかんせんそれはそれでちょっとめんどくさいですよね。 というわけで近頃使い始めた外部サービスの紹介します
Renovate をつかうとパッケージがアップデートしたときにPR おくってくれる。
つかいかたは超かんたん。 github, bitbucket etcでサインインするだけ。あとは自分で使いたいレポジトリを指定するだけであとはRenovateがパッケージのアップデートを調べて PR を送ってくれる。
あとはこんな感じでアップデートするパッケージ単位でPR おくってくれる
ぜひぜひ使ってみてほしい
とうとつだけどテスト専用みたいに用途がきまってるDockerってべんりですよね。 手元にUnitTest用のDockerfileだけもってるときにそれをそのままCIで実行できると便利だなっておもって軽く調べました。
CircleCI2.0だったらぐぐったらでてくるかなっておもったら意外に出てこなかったので軽くしらべてまとめました。
version: 2 jobs: build: machine: true steps: - checkout - run: | docker build -t "REPOSITORY_NAME:$CIRCLE_BRANCH" . docker run "REPOSITORY_NAME:$CIRCLE_BRANCH"
こんなかんじ
もっといい書き方があったらぜひおしえてください!!!
