Thanks Joe Sam! I know what I'm reading at lunch today.

Sounds like you've been busy!

I have heard good things about Facelets. I tried once to get it to work, but
I kept getting errors when trying to run the pages on the test server in
RDi. Of course that was WebSphere App Server 6.1, so maybe if I try V7.0 I
might have a bit more luck.

This all seems to be a tough decision. I know my company needs to get away
from our homegrown queries and JSP. I just want to find something that I can
show them to help convince them that we need to change.

--
James R. Perkins
http://twitter.com/the_jamezp


On Wed, Sep 9, 2009 at 09:00, Joe Sam Shirah <joe_sam@xxxxxxxxxxxxx> wrote:


Hi James,

Just my two cents worth. I haven't responded before because I'm heads
down on a project that uses both DB2 and SQL Server, has tons of "do this,
except when", broken up database fields, numeric values in character
fields,
and just about every obstacle one can think of for getting something done
"on time and under budget."

My comment is that different folks like different things. As someone
who does projects for many different clients and several other factors. I
chose JSF, with Facelets. My pages are pretty dead straightforward. I was
going to say "simple", but that's not always true. But...no JSP, and the
only thing approaching code in my pages are EL bean and method values. It
takes a while to really get what's going on in JSF, but I don't think
that's
much different than anything else once you get beyond toy apps.

The paragraph above has to be modified a bit because I also use
RichFaces, and there ends up being a lot of ajax/javascript that
(thankfully) I don't have to write.

If you want to look over Facelets, which will be included in JSF 2.0,
there's lots out there, including my article about Richfaces at:

http://www.ibm.com/developerworks/java/library/j-richfaces/index.html

I'm nor a JSF bigot and don't hate anyone who uses anything else -
except that maybe Struts 1 is not a very good idea now. Just another view.


Joe Sam

Joe Sam Shirah - http://www.conceptgo.com
conceptGO - Consulting/Development/Outsourcing
Java Filter Forum: http://www.ibm.com/developerworks/java/
Just the JDBC FAQs: http://www.jguru.com/faq/JDBC
Going International? http://www.jguru.com/faq/I18N
Que Java400? http://www.jguru.com/faq/Java400

----- Original Message -----
From: "James Perkins" <jrperkinsjr@xxxxxxxxx>
To: "Java Programming on and around the iSeries / AS400"
<java400-l@xxxxxxxxxxxx>
Sent: Wednesday, September 09, 2009 10:07 AM
Subject: Re: Anybody Using Wicket


Thanks again Mihael. That is what is really intriguing to me about
Wicket.
I
can design the page as static HTML/CSS and use Wicket do generate the
dynamic data. Plus it's "component" based, which IMHO is the best design
for
any UI.

I might check out GWT too. I'll see if I can get over my control issues
with
the layout :-)
--
James R. Perkins
http://twitter.com/the_jamezp


On Tue, Sep 8, 2009 at 23:09, Schmidt, Mihael
<Mihael.Schmidt@xxxxxxxxxxx>wrote:

GWT: You code GWT in Java but the GWT compiler outputs Javascript which
is sent to the client. In the end you have a service layer with your
domain objects and the very thin gui layer of GWT. You could put a
facade between the gui layer and the service layer which transforms the
domain objects to objects for each gui type (in this case gwt).

I like Wicket a lot for its simplicity and to be able to have either a
clean HTML/CSS or one made by a HTML WYSIWYG editor. It works both.





--
This is the Java Programming on and around the iSeries / AS400 (JAVA400-L)
mailing list
To post a message email: JAVA400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/java400-l
or email: JAVA400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/java400-l.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2022 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.