【DI】Java Spring Frameworkを語るスレ 5.0
>>184
大手は利益ってのもあるけど、キャッシュ・フローや人のフローを重視して
いかないと会社自体が回らないからね。まあ、大手っていうより人売りが
メインなところは全部か。 >>190
利用例は有るけど、納期短縮手法だと勘違いした所は失敗してるようだ。 >>190
アジャイルの定義も曖昧だから、うちは完全にアジャイルですって言い切るところは少ないと思うけど、
アジャイルの手法を部分的に取り入れるのは今や当たり前 仕事はあるが人が足らんといっている
人材を育てるのが難しいのか
やりたがる人すくないのか
ハードな仕事量でつぶれていくのか
毎日金と時間に追われる日々の日本人には、IT技術を身につけるのは難しいだろう 俺まさに一人で作ってるけど、やっぱ簡単じゃない
やはりJavascriptがかなりネック
デバッグに時間かかるわ
それでも、俺に能力がないだけで、経験がある人ならかなり行けるだろうけど 俺も一人でやってるよー
サーバ側はSpringMVC、ブラウザ側はJavaScript。jQueryとかも使ってる。
JavaScriptでのデバッグはスレチになるけど、Chromeのデベロッパーツールの
JavaScriptデバッガ使えばかなり楽だよ。
ステップ実行やブレークポイントなども普通に使える。
オブジェクトのインスペクションも問題なし。 そんなことより今や開発ツールのほうが進化し過ぎてて、フレームワークなんか使わんでも、普通のwebアプリケーション程度なんて1人でサクサク作れるよな >>197
普通がなにを指すかよくわからんが、定型的だったり面倒だったりするところを
フレームワークがやってくれるのにわざわざ使わない意味がわからない
ひとりだったら尚更他人の習熟度を気にしなくていいわけだし 本が高いので、業界にいる人は、割引する制度でもつくってくれんかの
安部さん
自民党だから土建屋とかを優遇しそうですね
この人たち本なんて買わなくてスナックとかの夜の仕事を潤わせそうですね 日本人がITが弱いのは時間がないのと重要な文献が英語で書かれていることが原因か?
あと奇人変人に冷たい国柄も影響してる? 失敗に不寛容な文化と
人的労働コストを軽く見る時代錯誤のせいだよ フレームワークの仕組みを理解するためには、まずPHPでウォーミングする必要が
あるなと思った
いきなりフレームワークを理解しようとすると疲れる なんかwebシステム理解しようとすると
PHP->jsp,servlet->struts->springの順がいいんじゃないかな
ところでeclipseがコードをはきだすからプログラマの立場は低下してる?
dreamweaver,wordpressもあるからデザイナーはどう?
SEをやっているとプログラムスキルは落ちてきますか? どうせSpringに行くのにStrutsを挟む意義がよく解らんしPHPから入る理由も解らない。
PHPやStrutsで無いと理解出来ないことって何? Spring-MVCとSpring-myBatis使ってるんだけど
mybatis側でトランザクション用のアノテーション付けておけば
DBに対する同時書き込みとかで特に考慮すべき処理って
実装しなくていいのかな?
一応ちゃんと動いてるっぽいし、あまりに簡単すぎて不安になったもんで。。。 @Transactional のことを言ってるとしたら、それでいいはず >>214
ありがとう!更新系処理は、そのとおり@Transactional使ってる。
なんと、これで済んでしまうとは。。。 なにが「これで済んでしまう」のかは自分でちゃんと把握しておいた方がいいぞ おkわかった。
一応、お手本となるサンプルをいくつか動かしながら作ってる。
http://www.javacodegeeks.com/2012/02/mybatis-3-spring-integration-tutorial.html
このへんとか。
SpringMVCのコントローラでリクエスト受けてから、
Serviceのinterfaceクラス->implクラス->Mapperクラス->MapperのXMLで定義されるSQL実行
って感じで最後はコントローラのコレクションでSQL実行結果を受け取り、
加工してブラウザに返す形。
トランザクションに関する部分は、ServiceImplの更新系メソッドに
@Transactional(rollbackFor = ******.class)
ってやるだけみたいなんで、これだけでいいのかと不安になってた。 >>217
このあたりはわからん
だけどこのあたりのことわからんと飯は食べることできん? コレクションの加工はプレゼンテーションモデルで行う派。 >>219
派遣とかで行く分には知らなくてもいいだろうけど、自社サービスなら知らなきゃ作れんな >>212
>>211でPHPって言ってるのがWebアプリフレームワーク使わない生PHPのことだとして、
単純に「リクエストを受け取ってレスポンスを返したり色々する」って一つ一つの動作を
自分で書くことと、その環境を準備するのに苦労が少ないってことじゃないの
Webの仕組を知らずにフレームワークを用いた開発から入るのが普通なのかは知らない CGIてこと?
HTTP、サーブレットのことを知らないと痛い目にあうわな >>213
そんなに心配ならPostgreSQLにでも繋いでログが出る設定にしとけ。
PostgreさんがBEGIN、COMMITを受け取って実行しているのが分かるから。 phpでソフト作成のときもフレームワークを使うのか? SpringMVCでREST-API実装して、リクエストマッピングに対して
@ResponseBodyアノテーション使ってJSON文字列を返しているんだけど
ログに
>Null ModelAndView returned to DispatcherServlet with name 'hogehoge_api':
>assuming HandlerAdapter completed request handling
ってのが出てて、ModelAndViewクラスを使ってないのになんか気持ち悪い。
web.xmlのほうでは
<servlet>
<servlet-name>hogehoge_api</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
<init-param>
<param-name>contextConfigLocation</param-name>
<param-value>/WEB-INF/servlet-context.xml</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>
という定義で、servlet-context.xmlでもModelAndViewクラスは何も定義してないんだけど
これは気にしなくてもいいのかな?それとも設定間違ってる? GalileoImpl#templatにJdbcTemplateがイネジェクトされ無いのですが、何故イジェクトされないのでしょうか?
jettyからはエラーログが吐き出されていないんですが
applicationContext.xml
<context:annotation-config />
<context:component-scan base-package="test" />
<bean id="jdbcTemplate" class="org.springframework.jdbc.core.JdbcTemplate">
<property name="dataSource" ref="dataSource" /><!-- dataSourceは省略 -->
</bean>
@Component
public class GalileoImpl extends RemoteServiceServlet implements Galileo {
@Autowired
private JdbcTemplate template = null; ごめん、解決しちゃった。
環境は: GWT 2.5.1 + Spring 3.2.4
init()をオバーライドしたら、インジェクトされるようになった。
@Override
public void init(ServletConfig config) throws ServletException {
super.init(config);
WebApplicationContext web = WebApplicationContextUtils.getRequiredWebApplicationContext(config.getServletContext());
AutowireCapableBeanFactory facotyry = web.getAutowireCapableBeanFactory();
facotyry.autowireBean(this);
}
これだけの為に、3週間もかかってしまったorz\ >>230
知っている。これは便利。
うちの会社ではダウンロードできなかった。 strutsとspringはどちらが難しいですか? Springのほうが学ぶこと桁違いに多いけど
必要なところから少しずつでいいんじゃね
なんだかんだで情報揃ってるし strutsで走っているプロジェクトに関わってない限りspringだろ。 今時Javaとか保守案件でしか・・・ は言い過ぎだが、全くの新規案件はめったにないな Struts自体オワコン状態だよな
v1系は前世紀の遺物ってことで完全オワコン、
v2系は互換性も足りなければJavaEE準拠でなく脆弱性問題もありオワコン
今からStruts使うとか言ってる会社にいるなら、転職したほうがいい JavaEE7がようやく使いやすくなってきたけど、まだまだSpring。Oracleも今は本番投入せず、慣れてくれって言ってるしな すげーオラクルと仲いいんだ、おれなんか支那娘が営業電話かけてきてぶちぎれ Webサービス開発でSpringMVC+iBatis+Jackson+Lombok使ってるけど
もう他のフレームワーク使う気がしない。 あ、今はMyBatisって名前変わってんだよね。
やっぱSQL直接書けるのは楽でいい。
変にオブジェクト操作中心でDBいじるのは、マジックハンド使って
豆を皿から皿に移すような感じで個人的には好みでないもんで。 >>245
SQLにビジネスロジックが記述される設計なんて今時流行らんよ SQLとモデルでビジネスロジック書くのがなんだかんだでラクチンだよ
最近はSaaSとかBaaSとかハヤリだけどデバッグのしにくさといったら有り得ない
ちょっとしたサービス作るなら早くて楽なんだろうけど
本格的にやろうとするといろいろハマる >>254
それはない
ひどいものが流行った例はいくらでもある
J2EE、EJB(〜2.1)、JavaScript、PHP、VB、、、 JavaScript、PHP、VBは関係ないだろ。 >そりゃそうだろう、すべて雲の向う
あのくもりガラス越しに操作する感は、ある意味たまらんなw
根本的なデバッグ手段は取り上げられてるからな
REST-APIしか手段がなくて、ドキュメント通りに実装しても
微妙に意図しないJSONが返ってくるとかザラ
あれでビジネスやるのは運用入ったら厳しかろうが
スタートアップ用のデモとかをササッと作る程度なら充分イケる 「良いものでなければ流行らない」の反例としちゃありだろ
それともORMだけは「良いものでなければ流行らない」理由があるのか?あ? 良い物っていうのは時と場合によって変わるんだよ。
それにいろんな視点がある。
どんなものでも、全ての点において優れたものなんてのは存在しない。
流行っているものは、少なくとも一つの点で優れていたから。 いくらでもこじつけられるって言ってるだけじゃねーか こじつけ? 何言ってんだ?
流行ってるもいのは、どこかに良い点があるから
流行ってるのは間違いないだろ。
理由なく流行るものなんてねーよ。
当たり前だろ。 どうでもいいから今の流行りマダァ-? (・∀・ )っ/凵⌒☆チンチン ・SI系
相変わらずJava/C#中心とした今まで通りな感じ
未だにStruts案件多くてSpring使ってるところは多くない。
仕事は増えてきてるけど、なんか知らんが人を増やせない。
炎上系案件ばっかり。
・Webサービス系
Java/C#に加えてPHP+Cake,Yii,Symphony/node.js+Expressなんかも増えてる。
PHPはエンジニアの質的に出来る人と中途半端な人との差が激しく
node.jsは若干盛り上がりつつも案件的には炎上系多め
・ソーシャルゲーム(バックエンド)
PHP/Ruby on Rails/node.jsちょいちょい
御存知の通り業界自体がそろそろヤバイ。G社系から人材市場に
大量に流出が始まってるけど、サーバーサイドだとRailsエンジニアは
ちょっとクセのある人が多く他業種からは敬遠されがち
なんだかんだで最近は、スマホのネイティブアプリ開発スキルとか
フロントエンド系のHTML5+CSS3+JavaScript(+AltJS)なんかがトレンドかねぇ。
Webサービスも、モバイルファースト開発になってきてるし。 >>261
どこかに良い点が一つ二つあったとしても、総じてクズならそれを「良いもの」とは言わない
いいものじゃなくてもマーケティング、誤解、熱狂、不安、etc様々な理由で流行ることはいくらでもある
流行るものに理由がないなんて誰も書いてないのに脳内に仮想敵でっちあげて一人で戦ってんじゃねーぞ
そういうのを藁人形論法っていうんだよ、憶えとけ! >>263
SI系、Webサービス系、ソーシャルゲーム系
どれにも共通するのがJavaScriptだな。 >>264
お前の良い物の定義が偏ってるんだよ。
お前の好きな部分が良い物じゃないと
良い物とは言えないんだってわがまま言ってるだけだろ。
認めなさい。普及している理由が、お前の気に入らない部分であっても
お前が重要視しているものよりも、普及している理由のほうが重要なんだってことを。 どうでもいいから>>246 今の流行りマダァ-? (・∀・ )っ/凵⌒☆チンチン >>263
こういうレスは凄く為になります。
普段は、どの辺のスレに、この様な情報ありますか? 263書いたもんだけど、この手の情報をやりとりしてるようなスレは
知ってる限り無いな。ム板マ板webprog板db板とかいろいろ見てるけど。
263は、おれが個人的にその辺の業界ひと通り入って仕事してみた経験と
エンジニアの横繋がりで入手した情報に基づいたあくまで個人的感想だけどね。 >>275
ツイッターやれ
2chにはもうまともなプログラマは残ってない >>263 は
個人的感想だろ@ITで出てくるような一部のことしか語ってねぇ
一通り? ワロス。一握りだろ 感想だって情報出してくるだけでもマシだよ
ただでさえ過疎ってるスレなんだしな springでhot deployってどうやってるんでしょうか? 自分が渡り歩いてきた「一握りの客」も
だいたい似たようなもんだったけどな
とりあえずいま絶対に手を出しちゃいけ
ないのはソーシャルゲーム業界だな
Javaでやってるところは殆ど無いけど グリーとか質の悪いバブルとはいえはじけるの早すぎて
知り合いが何人か転職したけどたいてい嘆いてるわ
ECとかやや固めの業界に人が流れてJavaフレームワーク界隈も賑わい戻らんかな 自動車業界の子会社あたりに入り込むのが勝ち組だろ。 282みたいなバカってホント迷惑だな
よっぽど悔しかったんだろうな 面白味は無いけど、そこそこの規模の企業の
社内SEに潜り込むのはいいね。 >>286みたいなバカってホント迷惑だな
よっぽど悔しかったんだろうな