SLF4JとLogbackは2021年現在では積極採用しない方が良い（2023年12月 追記） - Kengo's blog
SLF4JとLogbackの中の人はここ数年活発ではないのでLog4j2などを代わりに使いましょう。 SLF4Jの活動は最近活発ではない SLF4JはVCSとしてGitHubを利用しています。最後の変更が2020年2月、最後のリリースが2019年12月となっていることからも、あまり活発ではないことが伺えます。 またBTSとしてJIRAを使っていますが、こちらもメンテナンスされていません。昨夏SLF4J-209が既にクローズ可能な状態であることやSLF4J-186が修正可能であることなどをコメントしましたが、1年近く経った今もすべて返信がない状態です。 2020年12月にイシューを閉じていたりするので全く動きがないわけではないのですが、年間で22つ作成されたのに対して2つしか閉じられていないので、充分にメンテされているとは言い難い状況です。 2021年5月31日時点での過去360日のイシュー
様々なクラウドにアクセスするPythonライブラリ「Apache Libcloud 3.0」公開 | OSDN Magazine
さまざまなクラウドサービスに対応するPython向けのクラウド操作ライブラリ「Apache Libcloud」開発チームは4月15日、最新のメジャーリリースとなる「Apache Libcloud 3.0.0」のリリースを発表した。本リリースではPython 2.7および3〜3.5のサポートが廃止されている。 Apache Libcloudは、統一されたAPIでさまざまなクラウド事業者のクラウドサービスを操作できるPythonライブラリ。提供されるAPIは大きく分けて「Compute」や「Storage」、「Load Balancers」、「DNS」、「Container」、「Backup」の6種類で、対応するクラウドサービスはAmazon Web Services（AWS）、OpenStack、Microsoft Azure、Google Cloud Platformなど50以上。Pyth
クラウド上で動作するアプリケーションの管理・デプロイフレームワーク「Apache Brooklyn 1.0」リリース | OSDN Magazine
Apache Brooklynはクラウド上で動作する分散型アプリケーションのモデリングおよびモニタリング、管理のためのフレームワーク。2015年にApache Software Foundationのトップレベルプロジェクトとなっていた。自律型コンピューティングに着想を得ており、クラウドアプリケーションの管理仕様である「OASIS CAMP」やデプロイのための仕様である「TOSCA」の両標準をサポートしている。 YAML形式でアプリケーションの情報やデプロイ・実行に必要なコンポーネントの情報、デプロイ時に必要となる処理などを記述（モデリング）することで、それを元にアプリケーションのデプロイや管理を行える。デプロイ・管理できるプラットフォームとしてはAmazon EC2など20種類以上のパブリッククラウドをサポートしており、プライベートクラウドやベアメタル環境でも利用できる。REST API
Java でロガーを SLF4J + Logback に統一する冴えたやり方 / build.gradle 記入法 / 2021年 - Qiita
SLF4J を使いたいこんな人向けの記事です log4j 2.x を使っていない事を確かにしたい (2021年12月追記) SLF4J に統一したはずなのに、たまにコンソールに謎ログが出てる。時刻が出ないとかある（実は log4j 1.x 経由でログがでてる） あるいは log4j:WARN No appenders could be found for logger (com.example.Log4j1). log4j:WARN Please initialize the log4j system properly. log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info. みたいなログが出る。 Class path contains multiple SLF4J bindin
Apache Kafkaを使ったアプリ設計で反省している件を正直ベースで話す
Apache Kafka: Producer, Broker and Consumer2017年は生まれて始めてApache Kafkaを本格的に業務利用（PoCではなく本番運用）した年でした。Apache Kafka的なメッセージングミドルウェアそのもののは、社内的な事情でよく使っていたのでその使い勝手に対して困惑はほとんど無かったですし、ミドルウェアとして非常に安定しているため、Kafkaクラスタそのものでの不具合らしい不具合が発生したことは一度もありませんでした。 しかし、Kafkaのトピック設計などに関してのベストプラクティスは事例ベースでもあまり見かけたことがなく、チームメンバーと悩むことも多かったです。このストーリーでは、主にKafkaを利用したアプリ設計で考えたことや失敗したことを振り返りつつ共有します。なお、パーティション数や各種バッファサイズなどのチューニング要素は今回取
クラウドごとに異なるAPIの違いを吸収するライブラリ「Apache Libcloud」、正式版がオープンソースで公開
クラウドごとに異なるAPIの違いを吸収するライブラリ「Apache Libcloud」、正式版がオープンソースで公開 多くのパブリッククラウドはAPI経由でインスタンスを起動したりストレージを構成することができるようになっていますが、クラウドごとにAPIの仕様は異なります。そのため、あるクラウドをAPI経由で制御するアプリケーションを作ったとしても、そのアプリケーションは特定のクラウドだけで有効です。 こうしたクラウドごとのAPIの違いを吸収しようとオープンソースで開発されているのが「Apache Libcloud」（以下Libcloud）です。パブリッククラウドやOpenStackのようなクラウド基盤ソフトウェアなど50以上のクラウドに対応しています。Libcloudを用いることで、クラウドにロックインされないクラウド管理アプリケーションが開発可能です。 そのLibcloudがバージョン
３つのnginxをうまく使い分けよう〜nginx、OpenResty、Tengine〜
OpenRestyはnginxのほかにngx_luaをはじめとするCで書かれた各種サードパーティモジュールとngx_luaのAPIを利用したrestyモジュール、そしてLua/LuaJITで構成されています。 OpenRestyに含まれているnginx自体は本家のnginxと基本同じなので、別にOpenRestyを利用しなくても自分でngx_luaを組み込んだり、サーバ上にrestyモジュールを配布することで似たような環境を構築することは可能ですが、OpenRestyであれば主要なモジュールやライブラリが./configure、make、make installの一連の流れですべてゴソッとインストールされますし、OpenRestyのconfigureスクリプトはnginxのconfigureスクリプトを継承したものなのでnginxのconfigureオプションをほぼそのまま利用することもで
Javaを使うなら知っておきたい技術、フレームワーク、ライブラリ、ツールまとめ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Javaの開発と言っても、各種ミドルウェアやフレームワーク、ライブラリ、ツールなどが豊富にあり選択に悩むことは少なくないと思います。 そこで関連技術のインデックスになればと作成しました。 あくまで知っている範囲で記述しているので、コメントしてもらえれば随時追加します！ すべてを書くと膨大な量になるため、現状採用が減ってきているものや、そもそもあまり採用されていないもの、後継があったり、類似のものと比較した場合に明らかに劣っているものは省いています。 ちなみにライブラリには高機能なものも多いので、分類は参考程度にご覧下さい。 サーバ系 A
ネットワーク仮想化の「MidoNet」がオープンソースに。ミドクラが公開
ミドクラは同社のネットワーク仮想化ソフトウェアである「MidoNet」をオープンソースとして公開しました。OpenStackに対応し、IaaS型クラウドのネットワーク基盤ソフトウェアとして利用できます。ライセンスはApache 2.0ライセンス（プレスリリース）。 MidoNetは、いわゆるオーバーレイ型のネットワーク仮想化を実現するソフトウェアで、物理的なネットワーク構成の上に、仮想的なレイヤ2ネットワーク、レイヤ3ネットワークを構成し、ファイアウォール、ロードバランス、アクセスコントロールやセキュリティグループなどの機能を実現します。 すべてをコモディティサーバ上で稼働するソフトウェアで実現するため、物理ネットワークにファイアウォールやルーティングのような機能を持つ機器を必要としません。 MidoNetの最大の特徴は分散アーキテクチャを採用しているところです。ルーティングやスイッチ、フ
github:eで管理しているChefのクックブックを、Berkshelf APIサーバーを立てていい感じに依存解決する方法 - （ひ）メモ
ちょっと前にリリースされた Berkshelf 3から、Berkshelf APIというインデックスサーバーからクックブックの情報を得るようになりました。 https://github.com/berkshelf/berkshelf/wiki/2.x-to-3.0-Upgrade-Guide https://github.com/berkshelf/berkshelf-api Berkshelf APIを使うと、外部に公開していないクックブックをBerksfileで指定する際の記述が簡潔になります。 まだ日が浅いせいか、Berkshelf API ＋ github:e の情報が少ないので、備忘録も兼ねて残しておきます。 環境は以下のとおりです。 berkshelf (3.1.3) berkshelf-api (2.0.0) Berkshelf APIが必要な理由 Berksfile で c
wri.pe - OSS化されたMarkdownベースのメモアプリケーション MOONGIFT
個人的にもよく使っているwri.peがオープンソース化されました！Ruby on Railsで作られており、本家はHerokuで動作しているなど自前でWebベースのメモ環境を作るのがとても手軽になりそうです。 ということで早速触ってみましょう。Web APIのトークン設定をすればすぐに動かせます。 wri.peの使い方 トップページです。見たまま本家のwri.peそっくりです。 ログインしました。早速メモを作ってみましょう。 右側にプレビューもあって分かりやすいですね。 カレンダー。メモを作った日付が分かります。 検索はSolrを使っており日本語も対応しています。 バックアップはEvernote、Dropboxにできます。 殆どの機能がJSON出力に対応していたり、iCalでの出力や多数のWeb API、OAuth対応がされているなど今風のWebサービスを作るのに参考になる点が多いと思いま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
