★★Java質問･相談スレッド184★★
プログラミング言語Javaに関する質問スレです。
JavaScript, Ajaxの質問は、ここでは受け付けていません。
Web製作管理 https://itest.5ch.net/subback/hp
Webプログラミング https://itest.5ch.net/subback/php
をご利用下さい。
よくある質問
・「コマンドまたはファイル名が違います」
「'javac' は、内部コマンドまたは外部コマンド、
操作可能なプログラムまたはバッチ ファイルとして認識されていません。」
「Exception in thread "main" java.lang.NoClassDefFoundError: 」
(p)ttp://www.wikiroom.com/java/?path,classpath
・「\12288 は不正な文字です。」
文字リテラル以外で全角スペースは使えません。半角スペースに。
・その他の質問→「APIのjavadoc見ろ」
・String に == は使うな。equals() を使え。※
質問時の心得
・コンパイルエラーか実行時エラーか、エラーではないが意図しない動作なのかはっきりしろ。あとエラーメッセージちゃんと読め。
・前提条件としてOS、開発環境、バージョン、使用フレームワーク等を明記。
前スレ
★★Java質問･相談スレッド183★★
https://mevius.5ch.net/test/read.cgi/tech/1588770728/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured >>253
* 実行するタスク: java (build): Build Workspace
Building all the Java projects in workspace...
Task complete.
* ターミナルはタスクで再利用されます、閉じるには任意のキーを押してください。
上記のようなメッセージが表示されますが、jarファイルは見当たりません。 >>255
リンク先はeclipseではないでしょうか
build/libsという項目は見当たりません たぶん、jar ファイルにバグがあって、
エラーで終了しているのだろう
プログラムの冒頭で、sleep, wait して止まるか確かめたら？
もし止まらずに終了したら、プログラムの開始前に、エラーで終了している事になる
>>247
Ruby なら、単にraise すると、RuntimeError となる
raise "単なるエラー！" 俺の勘違いかもしれんが、>>254はVSCodeのタスクのログじゃないか？
コマンドプロンプトで起動したときのコマンドと出力を貼って欲しい Javaのメソッド参照ってそのストリームの各要素がインスタンスかつメソッド参照されてるメソッドがそのインスタンスに属する場合と、System.out::printlnみたいにそうじゃない場合と、Math::sqrtみたいにStaticなメソッドである場合、3種類を察して読み替えないといけないよね？
ラムダ式と比べてメソッド参照の何が読みやすいのか分からんのだけど
そもそも組み込み関数なのかどうか、staticなのかどうかがぱっと見分からない場合不便を感じるのは俺が読解力低すぎるのか？ 初歩的な質問で申し訳ないのですが
javaで1ピクセルの点を表示する場合どういった方法を用いるのが良いのでしょうか？ >>260
試してないけどワイがやるとしたら
java.awt.GraphicsのdrawLineかfillRectでやってみるかな OpenGLで1ピクセルの画像を表示するのがいいと感じます System.out.println("1ピクセルの点"); Java で awt や Swing を使って文字列を描画する時に、枠内に収まるようにするにはどうしますか?
例えば 100 x 200 ピクセルのサイズに合わせて 0 と描画したい場合はどうしたらいいんでしょうか？ >>266
フォントサイズを測って描画するだけだよ
クラスGraphicsからクラスFontを取得すれば出来る >>267
計るとは？
フォントサイズはポイントでしか指定できませんよね？ じゃあ実際に 100x200 ドットの内側に丁度よく文字を描画するのはフォントサイズをいくつに指定すればいい？ >>271
Windowsなら96dpiだからフォントサイズ（フォントの高さ）200ピクセル（150ポイント）だろ >>266
画像を用意して表示する。
HTMLだってクライアントに合わせて大きさ違いの画像を選択しているんだぜ？ その場で画像を作るのは、処理がもたついたときにボロが出るからな。 予めサイズいっぱいの画像用意して
描画領域に合わせて拡大縮小する、でもよかったな
絵が粗くなる欠点あるけど分かりやすくはある HTMLで複数画像用意するのは写真とかでしょ
図形なんかはSVGなどのベクター形式使ったほうがいい
フォントも同様
あらかじめ複数サイズの画像用意するとかアホかよ Windowsの場合はこういうことも知ってる必要ありそうだね
Windowsのディスプレイとモニター いまだ96DPIが基準
https://ascii.jp/elem/000/004/038/4038068/ >>278
そういうどうでもいい画像ファイルはWebブラウザ側がキャシュとして保持するから問題にならない。 >>279
いろんなアプリケーションで解像度が合わずにボケて表示されるから、一般人じゃなければいろんなものが混ざった結果だとは気づいている。
Windows 95の仕様では画面の見た目と、印刷時の見た目が同じになることを売りにして発表したが、640×480ピクセルや800×600ピクセルのモニターでは不可能だった。
1280×1024ピクセルが標準的になったWindows XPでも解像度が低すぎて解決しなかった。 ちなみに高精細ディスプレイ、高解像度ディスプレイは目の負担が大きいので、目が良い自分の感覚で作ってしまうのは問題がある。
見た目の格好良さよりも、誰もが読める、見えるものを意識していないと差別主義者と言われたら、反論できないから注意しろよ。 >>280
どういうこと？
ブラウザがキャッシュしても初回の表示時間が遅くともなるでしょ？
それを避けるためにデバイス解像度に合わせて小さな画像を送る最適化するんだけど >>283
Webブラウザ側がクライアントの情報付きでリクエストしているのに？ >>283
初回が遅くてもいいじゃないか？
Windows 95のナローバンドの時代の話でもしているのか？ 画像をレスポンシブ対応にするには、
srcset で画面の横幅か、デバイスピクセル比によって、複数画像を切り替える
<img srcset="small.jpg 320w,
medium.jpg 640w,
large.jpg 1280w"> Java Platform SE Binaryは動作を停止しました
と出て画面が真っ白になるこたがあるんですけど
メモリ不足ですか？
原因調べる方法ありますか？ >>290
WER（Windows Error Repoting）を有効にしておくとプロセスがクラッシュしたときにメモリダンプが出力される
それをJava BUG DATABASE に送るとよい
またアプリでJNI/JNAなどのネイティブコードを使ってる場合には
Javaだはなくアプリ側に原因があることも
そういったとこも点検するとよい >>292
ありがとうございます！
調べてやってみます
作ってる会社がクズで保守契約してるのに調べろと言っても無視して何もしないんです 疑似的ボイス・トォ・スカル
組織はある程度大きくなるけれど構築方法
①Bluetooth v5.4
マルチ説ぞ可能なので同時に100に接続可能
飛距離は最大400メートル
②ピンマイク.完全ワイヤレスイヤフォン【マイク付き】
★これで司令塔を中心としたエリアが構築官僚
③ピンマイクのみの者は超指向性スピーカーにて指示を受けている
少し上のシステム
④家の防犯カメラを道路が映るように設置
⑤すまふぉのai機能拡張により仲間の未認識させる
⑥口パクによる読み取りやジェスチャーやアイコンタクトによりさらに指示できる内容を増やしている
①司令塔となる者にスマフォと全てのBluetoothをペアーリング
②aIアシストにより各仲間に隠語で話すウ
③警察にばれてモスク罪にAIによるアシストで行動パターンの変化をさせる
空き巣後の闘争中に路地に引き込んでの警察車両の足止め
仲間は通貨そのあとに車の故障で立ち往生これを繰り返す
万引きもチームプレイをすれば店員.万引きジーメンなどもかいくぐれる
ネットを返していない特設通信なのでサイバー警察からも逃げれる >>289
互換性と古いアプリケーションを切り捨てることは時間のかかること
あと50年以上はかかると思うよ AppleはCPUアーキテクチャ何度も変えてるんだよね
MC68000 → PowerPC → Intel x86 → ARM(Apple M1)
Android もいくつかのCPUアーキテクチャをサポートしてる
WindowsはなぜかCPUアーキテクチャの刷新に失敗し続けている
なんでだろ？ >>293
動かすJava Runtime Environmentを
変えてみるのもいいかも >>296
Windowsはインテルのx86が消えかかっていて、AMDが作ったx64のCPUにほとんどか置き換わったぞ？
なんでCPUを調べずに変わっていないと思っているのか？
互換性があるから同じように動いているものが多い。 >>296
アップル社なんて資金力がなさすぎて、ハードウェアはWindows PCのハードウェアを採用、OSはUNIXを採用して、独自規格は諦めた。 >>296
そもそもマッキントッシュは名前が同じだけで、PCとしては何度も互換性を失っている。
それだけシェアが低いということ。 >>298
記事の文脈理解できてる？
x64も含めてx86が無くなるという話だよ？ >>301
CPU内の話やJavaの仮想マシンの実装と、多く使われているPCアーキテクチャの変化をごっちゃにして話しても意味がない。
x64規格のCPUがなくなるのは、はるか未来のことだ。
過去の資産を使おうとして互換性に問題がでるのであれば、無理に置き換えてる必要はない。
Macなどが嫌われるのは、Macユーザーがそこまで意識してPCを選んでないからだ。 CPUを大きく変えて性能を上げるよりは、小さく作る技術に頼った方がまし 
