t*******e
发帖数: 684 | 1
custom component的确很难写，但我用JSF有4年了，项目做了4-5个，还没有机会写
custom components, 最多就是写个tag file-(fragment file). JSF事实上很容易学，早年使
用的最大问题是JSF和JSP,JSTL,不能协同，这是由于它们有着不同的lifecycles, 用了Facelets就解
决了. 有需要的话,Myfaces, Oracle ADF, RichFaces,DynaFaces,提供大量Ajax enabled
components, widgets, SVG graphic components, 这些components都是免费的. 目前有两个BPM支持JSF,
SEAM page flow（jBPM),和Spring Web Flow, 如果你喜欢用work
flow engine的话。负面结果就是要用JSF的话，一般都加一大堆的add-ons. 从software vendor的角度看，JSF
是受支持最多的技术. 从纯技术的角度出发,其他的frameworks, 如Spring MVC,Struts,S |
|
T*****e
发帖数: 361 | 2 我说JSF不够清晰，是因为它运行在server端，但是很多用户操作同时可以更加方便地
从client端来实现，在client/server之间的分解不够清晰，很容易把人绕晕。现在更
加流行的是把跟用户操作相关的东西都放到client端，server端只定义服务，用来支持
必要的数据查询与存储等。这个更加灵活一些，也更加容易调试。
当然了，JSF这些也都能做。
其实前面把各个步骤列出来了，每个步骤单独实现都不难，然后组合起来就行了。如果
有需要，再在已经实现的步骤上进行调整。
比如：（125: client, 346: server）
1. On the first form (JSF view), the user selects a file to upload.
2. On the same form, the user clicks the "Submit" button.
3. In side a bean, the file is uploaded to the server and gets temporarily
saved.
4. In side the same be... 阅读全帖 |
|
p**e
发帖数: 126 | 3 很简单, F-22取代 F-15 JSF取代其他的.
JSF便宜,以多用途为目标. 就是F-16一样了.别看F-16是制空出生,一多半其实是
用来对地攻击. 至于打坦克以后全靠直升机了
至于F-14的后续就很不好说了.F-22到现在也没有上船的打算
JSF的空战能力还是没有办法和EF2000这种东西比的. 要考它去取得路上
制空还是不行. 不过老米好像也从来没有这种打算.
F-14有的牛处在于能到舰队前面进500公里的地方防卫(自己的航程加150的不死鸟)
JSF在这个方面就不行了.
F-14的空战能力,嘿嘿,还不是靠它的雷达和不死鸟, 别看top gun里面那么牛
凑近了哪里是Su-27/Mig 29的对手.而且也快到寿命了
现在开发一个新机型的费用越来愈大,而且市场越来越小.日子不好过阿.
JSF也是不断妥协的结果,本来是空军要的,海军搞A12后来搞不下去了,就看
上了JSF,又加一堆要求. 英国老又来凑热闹.
boeing的搞出个那么怪的怪胎来, 要是中标了,简直
是对空气动力学的侮辱 |
|
|
t*********e
发帖数: 630 | 5 package org.converter;
import java.net.URI;
import java.net.URISyntaxException;
import javax.faces.application.FacesMessage;
import javax.faces.component.UIComponent;
import javax.faces.context.FacesContext;
import javax.faces.convert.Converter;
import javax.faces.convert.ConverterException;
import javax.faces.convert.FacesConverter;
@FacesConverter("org.converter.UrlConverter")
public class UrlConverter implements Converter {
@Override
public Object getAsObject(FacesContext facesContext,
... 阅读全帖 |
|
s**d
发帖数: 18498 | 6 发信人: cobrachen (mustang), 信区: Military
标 题: JSF（合集）
发信站: The unknown SPACE (Fri Jun 8 23:06:17 2001), 站内信件
JSF基本上预定取代的机种包括美国海空军加上海军陆战队现役的所有机种，
也就是说：F-16，A-10，F-14B/D以及AV-8B/B+。A-6在波湾之后就陆续全数退光了。
而F-14D有很大的一部份的机体是从旧型改过来的，因此前几年F-14的机体寿命
是美国海军非常担心的一个问题。不过今年右说可以再晚个两三年退役，
不过当JSF服役前，航舰上会有一段时间全面是F/A-18系列。
空军的部分，F-15会被F-22取代，不过F-15E还会服役一段不短的时间。美国目前
还没有正式的取代计划。F-16的话，目前的说法是会留下后期型的，
即使JSF的服役高峰的初期，还会有不少的F-16留下来。
JSF的型能上除了要优于被取代的机种之外，还有就是在不考虑匿踪的
需求下能够外挂弹药。
到5月时，垂直起降型才刚完成动力转换试验。后面还有很多可以看到的
变化。
大致上先这样，其他的看看 |
|
t*******e
发帖数: 684 | 7
你说的JSF的问题没有一个在点上.
JSF到现在已经5年了,占了很大的market share. 所有IDE都支持JSF的开发, debugging
根本不是问题.
除了真正POJO的技术, 重大项目是很难作到完全backward compatible的,Hibernate,
Struts,Tapestry,等等没有例外,特别是触及了low level API的code.
有量化的benchmark说明JSF performance有问题吗? 如果application有performance问
题,十之八九是在Data Access Layer上. Web Layer对performance的影响极小. |
|
g*****g
发帖数: 34805 | 8 spring web flow在我看来也不是什么好东西，大量的逻辑被转到
xml里，
比如这样的一段，用java代码写来就是
if(createItem()){
displayItem();
}
又干净又简洁，在实际项目中，我也从来没有碰到过可以只改flow不改代码
的时候。我认为navigation这种东西，是logic不是configuration，本来就
应该写在java代码里。所以无论struts1/2,spring mvc/flow, jsf等等，就
这但来说本身就是anti POJO的。wicket和echo才是正确的方向。但由于基于
struts，jsf的大量投入，被扭曲了。
，早年使
了Facelets就解
enabled
前有两个BPM支持JSF,
software vendor的角度看，JS |
|
t*******e
发帖数: 684 | 9 这个又是个争议很大的话题了。
JSF我从04年开始用，开头既痛苦也快乐，快乐是写出的web page很干净，和spring整
合很好，code也POJO。痛苦是因为在用JSTL时发现问题，后来用了facelets才基本解决
。不过经过多年的沉淀，JSF2.0已经很成熟了。JSF2.2会整合spring web flow技术。
即便spring自己发布的spring web flow例子，view用JSF就要比用SpringMVC的简单漂
亮。作为一个spec，JSF既可以开发html-centric的projects，也可以做RIA类型的开发
。兼顾了有html designer和没有designer的两种不同需求。我比较喜欢POJO的技术，
容易学，不用记太多API。所以JSF对我而言是不错的技术。 |
|
i****o
发帖数: 40 | 10 寻3位JSF爱好者，目的是通过开发项目，熟悉一下jsf框架，同时实践极限编程(XP)的
团队开发方式（现已有9人，还需要3人加入，凑够6对）
对个人的要求不高，只要是自己独立完成过web小程序，接触过j2ee一年以上，对js,
css有了解，都欢迎跟我联系。关于具体的项目需求，还待大家讨论。项目周期暂定12
个月。这都不是死的，各位有什么好的设想，不管盈利还是非盈利的，只要时间要求上
比较宽松，都可以拿来讨论。
人员运作上，宽进宽出，全凭自愿，希望能始终维持8人左右（4对），每天2小时，每
周轮休一对，远程语音交流。按照XP的方式，估计每两个月发布一个小的release版本
。完成一个小release的成员（也就是说坚持了两个月），即使中途退出，也可以获得
下一个release版本的全部代码，算是bonus。
对xp还不是很了解的，我这里有个详细流程说明：
http://152.3.176.116/
有兴趣的请给我发信 i****[email protected]，多谢~ |
|
r*****k
发帖数: 565 | 11 小弟我新接触JSF和JEE,对Model 2和JSF的概念不太明白
JSF默认用javax.faces.webapp.FacesServlet，是不是就是Model 2了？即使在faces-
config.xml里的navigation case都是jsp的？
先谢谢 |
|
d**k
发帖数: 1223 | 12 俺基本上在用spring, web tier还是比较老的jsp+jstl。想试试用spring integrate
jsf， 牛人们能不能给点建议？另外，如果用了jsf, 这个spring mvc还能用吗？ 第一
个直觉是mvc还是基于action control, 而jsf的event control会不会是有冲突？谢谢
了！ |
|
|
t*********e
发帖数: 630 | 14 package org.converter;
import java.net.URI;
import java.net.URISyntaxException;
import javax.faces.application.FacesMessage;
import javax.faces.component.UIComponent;
import javax.faces.context.FacesContext;
import javax.faces.convert.Converter;
import javax.faces.convert.ConverterException;
import javax.faces.convert.FacesConverter;
@FacesConverter("org.converter.UrlConverter")
public class UrlConverter implements Converter {
@Override
public Object getAsObject(FacesContext facesContext,
... 阅读全帖 |
|
b*******k
发帖数: 1761 | 15 美国想吧JSF的造价限制在F22的1/3太异想天开了，国会的要求太严厉了，单发的海军舰载JSF，怎么保证制空权？ |
|
d********y
发帖数: 2114 | 16 用richfaces写jsf。
backingbean的navigation case里面没法加参数。
请高手指点下怎么在url加参数。
比如要这样的效果
richfaces.jsf?id=3
谢谢！ |
|
w******n
发帖数: 692 | 17 You should compare JSF with AJAX framework(not those AJAX Framework based on
JSF). I like pure javascript AJAX solution. Maybe someone would suggest
stay away with javascript. That is up to you. Probably you could check the
link http://www.theserverside.com/news/thread.tss?thread_id=36601 and get some idea on it. |
|
l****2
发帖数: 41 | 18 I want to pass component attributes from JSF page to a managed bean method
so that the method can return a value back to JSF page. But I found I can't
pass different attributes.
My problem is also described in the following post:
http://forum.java.sun.com/thread.jspa?threadID=759750&messageID=4340566
But I didn't get the solution from that post.
Anyone can help?
Thanks, |
|
b******y
发帖数: 9224 | 19 Not my cup of tea, because I don't like JSF, it is too complicated.
Maybe others could help. |
|
m******t
发帖数: 2416 | 20 The client project(s) I'm currently involved in use
JSF, facelets, Spring Webflow, dwr, and a splash of
dojo.
It's a bitch to maintain and to troubleshoot. You have
no idea how a page is rendered or a form is bound
just by looking at the xhtml file. When an exception
is thrown, the stack trace always contains the same
classes from myfaces and web flow - regardless of
where or why it fails. |
|
p****r
发帖数: 7 | 21 never use JSF for a production system!
- it's buggy and hard to debug.
- it's not backward compatible when you need upgrade the library. your
customized components will be broken
- the performance is horrible. |
|
g*****g
发帖数: 34805 | 22 Wicket is a better framework "framework wise", and I would say much
better. e.g. It's easy to write your own component in wicket and
reuse it in future. It's very difficult to write a custom component
in jsf. wicket doesn't use xml at all, and it uses plain html, which
is easier for preview than either jsp or facelet. wicket also has a
very smart way to do layout.
In short, jsf has to have seam just to not suck. That being said,
it's a standard and industry support is always nice to have. Just |
|
t*******e
发帖数: 684 | 23 Comparing the 3 web technologies, I have an interesting finding.
JSF has page layout, and component trees (in the form of JSF tags) both
declared in XHTML files.
Wicket maintains page layout in HTML, while component trees are defined in
Java classes. Component IDs in Java classes and the HTML placeholders have
to match.
Vaadin have both page layout and component trees defined in Java.
Obviously, Vaadin resembles SWING, in the sense that it is ajax event
driven, hides the HTML native code and req |
|
b******y
发帖数: 9224 | 24
我们那个时候用的JSF好像是IBM的implemenation, 有bug. 现在的可能好多了，不过，
后来用velocity后就没有再用jsf了。 |
|
m*****u
发帖数: 1342 | 25 I am learning JSF now. I have some background on J2EE (hibernate, Spring)
and J2SE, felt front end programming is quite different. Not in a position
to comment on the JSF technology, will do it once I have more experience. |
|
m*****u
发帖数: 1342 | 26 You are right. I'm still new to this jsf business. I think the code I'm
working on is a bit old (not jsf 2.0).
To be honest, being new to this java front end, I felt understanding the
whole work flow of web is difficult, if not mystery. |
|
|
r***y
发帖数: 4379 | 28 jsf 产品中没用过
n 年前一个产品中用过 oracle uix , 算是 jsf 的邪恶前生...
做新东西或 prototype 很快, 到后期 maintain 的时候和大量 customize 的时候痛苦
的要自杀...
所以从那以后只用 jsp + 各种tags + web designer活人 的干活... |
|
r***y
发帖数: 4379 | 29 mvc 框架都有 view 和 bean 的binding
"servlet,beans,get/setAttribue,get/setParameter,action=xxx.jsp,dispatch到xxx
." 这些, 在非特殊情况下都不需要.
另外 view 就是简单的 render . 复杂的logic 都在 service tier.
如果developer 的水平和经验还ok 的话, <% %> 这东西基本在 jsp 中是绝迹的.
jsp+tags 真的很够用了.
不知道你用过 springmvc 没有, 搭配 spring tags , javascript, css 真的很灵活.
而且再也不怕 customize 任何东西了. 当然得有有经验的 web designer 进行优化和
maintain .
jsf 一拖一拽一大坨东西就出来了是挺爽, 但要customize 那一坨一坨的components
也不省劲.
实在觉得再花时间捣鼓 jsf 这些老是变脸的 gui 的东西很不值得.
xxx. |
|
b******y
发帖数: 9224 | 30
are
faster.
看公司的要求吧。如果在公司里工作，已经用了JSF,那只能硬着头皮学了。否则，如果
自己做项目的话，JSF还是敬而远之吧。搞得太复杂的东西，做intranet还行，不太适
合大容量的网站啥的。所以，根据需求而定和你的工作而定。 |
|
k*********s
发帖数: 4474 | 31 JSF和EJB都是Oracle一直力捧的
但是大多数人不买单，去用Spring
我组里正在评估把JSF换成Spring + F2 |
|
b*******k
发帖数: 1761 | 32 JSF现在这么贵，估计大部分国家都不会心动，光格斗性能，不知道比F16好多少？ |
|
p******y
发帖数: 3742 | 33 单发上舰确实不好。f35价格也是，当初的3kw,现在1亿多。真是把
外国人当凯子啊。不过话说回来，就这一款四代机卖。彻底的卖方市场
军舰载JSF，怎么保证制空权？ |
|
r*****d
发帖数: 101 | 34 JSF java写的，发布在google engine app上，网页浏览不错。
但是如果拿手机打开我写的这个应用，
用户会觉得非常不好用，什么东西都很小。
能指导我一下 解决这个问题么 |
|
r******r
发帖数: 346 | 35 在jsf里面要显示一个table，每行这么排的：
| c1 | c2 | c3 | c4 |
| | c5 |
用datatable怎么实现？或者有没有sample code怎么用datalist实现？ |
|
g******e
发帖数: 3760 | 36 Now I'm using BEA workshop. Does anybody know good JSF plugins for Idea or
Eclipse? |
|
g*****g
发帖数: 34805 | 37 compare jsf to jsp is like compare Ford Explorer to SUV |
|
g******e
发帖数: 3760 | 38 不过他的标题还是对的。几年前做过struts和webwork，去年公司有人开始作JSF，好像
现在挺火的，那位把java front end给小结一下？ |
|
s******e
发帖数: 493 | 39 Well. JSF, struts, webwork, spring MVC, etc. are all framework. Basically
they are the implementation of fronter controller pattern with some added
features.
JSP, velocity, etc. are just view template technologies.Just like you render
ur models in pdf, excel, etc. |
|
r*****k
发帖数: 565 | 40 顺便问一下，我选择学JSF是不是就不用学Struts了，还是说这两个是互补的？ |
|
g*****g
发帖数: 34805 | 41 All java MVC frameworks are model 2. Struts sucks, and
JSF sucks too. |
|
h*********o
发帖数: 62 | 42 Not all java mvc are mvc 2.
In java, mvc was first adopted by java swing (mvc1)
The success of mvc in swing made web framework builders try to port it to
their products. But the event flowing between model and view is really not
neccessary for most of these frameworks, so mvc2 emerged and was used in
almost all web frameworks, such as struts, spring mvc...
But when a new requirement called RAD (Rapid Application Development) came
out. Sun introduced JSF as their RAD product, but they realized th |
|
|
m******t
发帖数: 2416 | 44
JSF to my taste has the view and the controller
coupled too tightly. I prefer a pure client-side
library (yui, ext, dojo, etc.), and communicate
with the server in something incredibly simple
and open, such as json over plain http or restful
requests. |
|
g*****g
发帖数: 34805 | 45 Well, obviously JSF is a standard and has more company backings,
which is hardly surprising. On the other hand, struts, spring and
hibernate were open source projects and didn't have as good
backing as ejb stuff in the beginning, and see where they are now.
In reality, what you are going to use in your work is dependent
on your architect's personal opinion, your team's experience on
certain frameworks, the project deadline among others. And web
framework is truly what diverses most in the indust |
|
g*****g
发帖数: 34805 | 46 spring mvc和jsf属于竞争关系，不能混在一块用。
spring ioc, aop那些service layer的东西还是可以用的。 |
|
d**k
发帖数: 1223 | 47 看来第一眼的印象还是对的。能给推荐一个spring+jsf 的example吗？ |
|
k****u
发帖数: 133 | 48 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! |
|
g*****g
发帖数: 34805 | 49 JSF is a disaster, neither coder friendly nor designer friendly.
I'd call it component model in Struts way.
Vaadin is exactly Swing. Coder friendly but not designer friendly.
But I can see it taking over once a rich
library is there. Building your own component is non-trivial, like
Swing.
Wicket is designer friendly but not as coder friendly. Easy to
create custom components. |
|
t*******e
发帖数: 684 | 50 I knew you would show up on this topic. Given the improvements made in the
2.0 release, JSF is actually pretty neat. It has and will outlive most of
other frameworks. |
|
