由买买提看人间百态

boards

本页内容为未名空间相应帖子的节选和存档,一周内的贴子最多显示50字,超过一周显示500字 访问原贴
Java版 - spring 和 jsf 的整合
相关主题
有想学JSF的同行么? (确切地说 JSF+Spring+Hibernate)maven真是个好东东
spring/hibernate/ajax/web 2.0/bpel books请问一个问题
Java开发人员知识点(更新) (转载)说说spring和ejb的差别
哪个牛人来说一下JSF的前景wicket in action到手了
大家来说说 Web Fameworks 吧How do I declare a transaction among 2 spring service calls
vaadinJava EE 习题 1
搞不懂为什么hibernate为什么这么流行?Re: Custom Tag: embedding tag inside tag
讨论一下web framework吧where is my j2ee.jar file
相关话题的讨论汇总
话题: xml话题: gwt话题: web话题: java话题: spring
进入Java版参与讨论
1 (共1页)
d**k
发帖数: 1223
1
俺基本上在用spring, web tier还是比较老的jsp+jstl。想试试用spring integrate
jsf, 牛人们能不能给点建议?另外,如果用了jsf, 这个spring mvc还能用吗? 第一
个直觉是mvc还是基于action control, 而jsf的event control会不会是有冲突?谢谢
了!
g*****g
发帖数: 34805
2
spring mvc和jsf属于竞争关系,不能混在一块用。
spring ioc, aop那些service layer的东西还是可以用的。

【在 d**k 的大作中提到】
: 俺基本上在用spring, web tier还是比较老的jsp+jstl。想试试用spring integrate
: jsf, 牛人们能不能给点建议?另外,如果用了jsf, 这个spring mvc还能用吗? 第一
: 个直觉是mvc还是基于action control, 而jsf的event control会不会是有冲突?谢谢
: 了!

d**k
发帖数: 1223
3
看来第一眼的印象还是对的。能给推荐一个spring+jsf 的example吗?

【在 g*****g 的大作中提到】
: spring mvc和jsf属于竞争关系,不能混在一块用。
: spring ioc, aop那些service layer的东西还是可以用的。

t*******e
发帖数: 684
4
Spring Web Flow, a continuations based work flow engine is the one you are
looking for.
g*****g
发帖数: 34805
5
spring web flow sucks. Put tons of logic into XML is totally wrong.
I still prefer wicket for event-based framework.

【在 t*******e 的大作中提到】
: Spring Web Flow, a continuations based work flow engine is the one you are
: looking for.

t*******e
发帖数: 684
6
How often do we work on stateless applications? Practically, every
application boils down to business processes. XML like BPEL is a good
approach to express work flows. Page flow is not different from BPEL but
with a shorter life cycle.

【在 g*****g 的大作中提到】
: spring web flow sucks. Put tons of logic into XML is totally wrong.
: I still prefer wicket for event-based framework.

g*****g
发帖数: 34805
7
Web app is of course stateful. But I don't see the relationship
between XML and stateful.
I don't mind having configuration in XML, if you see a need to
change the configuration without recompliation, it's a valid
usage. However, when will you ever change configuration below
without changing java code, like never?
SWF will do





【在 t*******e 的大作中提到】
: How often do we work on stateless applications? Practically, every
: application boils down to business processes. XML like BPEL is a good
: approach to express work flows. Page flow is not different from BPEL but
: with a shorter life cycle.

t*******e
发帖数: 684
8
Selecting a web framework is nothing more than a personal preference. I
can claim that page navigation is part of configurations. Just think web
flow from a BPM perspective, a flow represents a business use case.
Isn't it nice to declare and program a use case/business process in the
same place? Instead of finding all navigation cases in different Java
classes, you get an integrated view for the entire use case. That is the
benefit we get from a BPM like approach.

【在 g*****g 的大作中提到】
: Web app is of course stateful. But I don't see the relationship
: between XML and stateful.
: I don't mind having configuration in XML, if you see a need to
: change the configuration without recompliation, it's a valid
: usage. However, when will you ever change configuration below
: without changing java code, like never?
: SWF will do
:
:
:

g*****g
发帖数: 34805
9
Do you do that in Swing? You want to show a panel, what do you do?
You new the panel, and you call show funciton of it, plain and simple.
You don't declare the panel inside an XML, declare a state, then
associate that state with show function of the panel. Not that you
can't achieve XML navigation with Swing, but nobody does it for
a reason.
Once you put logic in XML that's beyond configuration, you lose the
benefits of what a strong type language can bring you in compilation
stage. A centric vi

【在 t*******e 的大作中提到】
: Selecting a web framework is nothing more than a personal preference. I
: can claim that page navigation is part of configurations. Just think web
: flow from a BPM perspective, a flow represents a business use case.
: Isn't it nice to declare and program a use case/business process in the
: same place? Instead of finding all navigation cases in different Java
: classes, you get an integrated view for the entire use case. That is the
: benefit we get from a BPM like approach.

m******o
发帖数: 774
10
Enjoyed reading this discusstion. Wish to see more similar ones. Thanks
totempole and goodbug.

【在 g*****g 的大作中提到】
: Do you do that in Swing? You want to show a panel, what do you do?
: You new the panel, and you call show funciton of it, plain and simple.
: You don't declare the panel inside an XML, declare a state, then
: associate that state with show function of the panel. Not that you
: can't achieve XML navigation with Swing, but nobody does it for
: a reason.
: Once you put logic in XML that's beyond configuration, you lose the
: benefits of what a strong type language can bring you in compilation
: stage. A centric vi

相关主题
vaadinmaven真是个好东东
搞不懂为什么hibernate为什么这么流行?请问一个问题
讨论一下web framework吧说说spring和ejb的差别
进入Java版参与讨论
t*******e
发帖数: 684
11
We ran into the same discussion had sometime ago. The topic was JavaFX,
where GUI is declared through a declarative language. Anyway, annotation
is not a replacement of XML. For relatively static settings tied
to specific Java classes, methods, properties, I would use source-level
annotations. I prefer to use XML for more volatile, global settings not
tied to Java source code to avoid recompilation on changes. There are no
substantial differences between BPM and Spring Web Flow, essentially
busi

【在 g*****g 的大作中提到】
: Do you do that in Swing? You want to show a panel, what do you do?
: You new the panel, and you call show funciton of it, plain and simple.
: You don't declare the panel inside an XML, declare a state, then
: associate that state with show function of the panel. Not that you
: can't achieve XML navigation with Swing, but nobody does it for
: a reason.
: Once you put logic in XML that's beyond configuration, you lose the
: benefits of what a strong type language can bring you in compilation
: stage. A centric vi

t*******e
发帖数: 684
12
Yeah, we had several debates in a row last year.

【在 m******o 的大作中提到】
: Enjoyed reading this discusstion. Wish to see more similar ones. Thanks
: totempole and goodbug.

k****u
发帖数: 133
13
To me, the page based web technologies, be it jsp or jsf, are all outdated.
The future of the web is something like GWT and Flex, Flex is more mature
than GWT, but GWT shines in the language it's based on - Java!
m******o
发帖数: 774
14
Have not done anything but reading GWT stuff. I have to say that I
completely agree with you on this. I will begin to play with it and
seriously recommend it to every java developer (who happens to be here and
reads this :o)

.

【在 k****u 的大作中提到】
: To me, the page based web technologies, be it jsp or jsf, are all outdated.
: The future of the web is something like GWT and Flex, Flex is more mature
: than GWT, but GWT shines in the language it's based on - Java!

o**1
发帖数: 6383
15
RIA 还有很多吧
ZK, Vaadin, click 等等的
选择忒多了也是麻烦

outdated
mature

【在 m******o 的大作中提到】
: Have not done anything but reading GWT stuff. I have to say that I
: completely agree with you on this. I will begin to play with it and
: seriously recommend it to every java developer (who happens to be here and
: reads this :o)
:
: .

m******o
发帖数: 774
16
I am totally uninformed of the ones you mentioned :o( . I was thinking about:
1. The power of Google and their (and Microsoft's) push for the web based
application.
2. I'm guessing most java developers would love to leave JavaScript behind
them if they can (based upon my own feelings, though). I also feel that GWT
looks and feels a lot more 'familiar' to a typical java developer than
JavaScript does.
3. The default Ajax performance with GWT.
I probably should study more on this, I think. I might

【在 o**1 的大作中提到】
: RIA 还有很多吧
: ZK, Vaadin, click 等等的
: 选择忒多了也是麻烦
:
: outdated
: mature

o**1
发帖数: 6383
17
GWT 是 component based的吗?
user interface怎么开发?有visual editor吗?

about:
GWT

【在 m******o 的大作中提到】
: I am totally uninformed of the ones you mentioned :o( . I was thinking about:
: 1. The power of Google and their (and Microsoft's) push for the web based
: application.
: 2. I'm guessing most java developers would love to leave JavaScript behind
: them if they can (based upon my own feelings, though). I also feel that GWT
: looks and feels a lot more 'familiar' to a typical java developer than
: JavaScript does.
: 3. The default Ajax performance with GWT.
: I probably should study more on this, I think. I might

k****u
发帖数: 133
18
GWT is component based, pretty much like Swing. There are some 3rd party
visual editor, you can google for it. However, GWT just released 2.0 with
the new declarative UI (code UI in xml, behavior in Java), which is a major
change, so the editors will take a while to catch up for that.

【在 o**1 的大作中提到】
: GWT 是 component based的吗?
: user interface怎么开发?有visual editor吗?
:
: about:
: GWT

t*******e
发帖数: 684
19
Interesting! GWT finally took the same approach as many other web
technologies. Back to the long thread of discussion we had last year, it
seems I was spot-on with regard to the shortcomings of GWT. In short,
declarative language is more appropriate than OO programming language in
terms of UI design.

with
major

【在 k****u 的大作中提到】
: GWT is component based, pretty much like Swing. There are some 3rd party
: visual editor, you can google for it. However, GWT just released 2.0 with
: the new declarative UI (code UI in xml, behavior in Java), which is a major
: change, so the editors will take a while to catch up for that.

k****u
发帖数: 133
20
To be more precise, declarative languages like XML/HTML is the best choice
for UI layout, as how people used to design/layout HTML pages. But there
still needs to be some bindings from XML elements to Java UI components so
that we can add UI logic, event handling, remoting, etc to the UI components
. That's exactly how Flex programming model works (MXML for layout and
ActionScript3 for programming components) and GWT obviously is going under
the same route.

【在 t*******e 的大作中提到】
: Interesting! GWT finally took the same approach as many other web
: technologies. Back to the long thread of discussion we had last year, it
: seems I was spot-on with regard to the shortcomings of GWT. In short,
: declarative language is more appropriate than OO programming language in
: terms of UI design.
:
: with
: major

相关主题
wicket in action到手了Re: Custom Tag: embedding tag inside tag
How do I declare a transaction among 2 spring service callswhere is my j2ee.jar file
Java EE 习题 1[转载] 请推荐关于Servlet和JSP编程的书
进入Java版参与讨论
m******t
发帖数: 2416
21
I have a side project that uses flex. The declarative stuff was nice in the
beginning, but soon it became restrictive because I was trying to add some
highly dynamic logic.
I'm working on a project using gwt now, and for that reason I'm not really
very thrilled by the new xml UI in 2.0.

components

【在 k****u 的大作中提到】
: To be more precise, declarative languages like XML/HTML is the best choice
: for UI layout, as how people used to design/layout HTML pages. But there
: still needs to be some bindings from XML elements to Java UI components so
: that we can add UI logic, event handling, remoting, etc to the UI components
: . That's exactly how Flex programming model works (MXML for layout and
: ActionScript3 for programming components) and GWT obviously is going under
: the same route.

s******e
发帖数: 493
22
It seems this is another thread about convention-based we framework vs
configuration-based web framework. This has bee debated for long time. I do
not think it will end soon.
About SWF, I had a chance to listen and discuss with the guy who found it
some time ago. Well I know that I should not judge a project based on one
single talk. But I wasn't impressed and will stay away from it.
About Flex, I have been using it for more than 1.5 years, the ui looks cool
if you code well, but it really remin
t*******e
发帖数: 684
23
The nature of Spring Web Flow is continuations and work flow engine. Seam
page flow built on the same concepts can declare page flows through
annotations or programming APIs, XML is not mandatory. Being an XML
hater, one can still enjoy the new web approach without touching XML.
Likewise, it is not difficult to dig into Spring Web Flow native APIs to
manipulate navigations in Java code, while the code will be less POJO.
Since XML has been the only piece you noticed, the nature of the
technology

【在 s******e 的大作中提到】
: It seems this is another thread about convention-based we framework vs
: configuration-based web framework. This has bee debated for long time. I do
: not think it will end soon.
: About SWF, I had a chance to listen and discuss with the guy who found it
: some time ago. Well I know that I should not judge a project based on one
: single talk. But I wasn't impressed and will stay away from it.
: About Flex, I have been using it for more than 1.5 years, the ui looks cool
: if you code well, but it really remin

s******e
发帖数: 493
24
Well, I never said that I was a html hater, actually i am pretty much
enjoying using struts and old SpringMVC. But I am really not impressed with
SFW. especially after talking to the guy who found it.
1 (共1页)
进入Java版参与讨论
相关主题
where is my j2ee.jar file大家来说说 Web Fameworks 吧
[转载] 请推荐关于Servlet和JSP编程的书vaadin
Please recommend a good JSTL book搞不懂为什么hibernate为什么这么流行?
Beginner's Q讨论一下web framework吧
有想学JSF的同行么? (确切地说 JSF+Spring+Hibernate)maven真是个好东东
spring/hibernate/ajax/web 2.0/bpel books请问一个问题
Java开发人员知识点(更新) (转载)说说spring和ejb的差别
哪个牛人来说一下JSF的前景wicket in action到手了
相关话题的讨论汇总
话题: xml话题: gwt话题: web话题: java话题: spring