JSP/HTML/XHTML is a messy mark-up. It is cumbersome to
refactor and a bugger to work out. We could use Tapestry or
JSF and forget about HTML.
That's right, but as long as you deliver html to the customer, you have to
deal with it, regardless of your technology.
At the end of the day,
The anti-Struts/MVC argument, and it isn't mine, is that whereas
Tapestry and JSF will generate the HTML/JSP, with Struts it has to be
written and maintained. Now I haven't spent that much time with
either Tapestry or JSF, but from what little I have read; it would
appear that they can
I am not understanding what you mean by this (encompassing* CSS), or
perhaps I am not familiar with some technique, can you elaborate or
provide an example? I am intrigued..
* By encompassing', I mean no formatting is used directly in the JSP
where it can be deferred to a style.
I mean where you can specify how a tag is rendered (within your
browser) totally using CSS rules, rather than specifying messy and
deprecated tags such as FONT.
I also exclude using inline CSS styles such as div style=font-size:
18px; font-family: sans-serif; when it could declared as div
-Ursprüngliche Nachricht-
Von: Christopher Marsh-Bourdon [mailto:[EMAIL PROTECTED]
Gesendet: Montag, 8. August 2005 23:05
An: Struts Users Mailing List
Betreff: Re: [OT] JSP Clutter
The anti-Struts/MVC argument, and it isn't mine, is that
whereas Tapestry and JSF
Christopher Marsh-Bourdon wrote:
The anti-Struts/MVC argument, and it isn't mine, is that whereas
Tapestry and JSF will generate the HTML/JSP, with Struts it has to be
written and maintained. Now I haven't spent that much time with
either Tapestry or JSF, but from what little I have read;
2005 23:05
An: Struts Users Mailing List
Betreff: Re: [OT] JSP Clutter
The anti-Struts/MVC argument, and it isn't mine, is that
whereas Tapestry and JSF will generate the HTML/JSP, with
Struts it has to be written and maintained. Now I haven't
spent that much time with either Tapestry or JSF
On 8/8/05, Christopher Marsh-Bourdon [EMAIL PROTECTED] wrote:
Over the past
six months we have been migrating our front-ends from .net to Java
based technologies, and Struts in the main. Now a new manager has
come on board and he wishes us to revisit the reasons why we choose
Struts. Now I
Sorry, the point was not to compare .net/JSF/Tapestry against Struts,
but to highlight that a bit fore thought into developing a good CSS
at the start of the project would have reduced the amount of markup
we have had to write in the last six months. It certainly makes our
life easier to
www.csszengarden.com
www.alistapart.com
On 8/8/05, Johnson, Kaerstin [EMAIL PROTECTED] wrote:
I am not understanding what you mean by this (encompassing* CSS), or
perhaps I am not familiar with some technique, can you elaborate or
provide an example? I am intrigued..
With Tapestry you create HTML template for each page, then stick data
into it, using jwcid attribute. Your webdesigner is happy.
With JSF you compose page using JSF tags either manually or using
visual IDE, and then JSP/JSF engine will generate HTML in the runtime
(I don't know how HTML is
On 8/8/05, Michael Jouravlev [EMAIL PROTECTED] wrote:
On 8/8/05, Christopher Marsh-Bourdon [EMAIL PROTECTED] wrote:
Over the past
six months we have been migrating our front-ends from .net to Java
based technologies, and Struts in the main. Now a new manager has
come on board and he
From: Michael Jouravlev [EMAIL PROTECTED]
With Tapestry you create HTML template for each page, then stick data
into it, using jwcid attribute. Your webdesigner is happy.
With JSF you compose page using JSF tags either manually or using
visual IDE, and then JSP/JSF engine will generate HTML
Need some help.
Currently using jboss, after deploying a new ear file, the jsp still
reflects the old content.
I suspect this has something to do with the cache, but I am not sure how
to go about it.
I know this is way off topic, but just need some help.
TIA.
You summed it up perfectly. And that test case works for me too. As does
my own now. I've no idea what I changed between last night and now, but
everything's now fine! I'm glad of that but I hate mystery bugs...
L.
Kris Schneider wrote:
This worked on TC 5.0.28:
/WEB-INF/tags/tag1.tag:
I guess you have answere the question ur self.
definetly writing beans would be helpful and not charge the jsp files.
Just a suggestion - if possible y dont u use a MVC approach and have DAO
classes and bean classes
to populate ur data.
Though this means a lot of work...So best of luck
Shilpa
-Original Message-
From: Shilpa Vaidya [mailto:[EMAIL PROTECTED]
Sent: Monday, August 09, 2004 4:36 AM
To: 'Struts Users Mailing List'
Subject: RE: [OT]:JSp and database
I guess you have answere the question ur self.
definetly writing beans would be helpful and not charge the jsp
check JBoss-forums and more important:
JSP-compiling is done by the servlet-engine, so check Jetty or Tomcat-forums as
well (depending on the JBoss-Version you use)
hth
Alexander
-Original Message-
From: Ramadoss Chinnakuzhandai [mailto:[EMAIL PROTECTED]
Sent: Dienstag, 4. Mai 2004 17:47
I've done this in the past using wget to try and retrieve each page with the
special jsp_recompile (or something - see the JSP spec) argument.
The problem I found with JBOSS-Tomcat is that JBOSS would remove all the
compiled jsps on shutdown. If this is the root of your problem (it was with
me)
It's http://...?jsp_precompile=true
HTH.
Yaakov Chaikin
Software Engineer
BAE SYSTEMS
301-838-6899 (ph)
301-838-6802 (fax)
-Original Message-
From: Paul McCulloch [mailto:[EMAIL PROTECTED]
Sent: Tuesday, May 04, 2004 12:00 PM
To: 'Struts Users Mailing List'
Subject: RE: [OT
can you post the complete link...look like link not working.
-Ramadoss
-Original Message-
From: Chaikin, Yaakov Y (US SSA)
[mailto:[EMAIL PROTECTED]
Sent: Tuesday, May 04, 2004 12:05 PM
To: Struts Users Mailing List
Subject: RE: [OT]JSP Precompile in JBOSS
It's http
, May 04, 2004 1:18 PM
To: Struts Users Mailing List
Subject: RE: [OT]JSP Precompile in JBOSS
can you post the complete link...look like link not working.
-Ramadoss
-Original Message-
From: Chaikin, Yaakov Y (US SSA)
[mailto:[EMAIL PROTECTED]
Sent: Tuesday, May 04, 2004 12:05
22 matches
Mail list logo