Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
[B! Java] el-condorのブックマーク
[go: Go Back, main page]

タグ

Javaに関するel-condorのブックマーク (24)

  • NECが受注したe-Govのガバクラ移行が大幅遅延、構築手法の途中変更が影響か

    政府ポータルサイト「e-Gov」のシステム刷新が当初計画から大きく遅れている。開発した機能の品質不良が最終テストで判明したためである。問題はベンダー選定後にデジタル庁がシステム構築手法を変更したことに端を発していた。開発を受注したNECは変更を受け入れたが、開発が遅延し品質に問題を抱える。情報を共有する体制が不十分だったために問題を広げたとの指摘が出ている。 デジタル庁が運用する政府ポータルサイト「e-Gov」のシステム刷新プロジェクトが大幅に遅延している。当初は2024年2月下旬に新システムへの切り替えを予定していたが、デジタル庁は約3週間前の2024年2月2日になってe-Govのサイト上で作業の延期を公表した。 河野太郎デジタル相は2024年4月16日の閣議後会見で記者の質問に対し、e-Govのシステム刷新が遅れている理由を「最後の試験工程で(開発したシステムの)品質が十分でないと判断

    NECが受注したe-Govのガバクラ移行が大幅遅延、構築手法の途中変更が影響か
    el-condor
    el-condor 2024/04/26
    e-Gov初期(ゼロ年代)と今のJavaのバージョン非互換の影響を甘く見るするとかそんな素人仕事ある?Ruby2.7→3.1の移行でもまあまあ苦労したというのに。まさか先行検証とかサボったとかないよね国家プロジェクトなのに。
  • Javaを救うOracleレジスタンスは

    悪の帝国 OracleJava を有償化し重税を課そうとしたその時、正義の勇者 Amazon が立ち上がり新しい Java 実装 Corretto を無償で広めて救ったのだ! ……という情弱が好きそうなデマがあるんだが、こんな陳腐なシナリオに喜んでいるようではインチキなテック系 YouTuber にい物にされてしまうぞ☆ Oracle レジスタンスはいた。彼らは Oracle の中に潜んでいたんだ。 赤字に苦しむ Sun時は2005年に遡る。 Java を開発した 米 Sun Microsystems は赤字にあえいでいた。 2004年に Java 5 (目玉機能はジェネリクス) がリリースされてしばらくの頃だ。 この頃、ひとつのオープンソースプロジェクトが立ち上がる。名を Apache Harmony という。 開発は2005年5月に開始され、2006年10月には Apache

    Javaを救うOracleレジスタンスは
    el-condor
    el-condor 2021/09/22
    とは言え買収後にJavaへの投資が随分増えて更新スピードも上がったという事実はあり、Javaの件では、Oracleをただ邪悪扱いするだけの態度は個人的には良しとしない。
  • 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日のイシュー

    SLF4JとLogbackは2021年現在では積極採用しない方が良い(2023年12月 追記) - Kengo's blog
    el-condor
    el-condor 2021/06/01
    Javaを主な仕事にしていた頃は「イケてるログフレームワーク」だったのがこうなるの、万物は流転する感あるな。
  • TOMCAT殺害事件 - Qiita

    OOMKillerの殺意 顧客EC2のTomcatがアクセスの無い早朝にもかかわらずOOMKillerに突然殺されてしまったので、調査した顛末をたぶん同じような問題に直面されている方もおられるかと思いますので備忘録として記載します。 Javaヒープのチューニングにも多少役立つかと思います。 (この記事はJava8が対象となります。) OOMKillerとはOut of Memory時に、サーバ全体を守るためにメモリーを消費しているプロセスを停止するLinuxの標準機能です。 そのOOMKillerになんとTomcatが突然殺害されてしまいました。 問答無用の辻斬り状態です。 早朝ですのでアクセスログには何も記録されておらず、catalina.outには OpenJDK 64-Bit Server VM warning: Setting LargePageSizeInBytes has no

    TOMCAT殺害事件 - Qiita
    el-condor
    el-condor 2020/01/09
    ]server]Javaアプリケーションサーバの話/いくらイラン周りで緊張が高まってると言えF-14は関わりないよなと思ったらやはり無関係だった
  • Javaなら「この書き方がベスト」と信じて書ける - きしだなおきに聞く、Javaのこれまでとこれから|ハイクラス転職・求人情報サイト AMBI(アンビ)

    ハイクラス求人TOPIT記事一覧Javaなら「この書き方がベスト」と信じて書ける - きしだなおきに聞く、Javaのこれまでとこれから Javaなら「この書き方がベスト」と信じて書ける - きしだなおきに聞く、Javaのこれまでとこれから Javaは1995年に誕生し、数多くのコミュニティや企業の影響を色濃く受けてきました。では、黎明期から現代に至るまで、Javaはどのように進化し、生態系を変化させてきたのでしょうか。Javaのスペシャリストとして知られる、きしだなおきさんに聞きました。 1995年に誕生した、オブジェクト指向プログラミング言語・Java。この言語の歴史は、数多くのコミュニティや企業の影響を色濃く受けてきました。 例えば、OracleによるSun Microsystemsの買収後、Javaのリリースサイクルは大きく変化しました。また日においては、JavaカンファレンスやS

    Javaなら「この書き方がベスト」と信じて書ける - きしだなおきに聞く、Javaのこれまでとこれから|ハイクラス転職・求人情報サイト AMBI(アンビ)
    el-condor
    el-condor 2019/10/29
    "Javaなら「この書き方がベスト」と信じて書ける"プログラマの第一言語というのはそういうものですな/Oracle買収後の中の人の話を聞いて、企業の中の人にとって金があることこそ一番の正義よなと思ったのを思い出した
  • ジャバの異常な愛情 またはSpringはいかにしてモダンであることを止めて時代遅れになったのか - Qiita

    Spring以前 RPC 業務で使うシステムはサーバー間で連携することが多い。2019年現在ではREST apiに対してjsonやprotocolbufferで呼び出す事が当たり前のように行われているが、まだjsonも発見されていない時代はもっと複雑な仕組みが取られていた1。異機種間でやりとりするためのCORBAや、機種に依存しないデータプロトコルのASN.1なども利用されていたが、仕様は複雑でそれぞれをハンドリングするライブラリは有償で売られ、ベンダーからサポートを受けながら使用するようなものだった。 RMI Javaの世界ではJava同士でやりとりするためのRMIが定義され、比較的に楽にRPCできるようになった2。とはいえhttpでrestをコールすることに比べたらアホみたいな複雑さである。 https://docs.oracle.com/javase/jp/1.3/guide/rmi

    ジャバの異常な愛情 またはSpringはいかにしてモダンであることを止めて時代遅れになったのか - Qiita
    el-condor
    el-condor 2019/10/03
    おっさんとしては懐かしい歴史である
  • セルフホストで学ぶJVM入門 - k0kubun's blog

    RubyのJIT開発でやろうと思ってることが大体 @_ko1 さんの作業待ちでブロックしていて暇なので何かを書こうと思い、JVMを書くことにした。 まだその辺のアプリを気軽に動かせるレベルでは全然ないが、別に秘密裏に開発する必要もないと思ったので公開した。 github.com これの紹介と、現時点で学べたことをこの記事に記録しておく。 何故JVMなのか 仕事でJVM言語を使っている 僕が所属しているTreasure Dataでは、大雑把に言うと番サーバーのサービスは大体Ruby, Java, Scala, Kotlinで書かれている*1ので、既にRubyのVMはある程度わかる*2ことを考えると、JVMさえ理解してしまえば社内の主要な言語評価系を抑えたことになり、運用面で活躍の機会が増える気がしている。 また、自分が最近一番書いているのはKotlinなのだが、JVMで動かしていることに由

    セルフホストで学ぶJVM入門 - k0kubun's blog
    el-condor
    el-condor 2019/06/27
    面白い。流石k0kubun氏である
  • Java 11 時代の Java プログラミングスタイルガイド - Qiita

    Java のリリースサイクル が変更され、2019/01 現在の Java の最新バージョンは早 11。文法面での改善も進んでおり、モダンな Java のスタイルにも変化が見られる。この記事では Java 11 時代におけるモダンな Java プログラミングのスタイルをまとめてみたい。 筆者の主観を多分に含むため、その点ご注意を。 var(ローカル変数の型推論) var を積極的に利用する。 Java 10 で導入された var によるローカル変数の型宣言だが、基的には使用できる場面では積極的に使用するというスタンスでよいだろう。モダンな言語の多くは同様の型推論を採用しているが、それで問題になったという話は聞かない。 高度に訓練された Java プログラマーにとっては左辺の型定義など IDE が自動補完してくれるので便利さを感じないという意見には一理あるのだが、コードを読むときに限っては

    Java 11 時代の Java プログラミングスタイルガイド - Qiita
    el-condor
    el-condor 2019/01/12
    KotlinでやりたいことをJavaの互換性を崩さずやるための事例集になっているように思えなくもない
  • JREが単体で配布されなくなった理由

    2018 年 9 月、 Java 11 がリリースされました。Java 10 までは開発用の JDK と実行環境の JRE、 2 つのパッケージが提供されていたのですが、 Java 11 から JDK のみとなり Java 実行環境 (JRE) は単体配布されなくなりました。 オラクルが配布している Oracle JDK、 Oracle OpenJDK だけでなく、 ほかの OpenJDK ビルド Zulu OpenJDK でも JRE は配布されていません。 2019-04-26 訂正AdoptOpenJDK では JRE も配布していました。どうして、 JRE が配布されなくなってしまったのでしょうか? 新たなアプリケーション配布方法の提案オラクルが JDK の新しいリリース ・ モデルおよび提供ライセンスについて発表しています。 前半はリリース ・ サイクルの変更や商用利用の有償化な

    JREが単体で配布されなくなった理由
    el-condor
    el-condor 2019/01/10
    言われてみれば一理ある話ではある/JREと聞いて一瞬昔の日本食堂の話かと思うくらいにはJavaから遠ざかっているなあ
  • ログレベルが突然変わる謎の事象を追う ~ あるOSSサポートエンジニアの1日 - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

    ログレベルが突然変わる謎の事象を追う ~ あるOSSサポートエンジニアの1日 - Qiita
    el-condor
    el-condor 2018/12/02
    なるほど覚えておこう。使う機会があるかどうかは知らんけど。
  • マルチプラットフォームで利用可能なOpenJDKのAmazon Correttoが発表されました! | DevelopersIO

    しばらく前に、Amazon LinuxでのJavaのLTSが発表され大きな話題となりました。 Amazon LinuxでのJavaのLTS (Long-Term Support)提供について 「ほぇー、AWSもやりおるやんけ!!」と感慨にふけっていたら、それの100倍ぐらい衝撃的なニュースが、Javaの神様James Goslingのツイートで飛び込んできました。 Just announced #amazon #Corretto at #devoxx. It is our distribution of OpenJDK. https://t.co/09cuPEqnex — James Gosling (@errcraft) 2018年11月14日 「無償」かつ「AWS以外でも使えるマルチプラットフォーム」かつ「LTS(Long-Term Support)」つきのOpenJDKをAWSが提供

    マルチプラットフォームで利用可能なOpenJDKのAmazon Correttoが発表されました! | DevelopersIO
    el-condor
    el-condor 2018/11/15
    この件の有難いのはAWS上で安心して使えるLTSのJavaがあるということ、感動的なのはGoslingのところにJavaが帰ってきたこと。敢えてAdoptOpenJDK以外のAlternativeを提供する試みも評価したい
  • Javaは今も無償です

    Oracle JDKの配布とサポートが少し前に変更され、Oracle JDKやオラクルのOpenJDKビルド、他プロバイダのOpenJDKビルドを利用する際の権利に関して不透明なところが少なからずあります。無償アップデートや (新規と既存の) 有償サポートモデルがさまざまなベンダから提供される予定もあり、検討の余地があります。このドキュメントには要約バージョン と全詳細がある詳細バージョンのセクションがあります。 要約バージョン今もOracle JDKやオラクルのOpenJDKビルド、他プロバイダのOpenJDKビルドを無償で取得できます (このニュアンスについては以下のコラムや以降のセクションを読んでください)。これは複数のプロバイダがJava SE仕様の実装を提供するからこそ可能となっているのです。 Java SE / OpenJDK / オラクルのOpenJDKビルド / Oracl

    Javaは今も無償です
  • Java 9 で deprecated になったモジュールによる例外発生の問題にちゃんと対処したい

    盲目的に --add-modules の JVM オプションで解消するのはやめて、Java 11 に備えてちゃんとした対処をしてみよう、というお話です。 Java 9 のモジュールシステムと deprecated なモジュールによる問題Permalink Java 9 ではモジュールシステムの導入と同時に、Java の標準クラスライブラリを構成するモジュールのうち Java 11 で削除される予定のモジュール (JEP 320) が deprecated となりました。具体的には同 JEP に記載されているとおり、以下の 6 つのモジュールが削除予定となっています。 java.xml.ws: JAX-WS (Java API for XML-Based Web Services) java.xml.bind: JAXB (Java Architecture for XML Binding

    Java 9 で deprecated になったモジュールによる例外発生の問題にちゃんと対処したい
  • Javaの新元号対応を試す。そして実用には問題がある。 - きしだのHatena

    新元号対応はNewEraという仮の元号で対応が進んでいるので、試してみました。 おそらく、実用では使えない場面がある仕様になっています。 なので、元号対応が必要そうな人は、早めに試して声をあげる必要があると思います。 ビルドする ※ 2018/6/16追記 ea18が出ているのでそのまま試せます Masterブランチに取り込まれているので、明日あたりにでてくるea18で使えるようになると思いますが、いまは自分でビルドする必要があります。 ビルドについては、こちらを参考にしてください。ここに書いてるのとは違って、リポジトリはhttp://hg.openjdk.java.net/jdk/jdkです。 http://d.hatena.ne.jp/nowokay/20171104#1509753358 使ってみる JShellで使ってみます。 jdk $build/macosx-x86_64-no

    Javaの新元号対応を試す。そして実用には問題がある。 - きしだのHatena
    el-condor
    el-condor 2018/06/15
    なるほど興味深い。先の元号が設定されてると当該の例外が出る、という理解でいいのかな。そもそも潜在する仕様バグとも言えそう
  • JVM の DNS キャッシュを制御する - 平常運転

    JVM (Java 仮想マシン) には DNS の名前解決の結果をキャッシュする挙動が備わっている。キャッシュするだけならいいのだけれど、このキャッシュでは DNS の TTL を無視してキャッシュするため、名前解決の結果が変わっても JVM からの接続先が切り替わるまでに(TTL から想定される時間以上に)時間がかかる、あるいは全く切り替わらないということがある。この挙動やその制御について調べたので、その話をする。 (以下の話題では Oracle JDK および OpenJDK を対象にして論じるので、それ以外の JVM 実装でどうなってるかは調べていない。適用できる箇所もあればそうでない箇所もありそう) 背景・解説 これらのデフォルト値は名前解決成功時は セキュリティーマネージャーがインストールされている場合のデフォルト値は -1 (ずっと) で、セキュリティーマネージャーがインストー

    JVM の DNS キャッシュを制御する - 平常運転
    el-condor
    el-condor 2018/03/06
    -Djava.security.manager -Djava.security.policy= JVM起動時オプションはdeprecatedじゃないよね? cf, http://bit.ly/2tjBmlY
  • Javaのリリースサイクル変更により Oracle JDK が一般ユーザに提供されなくなるのではという話があったけど誤読ではないかという話 - たごもりすメモ

    雑に書くぞ! Faster and Easier Use and Redistribution of Java SE | Oracle Java Platform Group, Product Management Blog このエントリを読む限り、Oracle JDKのダウンロードが商用サポート契約者にのみ限られる、という話は書いていない。 The Oracle JDK will continue as a commercial long term support offering * The Oracle JDK will primarily be for commercial and support customers once OpenJDK binaries are interchangeable with the Oracle JDK (target late 2018) *

    Javaのリリースサイクル変更により Oracle JDK が一般ユーザに提供されなくなるのではという話があったけど誤読ではないかという話 - たごもりすメモ
    el-condor
    el-condor 2017/10/10
    コメ欄も参照。詳細は続報を読まないとわからないということぽい。
  • Arrays.asList() は単なる配列のラッパを返すだけなので、要素の追加も削除もできません - A Memorandum

    いつまでたっても間違いが無くなりません。 以下のようにListの初期化で多用するArrays.asList()。 List<String> stooges = Arrays.asList("Larry", "Moe", "Curly"); Arrays.asList() が返すインスタンスは、java.util.Arrays$ArrayList であって、java.util.ArrayList ではありません。 Arrays.asList() の実装は以下のようになっています。 public class Arrays { public static <T> List<T> asList(T... a) { return new ArrayList<>(a); } } 分かりにくいですが、ここでインスタンス化される ArrayList は Arrays の内部クラスで以下のクラスです。 pu

    Arrays.asList() は単なる配列のラッパを返すだけなので、要素の追加も削除もできません - A Memorandum
    el-condor
    el-condor 2017/04/18
    でもUnmodifiableなことを明示したかったらCollections.unmodifiableList()を使うべきだと思うんですよね。どちらかというと、addとかremoveの実装をサボったという趣かなあ。
  • Java EEの開発が停滞?--オラクルの不透明な態度にコミュニティーが不信感

    同記事によれば、Java EEの開発は事実上停止しており、これまでJavaプラットフォームに貢献してきたJava開発コミュニティのメンバーからは懸念する声が上がっている。Oracleはすでに、Java EEに投じていた予算や人員の多くを引き上げたとも伝えられている。 登場から20年経ったJavaの裾野は広がっており、さまざまな場面で利用されている。Javaの仕様は、開発コミュニティの企業や個人が参加するJCP(Java Community Process)と呼ばれる仕様策定機関で決定されている。しかし、最近ではJCPの仕様策定プロセスは事実上OracleのOpenJDK開発者によって無力化されつつあり、JCPからのインプットがないまま実装が進められているような状況で、同社のJavaに対する姿勢には批判も多いと記事にはある。 このような中、OracleやJCPの管理が及ばない形で、独自にJa

    Java EEの開発が停滞?--オラクルの不透明な態度にコミュニティーが不信感
    el-condor
    el-condor 2016/07/06
    IBMあたりがさっさと持ってしまえばいいんじゃないの、とか思ってるんだがどうなんだろう。
  • 先日Javaで開発したプログラムを納品したら「Javaで開発するのは一般的ではないと聞いたので、WordPressなどと同様にPHPで書き直してほしい」とクライアントから言われてビビった…。 - xfs の

    先日Javaで開発したプログラムを納品したら「Javaで開発するのは一般的ではないと聞いたので、WordPressなどと同様にPHPで書き直してほしい」とクライアントから言われてビビった…。 <blockquote class="hatena-bookmark-comment"><a class="comment-info" href="http://b.hatena.ne.jp/entry/293080513/comment/xfs" data-user-id="xfs" data-entry-url="http://b.hatena.ne.jp/entry/anond.hatelabo.jp/20160704005254" data-original-href="http://anond.hatelabo.jp/20160704005254" data-entry-favicon="h

    先日Javaで開発したプログラムを納品したら「Javaで開発するのは一般的ではないと聞いたので、WordPressなどと同様にPHPで書き直してほしい」とクライアントから言われてビビった…。 - xfs の
    el-condor
    el-condor 2016/07/04
    とてもつらそうな現場とクライアント...
  • Javaのログ出力: 道具と考え方

    Concepts and tools of logging in Java. Javaにおけるログ出力の考え方と道具について説明. CC Attribution Licenseの元に公開します.

    Javaのログ出力: 道具と考え方
    el-condor
    el-condor 2015/10/15
    良いまとめ/JRuby on Rails使っていた時は、ログカスタマイズ機能の豊富さから、RubyのLoggerではなくlogbackを使っていたのは内緒。