Hi,
I have a question regarding what the community would consider to be Best
Practises when using Struts. I am doing an internal review of our own
usage of Struts within our products, and I have constructed an example
application to highlight my question(s) and talk around. I would
appreciate
someone through the action to
the view for the first time (as you mentionded). So I
don't think there is anything wrong with not using the
automatic validation. I think it just depends on your
design preference.
David
--- Emaho, Ghoot [EMAIL PROTECTED] wrote:
Some further details on my
Form Validation
--- Emaho, Ghoot [EMAIL PROTECTED] wrote:
Thanks for the reply David.
Yeah, 'action' checking is another way of
determining wether or not to
do the validation.
I guess I was wondering if it was possible to
configure the Form to
prevent first time checking
PROTECTED]
Subject: RE: Automatic Form Validation - A further question
--- Emaho, Ghoot [EMAIL PROTECTED] wrote:
Thanks again David.
I have explored extending ActionForm to check for
and ignore first time
validation. However, it seems from my debug, that
the form bean is
created
.
--
Martin Cooper
- Original Message -
From: Emaho, Ghoot [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, August 02, 2001 1:49 AM
Subject: RE: Automatic Form Validation - A further question
Backing up in this thread a bit, I'm not clear on what your
first time
scenario
We have a system in production which serves the entire North Sea
Offshore and Onshore Installations for BP, serving several thousand
concurrent users and performance is excellent (i can provide metrics if
you are interested) - although we did have to do the neccessary
performance tuning.
on the servers you are using, that would be appreciated.
Thanks in advance,
Kev
-Original Message-
From: Emaho, Ghoot [mailto:[EMAIL PROTECTED]]
Sent: 22 November 2001 09:30
To: Struts Users Mailing List
Subject: RE: Struts salability
We have a system in production
how soon soon
is?!
Cheers,
Dave
Emaho, Ghoot
[EMAIL PROTECTED] on 11/22/2001
04:29:53 AM
Please respond to Struts Users Mailing List
[EMAIL PROTECTED]
To: Struts Users Mailing List
[EMAIL PROTECTED]
cc:(bcc: David Hay/Lex/Lexmark)
Subject: RE: Struts
Chiki version 0.23 is now up and running.
Chiki is a Wiki-like webapp built using Struts. This is the first
publicly available release, so as much feedback as possible would be
greatly appreciated.
Chiki can be found at:
http://chiki.emaho.org http://chiki.emaho.org
If you have
For people registering, I meant to mention you should pick a username
that follows the Wiki-Word convention (basically two or more words with
initial capitals) i.e. GhootEmaho instead of ghoot.
This will allow links to be made to your homepage. If you dont follow
the Wiki-word convention, the
keep hearingfrom where ?
As I have mentioned before, we have a large (several thousand users)
complex app in production, and struts proved no problem.
What exactly is it about Struts that makes people think it isnt suitable
for larger applications ? As I said in a previous email, there are
The Source Code for Chiki, the Wiki-like Community Building Tool is now
available.
See http://chiki.emaho.org http://chiki.emaho.org for details.
There is now a mailing list for following all Chiki developments. If you
are interested in further Chiki developments then please subscribe to
the
The XML Page could not be displayed
when trying to download 0.23 war.
Jack
-Original Message-
From: Emaho, Ghoot [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 01, 2002 11:00 AM
To: Chiki-Dev (E-mail); Alex N. MacLeod (E-mail); Allan Adams
(E-mail);
Amitkumar J Malhotra; Andreas
Version 0.24 Released and available for download - see
http://chiki.emaho.org http://chiki.emaho.org for full details.
This release includes:
- now works on Tomcat 4.0 (and is in fact running now on tomcat 4)
- Xml Binding of all persisted objects
- Extracted Repository giving more control
http://chiki.emaho.org http://chiki.emaho.org
Version 0.25 released and ready for download.
This release includes:
- Ant build scripts
- email validation bugs fixed
- other minor translator bugs fixed
- minor 'buglets' with recent activity and user persistence fixed
- other minor updates
Hi Matt
I can only assume that the initial error (when you have no log4j.properties file) is
down to the extensions you are using being dependant on log4j - which means you need
the properties file so it knows what to do.
Using the Chiki log4j sorts this out - but there are a couple of
You need something like
!-- Copy associated resource files --
copy todir=${web.build}/WEB-INF/classes
fileset dir=${src.home} includes=**/*.properties/
/copy
This may be being done when you compile, but not otherwise, but without seeing the
build.xml
Tomcat 3.2 doesn't support this (there is an article about it on the tomcat mailing
list archives).
Tomcat 4 does support it, hence the reason it works.
Ghoot
PS If you have no luck tracking down the article, I'll try and find reference to it
again.
-Original Message-
From: Bob
Sometimes it is preferrable to have a 'generic dialog' page, rather than messages at
the top of the screen. This isn't an either or situation, in our apps, both styles are
often required and used.
We implemented a solution that basically implements a 'navigation stack', as the needs
of our
This has been an interesting discussion on many levels, but there doesnt seem to be
much 'real world' substance there.
We have been developing enterprise software (some utilising EJB, some not) since EJB
were way back at 0.7 (ish) (1997). Systems with 1000's or 10,000's concurrent users.
We
There are a number of ways to achieve this, and again (!) it's about choice, although
I must say this can be confusing for newbie (and experienced!) struts users.
1. 2 Actions, 1 for 'pre' and 1 for 'post' processing
2. An 'action' parameter, with switch behaviour in the action class
3.
There are a number of ways to achieve this, and again (!) it's about choice, although
I must say this can be confusing for newbie (and experienced!) struts users.
1. 2 Actions, 1 for 'pre' and 1 for 'post' processing
2. An 'action' parameter, with switch behaviour in the action class
3.
Message-
From: Emaho, Ghoot [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 22, 2002 3:26 AM
To: Struts Users Mailing List
Subject: RE: anyone using Castor with Struts?
Hi John,
Chiki currently uses Castor for Xml Binding. You can download
the source
code as it's opensource.
Take
I have a question regarding registering new users of a struts web app.
If the web app is using container managed security, and say form-based authentication,
and a registration action is available for new users, is there a way to implement the
registration process that is portable ?
For
Hi,
I think I might be missing something here. Can someone tell me what the Role-based
Validation extension gives you over, say, setting security restraints in the web.xml ?
I can set constraints on individual actions by mapping them in the web.xml. So what
else does the extension give the
Goto 'Tools | Configure Libraries' menu, add new entry, and select your Struts.jar.
Then goto 'Project | Project Properties' menu select the 'required libraries' tab,
select add and then choose your newly added struts.
This then enables struts within your project.
Hope this helps
Ghoot
that this
extension allows
you to configure allowed roles to access each action. Yes,
you can do it in
your web.xml, but usually folks just protect *.do or /do/*
and create an
appropriate mapping - and do all other configuring in web.xml.
Matt
--- Emaho, Ghoot [EMAIL PROTECTED] wrote:
Hi,
I
. By
answering such
lame questions you encourage more lame questions.
Mark
-Original Message-
From: Emaho, Ghoot [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 06, 2002 7:09 AM
To: Struts Users Mailing List
Subject: RE: Newbie Struts and Jbuilder6
Goto 'Tools | Configure
to the detriment of those you
wish to help.
And, as I said, it encourages more laziness on a list that is
already way
too busy handling inane queries.
No flame war - have a beer!
Cheers!
Mark
-Original Message-
From: Emaho, Ghoot [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March
Mark,
The site is running and myself and others are accessing at this moment. Perhaps there
is some other reason you cannot access it. Does your firewall permit port 8080 access
? Maybe it's something else, but the site is definately up !
Cheers
Ghoot
-Original Message-
From:
.
-Ted.
Emaho, Ghoot wrote:
Hello all
I think there is an opportunity here, particularly with the
imminent 1.1 release. I imagine there are going to be a whole
bunch of new questions when 1.1 is released. There IS a lot
of documentation for Struts. The work Ted and others have
application Ghoot
Gr
Ronald
-Original Message-
From: Emaho, Ghoot [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 06, 2002 2:08 PM
To: Struts Users Mailing List
Subject: Struts Community Opportunity
Hello all
I think there is an opportunity here, particularly
Gabriel
I see it's built on TWiki. Chiki has many similarities to Twiki re functionality.
Obviously it's written in Java using Struts (not perl). Have you taken a look at Chiki
? I'd be interested in any feedback you might have. The current release has everything
you listed (except version
Matt
As an aside you may want to consider how you retrieve the config xml file. Currently
you are using the code
InputStream is = new FileInputStream(Constants.USER_HOME + configFile)
While this is fine, it may not always be portable, or as portable as other methods.
For instance Chiki has a
Gabriel
As you might know, I am working on the Struts/Velocity integration.
My personal interest in Chiki is to find out how easily it could be
turned into a show case for Struts/Velocity.
Cool ! This is on my list, so maybe we can collaborate ? I'd like to see Chiki grow to
use more than
On this note, has anyone used McKoi ? (http://mckoi.com) Its an Open Source Java SQL
Database System that I've just started looking at, and it looks very promising.
Wondered if anyone else had come across it.
In the context of Struts apps, it allows you to bundle the db with your app, great
I have run with a similar environment and found no problems at all, so it's not a
problem with JBuilder per se, perhaps they way you have it confgiured.
I would recomend you install the latest patch for JBuilder 6 (available at the
website) and try it against an External instance of Tomcat 4
Version 0.27 released and ready for download.
This released includes:
- Simple Revision Control: providing Revision History and Tracking and the option to
Revert to a previous revision. ('diff' not included in this release) Uses Xml binding
(via Castor) to provide 'out-of-the-box'
One of the best Stress/Load Testing tools out there is 'The Grinder' an Open Source
tool looked after by Philip Aston.
https://sourceforge.net/projects/grinder/
We have used this tool over many of the others that are commercially available in the
testing of our large scale production systems.
A simple way of bypassing the need to access the DTD externally (as the Struts
'automatic' resolution within the jar does NOT always work - see mail archives) is to
change the DOCTYPE def to something like the following:
!DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application
40 matches
Mail list logo