板検索:
Java Web Application Framework総合 ver2 (670)
まとめビュー
1
デフォルトの名無しさん[sage]   投稿日:2013/07/21 00:00:00
Java用のWeb Application Frameworkについて語るスレッド

海外では多数のFrameworkがあるのに、日本語の情報は意外と少ない
開発生産性、パフォーマンス、ドキュメントの充実度、安定性、使いやすさなどを
比較しながら、最高のフレームワークを探してみるスレッド

前スレ
【Java】 Java Web Application Framework 総合

Web Application Framework のリスト
http://en.wikipedia.org/wiki/Comparison_of_web_application_frameworks

特徴の比較
http://en.wikipedia.org/wiki/Comparison_of_web_application_frameworks#Comparison_of_Features
コメント3件


2
デフォルトの名無しさん[sage]   投稿日:2013/07/21 00:00:00
【関連スレッド】
Java⇔RDBのMapping-Frameworkを語るスレ Vol.5

【DI】Java Spring Frameworkを語るスレ 5.0

以上、テンプレ終わり。
需要があるかわからんけど立ててみた。
コメント1件

3
デフォルトの名無しさん[sage]   投稿日:2013/07/21 00:00:00
>1
ASP.NETの話題が増えてたしスレタイからJava外してもよかったかもな
あるいはASP.NETは専スレ立ててそっちでやってもらうか
コメント1件

4
デフォルトの名無しさん[sage]   投稿日:2013/07/21 00:00:00
どう考えてもASP.NETが他所でやるべきだろ

5
デフォルトの名無しさん[sage]   投稿日:2013/07/21 00:00:00
ASP.NETはJavaみたいにフレームワーク同士の組合せとかあんまり無くって、
ASP.NET MVCか、古い方のASP.NETくらいしか無いからな。
JavaはWeb層、DIコンテナ、OR/Mと色んな組合せがあるから、
難しい反面、語ることも色々あるんだよね。

と言いつつ、Struts1.xを仕事で使ってるんだけどね。
ちょこちょこカスタマイズしながら。
フレームワークを上手く使えば量産型PGを大量に投入できるので、
工数削減に寄与できるんだよね。
JSP/Servletしか使わないとか、オレオレフレームワークとか言ってるのは、
ビジネスセンス疑いますよ、ええ。

あと、どうせオプソのサポートなんて合って無い様なもんなんだし、
自前でコード読んでサポートできる技術力は会社に一人くらいは必須だよね。
コメント1件

6
デフォルトの名無しさん[sage]   投稿日:2013/07/21 00:00:00
1アクション1メソッドで中に何百ステップ書かれてようと気にしない
量産型PGで生産性に拘るなら当然の選択

7
デフォルトの名無しさん[sage]   投稿日:2013/07/21 00:00:00

8
デフォルトの名無しさん[sage]   投稿日:2013/07/21 00:00:00
>3-4
ASP.NETとASP.NET MVCのスレはすでにある。
ここはそのままでいいよ
ASP.NET系は一番人気あるフレームワークだから、
どういうスレタイにしてもASP.NET系の話題は出てくる。

ASP.NET MVC /WebProg板

【質問】ASP.NETスレ Part7【雑談】 /WebProg板

【消しゴム】MONOを使ってみるスレ4【じゃない】

>1

9
デフォルトの名無しさん[sage]   投稿日:2013/07/21 00:00:00
結局生ServletとかJSPとか言っているのは開発にスケールもスピードも求められて
いなくて、そのくせ一度作ったサービスを見直しもリニューアルもせず延々と延命
させ続ける客相手の受託開発メインってことかなぁ。面白く無さそう。

10
デフォルトの名無しさん[sage]   投稿日:2013/07/22 00:00:00
最近angularjs + playframework2(scala,coffeescript,less)を使い始めたんだけど、すごく使いやすいよ。
.NET MVCと比べても作業効率が高い。でも、scalaだとスレ違いか。

11
デフォルトの名無しさん[sage]   投稿日:2013/07/22 00:00:00
Scalaはいずれ抑えたいけど業務アプリだと出番がないな

12
デフォルトの名無しさん[sage]   投稿日:2013/07/23 00:00:00
Struts1使ってるやつがビジネスセンスどうのこうのw
利益率上げたければ生産性低いStrutsはないだろ

13
デフォルトの名無しさん[sage]   投稿日:2013/07/23 00:00:00
ScalaはJavaの代替として考えた時期もあったが
うんこフレームワークしかないのでやめた

Play!はsessionがなかったりかなり変なフレームワークで
汎用的に使えるものじゃなかった。
Lift はものすごく使いづらくひどいものだった。

Scalaはコンパイルが遅いのも問題でイライラした。

けっきょく、ASP.NET MVCが最強だった

14
デフォルトの名無しさん[sage]   投稿日:2013/07/23 00:00:00
ScalaがSession持ってたまるか
何のための関数型なんだか

15
デフォルトの名無しさん[sage]   投稿日:2013/07/23 00:00:00
ぜんぜんレイヤーが違うじゃん
どんな言語でもセッションは必要だろ

16
デフォルトの名無しさん[sage]   投稿日:2013/07/23 00:00:00
>5
商用のなんて使ってもバグなんて直してくれないだろうに……
というのがOSSに流れてついてきた奴の流れじゃろ。

17
デフォルトの名無しさん[sage]   投稿日:2013/07/23 00:00:00
playframeworkは基本ステートレスだけど、セッション持ってるよ。
まぁ、servletとは全く別物だから取っ付きにくいかもだけど、playの方が扱いやすい。
一言で言うと、Java on Rails。試してみて損は無い。
scalaがコンパイル遅いのは同意。

18
デフォルトの名無しさん[sage]   投稿日:2013/07/23 00:00:00
play2のview templateがクソだけど、
angularjsと一緒に使うことで生まれ変わる。

19
デフォルトの名無しさん[sage]   投稿日:2013/07/23 00:00:00
自社プロダクトだからスケールやスピードよりも
より安定してより細かい制御が作りこめて寿命が長くないといけないから
やっぱりJSP&Servletがいいかな。

20
デフォルトの名無しさん[sage]   投稿日:2013/07/23 00:00:00
Java on RailsをのたまうならGrailsを無視するな〜
コメント1件

21
デフォルトの名無しさん[sage]   投稿日:2013/07/23 00:00:00
Scalaは気になるんだけど、コンパイルの遅さとか、その辺については実際どうなの?
実際に使っている人の話が聞きたいけど。

あと、個人的にはPlayよりScalatraが気になるかな。
コメント1件

22
デフォルトの名無しさん[sage]   投稿日:2013/07/23 00:00:00
Scalaは戀塚氏のお気に入り

23
デフォルトの名無しさん[sage]   投稿日:2013/07/24 00:00:00
JAX-RSはCDIのConversationScopedと組み合わせると業務でも行けそうだ

24
デフォルトの名無しさん[sage]   投稿日:2013/07/24 00:00:00
Scala推せば通ぶれる、という雰囲気があるのは確か

25
デフォルトの名無しさん[sage]   投稿日:2013/07/24 00:00:00
ConversationScopedと組み合わせなくても普通に業務で使っているけれどもね > JAX-RS

26
デフォルトの名無しさん[sage]   投稿日:2013/07/24 00:00:00
>21
scalaはコンパイルが本当に遅い。ここはなんとかして欲しい。
まぁコンパイルの遅さを差し引いいても、開発効率やメンテナンス効率が高いから全体で見るとそれ程問題ない。
コンパイルなんてほっとけば終わってるし。
Scalatraも使いやすい。Servlet派の人はこっちの方がいいかもね。

>20
Grails?GroovyはGradleレベルのちょっとした物書くにはいいけど、
本格的なプロジェクトでは使いたくないな。
Groovyの作者もScalaを知ってたらGroovyなんて作らなかったって言ってるからね。
http://www.infoq.com/jp/news/2009/07/scala-replace-java
コメント1件

27
デフォルトの名無しさん[sage]   投稿日:2013/07/24 00:00:00
>26
印象論や伝聞だけで敬遠されているのならやや勿体ないな > Grails

Grailsの良いところはGroovy云々以前にまずSpring MVCベースのフルスタックの
フレームワークとして一番普及していてメンテもされていること。
Javaで書かれたSpringベースの成果物にWebのUIを与えるのに一番の近道。

あとGroovyに関してはこれで大切なロジックを書くことまでは期待していない。
うちの会社もバックエンドやGrailsで使うにしても抽象クラスの類はJavaでカッチリ
書いている。

あとGroovyはグルー言語としてとても優れていて、Javaでカッチリ書かれたものを
Groovyでサクッと拡張してからデプロイするといった用途に便利。

28
デフォルトの名無しさん[sage]   投稿日:2013/07/24 00:00:00
おいときますね
下2行は辞めた先輩が実際に歌った歌詞だよ☆ミ

ヤバ 破綻した グルーで補修した
それだけで なんか達成感
大事なのは QCD あと利益率ゥゥゥゥゥッ⁈
コストを 下げなきゃ 基盤の意味がない

29
デフォルトの名無しさん[sage]   投稿日:2013/07/24 00:00:00
結局普及に失敗したものは廃れる運命だからな

30
デフォルトの名無しさん[sage]   投稿日:2013/07/24 00:00:00
Hibernate同様にGrailsも認知度の日本国内外の差は妙なところだなぁ。

http://www.slideshare.net/mraible/comparing-jvm-web-frameworks-devoxx-f...

PlayとGrailsの比較とか。
http://www.slideshare.net/mraible/play-vs-grails-smackdown-devoxx-franc...

31
デフォルトの名無しさん[sage]   投稿日:2013/07/24 00:00:00
Scalaやっている人は、参考までに使っているツール(IDE、他)を教えてくれないかな?
コメント1件

32
デフォルトの名無しさん[sage]   投稿日:2013/07/24 00:00:00
>31
Eclipseベースは古いバージョンしかつかえない

Scalaスレ情報では
ScalaのIDEはIntelliJ IDEAが一番人気らしいよ
自分で使った感じでもIDEAが一番ましだった。

compile遅いうえに、よいフレームワークがなかったから
俺はscala自体捨てた
言語はJavaよりましだけどライブラリ、フレームワークといった
エコシステムが充実していない。
ScalaはOSSも盛り上がりに欠けている。


33
デフォルトの名無しさん[sage]   投稿日:2013/07/24 00:00:00
ScalaはCPUリソースを使い切るような環境でもなければ出番が無さそう
AWSにデプロイできるScalaベースのソーシャルアプリとか出たら話は変わるかも

34
デフォルトの名無しさん[sage]   投稿日:2013/07/28 00:00:00
寺田氏曰くGF4はまだ安定版じゃないとのことだがJerseyの2系(今は2.1)も同じかな?

35
デフォルトの名無しさん[sage]   投稿日:2013/07/30 00:00:00
roadmapを見るに今年中に4.0.1が出るらしいが
本番で来年出るらしい4.1からかな、商用サポート始めるみたいにあるし

36
デフォルトの名無しさん[sage]   投稿日:2013/08/06 00:00:00
The Curious Coder’s Java Web Frameworks Comparison:
Spring MVC, Grails, Vaadin, GWT, Wicket, Play, Struts and JSF

http://zeroturnaround.com/rebellabs/the-curious-coders-java-web-framewo...

ここでもGrails...
Documentationが評価5だけど確かにGrailsの公式リファレンスは使いやすい。

37
デフォルトの名無しさん[sage]   投稿日:2013/08/06 00:00:00
JSFが23%ってヤツら狂ってるな

38
デフォルトの名無しさん[sage]   投稿日:2013/08/06 00:00:00
http://taichi.hatenablog.com/entry/2013/08/06/171524
Groovyの基礎的な文法を紹介する所から丁寧に書きました。

だそうだ

39
デフォルトの名無しさん[sage]   投稿日:2013/08/06 00:00:00
毎日何かが半額のmanningが今日はGroovy関係
プロモーションコードはdotd0806

Gradle in Action
http://www.manning.com/muschko/

Grails in Action, Second Edition
http://www.manning.com/gsmith2/

40
デフォルトの名無しさん[sage]   投稿日:2013/08/06 00:00:00
制作者がScalaを知ってたら作らなかったとか言ってた言語なのに人気あるんか
コメント2件

41
デフォルトの名無しさん[sage]   投稿日:2013/08/07 00:00:00
Scalaを知っていたら敢えて新しい言語を作るまではしなかっただろう
というだけの話で、Groovyが劣っているとかそういう話じゃないだろ

42
デフォルトの名無しさん[sage]   投稿日:2013/08/07 00:00:00
Java知っていれば学習コストはかなり低そうだからな〜 > Groovy

43
デフォルトの名無しさん[sage]   投稿日:2013/08/07 00:00:00
>40-41
Scalaもコンパイル遅いし大したことないよ
たいして人気もでてない

44
デフォルトの名無しさん[sage]   投稿日:2013/08/07 00:00:00
>40
Grailsだから流行ったフレームワークではなく、まず良く出来たフレームワークが
あって、それを使うことからGroovyを再発見した人も多いのでは。
RailsやPlay!もそうだよね。人気のあるフレームワークがその言語の新規ユーザを
増やす呼び水になっている。

フレームワークとしてはGrailsは良く出来ていると思う。でかいけどね。

45
デフォルトの名無しさん[sage]   投稿日:2013/08/09 00:00:00
Glassfish3.1.22なんだけどj_security_checkで認証すると
認証前のリクエストがPOSTだった場合でも認証後に再びPOSTされるんだよな。
なんかChrome見ると302の後にChromeはちゃんとGETでアクセスしてるから
Glassfishが認証フィルタあたりで何かきもいことやってるんだろうけど
HttpServletRequest#login使った手組だとどうにも再現できん。

46
デフォルトの名無しさん[sage]   投稿日:2013/08/10 00:00:00
HTTPの仕様上、302はメソッドを変えずにリダイレクトするのが正しい(前がPOSTなら後もPOST)
しかしほとんどのブラウザは常にGETでリダイレクトするのでHTTP 1.1で303と307が追加された
303は常にGETでリダイレクトする (現実の302と同じ)
307はメソッドを変えずにリダイレクトする (仕様上の302と同じ)

Glassfishは303を使ってるとか?

47
46[sage]   投稿日:2013/08/10 00:00:00
最後の一行間違った

Glassfishは307を使ってるとか?

48
デフォルトの名無しさん[sage]   投稿日:2013/08/10 00:00:00
Glassfishは302を返してるよ。メジャーなブラウザは302にGETを返すらしい。
あとChromeは303にはGET、307には前回と同じメソッドとこちらはちゃんとしてくれる。

どうもGlassfishはj_security_checkの段階ではなく、
次のリクエストで認証してるみたい(Set-Cookieのタイミングがここ)
BASIC認証と動きを合わせるためにきもいことしてるんだろうなぁ

JBOSS ASとかも後で確認する

49
デフォルトの名無しさん[sage]   投稿日:2013/08/10 00:00:00
きもいきもい言いすぎ
どうしたのってば

50
45[sage]   投稿日:2013/08/10 00:00:00
どうやらこの現象はTomcat側にmaxSavePostSizeってプロパティで設定できるらしいね
Glassfishはどうやって設定するのかまだ分からないけど、JBoss AS7.1.1は無効にしてるっぽい

51
デフォルトの名無しさん[sage]   投稿日:2013/08/23 00:00:00
wicketはダメ?

52
デフォルトの名無しさん[sage]   投稿日:2013/08/25 00:00:00
Viewをサーバ側で動的に生成する仕組みが
そもそもオワコンになってきてる気がする
MVCのMCだけサーバ側で担当してVはHTML5+JS+CSS3
連携はJSONかpjaxで。
コメント1件

53
デフォルトの名無しさん[sage]   投稿日:2013/08/25 00:00:00
WPFはWebのページアプリの概念を取り込んだが
Webは逆にSDIアプリの概念にシフトし始めてるのかもな

54
デフォルトの名無しさん[sage]   投稿日:2013/08/25 00:00:00
>52
またそうやって「JSON返すのはサーバサイドFW不要論そのもの」
「その不要論を言いだすと、Java不要論になるしこのスレも全否定だし、
スレ住人が携わっているであろうサーバサイド開発も全否定」厨を煽る作戦ですね

55
デフォルトの名無しさん[sage]   投稿日:2013/08/25 00:00:00
誰が一番煽っているんだか

56
デフォルトの名無しさん[sage]   投稿日:2013/08/25 00:00:00
(・ω<) テヘペロ

57
デフォルトの名無しさん[sage]   投稿日:2013/08/25 00:00:00
サーバ側はJSONだけを返せればそれで良い、…そう思っていた時期が、私にもありました(´・ω・`)
コメント1件

58
デフォルトの名無しさん[sage]   投稿日:2013/08/25 00:00:00
HTMLフラグメントをサーバから非同期で返す
pjaxてのがあるのか。よさげだな。

59
デフォルトの名無しさん[sage]   投稿日:2013/08/25 00:00:00
狭義(jQueryプラグイン)のPjaxは何年か前に話題になっただけでオワコン臭

60
デフォルトの名無しさん[sage]   投稿日:2013/08/25 00:00:00
よくわからんがInnerHTMLに直接代入できるテキストをくれる感じか

61
デフォルトの名無しさん[sage]   投稿日:2013/08/25 00:00:00
javascriptでJSONパースしてはめてくって処理が要らなくなるのはええね

62
デフォルトの名無しさん[sage]   投稿日:2013/08/26 00:00:00
pjaxは結局動的にHTMLフラグメントを生成するのに従来同様にJSPの類を使う事になる。
なので静的なページが中心で一部だけ動的にしたい場合など無理にJSONでやりとりするより
楽だし、動的でかつクローラブルでハイパーリンク可能にするのもJSON使う場合より手間は
少ない。

63
デフォルトの名無しさん[sage]   投稿日:2013/08/26 00:00:00
>57
一度挑戦したが結局挫折したわー。
最近のサーバーの性能だとよっぽど大規模なユーザー数のアプリじゃないと
そこまでするメリットがない上に実例がなくてだるい。

64
デフォルトの名無しさん[sage]   投稿日:2013/08/26 00:00:00
JSONで済む割合はサイト毎に全然違うしょ
スマホネイティブアプリ向けサイト>>>>シングルページアプリ向けサイト>>>>旧来的なサイト

65
デフォルトの名無しさん[sage]   投稿日:2013/08/26 00:00:00
つーかね、HTMLのフラグメント返した方が更新が綺麗だったり、仕組みが単純だったり、JSONよりそっちの方が良いや、ってなっちゃったりもして。

66
デフォルトの名無しさん[sage]   投稿日:2013/08/26 00:00:00
サーバ側でやる処理と、クライアント側でやる処理を
どこで区切るかってだけの話だよね

スマホ向けWebアプリだと、意外とJSONのほうが小回り利いたりする

67
デフォルトの名無しさん[sage]   投稿日:2013/08/27 00:00:00
HTMLのフラグメントっていうのは、partial view というか、部分的なHTMLのこと?
(<div> のなかみだけ、とか)

JS で innerHTML でさしかえる用、とか。

68
デフォルトの名無しさん[sage]   投稿日:2013/08/28 00:00:00
そんなイメージ
jQuery使うようになってからは素のJS書かなくなって
innerHTMLとかもう遠い昔

69
デフォルトの名無しさん[sage]   投稿日:2013/08/29 00:00:00
サーバサイドの人がJSP書きながらちょっとjQuery使うだけならPjaxいいかもね
クライアントサイドの人はBackboneやAngular、つまりテンプレートエンジンや
データバインディング使うから無用だけど

70
デフォルトの名無しさん[sage]   投稿日:2013/08/29 00:00:00
TwitterがHTMLのフラグメントを使う様にしたとかいう話ってなかったっけ?
あれって、どういう理由でそうなったの?

71
デフォルトの名無しさん[sage]   投稿日:2013/08/29 00:00:00
初回表示が遅くなった対策に一発目はHTML返すよう戻したって話?
表示後は今でもJSON(コンテントタイプはtest/javascriptでgzip圧縮されてる)でタイムライン更新してる

72
デフォルトの名無しさん[sage]   投稿日:2013/08/29 00:00:00
デザインサイドだとどの程度ライブラリに依存するのがトレンドなんだい?
jQuery + Normalize.css あたりで頑張るのか、Twitter Boostrapとか使うのか

73
デフォルトの名無しさん[sage]   投稿日:2013/08/30 00:00:00
>一発目はHTML返す
HTMLに<script>タグで囲んだJSON一緒にくっつけて
返すとかはよくやるな。リクエスト減らす目的で。

Boostrapは便利なんだけど、アレ使うとLook&Feelがまんま
Boostrapテイストになっちゃうんで、デザインちゃんと
考えてるプロジェクトだと意外と使わない。
CSSの学習素材としては素晴らしいが。
HTML5-Boilerplate + jQuery + 独自CSSって感じかな。
Normalize.cssも使う。

74
デフォルトの名無しさん[sage]   投稿日:2013/09/09 05:42:14
クライアントサイドでもサーバーサイドでもどちらでも良いけれども、JSONとか
使うREST APIを開発するにあたって認証はどの方式を使っている?
コメント1件

75
デフォルトの名無しさん[sage]   投稿日:2013/09/09 10:53:11
>74
サーバサイドの REST API の場合は、クライアントがブラウザとは限らないため、
完全なステートレスでの利用を前提にハンドシェイク後にキーを発行して、
クライアントは受け取ったキーを常にパラメータとして付与しながら API を叩く
仕様にしてる。

一旦キーが発行された後は、サーバ側では、渡されたキーと接続先アドレスを
使って認証の判定をしている。自分のシステムの場合は、複数のツール/システム群から
順に連携して叩かれる事もありうるから user-agent の判定とかはあえて行っていない。

あとは通常のサーバセッションと同じく、サーバ側のスレッドでキーを定期的に監視し、
使われていないキーは一定期間が経過したらどんどん失効(削除)させてる。
実運用では律儀に終了処理なんて呼んでくれない奴の方が多いからね。

誰もが使えてもいい公共性のある API なら、そもそもそんな仕掛けも要らないだろうけれど、
緩い個体の識別から、サーバ側に登録された ID が持つ権限内容との紐付けをした上での
識別までハンドシェイク部分の作り方次第で自由に切り替えられるから、自分が最近作った
システムは大枠としてはどれもそういう作りにしてるかな?
コメント5件

76
デフォルトの名無しさん[sage]   投稿日:2013/09/09 11:22:00
>75
> サーバ側では、渡されたキーと接続先アドレスを使って認証の判定をしている

接続元IPアドレスを認証に使うのは、IPアドレスの偽装もあり得るので危険なのでは?

と思ったが、 >75 さんの環境がイントラ内とかだったら、わりきってそれもありかな、と思った。
(イントラネット内で、ちゃんとIPアドレスや、それがどんなサーバなりスイッチか、などが管理されていれば)

77
デフォルトの名無しさん[sage]   投稿日:2013/09/09 12:57:39
IPアドレスは保険みたいなもんで認証の主はキーでしょ?

78
デフォルトの名無しさん[sage]   投稿日:2013/09/09 13:53:43
AWS方式でリクエストをHMACで署名。

79
デフォルトの名無しさん[sage]   投稿日:2013/09/09 16:01:47
巷のAPIはSSLを使った上でAPI Keyでリクエスト署名ってパターンが多い気がする。
うちもそうしている。
HTTP Method name + Request Path + Timestamp + bodyからHMAC-SHA1計算して
HTTPヘッダに埋め込む。

ただこれだとクライアントの開発時にAPIをテスト目的でcurlとかで叩くことが
面倒なので、同じキーでBasic認証も出来るようにしている。

80
デフォルトの名無しさん[sage]   投稿日:2013/09/09 23:53:31
SSL+BASICじゃダメなの?
コメント1件

81
デフォルトの名無しさん[sage]   投稿日:2013/09/10 00:51:23
サーバではコミットしたけどクライアントで反映失敗とか
セッションハイジャックをかんがえると
OTPとはいかないまでもシリアル値くらいないとダメな場合もある。

82
デフォルトの名無しさん[sage]   投稿日:2013/09/10 04:06:22
>80
認証だけなら良いと思うよ。SSLをかましているのであれば。

ただSSL経由とはいえ秘密鍵を平文で投げたくない、かつステートレスにしたい
のであれば自ずとリクエストと秘密鍵から計算したハッシュ値で署名するという
解決策にたどり着く。
仮にリクエストがのぞき見されても秘密鍵は漏れないし、ハッシュ値を計算する
データの中にタイムスタンプを含めておけばリプレイ攻撃にも多少は強くなる。
コメント1件

83
デフォルトの名無しさん[sage]   投稿日:2013/09/10 07:09:16
なるほど、勉強になります。

84
デフォルトの名無しさん[sage]   投稿日:2013/09/10 18:00:55
>82
>75と同じ人だよね?
>75じゃサーバからクライアントにキーを渡すことになってるけど、それが秘密鍵?
だとしたらレスポンスのぞき見されたら秘密鍵漏れない?
「SSL経由とはいえ秘密鍵を平文で投げたくない」になってるのか疑問なんだが
さらに、「かつステートレスにしたい」と続いてるが>75の以下を見るにステートレスに
なってなくね?

> あとは通常のサーバセッションと同じく、サーバ側のスレッドでキーを定期的に監視し、
コメント1件

85
デフォルトの名無しさん[sage]   投稿日:2013/09/10 19:20:04
>84
違う人です。すまん。
コメント1件

86
デフォルトの名無しさん[sage]   投稿日:2013/09/10 20:34:00
>85
別人か、正直すまんかった
それでクライアントの秘密鍵ってどう扱ってる?
サーバから渡すんじゃ「SSL経由とはいえ秘密鍵を平文で投げたくない」は難しそうなんだが
クライアントがイントラ内の別サーバなら楽だけどJSとかだと…
コメント1件

87
デフォルトの名無しさん[sage]   投稿日:2013/09/10 21:25:30
>86
API Keyはセッション毎の使い捨てではなく永続的なものね。
うちのシステムでは顧客、というかデベロッパにはまずユーザ登録をしてもらって、あとは
Webブラウザから管理ダッシュボードにログインしてAPI Keyを好きなだけ生成したり既存の
キーを無効にしたり出来る。
秘密鍵の文字列はまぁ、管理ダッシュボードのWeb画面からコピペw
でもAPI Keyを使った認証を提供しているサービスはこのやり方が多いと思う。

88
デフォルトの名無しさん[sage]   投稿日:2013/09/18 22:43:53
画面をさくさくっと作っていきたいんですが、なんかいいフレームワーク無いですかー?
コメント2件

89
デフォルトの名無しさん[sage]   投稿日:2013/09/29 11:59:59
>88
ASP.NETがおすすめ

90
デフォルトの名無しさん[sage]   投稿日:2013/09/29 17:43:57
貴方が書き込んだのはこの銀のループするスレですか?
それともこちらの金の過疎るスレですか?

91
デフォルトの名無しさん[sage]   投稿日:2013/09/30 08:36:15

92
デフォルトの名無しさん[sage]   投稿日:2013/10/01 14:51:21
Grails2.3か。
新機能はともかくivyを捨ててMavenと同じ依存性解決エンジンを使うように
なるのが嬉しいな。SNAPSHOTやclassifier周りのタコな動作がようやく解決。

93
デフォルトの名無しさん[]   投稿日:2013/10/08 21:16:15
Struts2もSpring2もまだ現役だというのにSeasar2ときたら…
コメント2件

94
デフォルトの名無しさん[sage]   投稿日:2013/10/09 22:00:27
やっぱり日本産は駄目だな!
コメント1件

95
デフォルトの名無しさん[sage]   投稿日:2013/10/09 22:03:15
ひとめぼれ、うまー
コメント1件

96
デフォルトの名無しさん[sage]   投稿日:2013/10/09 23:27:12
>93
うちSeasar2バリバリ現役です・・・。
Spring2はいいとして、Struts2なんて欠陥品だろ。

97
デフォルトの名無しさん[sage]   投稿日:2013/10/09 23:31:27
>95
時代は今、コシヒカリですよ!
http://i.imgur.com/sP8Stc9.jpg

98
デフォルトの名無しさん[sage]   投稿日:2013/10/10 00:42:32
そこでStruts1.2が現役な私の会社の出番ですよ。

99
デフォルトの名無しさん[sage]   投稿日:2013/10/13 16:00:34
>93
今更GWTに手を出そうとしてる人でしょ?

100
デフォルトの名無しさん[sage]   投稿日:2013/10/13 16:12:20
>94
そのとおり
SpringはRod Johnson抜けても続いてる
個人に依存しないビジネスとして成立してるわけ
日本はいつまでも個人のモチベーション頼み
そのくせ応援しないですぐdisる
OSSで身を立てるにはこの国は地獄だぜヒャッハー

101
デフォルトの名無しさん[sage]   投稿日:2013/10/13 18:14:47
>そのくせ応援しないですぐdisる

スマホアプリのストアのレビュー見ててもそう感じるな。
AppStore、GooglePlayともに。
無料アプリなのに、ちょっとバグがあるとか自分の端末では
動かないってだけで、鬼の首を取ったようなdisりかた。

スマホ向けアプリ作るのは海外向けがいいな。
国内市場向けに作っても旨みは少ない。

102
デフォルトの名無しさん[sage]   投稿日:2013/11/08 16:41:59
某ブログでそろそろSeasarは終わりでいいよね、JavaEEも悪くないという話をやっているけど
日本でSpring等々ではなく和製FWが広まって萎んで今微妙な状況になっているのはつくづく
ドキュメントやコミュニティの言葉の壁の問題なのだなぁと思う。
コメント3件

103
デフォルトの名無しさん[sage]   投稿日:2013/11/08 19:29:03
>102
盛り上がったのは普通にseasarの出来がよかったからだし、衰退したのは開発ストップしたからだろ

104
デフォルトの名無しさん[sage]   投稿日:2013/11/08 22:11:18
SpringMVCでweb開発してるけど、いったん設計と実装の仕組み整えちゃえば
あとは仕様が増えても基本的に、コントローラ、インタフェース、サービス
周りのコピーでガンガンいけるから、自分的にはSpring一択だな。
コメント1件

105
デフォルトの名無しさん[sage]   投稿日:2013/11/09 02:04:11
>102
クライアント側の新しい機能ならほしいかもしれないが、
サーバー側の開発って別にそんな新しい機能いらないんじゃないかねってのはある。
あえて新しくする必要がないというと叩かれるのかもしれんがそんな感じ。

106
デフォルトの名無しさん[sage]   投稿日:2013/11/09 09:09:47
Struts1.2+内製フレームワークをJava5で動かしている弊社が最強です。

107
デフォルトの名無しさん[sage]   投稿日:2013/11/09 09:18:39
webアプリだとサーバ側はたしかに、だいたいやること決まってきてるしな。
モデル側処理とか認証周りとかバッチとかサブシステム連携とかviewに必要な情報の生成くらい。

フロント側は最近はブラウザの表現力と処理能力上がってるから
JSPとかのサーバーサイドテンプレート使うよりは、jQuery使ったり
Backbone.jsやAngulerJSみたいなフロントエンドMVC使うケース増えてる。
サーバーサイドとはRESTでやりとりできればいいし。

108
デフォルトの名無しさん[sage]   投稿日:2013/11/09 12:10:01
>102-103
開発を継続する人材が集まらないのは言葉の壁の問題といえるな

109
デフォルトの名無しさん[sage]   投稿日:2013/11/22 03:31:52
Vaadinってどうなの?
コメント1件

110
デフォルトの名無しさん[sage]   投稿日:2013/11/22 13:52:04
>104
SpringMVC関係なくね?

111
デフォルトの名無しさん[sage]   投稿日:2013/11/26 23:06:10
>109
それ、俺も知りたい
vaadin日本語ドキュメント少なすぎて涙出るよねー

皆さんは画面をどうやって作ってますか?使っているフレームワークを教えて頂きたいのですが
デザイナーに丸投げしているって回答以外にあったら教えて頂きたい
GWTをここ数ヶ月勉強してみたのですが、GWTは微妙な気がします
コメント1件

112
デフォルトの名無しさん[sage]   投稿日:2013/11/29 23:28:49
自分の場合、今は画面はサーバサイドで作らなくなった。
HTML5+CSS3であれこれやってる。

こういう画面デザインの事例見てると、綺麗に作るには
画面は画面でちゃんと作りたくなる。
http://www.pinterest.com/_f7/gui-great-ui-collection/
http://pttrns.com/
http://www.uiparade.com/
コメント1件

113
デフォルトの名無しさん[sage]   投稿日:2013/11/30 06:16:21
>111
RIA系の開発プロジェクトでGWTを使った経験があるけれども、メリットはGUIロジックもJavaで
書けるのとサーバ側のAPIを叩く非同期RPCの仕組みの出来が秀逸なこと。
逆にこの二つが無ければ単に重くて面倒なフレームワーク。基本的にJavaの開発者がGUIも作る
ケースでないとあまり意味が無いと思うし、RPCを叩かず静的なページ間の遷移だけのアプリ
であれば他のフレームワークを使った方が楽だと思う。
例えばSwing+AppletとかFlexとかで作っていたRIAをプラグインレスのDHTMLベースに以降する
場合などは開発者のスキルも比較的生かしやすいのでよい候補になると思う。ただ率直な感情
としてはこの領域、今現在もFlex+MXML+ActionScript3の出来の良さは頭一つ飛び抜けていると
思うんだよね・・・フェードアウトしつつあるのがつくづく残念。

今は専らGrails。
画面云々以前に認証やセッション管理やフィルタやロギングといったアプリを作るのに必要な
裏側の機能が手作りしないでも全部入っているフルスタックなので。
Jerseyも使うけど結局は上記のものが必要になってくるので生Jerseyを使うことは無いかな。
Grailsに組み込んで使う。
RESTであってもAJAX用途であればステートレスに拘らずセッション使った方が楽だしねw
コメント1件


114
111[sage]   投稿日:2013/12/01 11:15:32
>112
そんな感じのリッチな画面を作りたいんです。

画面周りを手書きするのはよくあることなので我慢できますが、
javascriptを手動でデバッグするのだけは避けたいなと思いました。だから、GWTを勉強してみました。
結果、GWTは遅すぎてSSDマシンじゃないと厳しいってことがわかりました。
会社では自分の気分でマシンを変更できないので、GWTを使うのは難しいという結論になりました。

>113
普段、Flexを使って開発しているので、Flexライクなjava frameworkが欲しいなーと思いました。
Flexは非同期処理基本だし、画面周りの制御が難しい(と言うより、処理速度が遅い)のがダメなところですよね。
javafxはflexのパクリだと思うのですが、javafxのweb版みたいなのがあればいいですよね
JSF勉強してみようかなって思いました
コメント1件

115
デフォルトの名無しさん[sage]   投稿日:2013/12/02 12:33:50
何も分かってないのが良く分かった
コメント1件

116
デフォルトの名無しさん[sage]   投稿日:2013/12/03 23:01:57
>115
どこらへんが

117
デフォルトの名無しさん[sage]   投稿日:2013/12/04 22:23:08
>114
サーバー側の仕組みに比重を置いてリッチなUI/UXを実現するのは不可能だよ。
見栄えについてはCSS3必須。その見栄えに命を吹き込むのがJavaScript。
サーバーサイドでできる範囲は、HTML5+CSS3+JSが育って実をつけるための
大地と水と肥料を用意すること。

GWTがどうとかって話じゃないことだけは確か。
コメント1件

118
デフォルトの名無しさん[sage]   投稿日:2013/12/05 00:11:39
>117
GWTについて知らないでしょ。
知っていればサーバーサイドが云々とか言うコメントは出ない。
コメント1件

119
デフォルトの名無しさん[sage]   投稿日:2013/12/05 02:18:51
>118
あー、すまんかった。
GAEと勘違いしてた。

120
デフォルトの名無しさん[sage]   投稿日:2013/12/05 11:24:55
GWTって今でもメンテされてるの?

GWTが楽ってのは聞いたことがあるけど、結局ブラウザ側のUI/UXを作り込むなら、
jQueryとかを直接使った方がいいと思っているのだけど・・・

121
デフォルトの名無しさん[sage]   投稿日:2013/12/05 16:20:11
jQuery を直接使って特に問題が起こらないならば、それで実現すれば良いのでは?

GWT などは Java だけで RIA がサポートできる所とかがポイントなわけですから、
(自分は使ったことないからあれですけれど)開発対象、人員、保守性、工期とか
色々踏まえて考えれば、状況次第ではアリな気がしています。

逆に凝った UI が要らなければ、旧来型の使い慣れたフレームワークや
テンプレートエンジンの方が開発も運用も過去資産も含めた実績があるので
トータルで安定するでしょうし、部分的に凝った UI が必要なら、そこだけを
重点的に対策した方が無難だと考えてしまいますね。

122
デフォルトの名無しさん[sage]   投稿日:2013/12/05 22:11:40
GWTはクオリティの高いUI/UX作るにはいろいろ役不足なイメージしかないな。
jQueryとその周辺プラグインのほうが、世界も広いし圧倒的に充実してるのと
Look&Feelに関しては、CSS3と各種CSSフレームワークで大抵のことはこなせる。

GWT採用しちゃうと、どうしてもGoogle風味から抜けられなくなるでしょ。

123
デフォルトの名無しさん[sage]   投稿日:2013/12/06 06:46:40
GWTとjQueryはちょっとレイヤーが違うので比較は出来ないかな。

jQueryはイベント周りの昨日とかjQuery UIはあるけれども総体としてはDOMの
直接操作を基本とした低水準(悪い意味じゃ無いよ)のライブラリ。
レイアウトや装飾はHTMLベースで記述して、そこにインタラクションをjQuery
で装飾していくイメージ。

他方でGWTは自身のレイアウト記述とウィジェットライブラリを持った一つ上の
レイヤーのツールキット。基本的には用意された部品を組み合わせて画面を
作る。

スタイリッシュで凝ったUIは作りにくいけれども、事務事務したおっさんくさい
UIを手っ取り早く作るのには結構便利 > GWT
コメント1件

124
デフォルトの名無しさん[sage]   投稿日:2013/12/06 11:46:30
>123
これだけ読むとGWTはJSFと競合しそう

125
デフォルトの名無しさん[sage]   投稿日:2013/12/07 23:22:13
JSFってすごい難しいね
全然分からないや

126
デフォルトの名無しさん[sage]   投稿日:2013/12/08 03:06:58
FreeMakerがいい感じ

127
デフォルトの名無しさん[sage]   投稿日:2013/12/08 08:12:33
テンプレートとしてはGSPはええで。

128
デフォルトの名無しさん[sage]   投稿日:2013/12/08 16:23:40
GSPって、今でもGrails縛りなん?

129
デフォルトの名無しさん[]   投稿日:2013/12/08 22:34:18
JavaSEとJavaEEの違いで、SEにはJDBCが入っているが、EEには入っていない。
これは、EEに含まれているEJBの中にJDBCの機能が入っているからだと、納得してよいでしょうか?

130
デフォルトの名無しさん[sage]   投稿日:2013/12/08 22:57:00
JavaEEはJavaSEを含んでるから
コメント1件

131
デフォルトの名無しさん[]   投稿日:2013/12/08 23:02:22
>130
なるほど。ありがとうございます。

132
デフォルトの名無しさん[]   投稿日:2013/12/08 23:09:42
中小企業の現行システム(旧来のクライアントサーバーシステム)を
Webシステム化するのですが、JavaEE+JSF+?・・・を考えています。
しかし、JavaEEは、中小企業レベルでは重いかなと心配です。
やはり、JavaSE + Strus2 + ・・・とかで、行うべきでしょうか?

サーバーのハード機能が良くなっているのでJavaEEでも問題ないでしょうか?
コメント3件

133
デフォルトの名無しさん[sage]   投稿日:2013/12/08 23:15:42
一番いいのはASP.NETだけどJavaじゃないとだめなの?
コメント2件

134
デフォルトの名無しさん[]   投稿日:2013/12/08 23:20:38
>133
元請けの中小SIerが、Javaを希望してきているのです。

135
デフォルトの名無しさん[]   投稿日:2013/12/08 23:22:54
あー、コレ失敗するパターンやわ。
コメント1件

136
デフォルトの名無しさん[sage]   投稿日:2013/12/08 23:26:57
言語だけ指定されたとしたら、その元請は馬鹿だなw
コメント1件

137
デフォルトの名無しさん[]   投稿日:2013/12/08 23:34:10
>135,>136
Javaのシステムを他にも横展開したいようです。
それと、.NET系はコストが掛かるのがネックみたいです。
コメント1件

138
デフォルトの名無しさん[sage]   投稿日:2013/12/09 02:38:16
>132
中小企業でSIerに丸投げするレベルならJavaはやめたほうがいい
Javaには開発生産性の高いフレームワークがないから、
開発のコストが高くつく。
一番高いコストはライセンス料金ではなくて人件費だよ

絶対にASP.netがベストだと思うよ
Windows認証使わずにベーシック認証を使うようにすれば
クライアントアクセスライセンスも要らない。
データベースもMySQLなどのオープンソースを使えばいい。
Windows Server(IIS)のライセンスだけならASP.netは安いものだよ。

>137
.NETが高いとか言ってるようではそのSIerのレベルは怪しい。
SIerはJava以外はよくわかってない人ばかりなんだと思う。
そいつらの本音はJavaの知識と経験を使いまわしたいだけだよ
コメント2件

139
デフォルトの名無しさん[sage]   投稿日:2013/12/09 02:55:38
既にStrutの蓄積があるならともかく今から始めるなら普通にJavaEEかSpringMVCで
良いんじゃね?

元請けがJavaの経験あるなら彼らがそれを使い回すのは普通に合理的判断だしそこ
に.Net提案したところで干されるだけでしょ。

140
デフォルトの名無しさん[sage]   投稿日:2013/12/09 02:59:40
>138
Windows認証とベーシック認証を比べる人にこの分野のアドバイスはあまり聞きたくないと思う。
コメント1件

141
デフォルトの名無しさん[sage]   投稿日:2013/12/09 03:16:26
>140
何がおかしい?
認証方法でASP.netのトータルのライセンス料金が
大きく変わるんだから触れるのは当然だろう
Windowsの認証を使わなければ安くなる

あんたこそライセンスなにも知らないんじゃないか
コメント1件

142
デフォルトの名無しさん[sage]   投稿日:2013/12/09 05:58:15
Java 前提で話が進んでるのに、.NET と騒いで簡単に変わるものなのかな?
.NET の方が上手く扱えて交渉できそうなら、それも一つの解だと思います。

>132
何を基準に重そうと判断してるのか外野からだと理解できないです。それより、
そのような質問をしてる時点でそもそも自分たちで作れるの?という方が心配・・・。

どんな高性能なフレームワークや素晴らしいアーキテクチャを採用してても
根幹の設計や主要な実装を誤れば低速でポンコツなものに仕上がるでしょう。
開発メンバーのプロジェクトと利用技術に対する理解の方が重要な気がします。

既に自分達で実績を持つ慣れた構成があるなら、それをベースに研究開発的要素を
極力無くすのが着実なゴールを取るための堅実な手法だと考えますが、
そういった構成が無いのであれば、時間のある内にさっさと活用する技術要素を
調査して開発メンバーで制御できる構成にまとめてしまうのが無難でしょう。
他人に言われて選定しても扱えない/向かない技術だった場合、意味がありませんので。

もっと細かいことを評価できる材料が挙げられれば、どのフレームワーク構成が
良いか?とか、具体的なアドバイスも得られやすいかもしれません。

143
デフォルトの名無しさん[sage]   投稿日:2013/12/09 07:10:54
>141
認証のプロバイダとメソッドの区別のつかない人がウェブアプリの開発について何が言えるの?
あと中小のクラサバをWebアプリ化って多分イントラ向けでしょ。
普通にCALの購入が必要なパターンだと思うけど。認証方式関係ないし。

144
デフォルトの名無しさん[sage]   投稿日:2013/12/09 07:42:50
>133
すれも読めない馬鹿

145
デフォルトの名無しさん[]   投稿日:2013/12/09 09:05:07
>132 です。
みなさんアドバイスありがとうございます。
JavaEE + SpringMVC + ・・を検討してみます。

JavaSE + Struts + 手作りのDAOもどき の経験しかないので
本当は、JavaEE + SpringMVC + ・・は避けたいのですが・・・・。トホホ。
コメント2件

146
デフォルトの名無しさん[sage]   投稿日:2013/12/09 09:44:11
自分たちで作れる=お守りできる技術で作るのが一番。
新規の案件で新規の技術を使うとかリスクの塊じゃん。
新しい技術使いたいなら社内案件とか無難な奴でやっとけ。
ちなみに俺ならWicket+JPAかな、一番慣れてるから。

147
デフォルトの名無しさん[sage]   投稿日:2013/12/09 10:22:56
>145
>JavaSE + Struts + 手作りのDAOもどき の経験しかないので
トホホだろうね

148
デフォルトの名無しさん[sage]   投稿日:2013/12/09 11:23:30
JavaSEでWebアプリって作れるの?

149
デフォルトの名無しさん[sage]   投稿日:2013/12/09 21:25:28
>145
JavaEE と SpringMVC は、役割がかぶってますよ

JavaEE = JSF2 - EJB3 - JPA2
Spring = SpringMVC - Spring Framework - Hibernate/JPA

Struts2 は、会社を潰したいのでなければやめた方がいい
(喩え話ではなく、中小企業なら本当に潰れます。大きい企業なら
CTO が首になる)

自分が好きにできるなら、
AngularJS - JAX-RS/Websocket - EJB3 - JPA2
かな。
コメント1件

150
デフォルトの名無しさん[sage]   投稿日:2013/12/09 21:51:40
>149
その構成でログインや認証ってどうやります?
コメント1件

151
149[sage]   投稿日:2013/12/09 22:32:02
>150
(要件のリッチ度によるが、) ユーザ認証・認可はアプリのレイヤではやりたくない。

ユーザ認証や認可は、JAASやSSO とブラウザ (とユーザ) の間で、勝手に解決してもらって、
アプリからは、何も考えずに req.getRemoteUser() なり req.getUserPrincipal()
でアカウント名や権限グループが取れるのが ... [作り手]としては理想。

そうなるように、よくよく費用対効果を説明して、お客さんに勘弁してもらうと、
後々双方とも幸せになれる。
(認証・認可を作りこむと、テストケースが爆発 ... の割にはユーザビリティ
の向上はごくわずか)

あと、JAAS の認証は多少融通が効きます。(3回失敗で5分ロックなど)
Glassfish、JBOSS なら既存の認証モジュールを参考に自作の認証モジュール
を作って差し替えることができる。
商用のコンテナの場合でも聞けば、やり方を教えてくれるはず。

152
デフォルトの名無しさん[sage]   投稿日:2013/12/09 23:40:25
>> 151
そういえば、Glassfishの商用版がなくなったらしいね

>138
> ASP.netは安いものだよ。
> .NETが高いとか言ってるようではそのSIerのレベルは怪しい。
おれも、そう思うわ

153
デフォルトの名無しさん[sage]   投稿日:2013/12/10 05:20:10
どうしてもJavaでなければいけない理由がないなら
フルスタックのフレームワークでやるほうがはるかに楽だよな
3大人気の、ASP.net、Ruby on Rails、Djangoあたりで

いろんなライブラリを組み合わせなければいけないJavaはめんどくさい
保守のコストもかかる
コメント1件

154
デフォルトの名無しさん[sage]   投稿日:2013/12/10 05:29:18
フルスタック必要ならGrailsで良いじゃん。Javaの資産使えるし。

155
デフォルトの名無しさん[sage]   投稿日:2013/12/10 08:41:45
>153
おまえなんでこのすれにいるの?
コメント1件

156
デフォルトの名無しさん[sage]   投稿日:2013/12/10 09:18:24
たしかにw

157
デフォルトの名無しさん[sage]   投稿日:2013/12/10 09:35:55
>155-156
言語はJava8でいくらかましになるが、
まともなフルスタックのフレームワークすらないJava

Javaの痛いところつかれて反論できなくなって人格攻撃か
なさけない奴らだな
コメント2件

158
デフォルトの名無しさん[sage]   投稿日:2013/12/10 10:44:07
>157
すれちだろ

159
デフォルトの名無しさん[sage]   投稿日:2013/12/10 13:37:54
>157
Javaが嫌なら、スレから出て行けよ
スレタイも読めないのかこの池沼は

160
デフォルトの名無しさん[sage]   投稿日:2013/12/10 16:42:40
ASP.netくんの言いたい「フルスタックフレームワーク」が何を指すのかようわからんが・・・

デプロイ環境からORM、View生成まで、ウェブアプリケーション開発に必要なものが全部
揃っているAPI Frameworkと言う意味ではJavaEEと標準実装であるGlassfishがそうだろう。
Rails風のCoC重視でコマンドラインも併用したRAD環境であればGrailsやRooがある。
コメント1件

161
デフォルトの名無しさん[sage]   投稿日:2013/12/10 17:25:48
>160
GrailsはGroovyだからJavaと主張するには無理がある
GroovyなんてJavaの負の部分を引きずった醜い世界

JavaEEはWebアプリケーションフレームワークというよりライブラリ
「フルスタック」とはなにか分からないのもJavaしか知らないからだろうな
コメント1件

162
デフォルトの名無しさん[sage]   投稿日:2013/12/10 18:28:47
>161
>GrailsはGroovyだからJavaと主張するには無理がある

使ってから言えばよいのに。
コメント1件

163
デフォルトの名無しさん[sage]   投稿日:2013/12/10 18:47:04
>162
Grailsは使ったことある
動作ももっさりだった
これでもJavaの中ではましなのかもしれないが
他の言語の人気フレームワークより使いづらかった

あと中身はSpringがベースでしょう
軽く触ったからそれくらはしってる

164
デフォルトの名無しさん[sage]   投稿日:2013/12/10 20:29:35
ASP.netってVS無しでまともに開発できんの?
マカーでIntelliJユーザなんだが。

165
デフォルトの名無しさん[sage]   投稿日:2013/12/10 20:39:44
まかーはすれちもわからんのか

166
デフォルトの名無しさん[sage]   投稿日:2013/12/10 21:45:56
Glassfishって使い勝手とかどうなんでしょう?
コメント1件

167
デフォルトの名無しさん[sage]   投稿日:2013/12/10 22:16:07
ASP.netはスレチだが開発環境の広さという意味ではASP.netとそれ以外では歴然と差があるな。
JavaもEclipseが走れば開発環境は何でもよいという人も少なくないのでは。
コメント2件

168
デフォルトの名無しさん[sage]   投稿日:2013/12/10 22:23:58
>167
すれち

169
デフォルトの名無しさん[sage]   投稿日:2013/12/10 22:27:56
Javaの開発環境の広さはスレチじゃないと思うが。というか実際何使って開発してる?
コメント6件

170
デフォルトの名無しさん[sage]   投稿日:2013/12/10 22:38:21
>167
すてまおつ

171
デフォルトの名無しさん[sage]   投稿日:2013/12/10 22:40:54
>169
パソコン
コメント1件

172
デフォルトの名無しさん[sage]   投稿日:2013/12/10 22:43:29
>169

173
デフォルトの名無しさん[sage]   投稿日:2013/12/10 22:46:37
>169
キーボード

174
デフォルトの名無しさん[sage]   投稿日:2013/12/11 01:23:11
>169
Eclipse

175
デフォルトの名無しさん[sage]   投稿日:2013/12/11 01:47:27
>169
Vi

176
デフォルトの名無しさん[sage]   投稿日:2013/12/11 01:51:32
>169
TOTO製

177
デフォルトの名無しさん[sage]   投稿日:2013/12/11 16:19:52
>166
使い勝手を気にする用途に使ってるやつはいないだろう

178
デフォルトの名無しさん[sage]   投稿日:2013/12/11 19:39:42
GlassFishが商用サポート切るとかたまったもんじゃないな
JerseyからRESTEasyに切り替えないといけなくなりそうだ

179
デフォルトの名無しさん[sage]   投稿日:2013/12/11 19:45:15
やっぱasp.netが一番いいな
コメント2件

180
デフォルトの名無しさん[sage]   投稿日:2013/12/11 20:37:30
>179
ポエムは真板へ

181
デフォルトの名無しさん[sage]   投稿日:2013/12/11 23:28:37
>179
Web Froms時代はいまいちだったけど
ASP.net MVCは最高だよな
コメント1件

182
デフォルトの名無しさん[sage]   投稿日:2013/12/11 23:32:27

183
デフォルトの名無しさん[sage]   投稿日:2013/12/11 23:34:15
MS厨はなぜ粘着するのでしょうか?

184
デフォルトの名無しさん[sage]   投稿日:2013/12/11 23:45:27
ステマ

185
デフォルトの名無しさん[sage]   投稿日:2013/12/11 23:47:27
>182-183
>171-176のような無駄レスは文句をいわないくせに
ASP.netの文字が出ると感情的に批判してくるのな
コメント1件

186
デフォルトの名無しさん[sage]   投稿日:2013/12/11 23:51:42

187
デフォルトの名無しさん[sage]   投稿日:2013/12/11 23:57:24
>186
開発と関係ない板のURLはって馬鹿じゃないの?
少しはJavaの話でもすれば?

188
デフォルトの名無しさん[sage]   投稿日:2013/12/12 00:06:14
すれちに馬鹿といわれちゃった、わーん!!!

189
デフォルトの名無しさん[sage]   投稿日:2013/12/12 00:07:31
ておばちゃんか、しょうがねーな

190
デフォルトの名無しさん[sage]   投稿日:2013/12/12 10:16:01
真性のカスだなw

191
デフォルトの名無しさん[sage]   投稿日:2013/12/15 20:46:37
http://news.mynavi.jp/news/2013/12/13/062/index.html
Spring Framework 4.0正式版リリース - Java 8、Java EE 7に対応

192
デフォルトの名無しさん[sage]   投稿日:2013/12/18 00:19:57
すれちだろ

193
デフォルトの名無しさん[sage]   投稿日:2013/12/18 00:33:41
GlassFish使っててJBossへの乗り換えを検討してる所は少ないの?
JerseyMVCとか試そうかと思ってた矢先だったからなぁ

194
デフォルトの名無しさん[]   投稿日:2013/12/20 12:37:54
一生プログラマーでいたいならフルスタックとかで楽すればいいよw

195
デフォルトの名無しさん[sage]   投稿日:2013/12/22 00:56:53
あんだけ某関係者の人がTomcatはオワコンこれからはGlassFishとかとDisってたのに
いつの間にかGlassFishの方がオワコンになっていたのか。

まあ、今もTomcat使って古いフレームワーク(StrutsとかSAとか)で動かしてる(爆)だからどうでもいいけど。

196
デフォルトの名無しさん[sage]   投稿日:2013/12/22 02:58:54
Java自体が終わりそうだけどね
ライブラリがクソすぎる
コメント1件

197
デフォルトの名無しさん[sage]   投稿日:2013/12/22 07:51:22
>196そうか残念、さようなら

198
デフォルトの名無しさん[sage]   投稿日:2013/12/22 08:45:35
asp.netが強すぎるからな
コメント1件

199
デフォルトの名無しさん[sage]   投稿日:2013/12/22 09:49:22
>198
そうか、どうでもいいけど、さようなら

200
デフォルトの名無しさん[sage]   投稿日:2013/12/22 13:04:11
Tomcatは起動が重いんだよな。
Jettyが軽くていい感じなんだけど、Tomcatに比べて日本語情報が少ない感じ。
JDBC使うのに、JNDI周りの情報も少ない。

201
デフォルトの名無しさん[sage]   投稿日:2013/12/22 17:38:03
JBossが最強だろ

202
デフォルトの名無しさん[sage]   投稿日:2013/12/22 18:44:49
ローカル試験で使う分にはWinstoneも軽くて良いですよ。
なにせjarファイル1個で動いて、160kbくらいだし

203
デフォルトの名無しさん[sage]   投稿日:2013/12/22 20:04:05
JSON返すだけとかなら、Netty直利用とかも良いですよ。

まあ、ネタはおいといて、Jetty組み込んででExecutable WAR配布とか、利用側はお手軽で良いな。
Javaでもセルフホストしやすい軽量スタックとか、そっちが流行らないかな〜。

204
デフォルトの名無しさん[sage]   投稿日:2013/12/22 20:05:57
組み込みサーバー+JavaFXは今後の選択肢として大いに有り得るらしい
JAX-RSとCDIが使えないほどの軽量サーバーならちょっと勘弁だが

205
デフォルトの名無しさん[]   投稿日:2013/12/22 20:08:51
JAX-RSの実装もCDIの実装も、アプリケーション中に含めて組込サーバーといっしょに配布するで良いじゃん。

206
デフォルトの名無しさん[sage]   投稿日:2013/12/22 20:25:15
JBoss覚えるか。どう考えても最強だわ

207
デフォルトの名無しさん[sage]   投稿日:2013/12/22 20:39:18
jbossって起動に10分掛かるだろ

208
デフォルトの名無しさん[sage]   投稿日:2013/12/22 20:42:11
情弱乙

209
デフォルトの名無しさん[sage]   投稿日:2013/12/22 20:43:02

210
デフォルトの名無しさん[sage]   投稿日:2013/12/22 20:59:18
richfacesでイベントを呼び出せない、俺涙

211
デフォルトの名無しさん[sage]   投稿日:2013/12/22 22:29:12
>209
8.1が出てからだろ

212
デフォルトの名無しさん[sage]   投稿日:2013/12/23 15:42:07
>209
WildFlyってRHELとFedoraの関係なんだろ?
名前変えられると、テンション下がるわー
コメント1件

213
デフォルトの名無しさん[sage]   投稿日:2013/12/23 16:25:18
>212
横だけど、間違ってる、名前の問題だけ

214
デフォルトの名無しさん[sage]   投稿日:2013/12/23 16:31:32
むしろASがエンタープライズで使えない誤解すら生んだろうね

215
デフォルトの名無しさん[sage]   投稿日:2013/12/24 20:16:25
JSFで画面作ってる時に、http://java.sun.com/jsf/core ってのを使うけど
これ、primefaceとかrichfacesと何が違うの?

216
デフォルトの名無しさん[]   投稿日:2014/03/10 05:55:51
age

217
デフォルトの名無しさん[sage]   投稿日:2014/03/10 07:39:49
3年ニートしてる間にseasar2ってオワコンになってたのかよ
使われなくなるのって開発ストップしたからバグとかセキュリティホールが見つかっても
修正されないからって意味合いが大きいからなん?

218
デフォルトの名無しさん[]   投稿日:2014/03/10 15:24:45
作りが悪いからに決まってるじゃん
名前が違うだけのspringだし
独創性がないから宣伝はspringの悪口だけ
目玉のHotDeployはバグバグで動かないのにサクサク開発()

とどめに後発のPlay Frameworkがもっと高い技術力とサポートで
同じようなことしてるからまるで存在意義がない

219
デフォルトの名無しさん[sage]   投稿日:2014/03/10 18:54:22
スプリングググったらver4まで出ててワロタwwwwwwwwwwwwwwwww
初代スプリング触ったときゴミすぎで2度と触りたくないと思ったけど進化してたんだな

220
デフォルトの名無しさん[sage]   投稿日:2014/03/10 20:45:17
SpringMVC、使いやすいよ。
RESTと親和性高いし。
もうこれ以外使うきしない。

221
デフォルトの名無しさん[sage]   投稿日:2014/03/10 20:54:36
俺はPlayを使うね!!

222
デフォルトの名無しさん[sage]   投稿日:2014/03/11 02:51:10
javaしかやったことないから他の言語のwebアプリ状況がどんなもんか知らんけど
純粋にjava嫌いな層ってフレームワーク多すぎていろんところで開発スタイルバラバラすぎるからじゃねーの
勤勉でもないから触ったことないフレームワーク使ってるとお作法覚えるのもたりーんだよな
コメント1件

223
デフォルトの名無しさん[sage]   投稿日:2014/03/11 03:14:13
>222
javaやったことなくてそろそろ手を付けようかなと思ってこのスレ見てるけど、
設定含めすべてにおいてめんどくさそうだからじゃね。
もちろんフレームワークの選別とか作法とかも分からないってのはあるが。

224
デフォルトの名無しさん[sage]   投稿日:2014/03/11 07:23:44
めんどくさいというイメージはだいたいStrutsのせい

225
デフォルトの名無しさん[sage]   投稿日:2014/03/11 07:42:49
ASP.NETが神すぎる

226
デフォルトの名無しさん[sage]   投稿日:2014/03/11 12:51:19
型コンバートやバリデーションをコントローラでやって
アノテーションつけまくる最近のスタイルが嫌いだ

227
デフォルトの名無しさん[sage]   投稿日:2014/03/11 17:07:04
Convention over Configurationとかってまだ流行ってんの?
コメント1件

228
デフォルトの名無しさん[sage]   投稿日:2014/03/11 17:20:32
Java言語をマスタしても、フレームワークのお作法覚えないとダメだし
フレームワークも色々で、プロジェクトによっては勉強しなおさないといけないし
言語だけマスタしてた時に比べて、大変だよね。
コメント1件

229
デフォルトの名無しさん[]   投稿日:2014/03/11 17:28:37
>227
Play frameworkは、さほどCoCにこだわってないように見えるね。
ルーティングは、routeファイルに必ず書くし。

230
デフォルトの名無しさん[sage]   投稿日:2014/03/11 19:30:14
>228
チームで開発するときはアーキテクトさんが更にもう一枚「オレオレフレームワーク」でくるんで使わせるのではないか?

設定ファイル等々にしても集中管理するから末端プログラマが触る機会なんてないはず
プログラマに素のままのフレームワークを使わせるなんて危険すぎるが
コメント1件

231
デフォルトの名無しさん[sage]   投稿日:2014/03/11 22:35:21
一周まわって、フレームワークなしのサーブレットに、必要最低限の機能を持つ基底クラスだけ自分で作って使うのがベストだと思う。

232
デフォルトの名無しさん[sage]   投稿日:2014/03/11 22:58:08
>230
オレオレ作った場合、プログラマに使い方を説明してる?
コメント1件

233
デフォルトの名無しさん[sage]   投稿日:2014/03/11 23:54:00  ID:Y7xUI5Hj
>232
APIドキュメント、サンプルプログラム、コメント付き各種設定ファイルなど一通り揃えて、取り合えずば簡単に動くものを用意
説明用の資料パワポや説明会は必要に応じて。

234
デフォルトの名無しさん[sage]   投稿日:2014/03/14 00:09:52  ID:K0sLkIAE
更新止まったActiveObjectsやBeanKeeperの後継とかなくて
結局JPA + Hibernateに落ち着くのか

235
デフォルトの名無しさん[sage]   投稿日:2014/03/14 00:16:16  ID:BtBBLClg
Seamってまだ息してんの?w

236
デフォルトの名無しさん[sage]   投稿日:2014/03/14 03:00:36  ID:vTPAugkR
JAX-RSはフォームデータを渡した場合は@FormParamで受け取るしかない?
Servlet感覚で可変のフォームデータを受け取ってパースしたかったんだけど…

237
デフォルトの名無しさん[sage]   投稿日:2014/03/15 15:19:19  ID:K2uN+xbt(2)
アノテーションもりもりMVCとかO/Rマッパー考えたやつはセンスないな
素直にServletとJDBCで十分じゃまいか
コメント1件

238
デフォルトの名無しさん[sage]   投稿日:2014/03/15 15:32:33  ID:JfWd/5x0(5)
>237
狂おしいほど同意
コメント1件

239
デフォルトの名無しさん[sage]   投稿日:2014/03/15 15:33:42  ID:ODzNcjwn
servletでmemcached使いたいんですが
MemCachedClient mcc = new MemCachedClient();
mcc.set("name", "Naoki Takezoe");
ってやったあとmccのインスタンスはどこにしまっておけばいいんですか?

240
デフォルトの名無しさん[sage]   投稿日:2014/03/15 16:16:57  ID:ha3L2y5+(4)
>238
開発者が100人位いるような大規模開発だとどうするの?
皆が勝手にConnection.prepareStatementとかやるわけ?

241
デフォルトの名無しさん[sage]   投稿日:2014/03/15 16:27:57  ID:q7u7Ew65
100人も集めて何作ってるんだよw
コメント2件

242
デフォルトの名無しさん[sage]   投稿日:2014/03/15 16:33:36  ID:4evGY2gy(2)
案件規模とかそういうのはどうでもいいんだけど、
IDEの恩恵に頼って楽してコード書きたいから、そもそも今更自前でSQL書きたいとは思わないな。

あの書きづらい読みづらい、毎回同じような記述するだけのSQL文を構築していく作業って、
なんかこうテキストエディタでコーディングするのが好きな人向けな感じ。
あんなものは、パフォーマンスチューニングが必要になってから、必要最低限だけ書きゃいいのにな。

それにServletとかJDBCみたいなクソ仕様は、二度と触りたくないなw
あのあたりは、なんかもうかなりレガシーコードの塊になってしまってて、時代に沿ってない内容になりすぎてる。
インターフェイスの設計に失敗してる箇所が多くて、ラッパー噛まして使うのが前提みたいな状態。

243
デフォルトの名無しさん[sage]   投稿日:2014/03/15 16:44:35  ID:JfWd/5x0(5)
多くて3人くらいだわ

244
デフォルトの名無しさん[sage]   投稿日:2014/03/15 16:51:05  ID:4evGY2gy(2)
Seasar2はSAStruts+S2JDBC、S2JUnitくらいしか触ってたことないが、
- ドキュメントが総じてクソい、ほぼメンテされてない
- できることが少ないわりに何パターンかあったりして説明が乏しい
- フォームのバリデーションより先に処理を挟みたいなら有志の拡張かフィルター使うしかない
- 設定ファイルを減らすための命名規約の呪いがパッケージを強要したりクラス名を制限したりしてくる
- JPA実装してるけど一部しかサポートしてない
- 自動投入用のテストデータのフォーマットがExcel
- おまけにキモっぽいHotDeployはバグ多すぎ

殆ど良かったイメージが残ってないな。

最近なら、Servlet使うならSpring、使わないならPlayの2択でだいたいなんとかなりそうな気がする。
コメント1件

245
デフォルトの名無しさん[sage]   投稿日:2014/03/15 16:58:45  ID:ha3L2y5+(4)
>241
大企業の基幹システム開発なら100人規模なんてザラ
コメント1件

246
デフォルトの名無しさん[sage]   投稿日:2014/03/15 18:28:18  ID:Z5g2rNsd
>245
そういう案件だとザラだけど高確率で炎上じゃね
そんなに人使う必要がある時点で発注側にも問題アリだよ
コメント1件

247
デフォルトの名無しさん[sage]   投稿日:2014/03/15 19:19:45  ID:ha3L2y5+(4)
>246
どんなに大規模な基幹系でも、高々10人、20人程度で開発しきれるはずと申すか?

248
デフォルトの名無しさん[sage]   投稿日:2014/03/15 19:26:41  ID:JfWd/5x0(5)
どんなに大規模でもサブシステムに分割できるはず

249
デフォルトの名無しさん[sage]   投稿日:2014/03/15 19:30:27  ID:ha3L2y5+(4)
サブシステムことに開発標準を作ると申すか?

250
デフォルトの名無しさん[sage]   投稿日:2014/03/15 19:40:36  ID:JfWd/5x0(5)
開発標準とは何かな
そんなもの見たことないけど

251
デフォルトの名無しさん[sage]   投稿日:2014/03/15 20:11:03  ID:K2uN+xbt(2)
RDBでSQLのWHEREを書かないで、KVSみたいに全部javaで書くライブラリを作ってみる
http://ideone.com/4FZZeN

252
デフォルトの名無しさん[sage]   投稿日:2014/03/15 20:45:31  ID:nOYr2Orx
何でみんなそんなにSQLを嫌ってるの?
SQL書けばええやん。

253
デフォルトの名無しさん[sage]   投稿日:2014/03/15 21:31:07  ID:rh2Bnj0w
同意。
トラブったときはSQLのほうが圧倒的に楽
昔Hibernateで痛い目にあった。。。

254
デフォルトの名無しさん[sage]   投稿日:2014/03/15 21:46:03  ID:LN7VnBH1

255
デフォルトの名無しさん[sage]   投稿日:2014/03/15 22:33:43  ID:qWn8sJ/I
引用アラシ発見

256
デフォルトの名無しさん[sage]   投稿日:2014/03/15 22:51:59  ID:xO9GlIgR
apacheのdbutilsが程よくJDBCをラップしてくれて好きだった
DBアクセスは自分でSQL書く方が好み
どっちも個人的な好みだから他人には強要しないけど

257
デフォルトの名無しさん[sage]   投稿日:2014/03/15 22:55:50  ID:JfWd/5x0(5)
フレームワーク厨は強要してくるからなー

258
デフォルトの名無しさん[sage]   投稿日:2014/03/16 00:26:39  ID:UxgGr0B4(2)
くだらない問い合わせはORマッパー通した方がくだらない間違いも起こりにくいだろ
複雑な問い合わせだけはSQL直書きするようにすればいいだけやん
目糞鼻糞だけど

259
デフォルトの名無しさん[sage]   投稿日:2014/03/16 05:05:07  ID:1NSc6s95
SQLで書けば、コード量は多めでも、読解難度は低い。
ORMを駆使すると、コード量は少なめで、読解難度が高くなる。

他人が書いたコードを引き継いだ時に殺意を覚えるのは、後者。
特に、とっくに廃れたORMの場合。

260
デフォルトの名無しさん[]   投稿日:2014/03/16 05:18:27  ID:cHCjLYAE
流れるようなインターフェース()の悪口はそこまでだ

オレオレ色が強いと大変ね

261
デフォルトの名無しさん[sage]   投稿日:2014/03/16 06:28:50  ID:UxgGr0B4(2)
おまえらはORマッパーが出来た背景を少しは調べたほうがいい
2、3人で開発するなら知らんけどそれなりの規模で大量のオナニーSQL文見せられてもかなわんだろ

262
デフォルトの名無しさん[sage]   投稿日:2014/03/16 06:38:36  ID:Z6fLevpG(2)
Oracle使った時SQLは全部ストアドに書くとかやったことあるわ
SELECTのReturnはXML
あれもある意味O/Rマッパーなんだろうか

263
デフォルトの名無しさん[sage]   投稿日:2014/03/16 09:03:49  ID:axl38rZU(4)
SQLをまったく意識しなくてよくなるようなまっぱができれば使いたいが

264
デフォルトの名無しさん[sage]   投稿日:2014/03/16 09:17:10  ID:AdE6gbYt(3)
O/Rマッパー黎明期から期待に胸を膨らませて追っかけてきたけど
保守段階までトータルで見ると、少なくとの日本の人月ベースで
コスト計算する業界では見合わないと思ってる。

初期HibernateのHQLなんかも設計思想はものすごく好きだった。
Torque、Castorなんかも試した。Torqueはクラス数が爆発しがちで
仕様がコロコロ変わる案件で地獄をみた。
Cayenneも良かったな。旧NeXT製のEOF(Enterprise Object Framework)
なんかの流れを彷彿とさせる設計は美しかったが、
日本ではマイナーで使える技術者が育たず広がらなかった。

とはいえ、素のJDBC使うのはめんどいし、もはやS2系は死んだ。
個人的に残された希望は枯れたMyBATISくらいかな。
SQLの透過性とシンプルにも使えるO/Rマッピングの融合がバランスいいよ。

265
デフォルトの名無しさん[sage]   投稿日:2014/03/16 09:28:37  ID:axl38rZU(4)
業務アプリなんかだと結局メイン部分はパフォーマンスや
堅牢性が大事になってきてSQLで書かないといけない。
まっぱが使えるのはマスタメンテくらいになる。
マスタメンテくらいのSQLなら別に複雑でもないからまっぱにする意味もない。
つまり使い道が無い。パフォーマンスや堅牢性も備えてはじめて使えるようになる。

266
デフォルトの名無しさん[sage]   投稿日:2014/03/16 09:48:24  ID:AdE6gbYt(3)
だよな。複雑なビジネスロジックをオブジェクト操作で
動的にSQL作るような仕組みだと、仕様変更とかバグ修正の場合に
マジックハンドでモノを掴むみたいな感じになるよ。
SQLならものの数分で終わるような対応が丸一日かかったり。

ただ、O/RマッピングとSQLの動的生成は違うものだから
ここは混同しちゃいかんな。
生JDBC使ったって最後はbeanにマッピングされるわけだし。

267
デフォルトの名無しさん[sage]   投稿日:2014/03/16 10:12:47  ID:gY7mojcT
JPAは再帰処理がないのが不満に思えたが
昨今の大規模環境ってJOIN禁止ルールとかあるみたいだし気にしなくていいのかな?

268
デフォルトの名無しさん[sage]   投稿日:2014/03/16 17:26:09  ID:Z6fLevpG(2)
JOIN禁止ってマジ話?
そんなプロジェクトに放り込まれたらプロマネ殴り倒す自信あるよ

269
デフォルトの名無しさん[sage]   投稿日:2014/03/16 18:32:30  ID:/+q7XY+7(2)
一部のコンシューマーサービスにおける設計の話を一般論扱いされても。
それにむしろ、そういうケースではMicro-ORMだろうし。

270
デフォルトの名無しさん[sage]   投稿日:2014/03/16 18:53:19  ID:Va0mC41/
指定数表以上の結合禁止、右外部結合禁止は見たことあるが、
結合そのものを禁止しているところは見たことないな。

271
デフォルトの名無しさん[sage]   投稿日:2014/03/16 19:00:58  ID:axl38rZU(4)
まあ将来的には結合なんてしなくてよくなるのが理想だよ。
だからまっぱは理想なんだけど今のハードではまだまっぱには無理がある

272
デフォルトの名無しさん[sage]   投稿日:2014/03/16 19:36:35  ID:rxfO/+Tv
逆だろ、将来的にはいくら結合しまくっても性能が劣化しないのが理想だよ

273
デフォルトの名無しさん[sage]   投稿日:2014/03/16 19:41:36  ID:zMPxA87q
結合時の性能劣化がなくなるよりも先にRDBが廃れそうだなw

274
デフォルトの名無しさん[sage]   投稿日:2014/03/16 19:44:29  ID:axl38rZU(4)
え?結合なんかしたらSQLみたいじゃん

275
デフォルトの名無しさん[sage]   投稿日:2014/03/16 19:53:56  ID:/+q7XY+7(2)
抽象度が高くかつ表現力のあるマッピングAPIが、現状の言語仕様やHW的な限界で現実的ではないという話と、
リレーショナルモデルを相手にする以上、結合を考えないなんて意味がない話だし、本質的に性能劣化は発生する
みたいな話が混在してね?

276
デフォルトの名無しさん[sage]   投稿日:2014/03/16 23:08:47  ID:AdE6gbYt(3)
ソーシャルゲーム業界だと、たいがいJOIN禁止だな
詰めSQLやるようなチューニングはしない
大規模構成のMySQLをmemcachedとあわせてKVS的に使ったりって感じ
大規模にサーバまたいでデータ結合やったりするからJOINなんか使ってたら
保守できなくなる

277
デフォルトの名無しさん[sage]   投稿日:2014/03/17 03:54:31  ID:CvNwiWhQ
ORM使いにくいって感じる状況、ORMへの知識不足が原因じゃなけりゃ、
大元のDB設計とかがいまいちだったりする感じのこともけっこうありそうな

そもそも、言うほどパフォーマンスに問題が合ってSQL書かないと行けないような自体って起きるかなぁ
そういうのって、どっかうまいこと作れてないか、
体感できない性能差を突き詰めたいだけでチューニングを行なってる人かのどっちかってことも少なくない気がする
コメント1件

278
デフォルトの名無しさん[sage]   投稿日:2014/03/18 02:18:31  ID:tRXj2H8I
ORMはEager fetch, Lazy fetchの問題を解決不可能なんだよ

279
デフォルトの名無しさん[sage]   投稿日:2014/03/18 09:36:03  ID:isJ/4bi8
>277
DB設計が大元ってw
ORMを理解してないのはお前だろ
ORMを使う動機はドメインモデルをRDBに永続化することなのに
なんでDB設計が先にくるんだよアホかwwww

ていうかみんなわかってなさすぎw
テーブルモジュールで設計していながらORM語ってんだろ?ww
コメント1件

280
デフォルトの名無しさん[sage]   投稿日:2014/03/18 11:18:48  ID:+SzQB6tf
>279
世の中の全てがモデルファーストでシステムを全て作れるわけではないし(そんなの本当に新規開発だけ)
パフォーマンスのために非正規化したりテーブル設計を崩すこともある

他システム連携があったりすると、そのDBにアクセスしてくるのはJavaだけとは限らない

もうちょっと世の中でいろんな経験をしてごらん。
見えなかったものが見えてくるよ

281
デフォルトの名無しさん[sage]   投稿日:2014/03/18 16:21:01  ID:SyPosiOD(2)
次の仕事でPlay使うかもしれんとここ数日予習してるんだけどさ、
何か凄いstaticだらけで違和感覚えるんだが、
これはこういうものだと思って慣れるしかないの?
テストとかしずらくね?

工夫すれば一応DI使えるみたいだけど、entity注入するのはそれはそれで変な気もするし…
コメント1件

282
デフォルトの名無しさん[sage]   投稿日:2014/03/18 19:40:51  ID:Xfw7AJmq
常に新規開発でDBを好き勝手やれるならそもそもこんな話してないわ
システムリプレイスするけどDBはそのままとか
DB設計は他社とかそんなんばっか

>281
Playはそういうもんだと諦めたまえ
コメント1件

283
デフォルトの名無しさん[sage]   投稿日:2014/03/18 21:02:44  ID:SyPosiOD(2)
>282
サンクス。気にはなるがやっぱフレームワークの流儀に従うべきか…。

284
デフォルトの名無しさん[sage]   投稿日:2014/03/23 16:44:03  ID:oyP9q9vp(2)
Javascriptに対してGAEができるなら
ORMにも似たようなのないの?

285
デフォルトの名無しさん[sage]   投稿日:2014/03/23 16:44:45  ID:oyP9q9vp(2)
間違えた! GAEではなく、GWTです。

286
デフォルトの名無しさん[sage]   投稿日:2014/03/26 04:52:17  ID:j07vAV4n
HSQLでfunctionつくるの楽しいわ

287
デフォルトの名無しさん[]   投稿日:2014/03/27 10:11:37  ID:9TpQSSF6
プログラミング言語「Hack」登場 - 米Facebookが発表
http://news.mynavi.jp/news/2014/03/24/416/

動的な型付け言語がもたらす開発の手軽さと、静的な型付け
がもたらすエラーチェックの完全性の高さなどの双方の利点を
得ることを目指して開発されているという。


これはJavaより有望かもしれない

288
デフォルトの名無しさん[sage]   投稿日:2014/03/27 13:18:35  ID:V1uU5d7+
ああほんと。電動歯ブラシぐらいのエロティシズムを感じるよ
Oculusなんて買収して、どんなイノベーションを見せるんだろうね

289
デフォルトの名無しさん[sage]   投稿日:2014/03/27 22:05:13  ID:53iNYuED
所詮はペチパーだろ

290
デフォルトの名無しさん[sage]   投稿日:2014/03/28 12:49:21  ID:QHWMvAHr
PHPのDartみたいなもんじゃん。糞杉ワロタ

291
デフォルトの名無しさん[sage]   投稿日:2014/03/29 17:52:04  ID:lqk81omC
Javaのスレとしては、というかPHPのスレ以外もれなくだと思うが
まずPHPをベースにするのをやめろと言わざるを得ない

292
デフォルトの名無しさん[sage]   投稿日:2014/03/29 19:25:52  ID:ZB5YY77p
facebookが内製用に使うぶんには有効なんだろうけど
こういうのって外部の開発者が採用しても
大抵の場合はメリット出ないよね

293
10:11:37.22 ID:9TpQSSF6.net[ プログラミング言語「Hack」登場 - 米Facebookが発表
http://news.mynavi.jp/news/2014/03/24/416/

動的な型付け言]
  投稿日:0000/00/00 00:00:00

294
デフォルトの名無しさん[sage]   投稿日:2014/03/27 13:18:35  ID:V1uU5d7+.net
ああほんと。電動歯ブラシぐらいのエロティシズムを感じるよ
Oculusなんて買収して、どんなイノベーションを見せるんだろうね

295
デフォルトの名無しさん[sage]   投稿日:2014/03/27 22:05:13  ID:53iNYuED.net
所詮はペチパーだろ

296
デフォルトの名無しさん[sage]   投稿日:2014/03/28 12:49:21  ID:QHWMvAHr.net
PHPのDartみたいなもんじゃん。糞杉ワロタ

297
デフォルトの名無しさん[sage]   投稿日:2014/03/29 17:52:04  ID:lqk81omC.net
Javaのスレとしては、というかPHPのスレ以外もれなくだと思うが
まずPHPをベースにするのをやめろと言わざるを得ない

298
デフォルトの名無しさん[sage]   投稿日:2014/03/29 19:25:52  ID:ZB5YY77p.net
facebookが内製用に使うぶんには有効なんだろうけど
こういうのって外部の開発者が採用しても
大抵の場合はメリット出ないよね

299
デフォルトの名無しさん[sage]   投稿日:2014/03/30 17:09:49  ID:jhRCncdW.net
CGIレンタルサーバーの都合(安さ)を考えて
Java, C#をベースとした言語から => PHP, Perlに変換するとか
そういう話ではないんだね

300
デフォルトの名無しさん[]   投稿日:2014/04/11 23:22:52  ID:n3O3RPz1.net
Seasar2を使ってるところってもうないの?
新規案件ではSeasar2は選択肢にも入らないのでしょうか?

301
デフォルトの名無しさん[sage]   投稿日:2014/04/11 23:35:33  ID:Pv1Uj3xG.net
そんなもん使うぐらいならStruts使えって言われる
コメント2件

302
デフォルトの名無しさん[sage]   投稿日:2014/04/11 23:49:08  ID:HW4sCI/6.net
Seasarプロジェクト自体がもうオワコンだしねぇ。
今後を見据えたら、Java8でSpringでしょ。

303
デフォルトの名無しさん[sage]   投稿日:2014/04/12 00:10:02  ID:SAIw86Ow.net(3)
Playだ、Playを使うんだ
コメント1件

304
デフォルトの名無しさん[sage]   投稿日:2014/04/12 00:14:19  ID:qS4Q8Ow0.net(3)
Freemarkerもなかなかいいよ。

305
デフォルトの名無しさん[sage]   投稿日:2014/04/12 01:02:21  ID:r3JAB95t.net(3)
出来が良い悪い以前に日本のプロダクトは長続きしないな

306
デフォルトの名無しさん[sage]   投稿日:2014/04/12 01:18:14  ID:D3xQkXal.net
支える人が少ないからな

307
デフォルトの名無しさん[sage]   投稿日:2014/04/12 08:35:02  ID:NN09N+xI.net
この記事最近のだけど今頃脱Strutsとか言っててちょっとポカーンなんだが
保守作業とかならわかるが新規プロジェクトでいまだにStruts1.x系選択するところとかあんの?
SAStrutsっていうならわかるけど書いてないし
http://gihyo.jp/news/report/2013/09/1901?page=1

Seasar2ってORMデフォルトでついてるからなんだかんだ言って開発しやすい

308
デフォルトの名無しさん[sage]   投稿日:2014/04/12 10:07:33  ID:SAIw86Ow.net(3)
新しいフレームワークは分からんとか言われて去年Struts1.3で作らされた

309
デフォルトの名無しさん[sage]   投稿日:2014/04/12 11:05:52  ID:qS4Q8Ow0.net(3)
脱Struts→HTML5

SIer的には物凄くハードル高いと思うよ。
HTML5と一口に言っても、その意味が内包している
要素技術って膨大だからな。

これからはHTML5だ!と鳴り物入りで一度は方針転換したのに
サーバーサイドでHTML生成するような実装してた開発者が
クライアントサイドでDOM生成する実装に馴染めず
結局モトサヤでStruts使い続けてる会社いくつも知ってる

バックエンド開発とフロントエンド開発で体制分けたのはいいけど
コミュニケーションロスやお互いの作業待ちでスタックしまくる
プロジェクトとかも。

プロジェクト管理や設計のやりかたが今までと同じで
それを変えられないってのがうまくいかない最大の要因な気がする。

310
デフォルトの名無しさん[sage]   投稿日:2014/04/12 11:09:01  ID:hPdTJsHF.net
業務アプリごときJSF2で困ることがない

311
デフォルトの名無しさん[sage]   投稿日:2014/04/12 11:58:38  ID:qS4Q8Ow0.net(3)
まぁそれも1つあるよな。
業務アプリに見栄えのするUI/UXの必要性なんて
そもそもユーザーが求めてないわけだし。

312
デフォルトの名無しさん[sage]   投稿日:2014/04/12 12:10:13  ID:ONqK3e5x.net(2)
ほんそれ
客にオナニーみせつけんなって話し

313
デフォルトの名無しさん[sage]   投稿日:2014/04/12 19:48:03  ID:r3JAB95t.net(3)
JSF2とSpringMVCなら後者で
コメント1件

314
デフォルトの名無しさん[sage]   投稿日:2014/04/12 20:35:30  ID:g8OqBVnG.net
健全でない言葉が含まれているため表示しません 内容を確認する

315
デフォルトの名無しさん[sage]   投稿日:2014/04/12 21:16:25  ID:SAIw86Ow.net(3)
前者みたいなの作ってて楽しくもなんともないけど仕事あるだけマシと思ってる

316
デフォルトの名無しさん[sage]   投稿日:2014/04/12 21:20:03  ID:ONqK3e5x.net(2)
俺も楽しいことは趣味でやってる

317
デフォルトの名無しさん[sage]   投稿日:2014/04/12 22:27:17  ID:rg8ub121.net

318
デフォルトの名無しさん[sage]   投稿日:2014/04/12 23:54:13  ID:r3JAB95t.net(3)
JSFはブラックボックス
コメント1件

319
デフォルトの名無しさん[sage]   投稿日:2014/04/13 12:09:15  ID:IgSj2Mvb.net
動けばいいのよ
保守するのは自分じゃないし
コメント1件

320
デフォルトの名無しさん[sage]   投稿日:2014/04/13 12:46:33  ID:pKpG+lHA.net
やっぱり今から勉強するならspringが無難だよね。
コメント1件

321
デフォルトの名無しさん[sage]   投稿日:2014/04/13 17:12:24  ID:ifFweta+.net
>313
お前、お前みたいな奴が、お前な、マジでお前
お前ーー!

322
デフォルトの名無しさん[sage]   投稿日:2014/04/13 19:33:38  ID:FZex5Lh6.net
仕事だからとか、意外とみんな真面目なんだな。

323
デフォルトの名無しさん[]   投稿日:2014/04/13 22:52:01  ID:6wRC3zPh.net
http://gihyo.jp/news/report/2013/09/1901?page=2

>301の記事に2つの方法が書かれているけど
それぞれのメリット、デメリットはどういう感じなの?
「次世代型」はJavaScript有効化必須として
開発の生産性はどちらのが上?


「Oracleエバンジェリストの寺田氏は,Java標準によるWeb開発を,
次世代型と従来型の2種類に分類しました。

次世代型:クライアントとサーバ間をデータのみで通信し,画面の
生成から表示までをクライアントで行う方式。
従来型:サーバ側でデータを埋め込んだ画面を生成し,クライアント
では表示のみを行う方式。」
コメント3件

324
デフォルトの名無しさん[sage]   投稿日:2014/04/14 00:44:17  ID:S4Y/C9C3.net
>317
次世代型って>303みたいなの?
今の時点での生産性なら従来型じゃね
次世代型とか慣れるのに苦労しそう

325
デフォルトの名無しさん[sage]   投稿日:2014/04/14 00:47:17  ID:VmjrJFRy.net(2)
>次世代型:クライアントとサーバ間をデータのみで通信し,画面の
>生成から表示までをクライアントで行う方式。


Oracleの中の人ですら、まだこんなこと言ってんだもんな。
認識の周回遅れも甚だしい。
そりゃ日本のSIerが斜陽産業化するわけだわ。
コメント1件

326
デフォルトの名無しさん[sage]   投稿日:2014/04/14 00:48:12  ID:K3Aga8vq.net(3)
>319
じゃあ本当の次世代型は?

327
デフォルトの名無しさん[sage]   投稿日:2014/04/14 00:49:40  ID:vxOO2AsC.net
>318
>317のURLに書いてある「次世代型」。

生産性が低いなら海外で人気になったりしないと思う
なんで日本だけStruts使ってる化石企業ばかりなんだろう

両方とも経験ある人の意見が聞いてみたい。

328
デフォルトの名無しさん[sage]   投稿日:2014/04/14 00:50:10  ID:Bgbj7M78.net(2)
XML+XSLTで昔からできたのに全然普及しなかったな

329
デフォルトの名無しさん[sage]   投稿日:2014/04/14 01:09:57  ID:VmjrJFRy.net(2)
>320
Oracleの中の人の認識だと、まだajax使ったREST+JSON止まりなんだろう。
もうすでに、pjax+pushStateがメインで、今までのjsonベースの仕組みは
補助的に使う感じの動きになってきてる。

特にクライアントがモバイルの場合、SPA構成だとpjax+pushStateにしないと
いろいろ画面遷移周りの実装が複雑になりがちだし、
業務アプリ以外の外向けWebサービスなんかの場合は、サーバからJSONだけ
返してもらってクライアントでDOM生成する設計だと、SEO対策的にも高コスト。

とはいえ、イントラ系業務システム限定なら、REST+JSONでも何ら問題ないけど
だったらStruts1.x()でもいいだろって話になる

330
デフォルトの名無しさん[sage]   投稿日:2014/04/14 01:19:47  ID:Bgbj7M78.net(2)
pjaxも所詮RESTじゃん
JSFと違ってJAX-RSにVIEW実装なんて定義してないぞ
コメント1件

331
デフォルトの名無しさん[sage]   投稿日:2014/04/14 02:26:03  ID:3UflCQPn.net
次世代型って要はAjaxとJQueryでUI手書きかGWTってことでしょ。
旧来型には、javascriptを隠蔽するJSPタグライブラリとか
Wicketコンポーネントなんかがこちらに含まれるのかな。
コメント1件

332
デフォルトの名無しさん[sage]   投稿日:2014/04/14 04:19:53  ID:K3Aga8vq.net(3)
>323
元々PushState + Ajax = Pjaxじゃねーの?
そのPjaxにもう一回PushState加えるってどういうことだよ?w

333
デフォルトの名無しさん[sage]   投稿日:2014/04/14 19:02:38  ID:xOOCf4Oc.net
Servlet使ってるところのソースは大抵糞コードだから読まされる立場だとうんざりするけどな

334
デフォルトの名無しさん[sage]   投稿日:2014/04/14 20:01:34  ID:K3Aga8vq.net(3)
このスレっていつもループしてるよね・・・
適当に上の方へ戻っても話がつながって読める
コメント1件

335
デフォルトの名無しさん[sage]   投稿日:2014/04/14 21:13:37  ID:A+X5vC8x.net
まったくなw

336
デフォルトの名無しさん[sage]   投稿日:2014/04/15 00:54:06  ID:fDug8lKN.net(2)
>325
jQuery手書きは旧世代だね。
AngularJSはjQuery使わないし、Backbone.jsでもテンプレートエンジンや
Marionettoとかのプラグイン使えばjQueryは隠蔽されるのが現世代。
AngularJSやBackbone.js使えば意識するまでもなくPushStateも使われるんだが、
>323は何を次世代だと言ってるんだろうか?
ブラウザ側から見た新世代はWebComponents抜きには語れそうにない。
SEO含めた取り組みはRendrのやり方が新世代になりそう。

337
デフォルトの名無しさん[sage]   投稿日:2014/04/15 01:04:58  ID:W7pkbwhx.net
Oracleの人は立場上、自社のJava EE7を推したいわけでしょうから
Java EE7標準を使った開発が、オラクルの言う「次世代型」でしょう

>323
>だったらStruts1.x()でもいいだろって話になる
よくないでしょう
>301の記事内でも指摘されているように
セキュリティ上の理由で、メンテナンス終了したStrutsはもう新規に使えない。

>330
Javaはいろいろやり方があってわけがわからないよ
その辺の新しい開発方法をわかりやすくまとまめてあるサイトや本は
ありますか?

338
デフォルトの名無しさん[sage]   投稿日:2014/04/15 01:16:41  ID:QjDXpoj9.net
phpだとcakephpが個人・学生から企業まで定番化してるっぽいけど
jsf2とかspringmvcがその地位には立てそうにないなー

339
デフォルトの名無しさん[sage]   投稿日:2014/04/15 01:26:31  ID:fDug8lKN.net(2)
>331
わけがわからないのはJavaじゃなくてJavaScriptのことだと思うけど、
とりあえず一つ追っかけるなら、今だとAngularJSがいいんじゃないかな。
読んでないけど日本語の本も一つ出てるし、来月にはオライリーの翻訳本も出る予定。

340
デフォルトの名無しさん[sage]   投稿日:2014/04/15 01:56:57  ID:v7jURM3H.net(2)
JavaScriptは、後から後から話題になる要素技術がどんどん出てきて
トレンドが変わっていく
アメリカではそういうの自分たちでどんどん作って送り出すけど
日本じゃそれを表向きはドヤ顔で、内心ヒーヒー言いながら追いかけて
疲弊するだけ
不毛すぎる

341
デフォルトの名無しさん[sage]   投稿日:2014/04/15 02:22:34  ID:1MwGXkoj.net
そろそろ表向きドヤ顔もできない感じになってきたわ
Webアプリやりたくねぇよ

342
デフォルトの名無しさん[sage]   投稿日:2014/04/15 07:34:40  ID:dqyEhytG.net
Web系はドヤってなんぼだろw
黙々と作業だけしてたら底辺臭が滞留してきちゃうからね

343
デフォルトの名無しさん[sage]   投稿日:2014/04/15 08:14:59  ID:v7jURM3H.net(2)
去年辺りまではbackbone.jsがオススメされて
今年はAngularJSがはやってるよね
来年はまた別のものが流行して
再来年にはまた別のトレンドが来る
一貫してるのはなんだかんだでjQueryがデファクト

344
デフォルトの名無しさん[sage]   投稿日:2014/04/15 15:28:26  ID:okfDyzRj.net
ドヤ顔で講釈垂れてもな・・・
職場の人間は正直だと思うぞ

345
デフォルトの名無しさん[sage]   投稿日:2014/04/15 20:31:58  ID:2GI32+no.net
最近の流行はJsViewsじゃないの?

346
デフォルトの名無しさん[sage]   投稿日:2014/04/16 01:13:38  ID:JEVwiYNE.net
>334,338
Javaも以前は同じだったじゃん
2000年にStruts 1.0とTapestry 1.0、2001年にWebWork 1.0、
2003年にJSF 1.0、2005年にWicket 1.0、2006年にClick 1.0…
ORMやDIコンテナも含めるとあの頃のJavaは今のJSよりもいそがしかった気がするけどな。

あとアメリカ人がみんな「自分たちで送り出す」なんて思ってないだろう。
ひがやすをがSeasar2を出したからって日本人がみんなそう思わないのと同じで。

347
デフォルトの名無しさん[sage]   投稿日:2014/04/16 01:13:43  ID:F5idbQac.net(2)
jQuery以外はdartでも触ってたほうが良さそう

348
デフォルトの名無しさん[sage]   投稿日:2014/04/16 01:15:52  ID:F5idbQac.net(2)
ひがやすを & やねうらをは兄弟らしい
コメント1件

349
デフォルトの名無しさん[sage]   投稿日:2014/04/19 04:47:43  ID:FUH9Y5av.net
こういうの見ると、継続的なサポート力というのは重要だなあと。
5年後はすたれてそう・・みたいなフレームワークへの依存は避けたい・・

Apache Struts2 脆弱性に注意、IPA
http://news.mynavi.jp/news/2014/04/18/139/
コメント1件

350
デフォルトの名無しさん[sage]   投稿日:2014/04/19 09:22:13  ID:0YBgM8kF.net
Struts2は後年にフレームワークの歴史における失敗作として語り継がれそう
やはり兄より優れた弟など存在しないんだ

351
デフォルトの名無しさん[sage]   投稿日:2014/04/19 10:16:08  ID:Ak5/X6S3.net
Struts3ってどうなったんだ?

352
デフォルトの名無しさん[sage]   投稿日:2014/04/19 12:31:51  ID:mSHOuAyg.net
正直もうJava EE一本化でいいんじゃないのか
標準だからStrutsやSeasarみたいに数年でオワコンにはならんし

353
デフォルトの名無しさん[sage]   投稿日:2014/04/19 21:06:21  ID:w81l5j3j.net
アクションベースのWeb FW、モダンなテンプレートエンジン、Micro-ORM
…を熟れるレベルまで標準化してくれるなら、そしたらEEでも良いよ、
っという意見は昔からあるけどな。
コメント1件

354
デフォルトの名無しさん[sage]   投稿日:2014/04/22 20:51:03  ID:rtReb1s3.net
NodejsやAngularJS使っている開発でyeoman入れている人いる?
コメント1件

355
デフォルトの名無しさん[sage]   投稿日:2014/04/23 21:47:01  ID:bQZ6NqwX.net
例えば、Strutsを避ける
http://www.scutum.jp/information/waf_tech_blog/2014/04/waf-blog-03...

Struts2は根本的設計がまずかったり今のメンテナにとって
やる気のでないプロダクトだったりって状態なのかねえ
SIerが貢献することもなく使い続けて情報漏洩しまくらないといいが


>348
JSの話題はここでは返事もらえないと思うよ
コメント3件

356
デフォルトの名無しさん[sage]   投稿日:2014/04/24 01:22:07  ID:uw+Asd59.net
node.js使ったサーバーサイド開発やってるのに
未だにJavaとJavaScriptの違いが解らないアホがいるってのが驚きだわ
コメント1件

357
デフォルトの名無しさん[sage]   投稿日:2014/04/24 01:26:25  ID:FuqK6IF4.net
>349
そのエントリ書いた人、StrutsとStruts2は全くの別物だってことと、
Struts2は少なくとも日本じゃポピュラーじゃないってことを知らなさそう

358
デフォルトの名無しさん[sage]   投稿日:2014/04/24 22:11:08  ID:MRzySO8u.net(2)
今更?。Struts2は出た当初から致命的な脆弱性がある欠陥品だと言われていたでしょ。
MBSDで暫定的なものであるが、サーブレットフィルタのソースコードを公開したよ。
http://www.mbsd.jp/img/testFilter.java
コメント2件

359
デフォルトの名無しさん[sage]   投稿日:2014/04/24 22:42:18  ID:MRzySO8u.net(2)
最近、JavaEEやspringMVCからJavascriptへ
トレンドが移行している印象を受けるね。

JavaSE8もあまり話題にならないけど、どうなの?

360
デフォルトの名無しさん[sage]   投稿日:2014/04/24 23:17:35  ID:cbIcERKc.net
【IT】サイト構築ソフト・ストラッツ1(Struts 1)に欠陥 パッチなく官公庁などサイバー攻撃の恐れ [4/24] /ニュース速報+板

Struts 1.x使っていた時代遅れ企業終了

>353
その印象を持ったのはどういう理由?
Java開発案件が減ってJSが増えてる?

361
デフォルトの名無しさん[sage]   投稿日:2014/04/25 22:40:29  ID:FYFW/3hR.net
>354
開発案件に影響は出ていないが、技術的な部分が日進月歩なので表面化しつつある。
WebがHTML5に向かう中で、Javaが担う機能を、どこまでJavascriptで
担えるかというところで微妙になってきた。
基幹業務システムをJavascriptで作る時代がきそうだと。
コメント1件

362
デフォルトの名無しさん[sage]   投稿日:2014/04/26 10:22:26  ID:/UOqj8HA.net
乱暴に言えば基幹システム=DBアクセスだから、サーバサイド開発をゼロにするって無理だろ
JavaScriptから直接SQL叩くことを許可するのか?
コメント2件

363
デフォルトの名無しさん[sage]   投稿日:2014/04/26 12:23:42  ID:lOzkg/HI.net(2)
>355
クライアントではなくてサーバーサイドJavascriptの話をしているのだから
それ的外れな指摘だよ

>355
Javascriptって、もともとDOM(xml/html)を操作して
画面UIを操作するためにあるような、それくらいしか能がない言語でしょ。
サーバーサイドには機能面で非力すぎるし、また独自仕様乱立とか始めるのがオチ。

364
デフォルトの名無しさん[sage]   投稿日:2014/04/26 14:17:54  ID:0Ekcs7fW.net(2)
>355
>基幹業務システムをJavascriptで作る時代がきそうだと

これは絶対に来ない
もし基幹業務をJSで作ったとしたら大バカ企業

動的言語は大規模開発だと開発生産性が落ちる。
このデメリットが大きいからFacebookなどもPHPを
静的言語に魔改造しようとしてきた。

JavaがゴミみたいなWebフレームワークしかないのに
大規模サイトで使われてきたのは、静的言語で、
ライセンスが比較的自由だからだろう
コメント1件

365
デフォルトの名無しさん[sage]   投稿日:2014/04/26 14:50:52  ID:9olkSe8L.net
サーバーサイドJavaScriptといえばIBMがこういう記事出してるな。
http://www.ibm.com/developerworks/jp/java/library/j-nodejs/
それにIBMのBlueMixなんかは基幹系開発も用途に含むPaaS環境だけど
node.jsやRubyも対象にしてる。

まぁ日本のイントラ基幹系は業界的にも従事する人間の考え方的にも
頭が硬くて柔軟性に欠けるから、node.jsベースの開発なんて無理だろうけど
B2CとかのエンドユーザーがコンシューマーだったらサーバーサイドJavaScriptは
ぼちぼち盛り上がってるんじゃね。

JDK1.0が出た当時だって、動きのあるホームページ作るものでしょ的な
イメージばかりで将来まさかJavaがビジネス基幹系に使われるように
なるなんて誰も想像しなかったわけで。

静的型付けができないとか型推論とか言語仕様的にはJavaScriptそのものは
いろいろ欠点あるけど、CoffeeScript/TypeScript/HaxeとかのAltJSを使えば解決できる。
コメント1件

366
デフォルトの名無しさん[sage]   投稿日:2014/04/26 16:46:48  ID:Gh1hsEgS.net
JavaScriptもこんな流行るとは思わんかったよ

367
デフォルトの名無しさん[sage]   投稿日:2014/04/26 17:49:10  ID:A9kxPHhN.net
現状ではpaypalの開発が代表的かな。
http://www.infoq.com/jp/news/2014/01/paypal-java-javascript

368
デフォルトの名無しさん[sage]   投稿日:2014/04/26 20:18:05  ID:lOzkg/HI.net(2)
node.jsでサーバー書くより
ブラウザでjavaなりc#が動いてくれたほうがよっぽどありがたい

369
デフォルトの名無しさん[sage]   投稿日:2014/04/26 21:29:20  ID:ro7ZL/nR.net(3)
>356-358
SQLではないけどAWSのDynamoDBはブラウザのJSから直接アクセスするための機能が
既に備わってるからあながちあり得ないって事はない

http://aws.typepad.com/aws_japan/2013/11/fine-grained-access-control...

セキュリティ的には現在のアプリサーバのように一つの権限で全ユーザの情報に
アクセスしてる方がリスクが高いという考え方もできなくはないしね

>358
そうそう、世紀末くらいまではJavaに対しても>358みたいな意見が普通だったよね
OSでいえばLinuxもそうだし、その前はWindows、更に前はUnixも基幹系では
使えないって意見が多数派だった
ハードでもPC(x86)サーバもUNIX(RISC)サーバも最初は同じ
それでも使う人達がでてくることでいずれ使えるようになってく
繰り返される歴史からはJSで基幹系作る日が来ないとはとても言えない
個人的に作りたいかどうかは別の話だがw

>361
世界規模の決済系で使われてるってのは実績としてでかいよね

>362
Dartがブラウザに乗れば一応それらに近いんじゃないかな

370
デフォルトの名無しさん[sage]   投稿日:2014/04/26 21:42:46  ID:ro7ZL/nR.net(3)
あと動的言語かどうかはもちろん、生産性も基幹系で使うかどうかにはたいして影響ないよ
今基幹系で使われてる言語でもCやCOBOLは弱い片付けの言語だし生産性も高くない
それよりベンダのサポートとか人の集めやすさとか世界中で使われてる実績とか
技術とは無関係なところで決まりやすい(それを肯定したいわけじゃないが現実としてね)
コメント1件

371
デフォルトの名無しさん[sage]   投稿日:2014/04/26 22:40:13  ID:0Ekcs7fW.net(2)
>364
大規模開発での静的言語の優位性を否定するとかありえないわ

それとベンダサポートが重要なのはそのとおりだが
人気のある静的言語ほど大手のベンダーが関与してる割合が高い
C#もJavaもそう

動的言語はコンパイラ開発不要で個人レベルでも
作れるからOSSで言語が乱立する
頻繁に不要な仕様変更が入りメンテナンスコストが高くなる
開発生産性というのはバージョンアップなどのコストも含めての話

372
デフォルトの名無しさん[sage]   投稿日:2014/04/26 23:26:36  ID:ro7ZL/nR.net(3)
>365
優位性を否定してるんじゃなくて、その優位性が重要な要素とはならないって言ってる
まぁ、スレ違い気味だしわかれとはいわんよ
コメント1件

373
デフォルトの名無しさん[sage]   投稿日:2014/04/27 00:08:06  ID:TaRvNbvP.net
>362
silverlightやアプレットやってた人間からすると、それは絶対やだ。

374
デフォルトの名無しさん[sage]   投稿日:2014/04/27 01:25:17  ID:iHo3u08N.net(2)
動的言語ってchar1単位で操作したりするの向いてないだろ
もうjavascriptを使うこと自体が目的化してるんじゃないか?

375
デフォルトの名無しさん[sage]   投稿日:2014/04/27 01:33:26  ID:BDQFGh+O.net(2)
>もうjavascriptを使うこと自体が目的化してるんじゃないか?

フロントエンド系やってる連中は、そんなことを目的にしてたら
デスマーチの深淵に落ちていくことくらいよく解ってるよ。
あいつらはいかに楽をするか自動化をするかってところが目的になってる。

「結果的」にブラウザ上でJavaScriptを動かすために
ローカルPCに仮想環境突っ込んでvagrant, chef, yoemanとかで
環境作って裏ではRubyが動いてたりもうカオス。
でもこの環境構築自体も今やコマンド一発とかそんな世界。

一部分では下手なサーバサイド開発よりも楽できる世界が構築されつつあるが
Webアニメーションとかやってる連中は相変わらず死んでるな。
Androidという魔物に挑んで力尽きていくやつらの亡骸が山積みだ。

376
デフォルトの名無しさん[sage]   投稿日:2014/04/27 01:43:14  ID:ldpp9/Fe.net(2)
そもそもweb系でバイト単位の操作をすることはそんなに無い。
仮にそういうのを意識しないといけないことがあっても大体ライブラリでカバーできてるし。

377
デフォルトの名無しさん[sage]   投稿日:2014/04/27 11:56:19  ID:DSVMBd2h.net
サーバ側でjavascriptを使うことがメルヘンなのだろう

378
デフォルトの名無しさん[sage]   投稿日:2014/04/27 20:26:48  ID:iHo3u08N.net(2)
>370
アプリケーション層で自由度の低い言語ってありえないだろ
構文解析コンテンツとか作れないじゃん

javascriptはかなり貧弱だから
頻繁に他の言語で実装されたプラグイン呼ぶことになる

そもそもjavascript自体が嫌われているのに
UI層と同じ言語を使いたいという動機だけではデメリットのほうが多いよ

379
デフォルトの名無しさん[sage]   投稿日:2014/04/27 20:36:30  ID:Y7/VjSrw.net
Google Apps scriptとか技術的にどこまで応用されるのか
見極めないといけないね。

380
デフォルトの名無しさん[sage]   投稿日:2014/04/27 21:28:19  ID:ldpp9/Fe.net(2)
>372
node.jsだとバイナリデータも扱うこともできるみたいだし、自由度が低いってことは無いと思う。
というか自由度を求めるんなら極端な話Cで全部書けばいいんじゃね?
用途とか目的とかコストとか考えた時、自由度はある程度切り捨てられるものだ。

サーバーサイドでnode.jsやらを使う利点は、学習コストが極端に低いこと。
なんせweb系やるならjavascriptはほぼ必須だから。

とはいえjavascriptで組みたくないってのは同意。

381
デフォルトの名無しさん[sage]   投稿日:2014/04/27 22:23:43  ID:BDQFGh+O.net(2)
TypeScriptいいよ

382
デフォルトの名無しさん[sage]   投稿日:2014/04/28 09:43:29  ID:iyQuG+yT.net
altJS系の動きも、JSをサーバサイドで使うことより
もっと大規模開発に向いた言語でフロントエンドやりたいって人が多いと思う
結果的に1言語で十分になるならいいことかもしれんが

383
デフォルトの名無しさん[sage]   投稿日:2014/04/28 14:01:38  ID:xn2yHDgI.net
ポストJSはDartが一番良さそうだけど(Javaのブラウザ用サブセット同然)
IEのシェアが圧倒的だから、googleの思惑通りにブラウザから
直に動かす言語としては普及させられない

代わりにMSがTypeScriptあたりをごり押しで普及させてくれれば良いのだが
あそこは相変わらず意味不明なことばかりに力を入れているな

384
デフォルトの名無しさん[sage]   投稿日:2014/04/29 02:57:59  ID:ZSDL+puO.net
CoffeeScript, TypeScriptを仕事で使ってみて
結局素のJavaScriptとjQueryに戻ってしまった

385
デフォルトの名無しさん[sage]   投稿日:2014/04/29 12:31:30  ID:97SzX9yM.net
今のWebはごちゃごちゃ流行りものをやりすぎなんだよとしか言いようがないな。
大体どれも3年後、5年後には失笑されるような技術ばかり。

実験プロジェクト的なものがこの世に存在する意義はあると思うけど、
それらの拙速な製品への適用はほんと愚かだよ。

386
デフォルトの名無しさん[sage]   投稿日:2014/04/30 03:20:47  ID:2d6NgZQo.net
ファッションやら家電に車とかで、今これがすごい!流行りはこれ!
みたいにブームを作って商売するのがこの界隈にも増えただけだと思うわ。
HTML5なんかまさにそれだと思う。
需要喚起って意味では良いのかもしれんが完全に手段が目的になってる気がする。
金稼げないと飯は食えんけどさ。

387
デフォルトの名無しさん[sage]   投稿日:2014/04/30 03:30:41  ID:kmUIe8Mk.net
Javaだってそうだったじゃん
Jakartaとかから次々と流行り物が出てきてJavaWorldなんかで特集されてみんなおっかけてたじゃん
Strutsだってそうやって流行ったものじゃん

388
デフォルトの名無しさん[sage]   投稿日:2014/04/30 06:38:09  ID:EevbxBHK.net
Javaも含めて言ってるんだろ
コメント1件

389
デフォルトの名無しさん[sage]   投稿日:2014/04/30 08:39:19  ID:cWCT2Qaf.net
土台となるjavascriptちゃんとしてればいいけど
phpがjavaの後追いしてるのと同じ不毛さを感じる

390
デフォルトの名無しさん[sage]   投稿日:2014/04/30 09:10:41  ID:3K+DNrAY.net
例の脆弱性で、ようやくStruts1からの脱却が進みそうですな。

周りの人に聞いてみると、JavaEEが次のフレームワークのファーストチョイスっぽいね。理由は「標準」だかららしい。それじゃOracleの思う壺ですけどね(笑)

OpenSSLの事もあり、OSSのソフトウェアをなるべく避ける風潮が何と無く社内にあり、開発がやり辛くなりそう。
コメント2件

391
デフォルトの名無しさん[sage]   投稿日:2014/04/30 10:10:27  ID:jTcbfh7J.net
今はJavaEEかSpringの2択のところが多いな。

392
デフォルトの名無しさん[sage]   投稿日:2014/04/30 14:39:09  ID:lR7rpqex.net
NEC製のオレオレフレームワーク使わされそう
ググったらオープンソースのフレームワーク組み合わせただけの糞なんだけど
これをIDEとして売り物にしてるっぽい。独自開発環境なんて開発工数減らすどころか増やすだけだろ
マジあほ
コメント1件

393
デフォルトの名無しさん[sage]   投稿日:2014/04/30 17:48:30  ID:pr7iIx2Z.net
その手の国産オレオレフレームワークって
たいていなんかの開発案件で使われたものを
「これ、ヨコ展開して製品化しよう!」とかって
上層部が思いついて出来上がる気がする

変にオープンソースをベースにしてたりするから
無駄な初期学習コストが出ちゃうのと何かあった場合に
コミュニティが蓄積してきたノウハウが使えなかったりして困る
コメント1件

394
デフォルトの名無しさん[sage]   投稿日:2014/05/04 07:10:20  ID:q7rdqljv.net(2)
JAVAをつかったWEBアプリを作りたいなとおもっています。

JAVA標準Java EE 6で、JSF2.0を使えば楽にできるものなのかなとおもっています。
ASP.NETのUIコンポーネントモデルと似ているそうです。

今のところ、JSF(Java Server Faces)の話がないのはなぜですか。
JFS 1.Xは不安定らしいが、2は良いらしい。
http://gihyo.jp/news/report/2013/09/1901?page=2

なにかアドバイスがあればください。お願いします。
コメント1件

395
デフォルトの名無しさん[sage]   投稿日:2014/05/04 09:48:13  ID:qC+tt7X6.net
>388
サンプル作って比べるなり評価すればいいじゃん。
JSFについてはJSFがやらなかったか、Java EE自体はやらなかったのため。

396
デフォルトの名無しさん[sage]   投稿日:2014/05/04 09:55:34  ID:q7rdqljv.net(2)
>JSFについてはJSFがやらなかったか、Java EE自体はやらなかったのため。

いや、このスレッドで、話が出ていないんすよ。
ctrl + f →JFS
コメント1件

397
デフォルトの名無しさん[sage]   投稿日:2014/05/04 13:32:46  ID:l8XNhl16.net(2)
以前にJSFの専用スレが立っていたはず。過去ログ探してみ

398
デフォルトの名無しさん[sage]   投稿日:2014/05/04 13:36:42  ID:l8XNhl16.net(2)
あとWebProg板に関連しそうなスレが立っている。

Java EE part1 /WebProg板
コメント1件

399
デフォルトの名無しさん[sage]   投稿日:2014/05/04 13:51:40  ID:bN/4cHLX.net
JSF2.0でprimefaces使うと確かに
簡単に結構リッチな画面が作れそう

ただJSFは仕組み上
サーバリソース食うんで利用者が多いような
サイトには向かない気がする

EE6だと
JAX-RSとjavascriptか
JSF2.0で画面作るんだと思う

前者は大変だがユーザー数だとか作り込む上で制約が少ない
後者はサクッと作れるが制約が多い

といったイメージ
間違ってたらごめん
コメント2件

400
デフォルトの名無しさん[sage]   投稿日:2014/05/04 14:11:11  ID:kb+QPMa3.net
>390
JSF2 は、ジェット戦闘機の時代に登場した、最強のレシプロ戦闘機っていう感じですかね。

JSF2 は、サーバ側で HTML を作る、Struts、JSF1、Tapestry、Wicket... などの旧来型の
Webアプリの集大成。
でも時代は、クライアントサイドで MVC が完結して、サーバーサイドは API に特化する
という方式に移りつつある。

移行コストが問題。従来型の Web アプリでいいなら、Servlet + JSP の延長線上にある
Spring MVC でいいかとなるし、どうせ新しいことを覚えなきゃいけないなら、
ExtJS + Rest API でやろうかねとなる。
コメント1件

401
デフォルトの名無しさん[sage]   投稿日:2014/05/04 14:50:26  ID:vh5L8gE2.net
JSFって、戻るボタン押したらログイン画面に飛ばされる奴?

402
デフォルトの名無しさん[sage]   投稿日:2014/05/04 15:09:02  ID:tBke0zkk.net
以前SIerで企業や官公庁向けのWebアプリ開発の仕事してて
今はコンシューマ向けWebサービスの開発してるんだけど
SIerはほんと進歩が無いんだなと感じる。
もっとも、常に「枯れた(安定してる)技術」が重要視される
業界だから、進歩させる必要はないのかもしれないけど
開発者にとってはつまらないんじゃないか。

世間では叩かれまくってるソシャゲ屋なんかは、使ってる
要素技術や仕組み的にはけっこう最先端が多い。
どんどん新しいものを取り込んで実装していく。
不安定なものもあれば、すぐに廃れていくものだったりするんで
これはこれでリスキーだけど、サービス寿命は短いから
これでもいいんだろう。

403
デフォルトの名無しさん[sage]   投稿日:2014/05/04 23:26:27  ID:+PT15341.net
>390
JSF 21レス/396レス
だが

404
デフォルトの名無しさん[sage]   投稿日:2014/05/05 01:30:48  ID:wGBQOVTp.net(3)
結局ここでJSFやらJavaEEもおっけーってことかな

スクリプトゴリゴリ書きたくないから
個人的にはJSF2に頑張って欲しい

405
デフォルトの名無しさん[sage]   投稿日:2014/05/05 01:34:42  ID:uhwl8tdd.net(2)
>396
業務アプリにとっての「技術」は目的ではなく手段に過ぎないからな
目的が達成できるならレガシーな技術で十分
先端追いかけてくれる人たちがいるお陰で、周回遅れで安定した(枯れた)技術を採用できるとも思ってる
確かに技術屋には魅力はないだろうが、そういうもんだろう

406
デフォルトの名無しさん[sage]   投稿日:2014/05/05 02:57:09  ID:wGBQOVTp.net(3)
>399

最新の技術に拘る訳じゃないが
新しい方が品質、生産性が高い場合もあるんじゃないかなぁ
学習コストっての問題はあるが・・・
コメント1件

407
デフォルトの名無しさん[sage]   投稿日:2014/05/05 03:20:29  ID:uhwl8tdd.net(2)
>400
あると思う。
でも数多ある新技術がすべて宣伝通りのレベルに達しているかと言うと、期待はずれの技術もまた多いわけで
その辺はイノベーターさんやアーリーアダプターさん達の成果に頼ることになる

408
デフォルトの名無しさん[sage]   投稿日:2014/05/05 10:46:41  ID:XYbGwOBG.net
JavaでいうとServlet+JSP以外信用できない
フレームワークは穴だらけ
新しいものは信用できない

409
デフォルトの名無しさん[sage]   投稿日:2014/05/05 16:22:20  ID:eHaIsNXX.net
struts普及しすぎたせいで未だにstruts使ってるところ多い感じだ
ドヤ顔で独自フレームワーク開発してますとかほざいたくせにベースにstrutsとか寝ぼけてんのかよ

410
デフォルトの名無しさん[sage]   投稿日:2014/05/05 23:41:08  ID:wGBQOVTp.net(3)
strutsは普及しすぎたが故の脆弱性問題かね
OpenSSLといいIEといいこの手の話最近多いけど
他が安全っつうよりはマイナーなだけな感じ

ただオレオレFWが結局同じ問題を抱えてて
各々対処しないといかんのはダサいね

じゃあjavaEEなのかと言うとよくわからない
標準といえど旧EJBのような失敗作もあるし

411
デフォルトの名無しさん[sage]   投稿日:2014/05/05 23:55:41  ID:qgaxSqth.net
フレームワークは使ってるってだけでドヤ顔できるかな

412
デフォルトの名無しさん[sage]   投稿日:2014/05/06 00:36:47  ID:/KCtgeyk.net
>399
日本で業務系アプリやってる奴らは
周回遅れどころか10年以上遅れてるだろう
リリース後に1年もたてば十分に安定した技術になる。

ただ時代遅れで新しい技術についていけていないだけなのに
「枯れている」などという言葉で正当化しようとする

フレームワークの有り無しを論じていたり、Strutsがどうこうとか
日本だけ時間が15年くらい止まっている感じだな
コメント2件

413
デフォルトの名無しさん[sage]   投稿日:2014/05/06 01:51:30  ID:HbPu7+SF.net
>406
どうした?業務アプリに親でも殺されたのか?

414
デフォルトの名無しさん[sage]   投稿日:2014/05/06 10:04:43  ID:p+pOalwe.net
企業の場合、フレームワークにノウハウを詰め込んでる場合が多いから、土台が古くなってもなかなか変えられない。
下手に変えるとエラい目に会うからな。

415
デフォルトの名無しさん[sage]   投稿日:2014/05/06 10:11:07  ID:mq0PWr6n.net
>strutsは普及しすぎたが故の脆弱性問題かね
JSP系統全体の脆弱性じゃないの

Velocityとかで同じようなことは大丈夫なのかな
コメント1件

416
デフォルトの名無しさん[sage]   投稿日:2014/05/06 12:34:59  ID:ifeVOml8.net
OGNLとかBeanUtilsとか個別の要素のバグや仕様だから同じことしてたら問題はある
コメント1件

417
デフォルトの名無しさん[sage]   投稿日:2014/05/06 15:00:56  ID:q8o8j/Sw.net
欧米だと、業務系アプリでもどんどん新しい技術採用してるのにな
バックエンドはSpring+MySQLやnode.js+MariaDB、フロントはHTML5ベースで
backbone.jsやAngularJSにしてREST-APIで繋ぎ、サブシステム連携も充分とかさ
コメント3件

418
デフォルトの名無しさん[sage]   投稿日:2014/05/08 20:14:41  ID:QhqRiqXw.net
>392
プログラムとWebプログラミングとで板が分かれていたの知りませんでした。

>393
JSF2.0は、MSのASP.NETみたいにできるそうです。
でも、MSはサービス運用でライセンスにお金が絡んで自由に使えないのでそんな技術は使いたくありません。
未来に自由をもたらすために、javaで行きます。

LAN内向けサービスなら使えそうですね。
リソースの問題も、今後JSFのバージョンがあがっていくにつれて改善されることを期待します。

>394>398
>JSF2 は、... などの旧来型のWebアプリの集大成
今やJDKの標準技術になっているんですよね。

>JSF2に頑張って欲しい
同感です。

>クライアントサイドで MVC が完結して、サーバーサイドは API に特化するという方式に移りつつある。
余計に処理の流れが複雑になりそう・・
サーバの負担は軽くなりそうですね。


JFS2.0の書籍を大型の本屋に探しに行きましたが、一冊だけでした。
掌田 津耶乃「EclipseではじめるJavaフレームワーク入門 第4版」が
JFS2.0を使ったプログラム例と詳細な解説が載ってました。

これ以外に、どうして売っていないのか不思議です。 (JFS2.0は、JDKの標準技術なのに。)
オイラリーのは、JSF1.0を対象に書かれていたので、対象外です。2004年初版でした。

419
デフォルトの名無しさん[sage]   投稿日:2014/05/08 21:30:25  ID:+3i6oIvP.net
asp.netもasp.net MVCっていうサーブレットチックなものが主流になってる。

asp.netもjsfも柔軟性にかける割に生産性もそこまで高くないんだよね
コメント1件

420
デフォルトの名無しさん[sage]   投稿日:2014/05/08 22:39:57  ID:2SfqCKIX.net
健全でない言葉が含まれているため表示しません 内容を確認する

421
デフォルトの名無しさん[sage]   投稿日:2014/05/09 04:23:02  ID:q6CZdclC.net(2)
Struts2+Spring DIでStruts2のActionにDIするWebアプリケーションを作ってる。
このアプリの実行時に、DIされるべきフィールドがnullになっててヌルポが発生することがある。
アプリをコンパイルしなおしたらヌルポが発生する場所が毎回変わったりするので原因がよく
わからない。

Tomcatが利用できるメモリ容量を増やしたらヌルポが発生しなかったので、DIに必要な
メモリが足りないのが原因かと思ったんだが、そういうことってありうるのかしら?
みんなTomcatのメモリ容量はどのぐらいにしてる?

422
デフォルトの名無しさん[sage]   投稿日:2014/05/09 04:36:52  ID:zfIj6OAD.net(2)
>412
asp.net MVCがサーブレットと同類のわけないだろ
お決まりの処理は最小限のコードで書ける
ASP.net MVCの生産性の方が圧倒的に上

>412
掌田 津耶乃の本はやめておけ
いろんな言語のフレームワークの本を書いているがどれも評価低い
内容が薄っぺらい、同著者のamazon レビューを見たほうがいい

>これ以外に、どうして売っていないのか不思議です。

理由はJavaの技術は定番がなく分散してるから
膨大な時間をかけて本を書いても売れない、儲からない
日本語で書いたら日本人しか買わない
どうしても本で学びたければ英語で書かれたものを探したほうがいい
コメント1件

423
デフォルトの名無しさん[sage]   投稿日:2014/05/09 04:41:29  ID:zfIj6OAD.net(2)
>415
いまさらStrutsとは

ヌルポにメモリが関係あるわけないだろ
物理メモリが足りなければ、HDD/SSDなどの仮想メモリが使われる

424
デフォルトの名無しさん[sage]   投稿日:2014/05/09 05:03:29  ID:q6CZdclC.net(2)
>417
うん、おれもStruts使いたくない。

やっぱ関係ないか。再現条件(ヌルポの発生場所)がころころ変わるんで悩んでる。
DIされるべきところがnullになるケースってなんかない?

425
デフォルトの名無しさん[sage]   投稿日:2014/05/09 08:34:54  ID:EM0RixeL.net
Spring使ってるのになぜStruts?しかも2とかありえねぇ。
馬鹿なの?アホなの?死ぬの?

SpringMVC使えよ。

426
デフォルトの名無しさん[sage]   投稿日:2014/05/09 08:58:40  ID:E3wsUlgH.net
決定権無ければそれでやるしかないよね

427
デフォルトの名無しさん[sage]   投稿日:2014/05/09 15:31:47  ID:dvOOVkmX.net
決定権がある人間が無能だと
こうやって現場が疲弊する見本だな

中途半端に要素技術を聞きかじってると
こうなるよな

428
デフォルトの名無しさん[sage]   投稿日:2014/05/09 16:52:51  ID:vziOY5Cd.net
>417 OutOfMemoryErrorをどっかで揉み消してるとか
>417 PermGen上限を緩めてないなんてのはありがち
コメント1件

429
デフォルトの名無しさん[sage]   投稿日:2014/05/10 09:12:05  ID:1Do2eZKO.net
>419-422
お察しのとおり、途中から参加したプロジェクトなんで変えようがない。
Spring使うならSpringMVC使え、はもっともなんだろね。

>422
MaxPermSizeを大きくするとヌルポが起きないので、そこかなーと思ってる。
OutOfMemoryErrorのもみ消しはしてないと思う。

430
デフォルトの名無しさん[sage]   投稿日:2014/05/10 11:23:10  ID:gSo5tcfL.net
やっぱTomcat使ってるとこ多いよね

javaEE にするならTomEEでいいかな?

431
デフォルトの名無しさん[sage]   投稿日:2014/05/10 11:50:16  ID:ZoW/vxHI.net
Tomcatで十分だろ。意味わからん
オレオレアーキテクトのオレオレフレームとオレオレコンテナとか誰得だよ
コメント1件

432
デフォルトの名無しさん[sage]   投稿日:2014/05/10 12:57:17  ID:2YlfM5m7.net
趣味ならなんでもおk
コメント1件

433
デフォルトの名無しさん[sage]   投稿日:2014/05/10 13:05:01  ID:++ojgnt3.net
将来が有望なWEBアプリのフレームワークって?

JFS2を推したいのだが・・・

他の技術では、HTMLを噛むのでコードが煩雑になりはしないかと躊躇する

434
デフォルトの名無しさん[sage]   投稿日:2014/05/10 16:08:55  ID:ReRBG8qB.net
HTMLをサーバ側で作ってレスポンスに送り出すのか
サーバからは必要な情報だけJSONとかで取得して
ブラウザ側でDOM生成するかで何を使うかが変わってくるな

HTML自体の修正が必要な場合は、個人的好みとしては
後者のほうが修正から反映までの手間が少なくて好きだ。
サーバ側でやると、サーバ側もデプロイしなおしとかあるし

435
デフォルトの名無しさん[sage]   投稿日:2014/05/10 16:18:20  ID:lrUbXucJ.net
最近は後者な流れじゃない?
コメント1件

436
デフォルトの名無しさん[sage]   投稿日:2014/05/10 16:19:03  ID:6O8ipEn6.net
こいつ一昔前までseasar2押してたタイプだ

437
デフォルトの名無しさん[sage]   投稿日:2014/05/11 15:40:23  ID:CQcMSGFV.net
>428
>ブラウザ側でDOM生成する

せっかく、ASP.NETは、サーバー側で要求を受け付けて処理してHTMLを出力するうまい方法(抽象化されたサーバコントロール)を、
実現していたのに(JFS2みたいに)、今からはブラウザ側がHTMLを自分で作成するのですか。

ブラウザ側でHTMLをコントロールするタイプなら、
何が推しですか?

そういうタイプWEBアプリって、サーバーは基本的なプログラムとデータをクライアントに提供して、
クライアントがその基本的なプログラムを処理することで適切なHTMLを自分で組み立てる感じでしょうか。
コメント1件

438
デフォルトの名無しさん[sage]   投稿日:2014/05/11 15:55:27  ID:moCMHB5P.net
>431
ブラウザ側でいろいろやるのは別に良い方法というわけじゃないよ

ただJavaの世界ではサーバサイドのフレームワークが
ろくでもないものばかりだから、そういう開発をやる人が出てきただけ

ASP.netやASP.net MVCに比べると開発に時間もかかるし
ブラウザのバージョンがあがるとJSがエラー起こして動かなくなる
セキュリティも低下する

439
デフォルトの名無しさん[sage]   投稿日:2014/05/11 20:28:02  ID:UwOOPA9c.net
>ASP.netやASP.net MVCに比べると開発に時間もかかるし
>ブラウザのバージョンがあがるとJSがエラー起こして動かなくなる
>セキュリティも低下する

いまどきの大手SIerって、こういう時代遅れタイプで占められてるんだよな
だからStruts1が幅を効かせてきたわけだ

440
デフォルトの名無しさん[sage]   投稿日:2014/05/12 00:07:44  ID:wroz7708.net(4)
>432
>ただJavaの世界ではサーバサイドのフレームワークがろくでもないものばかりだから
>(ブラウザ側でいろいろやる)そういう開発をやる人が出てきただけ

結局は、消極的な理由なんですか。

近年のクライアントのパワーが上がってきたことと、
サーバーの負担を減らすために、クライアントサイドでhtml構成作業を行うようになったのだと思っていた。
あと、ポストバックをなくすために。

>ブラウザのバージョンがあがるとJSがエラー起こして動かなくなる
>セキュリティも低下する

ブラウザ環境で意図した動作をしないというのは困りものだな。

うーむ。
だったら、サーバーサイドのフレームワークとして、JFS2.xに期待するなあ。
なんだって、JDKの標準機能に組み入れられたのでしょ。
JFS2には将来性があると思う。
コメント1件

441
デフォルトの名無しさん[sage]   投稿日:2014/05/12 00:09:39  ID:wroz7708.net(4)
>416
>理由はJavaの技術は定番がなく分散してるから
>膨大な時間をかけて本を書いても売れない、儲からない
>どうしても本で学びたければ英語で書かれたものを探したほうがいい

JAVAって、いろいろ分散していて、いったい何が標準なのかぜんぜんわからないですものね。
JFS2.0が、ASP.NETのようなサーバーサイド技術のJAVA標準なのだから、
今後は、日本語で書かれた書籍も増えてくるかもしれないですね。

ほんと、期待しています。

ASP.NETはいいんだけど、運用保守にお金がお金がかかるかかる。ライセンス問題が非常にやっかい。
MSのご機嫌取りしなきゃいけなくなる。アプリの運用を人質にされて、MSに振り回されるのは勘弁。
なので、ASP.NETは将来を見越したら、取り組みたくないんだなあ。
コメント3件

442
デフォルトの名無しさん[sage]   投稿日:2014/05/12 00:23:29  ID:f+OP7VZY.net
>>ブラウザのバージョンがあがるとJSがエラー起こして動かなくなる
>>セキュリティも低下する
>
>ブラウザ環境で意図した動作をしないというのは困りものだな。

一応、そのあたりの差異を吸収することも目的の一部に含むのが
jQueryのようなJSのフレームワークなわけで
サーバーサイドの人間は何かというとJSを目の敵にするけど
どちらも使えたほうが、この先業界内で生き残っていける確率は上がるでしょ

企業的には「フルスタックエンジニア」なんて名前の便利屋や何でも屋を
求めるようになってきてるし。
コメント1件

443
デフォルトの名無しさん[sage]   投稿日:2014/05/12 00:40:16  ID:h1G1q1Ck.net(2)
どうでもいいが「JFS」じゃなくて「JSF」な
JavaServer Faces(JavaとServerの間は空けないのがお約束)

444
デフォルトの名無しさん[sage]   投稿日:2014/05/12 00:42:07  ID:wroz7708.net(4)
>フルスタックエンジニア

それでも、htmlやJAVA SCRIPTを触らなくても良い、高度に抽象化された一元的プログラミングをしたい・・・
コメント2件

445
デフォルトの名無しさん[sage]   投稿日:2014/05/12 00:43:03  ID:wroz7708.net(4)
>437
ありがとう
コメント2件

446
デフォルトの名無しさん[sage]   投稿日:2014/05/12 01:00:32  ID:KacrXp1d.net(4)
>>ブラウザのバージョンがあがるとJSがエラー起こして動かなくなる
>>セキュリティも低下する
>
>ブラウザ環境で意図した動作をしないというのは困りものだな。
というかバージョン変わったりブラウザが変わったりすると動作しなくなる可能性があるのはJAVAでも同じことだと思うけど違うの?

447
デフォルトの名無しさん[sage]   投稿日:2014/05/12 01:14:18  ID:/hsNV+iO.net(3)
>440
Webアプリでクライアント側のJREは使わないでしょ
サーバサイドでJavaだから、サーバ側のアップグレードしなければ
バージョンアップのエラーは出ない

ブラウザ側でJSを多用するWebアプリは、ユーザのブラウザの種類や
バージョンに依存するようになってしまう


これはJSじゃなくてHTML/CSSの互換性の話だけど
XP時代にIE6用に設計した業務システムを作ってしまい、
悲惨な目にあった企業はたくさんあるのは有名な話。
OSのアップグレードやPCのリプレースもできなくなった。

クライアントブラウザの指定がしやすい業務システムであっても
なるべくサーバサイドでやるほうがあとあと問題は出にくいと思うよ
コメント1件

448
デフォルトの名無しさん[sage]   投稿日:2014/05/12 01:20:14  ID:/hsNV+iO.net(3)
>441補足しておくと
ブラウザバージョンアップでレイアウトの崩れ程度は起こる可能性は
どの技術でもありうるけど、ブラウザ側でJSを使わなければ
エラー吐くような事態にはならないから新バージョンへの対応もしやすいということ

DartはもうIE9のサポートを打ち切ったらしい
ブラウザのバージョンアップですぐに動かなくなるようではだめだ
DartはJavaScriptに変換する言語ね

449
デフォルトの名無しさん[sage]   投稿日:2014/05/12 01:27:57  ID:KacrXp1d.net(4)
>441
ちょっとよく分からない。
サーバーサイドですべて出力するにしろ、ブラウザで動作するものを作るわけだよね?
JREで動作させるものじゃないとすると、結果はHTML出力とかになると思う。
だったらブラウザが新しくなったら動作しなくなるとかあるんじゃないの?

450
444[sage]   投稿日:2014/05/12 01:30:28  ID:KacrXp1d.net(4)
>442
見てなかった済まない。
しかし昔の業務用アプリならともかく、最近のものでJavascriptを一切使わないってありえないと思うんだけどな。

451
デフォルトの名無しさん[sage]   投稿日:2014/05/12 01:41:02  ID:h1G1q1Ck.net(2)
>444
このスレは昔ながらの業務アプリしか作らなくて済んでる化石のようなエンジニアの巣窟なの

452
>>53[sage]   投稿日:2014/05/12 01:47:49  ID:iJz1i67B.net
サーバー側で要求を受け付けて処理してHTMLを出力する方式は
wicketでもjsfでもセッション多用でレプリケーションの同期が多発
Playがセッション使わせたくないのもこの辺が原因でしょ

453
デフォルトの名無しさん[sage]   投稿日:2014/05/12 02:04:03  ID:/hsNV+iO.net(3)
>444
一切使わないなんて言ってないんだけどな
>441でも「なるべくサーバサイドでやる」とはそういう意味だ

>445
業務アプリでJSが必須の機能少ないけどな
どういう機能か言ってみなよ

ユーザデータチェックのValidationではJS使うけど
業務アプリでJSでしか実現できない機能を求められることは少ない

454
デフォルトの名無しさん[sage]   投稿日:2014/05/12 03:22:01  ID:KacrXp1d.net(4)
>447
いやまあそれ言っちゃうとJSのほうだってなるべくHTMLは書くようになると思うよ。
JSが受け持つ範囲は多くなるけど。
全てのデザインをJSで組むっていうのはまずありえないかなと。HTMLで書くほうが早いし簡単だし。

あと>445への返信に横入り。
「業務アプリ」で「最低限の機能」しか求められることが少ないって書いてあるけど、それって反論じゃなくて、
書いていることに対して認めているように見えるけど良いの?

455
デフォルトの名無しさん[sage]   投稿日:2014/05/12 10:18:24  ID:NL4i9DSa.net
そもそも業務アプリなんかWebでやりたくねぇわ

456
デフォルトの名無しさん[sage]   投稿日:2014/05/12 10:37:30  ID:GdHpjeGh.net
>435

> JFS2.0が、ASP.NETのようなサーバーサイド技術のJAVA標準なのだから、
> 今後は、日本語で書かれた書籍も増えてくるかもしれないですね。
>
> ほんと、期待しています。

JSFが何年も前の1のころからJ2EE (いまで言うJavaEE)の標準になっていたが、結局流行らなかった。

流行るものは、結局標準化どうかではなく、そのプロダクトが使いやすいか(いいものか)どうかなんだよ。

457
デフォルトの名無しさん[sage]   投稿日:2014/05/12 12:03:24  ID:3xPUgV6E.net
標準だとしてもOracleだぜ?
何だかんだ言ってもMSの方がマシだろ

458
デフォルトの名無しさん[sage]   投稿日:2014/05/12 17:15:35  ID:YqgznOAd.net
すれち

459
デフォルトの名無しさん[sage]   投稿日:2014/05/13 22:10:38  ID:QItZX2Cn.net
酷い製造現場に入っちまったわ
少なくとも6年以上は前のフレームワークを使って色々やってるんだが
雛型作り上げるまでのプロセスがむちゃくちゃ

460
デフォルトの名無しさん[sage]   投稿日:2014/05/14 02:03:31  ID:B2iG6znP.net
6年前って2008年か… マシな方じゃね?
10年前のJ2EEで止まってる方が酷いと思うわ
コメント1件

461
デフォルトの名無しさん[sage]   投稿日:2014/05/17 00:35:29  ID:PXPFtWqe.net
技術の蓄積が云々でStruts1

462
デフォルトの名無しさん[sage]   投稿日:2014/05/17 02:08:09  ID:C6+8ucAK.net
Struts1内臓の自社製フレームワークだ

463
デフォルトの名無しさん[sage]   投稿日:2014/05/24 10:45:14  ID:zWM8Vigu.net

464
デフォルトの名無しさん[sage]   投稿日:2014/05/24 18:26:53  ID:qfxUsSTH.net
GWTとかVaadinって意外と使われているのね
Vaadinはそのうち開発頓挫しそうな空気だけど

465
デフォルトの名無しさん[sage]   投稿日:2014/05/25 20:03:15  ID:gGsDT7q8.net
結論:Flexでおk
コメント1件

466
デフォルトの名無しさん[age]   投稿日:2014/05/28 00:27:43  ID:9OS265q7.net
GWTが流行るか、javascriptがdartに進化するべきだった
半端なJSフレームワーク乱立とか糞すぎる
コメント1件

467
デフォルトの名無しさん[sage]   投稿日:2014/05/28 03:27:10  ID:1YkJU2y3.net
なんかもう

フロントコントローラ : Jersey + 好みのDIコンテナ
テンプレートエンジン : お好み(Thymeleafがよさげ)
DB : スクラッチ、ヘルパーライブラリ、ORMお好み
フロントエンド : 軽量のMVCFWお好みで

こんな感じでいいような気がしてきた(想像)
上手く設計できれば結構いい感じにできそう(想像)

今はWebはPythonとかLL中心でアプリはAndroidやってるからJava資産活用できるしWebもJavaでやりたいって
上に言ってはいるけどなかなか通らない。

468
デフォルトの名無しさん[sage]   投稿日:2014/05/28 06:46:29  ID:sLOdIin8.net
ウチはWebはJavaかASP.NETでしかやらせてくれない
物凄く簡単なのでもJava

めんどくさい

469
デフォルトの名無しさん[sage]   投稿日:2014/05/29 10:16:48  ID:bCwfT6SY.net
>460
その通りなんだけど、 世の中全体としては、
もっと JSフレームワークが乱立して、みんなで右往左往する流れになってるからな・・・
30代後半になったけど、JSの流れにはついて行けなくなった。

jquery を覚えるだけでも精一杯(管理職業務も増えてきてなかなか開発できなくなったってのもあるけど)

470
デフォルトの名無しさん[sage]   投稿日:2014/06/08 08:55:00  ID:muM/tUAt.net
結局新しいものは流行らずにStruts1.x & JQueryなんか?w

471
デフォルトの名無しさん[sage]   投稿日:2014/06/08 13:24:09  ID:IMqXIRgz.net(3)
大手SIerだったら、Struts1.xメインで
jQueryは使ってもほんの一部の機能だけだな

472
デフォルトの名無しさん[sage]   投稿日:2014/06/08 15:38:05  ID:2wWwIno8.net
>465
そういうとこは、ユーザの操作に対してDOM書き換えは使わずにページ遷移で応答する感じなの?
もしくはJavaScript直書きのコードでDOM書き換えする?

473
デフォルトの名無しさん[sage]   投稿日:2014/06/08 20:08:38  ID:9DHwTaw1.net
>466
業務アプリだとDOM書き換えはほとんど使わない。

474
デフォルトの名無しさん[sage]   投稿日:2014/06/08 21:09:27  ID:IMqXIRgz.net(3)
だな。
業務アプリだと、UI/UXなんていう部分に意識も無ければ関係もない世界だし。
使い勝手が良かろうが悪かろうが、要件定義書に羅列されたものを
いかに満たしているかどうかがポイント。

そんなことやってるから、SIerは死んだって言われてるわけだけど
別に死んでるわけじゃなくて、そもそものビジネスモデルが違うんだよね
まぁこれからどんどん衰退はしていくだろうけど。

475
デフォルトの名無しさん[sage]   投稿日:2014/06/08 21:40:50  ID:GhJMx+U1.net
> 業務アプリだと、UI/UXなんていう部分に意識も無ければ関係もない世界だし。

全くそのとおりなんだけど、そんなんでユーザ企業の生産性はどうなってるんだっていうね・・・
SIerだけじゃなく日本の産業全体が衰退するだろこれ

476
デフォルトの名無しさん[sage]   投稿日:2014/06/08 22:35:46  ID:9o67lThF.net
業務アプリは工数の制約が大きいから仕方ないじゃん
コメント1件

477
デフォルトの名無しさん[sage]   投稿日:2014/06/08 23:57:57  ID:IMqXIRgz.net(3)
SIerはユーザー企業の生産性なんか気にしたこと無いよ
ただでさえユーザー企業からコスト削減を言われるんだから
確定した要件を決められた予算以下でいかに抑えて利益出すかが
最大の目的であって、使い勝手なんか知ったこっちゃない

478
デフォルトの名無しさん[sage]   投稿日:2014/06/09 00:00:42  ID:86AcLmQh.net(2)
パッケージなんて入れても魔改造で原型を留めていない
そもそも客自体が抜本的に業務を改善する気があまり無い
そんなユーザ企業ばかりだろ
UI/UXとか高尚な話以前の問題だと思うがな

479
デフォルトの名無しさん[sage]   投稿日:2014/06/09 03:22:14  ID:ruWyYOGX.net
そんな構造に嫌気が差してSIerから足洗った

こんな環境にずっといたらもうその会社でしか使えない人材になってしまう。

業務でそこそこ新しい技術を使えてそんなに忙しくないし給料も高い民間()の会社の方が楽しい

480
デフォルトの名無しさん[sage]   投稿日:2014/06/09 16:50:04  ID:7Qzyu762.net
ユーザの生産性を最大限に上げたいなら、クライアントがブラウザとかそもそもありえないからw

481
デフォルトの名無しさん[sage]   投稿日:2014/06/09 17:04:36  ID:WQD38f8Z.net
システム部門の生産性が最大になる

482
デフォルトの名無しさん[sage]   投稿日:2014/06/09 17:08:43  ID:HqQRpaLI.net
まぁEnterprise 2.0 じゃないけど、業務系でも、かんたんな ajax みたいなのは
少しずつ取り入れられてくると思うけどね。

VBの時代に、コード値の入力補助みたいな感じで、
コード値のテキストボックスからフォーカスを外すと、その右側の ReadOnly なフィールドに名称が表示される、とかやったけど
(勘定科目のコードを入力すると、その横に名称が出る、とか)
webでも似たようなことやった。 テキストボックスにコードを入れて onchange() で、そのよこの <div> を更新とか。

あと、めちゃくちゃ工数がかかったけど、Excelのグリッドをブラウザでやったり。

483
デフォルトの名無しさん[sage]   投稿日:2014/06/09 21:18:06  ID:+BBgcboW.net
日本のシステム屋ってパッケージ作って売っていこうっていう風潮にはならないよね。

客はパッケージに運用を合わせる気はないし、
現場SEはバッケージ無視で要件聞いて作り直しが当たり前だし、
営業はそれでもパッケージ適用だと言い張って客から十分な費用取ってこないし、
パッケージ作ってる側もコンセプトがないかブレブレで大幅に手を入れないと売れないものしか作らないし

484
デフォルトの名無しさん[sage]   投稿日:2014/06/09 22:32:21  ID:86AcLmQh.net(2)
>476
あーExcelのグリッドみたいなのはやったことあるな
二度とやりたくない

485
デフォルトの名無しさん[sage]   投稿日:2014/06/10 05:51:12  ID:ktfRooiL.net
リッチなビジネスロジックをアジャイルに注入する〜♪
馬鹿な用語や言葉遊び多いよね。作るものは結局帳簿だしw
コメント2件

486
デフォルトの名無しさん[sage]   投稿日:2014/06/10 08:23:28  ID:tVDmQHlD.net
システム化するほとんどの業務はExcelで回せる程度の話

487
デフォルトの名無しさん[]   投稿日:2014/06/14 06:03:43  ID:BupVVlcz.net(2)
エンタープライズ・アップリケーション(Excel)

488
デフォルトの名無しさん[sage]   投稿日:2014/06/14 22:44:17  ID:BupVVlcz.net(2)
ビジネスロジック注入!

489
デフォルトの名無しさん[sage]   投稿日:2014/06/16 01:04:21  ID:2d0xyXjF.net
喰らえ!ディペンデンシー・インジェクショオオオォォオォォォン!!!!!

490
デフォルトの名無しさん[sage]   投稿日:2014/06/16 18:44:58  ID:AxBJea7v.net(2)
はぁ・・・ほとんどのメインクラスが1万行越える糞ソース見てると目がおかしくなる
技術的な糧にもならんしホント終わってるプロジェクトだわ
コメント1件

491
デフォルトの名無しさん[sage]   投稿日:2014/06/16 18:56:58  ID:AxBJea7v.net(2)
あと話を最後まで聞かないですぐ早とちり返答するプロパーにイラッとする

492
デフォルトの名無しさん[sage]   投稿日:2014/06/16 22:43:14  ID:0QAWs/6q.net
>メインクラスが1万行越える糞ソース
誰が書くんだろう

「プログラミングなんか重要じゃない」とか逝ってそうな、そいつの顔が浮かぶけど
コメント1件

493
デフォルトの名無しさん[sage]   投稿日:2014/06/17 09:43:15  ID:wq60xqCI.net
お客様には最適なソリューションを注入させていただきます♪

494
デフォルトの名無しさん[sage]   投稿日:2014/06/17 10:58:44  ID:AlynCjr8.net(4)
>485
「プロパー」という変な和製英語つかってるバカみるとイラッとする
コメント1件

495
デフォルトの名無しさん[sage]   投稿日:2014/06/17 11:24:22  ID:DTyoNsq+.net
>485がどういう意味で使ってるかよくわからないけどproperとはちがうん?

496
デフォルトの名無しさん[sage]   投稿日:2014/06/17 13:13:06  ID:AlynCjr8.net(4)
和製英語って書いたから誤解されたみたいだな
日本ではそのproperという単語の使い方がおかしいってこと

properは形容詞だし、正社員という意味合いはどこにもない
コメント1件

497
デフォルトの名無しさん[sage]   投稿日:2014/06/17 13:28:57  ID:0wNIkktH.net
プロパーは日本語

498
デフォルトの名無しさん[sage]   投稿日:2014/06/17 15:05:45  ID:1K9Dgk3r.net(3)
>490
通じるからいいじゃん。美しい日本語を守る会から来たの?

499
デフォルトの名無しさん[sage]   投稿日:2014/06/17 15:20:15  ID:AlynCjr8.net(4)
>492
その団体は知らない

「私は基本的な英単語もわからない馬鹿です」と宣言するような
「プロパー」なんて言葉を使う必要はないだろう
プログラミングをするならもっと言語の使い方に気を配るべきだと思うわ

500
デフォルトの名無しさん[sage]   投稿日:2014/06/17 15:48:39  ID:1K9Dgk3r.net(3)
プロパーだけで正社員を意味してるわけじゃないからwプロパー社員の略だからw

501
デフォルトの名無しさん[sage]   投稿日:2014/06/17 16:15:48  ID:91YaR+D7.net

502
デフォルトの名無しさん[sage]   投稿日:2014/06/17 17:17:56  ID:AlynCjr8.net(4)
>494
英語の基礎も知らない低学歴か

「プロパー社員」と形容詞的にproperを使っても
意味がおかしいのは変わらない
辞書でproperの意味を調べてみろ

503
デフォルトの名無しさん[sage]   投稿日:2014/06/17 17:58:42  ID:1K9Dgk3r.net(3)
>496
知らねえよw
proper employeeとか言い出した外人に文句言ってこいw

504
デフォルトの名無しさん[sage]   投稿日:2014/06/17 19:22:19  ID:L+TJtcii.net
パッパラパーはもういいよ
コメント2件

505
デフォルトの名無しさん[sage]   投稿日:2014/06/17 23:51:33  ID:2RHT1WPi.net
あれか、ミシンとかホチキスとかキャタピラに文句言うタイプかwww

506
デフォルトの名無しさん[sage]   投稿日:2014/06/18 00:13:26  ID:1CnfDjxn.net
DBでEAVパターン避けてDDLでテーブル作成ので何か良いORMはないかい?
JPAとJDBC両刀も考えたがソリューションは統一したいんだよな
コメント1件

507
デフォルトの名無しさん[sage]   投稿日:2014/06/18 13:21:13  ID:wp/txwFE.net
Struts2のタグを勉強したいんですが
良いサイトないでしょうか?

508
デフォルトの名無しさん[sage]   投稿日:2014/06/18 13:29:37  ID:LGYjzaR6.net
proper は、「(世間の常識に照らして)正しい、適切な」
「世間で認められた」
a proper job は、まともな仕事

properly は、「きちんと」
work properly は、正しく作動する


a temporary worker は、派遣社員(一時的な労働者)
a temporary job は、臨時の仕事
a permanent job は、定職(永久の仕事)

temporarily は、一時的に
コメント1件

509
デフォルトの名無しさん[sage]   投稿日:2014/06/19 01:51:33  ID:Q9g69noQ.net(2)
ここって「Java Web Application Framework」スレですよね?よね?よね?

510
デフォルトの名無しさん[sage]   投稿日:2014/06/19 02:18:02  ID:UkjtGgcQ.net
O/Rマッパー、なに使ってる?

511
デフォルトの名無しさん[sage]   投稿日:2014/06/19 12:41:30  ID:0NTPrLmU.net
Struts2勉強中なんですが
<s:textfield>
とか使うと勝手にid属性が出力されてしまうんですが
これを止めることってできないでしょうか?

512
デフォルトの名無しさん[sage]   投稿日:2014/06/19 12:41:33  ID:jrCofeDy.net(2)
何も使ってない。Eager or Lazyはもううんざり

513
デフォルトの名無しさん[sage]   投稿日:2014/06/19 15:08:31  ID:Q9g69noQ.net(2)
>504
人によってORMの定義が違うんだよな
・広義のORM: JavaBeans/MapとStatement/ResultSetをマッピングする (MyBatisもORMだよ派)
・狭義のORM: オブジェクトモデルとリレーショナルモデルをマッピングする (MyBatisはORMじゃないよ派)
あるいは
・ORMでも操作対象はRDBだからSQL当然 (MyBatisもORMだよ派)
・ORMでは操作対象はオブジェクトだからSQL不要 (MyBatisはORMじゃないよ派)

推測だが>504は前者、>506は後者ですでに食い違ってると見た

514
デフォルトの名無しさん[sage]   投稿日:2014/06/19 18:59:19  ID:tbGY3C27.net
Struts2勉強中って死んだフレームワーク勉強しても時間の無駄だろ

515
デフォルトの名無しさん[sage]   投稿日:2014/06/19 19:35:24  ID:jrCofeDy.net(2)
JPA/Hibernate系列はフレームワーク
DBUtilsやMyBatisはライブラリだな

前者のくそったれにデータベース乗っ取られると制御不能
(実際には抜け道はあるが、そんなことになるなら始めから使うべきではない)
コメント1件

516
デフォルトの名無しさん[sage]   投稿日:2014/06/19 20:21:58  ID:Sp1pHGUF.net
>508
どこかの馬鹿が採用してそれの面倒見る事になったんだろ…

517
デフォルトの名無しさん[sage]   投稿日:2014/06/20 05:46:33  ID:krrNrToX.net
JPAの控えめなバージョンって事で、Ebeanがいいと思う。

518
デフォルトの名無しさん[]   投稿日:2014/06/23 21:25:21  ID:Scct09E3.net
ビーンがびんびんですっ

519
デフォルトの名無しさん[]   投稿日:2014/07/09 15:12:19  ID:6LMuMalC.net
struts1.x脆弱性問題の後どうなってる?
まさか新規プロジェクトで採用とかないよね

520
デフォルトの名無しさん[sage]   投稿日:2014/07/09 18:20:06  ID:8Ks7XEl3.net
フィルターやbeanutilの修正で対処できるからまだまだstruts1採用

521
デフォルトの名無しさん[]   投稿日:2014/07/10 21:08:58  ID:GIbup2ZZ.net
struts1って何ゆえ使われるんだろう
バリデーション関連かな
コメント1件

522
デフォルトの名無しさん[sage]   投稿日:2014/07/10 21:20:47  ID:Xy16njT3.net
JSF2.2はステートレスなJSFにできるんだろ
Strutsの出る幕ないな
コメント2件

523
デフォルトの名無しさん[sage]   投稿日:2014/07/10 22:56:30  ID:yls+QHLE.net
>515
過去の実績の一点に尽きるのではw

524
デフォルトの名無しさん[sage]   投稿日:2014/07/10 23:06:50  ID:CuKrbI8x.net
実績あるから何も知らんジジイが押すし
それしかできないやろうとしない人間も多いし
コメント1件

525
デフォルトの名無しさん[sage]   投稿日:2014/07/10 23:45:20  ID:dGZG7KxU.net
Struts 1を重用するような層って、もしこれが無かったら
Servlet API直叩きの自家製フレームワークに逝ってるぜ。多分。
コメント1件

526
デフォルトの名無しさん[sage]   投稿日:2014/07/11 01:35:50  ID:nlFDpd8I.net
Servlet API直叩きの自家製フレームワークの方が断然よくね?

527
デフォルトの名無しさん[sage]   投稿日:2014/07/14 00:02:06  ID:OcSExS2c.net
新規案件、別に経験者いるわけでもないのにStruts2でやることになった…
Springとかやってみたかったなあ

528
デフォルトの名無しさん[sage]   投稿日:2014/07/14 02:50:20  ID:FEwHED4y.net(2)
おまいら今新規でWebアプリ作るとしたら何使う?
Playでやりたいと言ったら
お前以外にScala分かる奴いないからダメとか言われたわ

529
デフォルトの名無しさん[sage]   投稿日:2014/07/14 06:34:06  ID:3EOL/haS.net
>521
ナイスID

530
デフォルトの名無しさん[sage]   投稿日:2014/07/14 11:40:14  ID:dqknatng.net
>522
Liftみたいに凝ったことするわけじゃないんで、
scalaっぽく書かないでjavaの延長で十分ですよとでも言いくるめれば?

それはそうと、Grailsの選択肢はないの?

531
デフォルトの名無しさん[sage]   投稿日:2014/07/14 13:57:22  ID:gu4/WTCd.net
>522
ASP.net(MVC)かPythonだろう

532
デフォルトの名無しさん[sage]   投稿日:2014/07/14 21:43:00  ID:1seA8AHy.net
DIはSpring、VIEWはJSFのオレオレフレームワーク

533
デフォルトの名無しさん[sage]   投稿日:2014/07/14 22:56:02  ID:FEwHED4y.net(2)
>524
その理由で押し通してきたわ
Grailsは仕事どころか趣味ですら触った事ある奴ゼロなんや

>525
このスレで聞いてるのだからJavaで頼みますよ…
コメント1件

534
デフォルトの名無しさん[sage]   投稿日:2014/07/14 23:12:26  ID:ziI78KtJ.net
もうjavaはオワコンなんだろうか?
サーバーと開発環境のコストぐらいしかc#に勝ち目ないよね。
コメント1件

535
デフォルトの名無しさん[sage]   投稿日:2014/07/14 23:32:50  ID:0Fs03oG9.net
Java8とSpringBootでいろいろ楽できそう

536
デフォルトの名無しさん[sage]   投稿日:2014/07/14 23:39:43  ID:A/Crvp6b.net
C#つうか.NETはWindowsでの運用を嫌がるところでは候補にも入らない
monoって言うのは禁止

537
デフォルトの名無しさん[sage]   投稿日:2014/07/15 01:56:37  ID:Nil0H2CV.net
Windowsを嫌がる客には当たった事ないな
Linux分からないからWindowsにしてくれと言われるぐらい

538
デフォルトの名無しさん[sage]   投稿日:2014/07/15 02:29:22  ID:0ukaJOqr.net
そういう客でJava案件あるのが意外
素直に.NET使わないんだ?

539
デフォルトの名無しさん[sage]   投稿日:2014/07/15 19:43:35  ID:xhqAc3/s.net
grailsとplay frameworkの両方とも試験採用してみたけど、playの方が好評だったよ。
grailsは細々と変なとこでつまづくから、もうヤダって意見が多かった。

540
デフォルトの名無しさん[sage]   投稿日:2014/07/15 20:35:23  ID:XdDSHvfr.net
>533
scala?

541
デフォルトの名無しさん[sage]   投稿日:2014/07/16 18:17:51  ID:vXm3Ifxd.net
>534
playはJavaで。
playのデフォルトテンプレート言語は、賛否両論だったが。

542
デフォルトの名無しさん[sage]   投稿日:2014/07/16 18:53:38  ID:pgX414rr.net
マルチ環境向けのテンプレートだとMustacheとかあるな
JavaScriptにも対応してるから資産管理の点で目を付けてるが使ってる奴居る?

543
デフォルトの名無しさん[sage]   投稿日:2014/07/18 22:38:55  ID:Ouyc3HJ6.net
>244
hotdeployはバグってねえよ
ただ、クラスローダのこと良くわかってない奴が適当に作って、パーマネント領域食いつぶしたり、クラスキャスト例外起こしてしまって機能してしないってのはある。

544
デフォルトの名無しさん[sage]   投稿日:2014/07/18 23:46:28  ID:ebrrZgfr.net
問題ひきおこしてサクサク開発♪

545
デフォルトの名無しさん[sage]   投稿日:2014/08/06 01:06:07  ID:RlrGvYbX.net
最近はいろいろプロジェクト火を噴いて全然そういうのに興味を持つ時間がないが、
久しぶりに本屋に行ったら既にSpringは4が出ていた。

そもそもSpring触ったことないけど使い勝手いかが?

546
デフォルトの名無しさん[sage]   投稿日:2014/08/06 08:57:29  ID:3texkp06.net
SpringBoot最高

547
デフォルトの名無しさん[sage]   投稿日:2014/08/25 19:40:34  ID:1ho98kiz.net
Struts2について教えてください。
s:iteraterの中でs:checkboxを配置しているのですが
一度チェックを入れた行のチェックを外してポストしても
復活してしまいます。
こんな現象経験ある人いますか?

548
デフォルトの名無しさん[sage]   投稿日:2014/10/12 07:24:14  ID:2bnfnHq9.net
DWRが凄く使い易いと思ってる初心者ですが、何であんまり人気無いんでしょう?
脆弱なところがあるんですかね。
このスレのプロの皆様方の評価をお聞きしたいです。
コメント1件

549
デフォルトの名無しさん[sage]   投稿日:2014/10/13 15:18:17  ID:ncfHwCYF.net
そういえばDWRなんてあったな。
いまは、結局作り込むんならサーバサイドの言語に関係なく、クライアント側でjsを直接ゴリゴリ、って感じだけど、
まためぐりめぐってサーバサイドと連携したフレームワークが再び出てくるのかな。
コメント1件

550
デフォルトの名無しさん[sage]   投稿日:2014/12/06 16:33:10  ID:evyQIgPT.net
DWTとかWicketはネットワーク圧迫するのが難点だな
コメント1件

551
デフォルトの名無しさん[sage]   投稿日:2015/02/09 14:46:05  ID:yhC/A2d0.net
dropwizardどうかな?
普段androidオンリーなんだけど、apiも同時開発する場合、同じIDE(IntelliJ Idea)上で開発できて良さそうなんだけど。

あとデプロイもなんか楽そうなイメージがある

552
デフォルトの名無しさん[]   投稿日:2015/02/13 20:32:37  ID:pjknnY+t.net
「MyJVNバージョンチェッカ for .NET」で、バージョンをチェックできるソフトウェアは次のとおり。

Adobe Flash Player
Adobe Reader
Adobe Shockwave Player
JRE
Lhaplus
Mozilla Foundation
Mozilla Firefox
Mozilla Thunderbird
QuickTime
Lunascape
Becky! Internet Mail
OpenOffice.org
VMware Player


IPA、脆弱性のバージョンをチェックする「JVNチェッカ」を公開 | マイナビニュース
http://news.mynavi.jp/news/2015/02/13/161/
2015/02/13
コメント1件

553
デフォルトの名無しさん[]   投稿日:2015/02/17 21:33:32  ID:0TG0WuwS.net(2)
.NETのランタイムがLinuxやMacに移植されることになったから
もうJavaでのWeb開発は下火になりそうだな
OWINもできたしIISを使わずにASP.NET MVC5とかが使えるようになる

http://news.mynavi.jp/news/2015/02/04/229/

Javaは良いWeb FrameworkないからJavaでWeb app作る理由がない
コメント2件

554
デフォルトの名無しさん[sage]   投稿日:2015/02/17 21:38:43  ID:QX+zKpkK.net
時代はシングルページのJavaScriptアプリをサーバサイドでも動かすことだけどな

555
デフォルトの名無しさん[sage]   投稿日:2015/02/17 22:31:05  ID:igbT8vqk.net
健全でない言葉が含まれているため表示しません 内容を確認する

556
デフォルトの名無しさん[]   投稿日:2015/02/17 22:39:39  ID:0TG0WuwS.net(2)
>548
そんな時代はこない
動的言語で大規模開発は非効率

>549
ださいのはJavaだろ
ろくなフレームワークないし

.NETがクロスプラットフォーム対応したらJavaなんておしまいだ

557
デフォルトの名無しさん[sage]   投稿日:2015/02/17 22:58:19  ID:Lj0O1+YE.net
なんつーか嬉しいけどタイミングが遅いわホント

558
デフォルトの名無しさん[sage]   投稿日:2015/02/17 23:02:07  ID:0jZbE2oC.net
>550
> 動的言語で大規模開発は非効率

そのためのTypeScripだろ
C#作者が作ってるのにお前取り残されてるよ

559
デフォルトの名無しさん[sage]   投稿日:2015/02/18 01:32:17  ID:J2r+KB+L.net
JavaにもデリゲートとLINQ欲しいよなあ
コメント3件

560
デフォルトの名無しさん[sage]   投稿日:2015/02/18 11:06:31  ID:206RiQwb.net
いらないよー
refとoutだけほしい
コメント1件

561
デフォルトの名無しさん[sage]   投稿日:2015/02/18 23:53:10  ID:Lyc1fDiN.net
ラムダの抜け道としてref入らないかな
↓みたいのを綺麗にやりたいわ
String[] s = new String[2];
get (em -> {
    s[0] = findString(em, foo);
    s[1] = findString(em, bar);
});
コメント1件

562
デフォルトの名無しさん[sage]   投稿日:2015/02/19 00:26:38  ID:gU64xR0D.net
それ絶対refよりLINQの方が簡潔で読みやすく書けるな
コメント2件

563
デフォルトの名無しさん[sage]   投稿日:2015/02/19 11:01:21  ID:7e+hWIQQ.net
クロージャの内部に変数を参照渡しされるとバグの元になりやすいから今のままでOK
コメント1件

564
デフォルトの名無しさん[sage]   投稿日:2015/02/19 18:19:05  ID:2/iHs8yP.net
>553
メソッド参照あればデリゲートいらなくね?なんか不足あるか?

565
デフォルトの名無しさん[sage]   投稿日:2015/02/20 00:09:59  ID:NbHNJ6bx.net
関数型プログラミングの方向に向かってるんだから今更refもいらん
副作用は甘え

566
デフォルトの名無しさん[]   投稿日:2015/02/20 00:30:06  ID:nBCjMlze.net(4)
関数型プログラミングなんてまったく流行ってない
ScalaもF#も人気ない
コメント1件

567
デフォルトの名無しさん[sage]   投稿日:2015/02/20 00:48:55  ID:rQRSK5VB.net(4)
また取り残され君w
コメント1件

568
デフォルトの名無しさん[sage]   投稿日:2015/02/20 00:58:22  ID:8GWvXfSo.net
WebフロントエンドのGUIというかJavaScriptにFRPの潮流が来てるみたいだから
今年こそ関数型言語の夜明けになるで(白目

569
デフォルトの名無しさん[sage]   投稿日:2015/02/20 01:13:31  ID:rQRSK5VB.net(4)
Java8のラムダ、Stream、Optionalも関数型からの輸入だし
関数型言語が主流でなくても関数型の考え方は急速に取り入れられている
取り残され君はいつまで経っても気付いてないけどな

570
デフォルトの名無しさん[]   投稿日:2015/02/20 01:20:09  ID:nBCjMlze.net(4)
>561
取り残されてないわ、Scalaは少しいじったよ
Javaのフレームワークがひど過ぎたからScalaを少し勉強した。

まずScalaの言語がひどい
同じ処理書くにもいろんな書き方がありすぎて無駄に複雑
他人のコード読むときにすごい苦労する

あとコンパイラが産廃、もっさりしすぎ

さらにWebフレームワークが醜い。
当時人気あったLiftとかいうのを触ったが意味不明だった。

もうScala信者なんて絶滅してるんじゃないの

>562
Haskellとか何年たっても流行らないぞw

571
デフォルトの名無しさん[sage]   投稿日:2015/02/20 01:23:09  ID:MC+61nmD.net
ヴァルハラの値型が取り入れられたらTupleとしてutilパッケージに入れて欲しい
return Tuple.of(1, true, "foo"); とかしたいじゃん

572
デフォルトの名無しさん[]   投稿日:2015/02/20 01:59:19  ID:nBCjMlze.net(4)
>563
ごまかしすぎw
関数型の一部が取り入れられるのと
関数型プログラミング言語が主流になるのはまったく次元が違うぞ

MSがプッシュしたF#でさえ流行らないんだから
関数型言語が主流になるわけがない
コメント1件

573
デフォルトの名無しさん[sage]   投稿日:2015/02/20 02:18:33  ID:rQRSK5VB.net(4)
>566
まず日本語を読み取る力を付けような
>559>553-554からの流れでJavaという言語にrefが欲しいという意見に対する反論だ
すなわち主題は明白にJavaなんだよ
>559を丁寧に書くとこうなる

・Javaは関数型プログラミングというスタイルのサポートに向かっている
・副作用が主目的となりやすいrefはそれに反する
・従って今更Javaにrefは不要である

わかるか?
>559は「関数型プログラミング」と書いただけで「関数型プログラミング"言語"」とは書いてないんだよ
主題はJavaだからな
ScalaもF#も話題にしていない
それは読解力のない>560が勝手に出してきただけだ

ついでに、Scalaは関数型言語じゃないだろ
あれはJavaよりも関数型の要素を多く取り入れただけのオブジェクト指向言語だ
F#は本格的な関数型言語

574
デフォルトの名無しさん[]   投稿日:2015/02/20 02:32:48  ID:nBCjMlze.net(4)
>567
Scalaはふつうに関数型言語として認識されてるぞ
知らなかったの?取り残されてんねw
http://ja.wikipedia.org/wiki/%E9%96%A2%E6%95%B0%E5%9E%8B%E8%A8%80%E8%...

575
デフォルトの名無しさん[sage]   投稿日:2015/02/20 03:26:06  ID:rQRSK5VB.net(4)
うわ、「ついで」の部分しか反応できないくせにドヤ顔!?www
一言「誤読してました、ごめんなさい」って書けないのかよ
小せえなあ

576
デフォルトの名無しさん[sage]   投稿日:2015/02/20 07:47:42  ID:Gu7jq4Ss.net
関数型言語、俺かっこいいw

577
デフォルトの名無しさん[sage]   投稿日:2015/02/21 10:44:35  ID:52mvleut.net
サーバー側でviewを生成するフレームワークはもう考え方が古いらしいな
JavaScriptを描くのは嫌だし、GWTがもう少し流行ってくれたら嬉しいのだが
コメント2件

578
デフォルトの名無しさん[sage]   投稿日:2015/02/21 13:18:00  ID:6pp8KZXb.net(3)
ところが一周して今はサーバサイドレンダリングがトレンドだw
ただしJSのフレームワークをサーバサイドでも使って(isomorphic)、初回表示だけな
Javaでもこんなことする人が…
http://winterbe.com/posts/2015/02/16/isomorphic-react-webapps-on-...

GWTはもう諦めろ
JSが.classファイルの位置には来たが、Javaはそのソースの位置を確保出来なかった
今はclass構文なんかが使えるJSの新しい仕様(ES6)や静的型が使えるTypeScriptをコンパイルして、
古いJS(ES5)を生成するのが増えてる

579
デフォルトの名無しさん[sage]   投稿日:2015/02/21 14:18:42  ID:YYuiHhiK.net
ホントJavascriptがここまで侵食してくるとは思わなかったわ

580
デフォルトの名無しさん[sage]   投稿日:2015/02/21 14:46:05  ID:siDyx6mt.net
そらデザイナー方面が侵食してきたらそうなりますわな。

581
デフォルトの名無しさん[sage]   投稿日:2015/02/21 16:05:54  ID:0VMa227o.net
そろそろMS(ASP.NET)信者が「そんな時代は来ない」って書きに来る頃

582
デフォルトの名無しさん[sage]   投稿日:2015/02/21 17:02:06  ID:6pp8KZXb.net(3)
MSはJSやNode.jsにもすごく力を入れてるから同じようなことは考えてるんじゃないか?
>552のTypeScriptや>562のRxJSをやってるし、Node.jsに対しても

・Node Foundationの設立メンバー
・何年も前からAzureでNode.jsをサポート
・Oracleよりずっと前からSQL ServerのNode.js用ドライバを提供
・複数の社員をNode.jsのフルタイム開発者(コミッター)に

という力の入れよう
だからIsomorphicな何かを出してきても全然おかしくない

583
デフォルトの名無しさん[sage]   投稿日:2015/02/21 18:01:34  ID:c/IiR1p2.net
でも、Node.jsをWindowsで動かすのは地獄、と。

584
デフォルトの名無しさん[sage]   投稿日:2015/02/21 19:18:23  ID:6pp8KZXb.net(3)
>577
それ何年前の話だよ
今は公式サイトのインストーラ一発でnpmまで入って楽勝だぞ
Javaと同じように運用はLinuxでもWindowsで開発できてる

585
デフォルトの名無しさん[age]   投稿日:2015/02/22 13:37:52  ID:RWAhjQlK.net
>572
GWTって海外だとspringについで使われてなかったっけ?
altJSもみんな変換系でコンパイル遅いのにどうしてこんなに差がついた!?

586
デフォルトの名無しさん[sage]   投稿日:2015/02/23 00:53:16  ID:ecl/DKf3.net
Playぶっ飛びすぎじゃね?
ビューウザすぎ!

587
デフォルトの名無しさん[]   投稿日:2015/02/23 01:21:10  ID:mnJjrT/b.net

588
デフォルトの名無しさん[sage]   投稿日:2015/02/23 13:45:55  ID:WWKQc62e.net
Node.jsは、RubyなんかよりよっぽどWindowsで使いやすい
(というかJavaと同様にWindows、Mac、Linuxなどの環境間の差異がない。Rubyがありすぎるともいうが)

あと、ちょうど土曜日に行ってきた↓でも出てきた話が、ちょうどこのスレッドでも流れててびっくりした。
(FRP、React のあたり)
Frontrend Conference - A conference for front-end developer(2015年2月21日開催)
http://frontrend.github.io/conference/

589
デフォルトの名無しさん[sage]   投稿日:2015/02/23 13:57:57  ID:O9iQ6Hd8.net
Node.ks w
コメント1件

590
デフォルトの名無しさん[sage]   投稿日:2015/02/23 14:43:05  ID:vJ23+Dwb.net
そりゃ話題は被るでしょ、取り残されてる人を除けば

591
デフォルトの名無しさん[]   投稿日:2015/02/23 21:28:31  ID:t9wkfvj3.net
javaなんかもう使わねーのにパソコンにインストールされてくんなや。
スパムかよ。
コメント1件

592
デフォルトの名無しさん[sage]   投稿日:2015/03/03 22:12:51  ID:5JLHvWAD.net(4)
playとspringとwicket、結局どれが一番いいのよ?
やっばりplayなの?

593
デフォルトの名無しさん[sage]   投稿日:2015/03/03 22:20:00  ID:V6jvOYpo.net
JavaEE標準でいい気がしてきた
めんどくさい

594
デフォルトの名無しさん[sage]   投稿日:2015/03/03 22:27:39  ID:5JLHvWAD.net(4)
>587
JSFとjava EEを使って、
O/Rマッパーは?

595
デフォルトの名無しさん[sage]   投稿日:2015/03/03 22:31:11  ID:Yydy8RKX.net(3)
JavaEEっていうならJPA一択

596
デフォルトの名無しさん[sage]   投稿日:2015/03/03 22:44:47  ID:5JLHvWAD.net(4)
>589
JPAって、HibernateのHSQL使うのと、あまり変わらなくない?
JPA以外なら?
コメント1件

597
デフォルトの名無しさん[sage]   投稿日:2015/03/03 22:54:13  ID:Yydy8RKX.net(3)
JavaEE標準にはJPAしかない
SpringでもPlayでもJPAが用意されてる
自分で選べないならJPAだ

俺は全力でJPA避けるけどな

598
デフォルトの名無しさん[sage]   投稿日:2015/03/03 23:00:22  ID:5JLHvWAD.net(4)
>591
避けて、結局mybatisとか使ってるの?

599
デフォルトの名無しさん[sage]   投稿日:2015/03/03 23:07:54  ID:Yydy8RKX.net(3)
Spring JDBCベースのオレオレ

600
デフォルトの名無しさん[sage]   投稿日:2015/03/04 00:25:56  ID:qfeQbh2b.net
なんだかんだでseasar2が一番楽でよかったよなー!

601
デフォルトの名無しさん[sage]   投稿日:2015/03/04 09:28:41  ID:UN0ssHsJ.net
O/Rマッパーとか軟弱なもの使わずJDBC
自分でSQL書かないと気が済まないだけとも言う

602
デフォルトの名無しさん[sage]   投稿日:2015/03/04 10:39:57  ID:CfP3NAwM.net
O/Rマッパーとかゴミしかない

603
デフォルトの名無しさん[sage]   投稿日:2015/03/04 15:09:34  ID:WhjHWey/.net
Donaいいと思う

604
デフォルトの名無しさん[sage]   投稿日:2015/03/04 21:21:02  ID:2IxQHWhp.net
>596
何を使ってみて、そう思ったの?
Mybatisやs2daoを使ってみて、そんな事を言ってるの?

605
デフォルトの名無しさん[sage]   投稿日:2015/03/04 22:31:27  ID:LHVPulYe.net

606
デフォルトの名無しさん[sage]   投稿日:2015/03/04 23:24:44  ID:Su4632ys.net
domaは余計なものがなくてよさそうだな

607
デフォルトの名無しさん[sage]   投稿日:2015/03/04 23:25:56  ID:BGhI9Q/J.net
doyaお勧め

608
デフォルトの名無しさん[sage]   投稿日:2015/03/05 21:01:37  ID:8UwfyP8Y.net
Doma便利そうに見えるけどすぐにhasOne, hasManyねーのかよって思う。

609
デフォルトの名無しさん[sage]   投稿日:2015/03/06 01:13:07  ID:3LhkyDVp.net
mybatis意外は全部ゴミ
これ常識

610
デフォルトの名無しさん[sage]   投稿日:2015/03/06 09:26:09  ID:1QqSUnwd.net
以上、塵でした

611
デフォルトの名無しさん[sage]   投稿日:2015/03/09 21:25:43  ID:mAElm1fs.net
O/Rマッパーは肝心のselect文が使い物にならないというか
N+1問題が避けられないよね(SQLが直に書けますとか謳う変なのは問題外として)

612
デフォルトの名無しさん[sage]   投稿日:2015/03/10 22:16:19  ID:qcHiJ2e0.net
何が変かわからんがJPAならEntityGraphでググレカス

613
デフォルトの名無しさん[sage]   投稿日:2015/03/11 00:22:36  ID:1uDb2QXI.net
2年近くも知識を更新せずにドヤ顔する
そんなエンジニアに私はなりたい

614
デフォルトの名無しさん[sage]   投稿日:2015/03/11 07:43:37  ID:k634rWxZ.net
2年で古くなるような技術は使わないほうがいい

615
デフォルトの名無しさん[sage]   投稿日:2015/03/11 09:42:51  ID:hdMW8BEP.net
フロントエンドは2年もかからず枯れるどころか息絶えるモノが多すぎる
作りっぱなしならトレンドのモノに飛び付いてもいいんだけど
後の保守考えると迂闊に採用できない

616
デフォルトの名無しさん[sage]   投稿日:2015/03/11 09:45:59  ID:0wRwUdte.net
ドッグイヤーは古い--->ラットイヤーは古い--->ITは古い

617
デフォルトの名無しさん[sage]   投稿日:2015/03/11 09:54:33  ID:ccVUCtEJ.net

618
デフォルトの名無しさん[sage]   投稿日:2015/03/12 11:56:11  ID:VwQFHELi.net
Vaadin おもしろそう
コメント1件

619
デフォルトの名無しさん[sage]   投稿日:2015/03/19 16:59:30  ID:Z+6nTIRg.net
seasarゾンビのステマがうざかったな
あれは存在自体が害悪だった

620
デフォルトの名無しさん[sage]   投稿日:2015/03/19 19:33:36  ID:uuiuvI+h.net
あれ採用したプロジェクトはことごとく炎上してたな
コメント2件

621
デフォルトの名無しさん[sage]   投稿日:2015/03/20 19:24:10  ID:iJfr7PU9.net
あれってseasarのこと?
それともseasar信者のこと?
コメント2件

622
デフォルトの名無しさん[sage]   投稿日:2015/03/21 01:50:35  ID:/IY/BI0W.net
ご本尊が逃亡したはずなのにまだ2chでステマを見かける
他に宣伝するところないのかね

623
デフォルトの名無しさん[sage]   投稿日:2015/03/26 22:30:20  ID:0q8q9PLM.net
★★Java質問・相談スレッド172★★ [転載禁止]©2ch.net
☆★Java質問・相談スレッド172★★
↑から誘導されたので、こちらにポストします。

----
勉強でspringを使ってwebアプリを作って作っています。
dataSourceのBean定義でパスワードを暗号化して定義する方法は無いのでしょうか?
バージョンは4.1.5です

624
デフォルトの名無しさん[sage]   投稿日:2015/03/27 13:54:53  ID:4yvVSVij.net
>617
(1) xml中の暗号化したいものをpropertiesファイルに追い出し、暗号化したvalueを書く
(2) PropertyPlaceholderConfigurerを拡張して(1)を復号化するロジックを追加する
(3) <context:property-placeholder />の代わりに、
<bean id="cryptProp" class="(2)で拡張したクラス>
<property name="location">
<list>
<value>(1)のプロパティファイル</value>
</list>
</property>
</bean>

625
デフォルトの名無しさん[sage]   投稿日:2015/03/28 23:19:04  ID:MGh+rH4S.net
>618
ありがとうございます。そして亀レス失礼しました。
確認はしてたのですが規制?で書き込めませんでした。

デフォルトでは無いんですね。
実際サービス開始時は基本パスワードベタ書きが普通なんですかね?
まぁプログラムに複合ロジック書いても簡単にデコンパイル出来てしまうからですかね?
コメント1件

626
デフォルトの名無しさん[sage]   投稿日:2015/03/30 12:10:00  ID:QHzAfhQE.net
リモートログインされた時点でほぼアウトだからでしょ
そっちを防ぐ方に注力したほうがいいという話

627
デフォルトの名無しさん[sage]   投稿日:2015/03/30 12:17:09  ID:kV+ha7FM.net
うちはこの手の情報は環境変数にすることが多いね
理由はなんらかの手段でwar/jarを盗まれてもそこには情報がないから
621が言ってくれてるように本番サーバにログインされたらもう詰んでるしな

628
デフォルトの名無しさん[sage]   投稿日:2015/03/30 14:43:00  ID:GBlyjA8J.net
>620
>621
確かにログインされない事が一番重要ですね。
ログインされた時点で詰んでいるかも知れませんが、パスワードを抜くまでの時間稼ぎになるかなぁと思っていたりしました。

もう少しお話聞かせて頂きたいのが正直なところですが、スレチと私の知識では追い付かない気がしました。

また具体的な疑問が出たら質問させて下さい。
コメント1件

629
デフォルトの名無しさん[sage]   投稿日:2015/03/30 21:05:23  ID:JGH/r0nu.net
スレチ、無知すまん。

個人的にはアプリケーションサーバに入られるなら、まだ救い道あるかなと思ったりもする。
リモートログインされたらメール飛ばす仕組みにしておいて、DBのパスワード突破されるまでに切断。
そうすりゃデータ抜かれるリスク減るんじゃないかとは思う。
まぁハックするような人に俺が対抗出来るとは思えないけど、やれることはやりたいかな。

無理矢理スレの内容に持って行くなら、そういうのをサポートしてるFWとかあるんかな?

630
デフォルトの名無しさん[sage]   投稿日:2015/03/30 21:47:25  ID:amOetTyv.net
レイヤ7のアプリが頑張る部分とは思えないな
侵入検知ってレイヤ3あたりの仕事じゃね?
コメント1件

631
デフォルトの名無しさん[sage]   投稿日:2015/03/30 23:17:40  ID:IXWJxJsf.net
みんなそんなレベルまで考えてるのか…
セキュリティとかXSSとかSQLインジェクションぐらいしか考えてないや

632
デフォルトの名無しさん[sage]   投稿日:2015/03/31 08:34:05  ID:au06+q11.net(3)
>625
考えないよ、考えてくれる人/部署があるから。
客が大手なら定められた基準に乗っかるだけだし、
客が基準持ってないならうちの基準に乗っかる。
どちらもなくて一人で上から下まで全部やる系だと考えるしかないけどさ…

633
デフォルトの名無しさん[sage]   投稿日:2015/03/31 09:15:46  ID:0kNAXMBc.net
最近のwebアプリなんて2,3人で開発する事も多々あるし、AWSのお陰でエンプラばっかりだったjavaが簡単にwebアプリのサービス立ち上げられるようになった。
そういう意味でも一人が幅広く知識を持つのは自然な流れじゃないかな?
特にJavaの人はエンプラ人月縛りの仕事ばかりしてて、Javaしか出来ないって人が多いんだし。
もちろん俺も偉そうな事は言えないが。

634
デフォルトの名無しさん[sage]   投稿日:2015/03/31 10:50:37  ID:igZIJiW+.net
AWSだとVPCあるし、逆に組織としてそいう知識が必要なくなる

635
デフォルトの名無しさん[sage]   投稿日:2015/03/31 14:02:07  ID:jJIpGeeS.net
>628
踏み台サーバーを守れば良いよ的な考え?

636
デフォルトの名無しさん[sage]   投稿日:2015/03/31 15:55:54  ID:au06+q11.net(3)
豚切り失礼
メッセージとかを外に切り出した時に、引っ張るためのキー項目ってどうやってプログラム側で管理するんでしょう
定数クラス? 列挙? インタフェース? それともDB?

あと、国際化とリアルタイム変更反映の要件がない場合に
外に出すと管理するものが増えるだけで楽になる気がしないんだけどどうなのかな

637
デフォルトの名無しさん[sage]   投稿日:2015/03/31 15:57:43  ID:au06+q11.net(3)
追記
環境毎に値が変わる奴を外に出す価値があるのは理解してるのでそちらは無視してください

638
デフォルトの名無しさん[sage]   投稿日:2015/03/31 16:39:02  ID:O+yBLU8x.net
意味不明だ、ぶー

639
デフォルトの名無しさん[sage]   投稿日:2015/03/31 22:13:59  ID:stCZds7Y.net
>630
リソースバンドル的な話なら、外出し対象メッセージなり何なりをそれまで管理してた方法で
やったらよいというか、プロジェクトによっていろんな都合あるから好きにするのがいいのでは
ぶっちゃけ国際化不要な小規模プロダクトならソース上にベタ書きでいいし
コメント1件

640
デフォルトの名無しさん[sage]   投稿日:2015/03/31 23:31:07  ID:k5fqs4VW.net
DBにそういうの取得するファンクション作ってるけど
ファンクション名自体がキーみたいなもんだからベタ書きって事になるのかな

641
デフォルトの名無しさん[sage]   投稿日:2015/04/01 14:57:54  ID:nuIfm1//.net
キー項目はべた書きした方がいいと思う
そのメッセージをどこで使っているか調べるときに、 grep すればわかるから。

642
デフォルトの名無しさん[sage]   投稿日:2015/04/03 15:14:35  ID:Ec7iAFHO.net(2)
本番稼働トラブルようやく解決
631です。レスくださった方ありがとうございます
コード値とかメッセージIDとかをPG上でどこに置くのがいいのかなと悩んでました
例えば、

/msg.properties
id001=message

/Msg.java
public static final String FooMsg = "id001";

/Foo.java#doFoo()
String msg = MsgUtil.getMsg(Msg.FooMsg);
// msg = "message"

こんなことするのかなとか

643
デフォルトの名無しさん[sage]   投稿日:2015/04/03 16:46:40  ID:mUnFERmT.net
この例だとid001って必要無い気がするなぁ
FooMsg = "message";
じゃダメなん?

644
デフォルトの名無しさん[sage]   投稿日:2015/04/03 20:27:51  ID:Ec7iAFHO.net(2)
上に書いた通りで国際化とかなければ要らない気がしてるんです
直接書いていいんじゃないかなーと

645
デフォルトの名無しさん[sage]   投稿日:2015/04/13 11:32:09  ID:am1Vt29V.net
>620
>621
蒸し返してすまない
リモートログインされた時点でアウトならパスワード設定すら不要なのでは?
と思うと
本番だから複雑なパスワードとか設定してるけど、それが無意味な気がしてきた
内部犯への抑止なのかな

未だに小規模アプリでWebサーバー経由でtomcat使う意味もよく分からない
デファクトだけど理由が分からない事って多いね

646
デフォルトの名無しさん[sage]   投稿日:2015/04/16 08:52:16  ID:rBdSCbQh.net
>639
複雑なパスワードの設定は対内部も対外部も併せてセキュリティの向上って括りでJIS Q 15001とかISO27001の適用基準の一つ
大手の案件だと入札参加の要件にPマークとかISMS取得が入ってる

647
デフォルトの名無しさん[sage]   投稿日:2015/05/15 20:03:51  ID:bKcFARVV.net
俺もニートで体重124kgある
無職だから健康診断とかも行ったこと無いし
口から血吐くこともあるし、
たまに外でて歩くと必ずコケるし
絶対どこか悪いんだろうな

648
デフォルトの名無しさん[]   投稿日:2015/06/21 12:04:38  ID:RXUgZutZh
今、seasar2を使用しているんだけど、
そろそろ新しい開発環境へ移行したい。
おすすめは?

生産性重視で、開発者2、3人程度
ruby、javaee、node.js、aspnet あたりを検討中
コメント1件

649
デフォルトの名無しさん[]   投稿日:2015/08/17 01:04:22  ID:tZObHZda.net
Railsより生産性の高いフレームワークでてこないかな
コメント1件

650
デフォルトの名無しさん[]   投稿日:2015/08/17 08:49:09  ID:m+amuGE4.net
健全でない言葉が含まれているため表示しません 内容を確認する

651
デフォルトの名無しさん[sage]   投稿日:2015/10/01 14:46:22  ID:R6+oMS2s.net
Railsって開発者のメンテナンスコストが高そうなイメキャラ

652
デフォルトの名無しさん[sage]   投稿日:2015/10/22 23:03:46  ID:FqwGkVbw.net
別のサーバ1で動いているservlet/JSPの画面をサーバ2で一部取り込みたいのですが、
iframeじゃなくて、サーバサイド間の通信でやるにはどうするのが簡単ですか?
サーバ2のservletからHttpURLConnectionでサーバ1にpostして画面要素を返す専用のJSP書くとかでしょうか?

653
デフォルトの名無しさん[]   投稿日:2015/12/26 19:56:06  ID:dTex+6xI.net
WEBシステムを作っていて、NON-BREAK-SPACE問題に困っています。
いい解決方法を知っている人はいませんか?

具体的には以下のような事象です。
・JSPではHTML-ESCAPEをかけている。
・この為、WEB画面上では半角スペースが (C2A0)に変換されて表示される。
・それ自体は狙い通りなんだけど、HTTPパラメータとしてNON-BREAK-SPACE入りの文言が入ってくるせいで、
 検索に困る。(見た目は同じなのに、一致しない)

何かうまい方法はないありませんか?
Struts2のActionクラスメンバー変数(String)がHTTPパラメータを受け取った時に、
勝手にNON-BREAK-SPACEを半角スペースに変換するような方法でもいいのだが。
あるいはPostgeSQLでNON-BREAKE-SPACEと区別せずに検索するような方法でもあれば。

654
デフォルトの名無しさん[sage]   投稿日:2016/02/03 03:31:40  ID:cAuK2hSh.net
ee勉強中でjpaで実験しててわからなくなりました
jpa(eclipselink)で

Entity e = new Entity();
e.setId(1);

transaction.begin();
em.persist(e);
e.setId(2);
transaction.commit();

em.find(Entity.class,1).getId();//2
em.find(Entity.class,2).getId();//2

となるのですが動きがわかりません。
em.peraist(e)でem上でid1エンティティが作成されて、その後setid(2)でeのidを2にすると、em上のエンティティもeを参照している?ので2になってコミットされる。
ところがem.findで第2引数に1を渡すとid2のエンティティが取得されます。
どういう動きなんでしょうか。
ご教授願います。

655
デフォルトの名無しさん[sage]   投稿日:2016/02/03 10:25:09  ID:8Bs1941V.net(2)
>648
Entityクラスのidに主キー指定がされてないとかいうオチでは
コメント1件

656
デフォルトの名無しさん[sage]   投稿日:2016/02/03 10:53:45  ID:8Bs1941V.net(2)
ごめん>649は無視して

657
デフォルトの名無しさん[]   投稿日:2016/03/29 09:15:05  ID:/c8bAcK4.net
サッカーブッシュ日本代表日程ぷあたん(しゅっちょうまいくろ教育長交代)春文執行40代売上差額シュガーチョコ
https://www.youtube.com/watch?v=NDq1QoJY0nY宇ドナルドアナリストパワーストーンコーチングとしまえん
サッカーブッシュ日本代表日程古本屋よしたけしゅっちょうちょこしゅがー
ディーラー税務署天才開発者死亡詰みヨミドクターマイクロサービス不足
サッカーブッシュ日本代表日程ぷあたんシフト光金さかい強制バイト人権侵害問題
春分資源執行ニューヨーク低原価ぼったステーキソルトレイク福岡横浜新橋奴隷課金パチシフト強制バイト問題新潟米センター生残
コスメ24チャリティー隠れ40代生活保護プレイボーイバイトレードいたりあん接待問題
マスコミKARDローンケーオーサービス不足婚活パーティー寄付金執行原発ビジネス
FBIチャイニーズタイホテル売上事務所ガチャ決算ガチャキャンペーン(販売報道陣過激派組織向携帯最新情報提供終了
校長発言細心注意ノートン産廃エラー(著作権クレーム中国反応融資高額教育費)(中国捕鯨団体40代社員サッカーコメント
高額入学金ヤフウ新橋大学ヤフウ新橋理事長FX経費 おじや50代資産ガリバズフィード40代エリート

658
デフォルトの名無しさん[]   投稿日:2016/05/01 14:57:27  ID:tKi6j9CT.net
匿名通信(Tor、i2p等)ができるファイル共有ソフトBitComet(ビットコメット)みたいな、
BitTorrentがオープンソースで開発されています

言語は何でも大丈夫だそうなので、P2P書きたい!って人居ませんか?

Covenantの作者(Lyrise)がそういう人と話したいそうなので、よろしければツイートお願いします
https://twitter.com/Lyrise_al

ちなみにオイラはCovenantの完成が待ち遠しいプログラミングできないアスペルガーw


The Covenant Project
概要

Covenantは、純粋P2Pのファイル共有ソフトです

目的

インターネットにおける権力による抑圧を排除することが最終的な目標です。 そのためにCovenantでは、中央に依存しない、高効率で検索能力の高いファイル共有の機能をユーザーに提供します

特徴

Covenant = Bittorrent + Abstract Network + DHT + (Search = WoT + PoW)

接続は抽象化されているので、I2P, Tor, TCP, Proxy, その他を利用可能です
DHTにはKademlia + コネクションプールを使用します
UPnPによってポートを解放することができますが、Port0でも利用可能です(接続数は少なくなります)
検索リクエスト、アップロード、ダウンロードなどのすべての通信はDHT的に分散され、特定のサーバーに依存しません

659
デフォルトの名無しさん[sage]   投稿日:2016/05/29 08:05:32  ID:A/IEva9u.net
JavaEE 8に乗っかる予定のMVC1.0はどうでしょうか
SpringやPlayに比べて後発の優位性はありますか

660
デフォルトの名無しさん[sage]   投稿日:2016/05/29 12:58:36  ID:6gmvoUSr.net
どうだろうね

661
デフォルトの名無しさん[]   投稿日:2016/08/29 18:28:48  ID:YxRCJhJH.net
LaBee FrameworkはJavaによるWebシステム開発のデファクトスタンダードを目指す、ゼロから作られた国産のJavaフレームワークです。
海外製フレームワーク特有の難解さや情報不足による工数や人員の増大を解消しJavaのWeb開発を効率化する為に作られました。
LGPLライセンスでソースコードをオープンソース公開しており、個人・企業問わずどなたでも無償で利用出来ます。

公式
https://www.bee-wkspace.com

twitter - Java LaBeeFramework
https://mobile.twitter.com/labeeofficial

(いろんな意味で)生まれてくる時代を間違った超大型新人が来たぞ
もうどこから突っ込んでいいのかわからんレベルでヤバい

662
デフォルトの名無しさん[]   投稿日:2016/08/30 17:18:18  ID:rpcVb9I2.net
国産のオープンソースって成功した事例ほとんどないな

ASP.net MVCにいってしまったんだけど最近の
Java標準のMVC framework事情はどうなってるの?

663
デフォルトの名無しさん[sage]   投稿日:2016/08/30 17:44:04  ID:xtYrjM1e.net
spring一択
コメント1件

664
デフォルトの名無しさん[]   投稿日:2016/08/30 17:55:01  ID:Kk9u/S9h.net
spring MVCだろうなあ

今はJavaEE7行くかSpring-boot行くかのほぼ2択、もう一つ加えるならPlayも?

スレ違いになるけど、個人的にはバッチも頑張って欲しいんだよなあ…
JBatch? Spring-batch? ほかないんかーい!

665
デフォルトの名無しさん[sage]   投稿日:2016/08/30 18:52:24  ID:m4NncPid.net
java eeにはもう未来がない

666
デフォルトの名無しさん[sage]   投稿日:2016/08/30 20:32:47  ID:tcme4yfq.net
明けない夜はない

667
デフォルトの名無しさん[]   投稿日:2016/08/30 21:36:47  ID:MOhySK19.net
Spring Boot便利すぎ

668
デフォルトの名無しさん[sage]   投稿日:2016/09/02 11:15:19  ID:qsP91h0u.net
>655
何でも最新技術?を使ってればいいってもんでもないし
シンプルで使い易ければ普及する可能性もあるんじゃまいか?
ぶっちゃけDIを使う必要ある案件なんてほとんどないし
フレームワーク選定って上層部のお偉いさんがオナニー思想で選んでて
プログラマは苦労するだけなのよ

669
デフォルトの名無しさん[sage]   投稿日:2016/09/10 02:16:22  ID:zqA5E91s.net
Windowsだと問題ないのですが、Linuxで実行するとメモリーリークが起こります。
だれか教えて

670
デフォルトの名無しさん[sage]   投稿日:2016/10/13 18:59:24  ID:zUN0ltZm.net
>663
それは linux が正しい
更新情報
・スレッド一覧ページで過去ログのタイトル検索・一覧表示ができるようになりました(2016/1/20)
NGワード登録
登録する
スレッド内検索

プログラム板 タイトル検索

このスレッドが人気です(実況系)
<ノイタミナ>クズの本懐 #02「そのぬくもりに用がある」★3 (802)フジ実況
【マターリ】クズの本懐 #02 (460)フジ実況
夜の巷を徘徊する 宇宙大好きマツコ、宇宙旅行を夢見る (922)テレ朝実況
ユアタイム★2 (844)フジ実況
増山超能力師事務所 (819)NTV実況
MATSUぼっち (335)フジ実況
アメトーーク! 大根ありがとう芸人★3 (450)テレ朝実況
報道ステーション★3 (963)テレ朝実況
このスレッドが人気です(ニュース系)
大会組織委、アパホテルに対し「スポーツ理念に則った対応」を求める・・・ホテル借り上げの際に「問題があれば対処する」と説明 (1000)ニュー速+
【NHK】アパホテルに本の撤去打診 冬のアジア大会組織委 ★4 (1001)ニュー速+
【FRIDAY】狩野英孝 17歳現役女子高生と淫行疑惑 ★7 (631)音楽・芸能ニュース
【政治】平昌五輪HPに「独島」=日本政府が懸念伝達 (829)ニュー速+
【NHK】アパホテルに本の撤去打診 冬のアジア大会組織委 ★3 (1002)ニュー速+
【FRIDAY】狩野英孝 17歳現役女子高生と淫行疑惑 ★6 (1001)音楽・芸能ニュース
【NHK】アパホテルに本の撤去打診 冬のアジア大会組織委 ★2 (1000)ニュー速+
【アパホテル】冬のアジア大会組織委員会、アパホテルに本の撤去対応打診…「スポーツ理念に基づいた対応をお願いしたい」 (1000)ニュー速+
プログラム板の人気スレ
【統計分析】機械学習・データマイニング11 (940)
C++相談室 part129 (180)
Excel VBA 質問スレ Part45 (237)
C言語なら俺に聞け 138 (569)
Xamarin Part3 (246)
ふらっと C#,C♯,C#(初心者用) Part126 (257)
Visual Studio 2015 Part7 (1000)
【PHP】下らねぇ質問はここに書き込みやがれ 7 (635)
Androidプログラミング質問スレ revision52 (560)
くだすれPython(超初心者用) その31 (851)
クラス名・変数名に迷ったら書き込むスレ。Part27 (740)
次世代言語議論スレ【Go Rust Haskell Scala Erlang Elixir】 (468)
スレ立てるまでもない質問はここで 145匹目 (94)
推薦図書/必読書のためのスレッド 80 (950)
+ JavaScript(ECMAScript)質問用スレッド vol.122 + (978)
☆★Java質問・相談スレッド179★★ (580)
Swift part9 (584)
Ruby 初心者スレッド Part 59 (552)
人工知能ディープラーニング機械学習のための数学 (105)
VRプログラム雑談【Unity/UnrealEngine】【HTC Vive/Oculus Rift/その他VR】 (347)
+ JavaScript の質問用スレッド vol.122 + (628)
プログラミング言語 Rust 2 (311)
Java入門・初心者質問スレ Part.2 (297)
【JavaScript】スクリプト バトルロワイヤル55【php,py,pl,rb】 (459)
Win32API質問箱 Build123 (332)
Swift part7 (1026)
テストしにくいコードをテストする方法 その2 (51)
【初心者歓迎】C/C++室 Ver.100【環境依存OK】 (240)
このサイトについて
このサイトは2ちゃんねるからデータを取得し、表示するサービスです。
画像のインライン表示機能について
画像のURLの後ろにある[画像をインライン表示]をクリックすると、URLの下に表示します。
表示される画像は横幅100pxに縮小されていて、クリックすると原寸で表示します。
このサイトの特徴
1)スレッド内検索ができます
2)レス(「>>1」など)のポップアップができます
3)不適切な言葉を含む投稿を表示しません
4)ページ内で画像を直接表示できます
5)2ch他スレッドへのリンクはタイトル・板名つきでリンクします
6)すっきりとしたデザインで表示します
7)最新スレや前スレをチェック・一覧表示します
8)NGワード機能の搭載でイヤな言葉が目に入りません
9)荒らしを自動チェックします
10)スレッド内・同一IDの書き込みだけ表示できます
11)レスの返事をレスされた発言の下に表示する「まとめビュー」が利用できます
12)シリーズ化したスレッドの一覧を表示します
13)最新のスレッドがある場合はお知らせします
削除について
こちらをご覧ください
機能要望について
現在機能要望受付中です。
問い合わせについて
こちらのページからどうぞ
Amazon


このサイトは2ch.scからデータを取得・表示しています。削除などについてはこちらをご覧ください。 アクセスモード:差分取得 - 新着書き込みなし(304)