Robert,

For issues concerning schema languages etc have a look at
http://www.xml.com/pub/a/2001/12/12/schemacompare.html

I definitely recommend Log4J over servletcontext log.

You may want to consider using DOM4J instead of JDOM - similar capabilities
but dom4j has programmatic XPath support. Also for XML handling look at the
the Jakarta xtags taglib (it uses dom4j under the hood).

Luke



-----Original Message-----
From: Robert Jackson [mailto:[EMAIL PROTECTED]] 
Sent: 04 January 2002 13:33
To: 'Struts Users Mailing List'
Subject: Strategy for International/XML Project

Folks,

I will be arechtecting/developing an application as follows:

1) Support for English/Spanish Presentation
2) No Database Available
3) All site data stored in flat files or XML files
4) XML messages sent/received from third parties
5) App Server will be Weblogic 6.1
6) Use cookie to store user name, address, phone, etc...
7) Use third party Applications (via HTTP) to book reservations, map
vicinity etc...
8) Need Admin Interface to Manage Spanish/English Content


I would appreciate your experiences/ideas about the best way to Architect
this application.

Here are some things I've been thinking...

1) We will Struts!!!
2) Use ApplicationResources file to contain all presentation strings
3) Is Log4J better than servletcontext.log()?
4) Use SSL to transfer user credit card info
5) Use JDOM/Digester to work with XML messages
6) How to service XML (XML-RPC, Weblogic Services, Message Beans, Struts
Actions via HTTP)???
7) Which struts features can I use for Cookies? logic:present for testing,
what about setting?
8) I'm comfortable with DTDs, should I use schemas instead?

Your ideas will be appreciated...

Thanks,

Robert Jackson

-----Original Message-----
From: Freek Segers [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 03, 2002 5:42 AM
To: Struts Users Mailing List
Subject: Re: Dynamic properties in ActionForms with custom tag


Hello again,

I've partially solved my problem. I found the new commons-beanutils package
that has new methods in PropertyUtils (getMappedProperty() and
setmappedProperty()).

To solve my second problem I now hardcoded my form bean's name into the
custom tag implementation to look it up in pageContext.

However, my struts release (version 1.0) doesn't populate the form bean when
I submit the form. I the servlet log I do see that Struts looks up and
recycles the form bean and it logs that it populates the form bean but the
dynamic properties' setter method isn't called.

Do I need a new struts release that uses the common-beanutils package. If
so, which build has support for this.

Thanks again,

Freek Segers


on 03-01-2002 08:51 you wrote:

> First, I've created a custom tag that creates different types of HTML form
> fields.
> The number of fields generated varies and the names of the fields are
dynamic.
> I can't figure out how to let Struts populate the ActionForm that's linked
to
> the Action that handles the form.
> I thought I read somewhere that you can use some feature of the JavaBean
specs
> to tell Struts what method to call (maybe by using PropertyDescriptors?),
but
> I can't find anything about this.
>
> Second, I don't know how I can restore any previously submitted values
when
> the form is shown for a second time, for example in case of a validation
> error. Do I have access to the ActionForm from a custom tag implementation
> somehow? Or can I let the ActionForm set properties in my custom tag?
> I've been looking at the source code for the Struts <html:select>-tag but
> found no clues to how Struts manages to make the last submitted item
selected
> when the form is redisplayed.


--
To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>



_________________________________________________________

Do You Yahoo!?

Get your free @yahoo.com address at http://mail.yahoo.com




--
To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>

--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to