Re: Tiles : setting Styles and
hi! I don't quite get your question I'm afraid. Why you want to have a submit in your menu?? What you normally do is, you tie to a specific action/submit. Usually you have different actions to submit to, so you'd need a different tag. This is rather specific, so it should go into the specific fragment (e.g. body.jsp ). hth, axel On 2004-10-29 at 16:06:47 +0200, Ryan julius wrote: > Hi, > > I have build my web UI using Tiles. Each part of the rootLayout.jsp, let say, > lhsMenu.jsp, body.jsp, could contain , general scripts, etc > The resulting page is intended to be populated when opened at the first time. > > Putting a form tag on each part of the layout could complicate the handling > at submission. Putting this tag at the top of the rootLayout could complicate > the switch to another layout if needed. > > What do you advise me to do? Is there any other alternative? > > Thanks. > > > > > - > Créez gratuitement votre Yahoo! Mail avec 100 Mo de stockage ! > Créez votre Yahoo! Mail > > Le nouveau Yahoo! Messenger est arrivé ! Découvrez toutes les nouveautés pour > dialoguer instantanément avec vos amis.Téléchargez GRATUITEMENT ici ! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: talking about paradigms
On 2004-11-11 at 11:24:14 +0100, Rosenberg, Leon wrote:
>
>
> > -Ursprüngliche Nachricht-
> > Von: Mark Lowe [mailto:[EMAIL PROTECTED]
> > Gesendet: Donnerstag, 11. November 2004 11:04
> > An: Struts Users Mailing List
> > Betreff: Re: talking about paradigms
> >
> > I don't think EL breaks the MVC pattern. Although it leaves you free
> > to do so if you so wish. I don't see a world appart from using
> >
> >
> >
> >
> >
> >
> >
> > ${person.name}
>
>
> No, but what about
>
> ?
> (not sure about the syntax).
whats the problem?
MVC usually allows 'read-only access to model' for the view
Also the question is, what you expose to the view.
If you are afraid that somebody will misuse the library entries - don't
expose them.
I suppose MVC was the reason for JSP EL not to allow arbitrary method
invocations. But I'd love to have such anyway ;)
>
>
>...
> And what about database access tags?
You mean the jstl tags? They are there for quick and dirty.
If you don't change anything in the database though, it still okay to MVC.
If you don't want it, don't expose your database in the first place ;)
>..
> Leon
>..
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Are there Struts Applications in real life out there?
'One,' one of austria's telco companies uses struts for their one portal. (know one of the one portal's programmers) http://www.one.at i hope one got the idea ;) yaa (yet another Axel) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can't find property -- but it's there
On 2004-11-10 at 14:04:38 -0500, Slattery, Tim - BLS wrote: > > Just a guess Tim, but is it possible that the ClassLoader > > used on the development server and the ClassLoader used > > locally are loading different versions of SeasAdjData? Was > > the getSeasAdjs() added to SeasAdjData recently? > > I have no clue about ClassLoader. I don't know how I'd find out. Hmm. Also not so good at ClassLoaders. What robert meant is that maybe the server is stuck with another version of your class, where this get method didn't exist. But you could use reflection to check, what is actually there (i.e. the getSeasAdjs() method) on the server. Or use a debugger on the server, to check the class. hth, Axel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Why stick with struts.
On 2004-11-10 at 08:03:21 -0600, Vic (Vinny) Cekvenich wrote: > > Not all books. > http://www.amazon.de/exec/obidos/ASIN/3898642844/qid=1100095286/ref=pd_ka_0/302-4029301-6736807 > Above best selling Struts book (in German for now :-( ) is full lifecycle. Hey, Vic! Ich werds mir anschauen ;) lg, Axel > > .V > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: A new paradigm of Struts development
On 2004-11-10 at 00:46:26 +, Adam Hardy wrote: > On 11/09/2004 11:30 PM Joe Germuska wrote: >... > I think the learning curve for struts is already humungous! Wouldn't the > addition of a command-chain or a renderer steepen it further? Hmm, I don't think you would have to use it, if you don't need it. But using a renderer for doing a nice view for different target systems is quite powerful. (my, i'd love a renderer which would support the different browsers (in all different versions ;)) > > Adam Axel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Multiple input forms -> one action -> one validator, how?
Hi Can! actually, i can't think of any other 'standard' solution (using the actionValidator you still would need the single input attribute) Maybe you could use a combined change of ActionMapping and ValidatorActionForm. Subclass those and set them in your config files. Change the ActionMapping so that getInputForward returns the forward you want. In validation of the form set this to what you want it to be. Let me know if it works ;) hth, axel On 2004-11-05 at 12:10:01 +0100, Can Gencer wrote: > Hello, > > I have multiple forms that point to the same action. It is not a > multipage form, it is done as different types of searches done on > different pages) and I would like to validate the forms individually > using the validate() method on the form bean. However, I am required to > define an input= parameter for the action for the validation, and since > the input pages can be different. > > I can solve this problem by having a different action name for each > search page and make them point to the same action class, but is there a > nicer solution for this? > > Thanks, > Can > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Fwd: Faces Struts Tiles]
Thanks Craig! Maybe we'll start switching this weekend to faces :) So excited 8) ciao, axel On 2004-07-07 at 21:53:22 -0700, Craig McClanahan wrote: > Hubert Rabago wrote: > > >There's an old IBM article illustrating this. > >http://www-106.ibm.com/developerworks/java/library/j-integrate/ > >Keep in mind this article was written before the final release of JSF. > > > >If you're looking for the nightly build of the struts-faces integration > >library, there's an open bug report concerning that: > >http://issues.apache.org/bugzilla/show_bug.cgi?id=28668 > >This bug report includes a link to the last nightlies that compiled > >properly. > > > >And here's a related bug report: > >http://issues.apache.org/bugzilla/show_bug.cgi?id=22207 > >This one's marked fixed, but it was the fix to this bug that caused the > >integration library to stop compiling. > > > >--- Joao Araujo <[EMAIL PROTECTED]> wrote: > > > > > >> Is anybody using Faces, Struts, and Tiles ? > >> > >> I found an article pointing me to : > >> > >>http://cvs.apache.org/builds/jakarta-struts/nightly/struts-faces/ > >> > >> > >> > Just to bring everyone up to date, the nightly builds of the > Struts-Faces integration library have been updated, and are now > available again. Included in the download is two example webapps, one > with Tiles and one without, that use JSF components in conjunction with > an application managed by Struts. It works with Struts 1.1 or later. > > See the README.txt (in the top level directory of the distribution) for > all the nitty gritty details. > > Craig McClanahan > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSTL Has "Paging" Built-In?
> The displaytag library appears to have its own sort of expression > language, so that may be another option for you if you do not want to > use scriplet syntax for the attribute. i thought in the newest release (thats beta 3 :) they had jsp 2.0 EL but maybe I'm wrong, as I didn't test it yet. ciao, axel > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Form tag problem
so what is the path under which you would like to access the action? (like you would typ it into the browser) we could give you the right mapping On 2004-07-05 at 19:24:50 -0400, Erik Weber wrote: > 1) Typo: I meant that my login page is: > > http://localhost:8080/Test/login.jsp, not index.jsp. > > 2) I am finding that playing around with the servlet mappings in web.xml > is having an effect on what is rendered as the value of the action > parameter, but I still cannot make any sense of it. > > If anyone could explain how this works I would appreciate it. I don't > want to download 10MB of source code just to look at one file. You should download it anyway, if you want to use struts. If you want things to be done in the non-standard way, you'll have to tweak (extend) it. ciao, axel > > Erik > > > > Erik Weber wrote: > > >Could someone please tell me what would cause the html:form tag to > >ignore the value I specify to the action parameter, and instead, > >rewrite the action parameter value to be equal to the context root of > >the application? > > > > > >For example, my web app login page is: > > > >http://localhost:8080/Test/index.jsp > > > >In login.jsp, I have this opening form tag: > > > > > > > >I have a matching action configured in struts-config.xml. But the > >struts tag is rendering the form tag like this: > > > > > > > > > >No matter what I try this does not change. This is extremely > >frustrating. Any help would be appreciated. > > > >Erik > > > > > >- > >To unsubscribe, e-mail: [EMAIL PROTECTED] > >For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: more: Re: almost OT - html4.0 buttons don't work in IE 6 SP 1 ??
On 2004-07-02 at 16:32:23 +0300, Emmanouil Batsis wrote: > > Now that I think of it, IE may think that the img is the new value, > meaning that it overrides the 'initial value' (per HTML4 spec). Hm as far as I understood the html 4.0 buttons they are there for making the submitted value independent of the representation. Doesn't make to much sense to me, why it should override the 'initial value'. http://www.w3.org/TR/html4/interact/forms.html#edef-BUTTON";> value CDATA #IMPLIED -- sent to server when submitted -- > Maybe > "backgrounding" the image will help? Don't quite understand your suggestion, I'm afraid. Maybe you could provide a mini-example? aaargh. Just found another problem. Seems that the IE is so clever that if there are multiple buttons of the same name he just submits the first button of the name, regardless of which of them had been clicked. Ok, I think I'll just forget about LookupDispatchAction and HTML 4.0 > > Manos thanks a lot, Axel > > Emmanouil Batsis wrote: > > >Axel Groß wrote: > > > >>Hi everybody! > >> > >>Maybe someone tried to go along with html 4.0 buttons. > >>this is really strange. > >>since IE 5.0 buttons should send the > >>contents of > >>the value attribute, if it exists; not the body contents. > > > > > >True, per spec. > > > > > > > >Try changing the name of the button. Personally, I haven't tried to use > > this feature but I've seen naming-related bugs before. If that fails > >and you are trying to figure out which button submitted the form, you'll > >have to use event listeners and scripting to set a hidden field or > >something. Not that I'm telling you anything you dont know but it may > >help some future googling. > > > >hth, > > > >Manos > > > >- > >To unsubscribe, e-mail: [EMAIL PROTECTED] > >For additional commands, e-mail: [EMAIL PROTECTED] > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
almost OT - html4.0 buttons don't work in IE 6 SP 1 ??
Hi everybody! Maybe someone tried to go along with html 4.0 buttons. this is really strange. since IE 5.0 buttons should send the contents of the value attribute, if it exists; not the body contents. So guess, what I get now with IE 6.0.2800.1106.xpsp2.030422-1633: results in " it works nicely with firefox and opera.. there it produces anybody knows if this intended behaviour or a big ugly IE bug? thanks, Axel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: image submit and lookupDispatchAction - drives me struts
hi robert!
that's really nicely written code.
I'm not completely sure, why it does what i think it does though:
you limit, which methods should get called in the struts-config, right?
(by specifying a list of the allowed buttonnames in the mapping)
then you check if there is a [buttonname].x in the request which fits, right?
this indicates the button [buttonname] has been pressed so you dispatch to
lookup with [buttonname] as lookup key
so what is the intention for limiting the methods to the specified set?
if i change it to ignore the dynamic part of the button name it should work
for me; i should add some regexp lookup, maybe :)
thanks,
axel
On 2004-06-28 at 12:00:22 -0400, Robert Taylor wrote:
> This may help:
>
> http://issues.apache.org/bugzilla/show_bug.cgi?id=19925
>
> robert
>
> > -----Original Message-
> > From: Axel Groß [mailto:[EMAIL PROTECTED]
> > Sent: Monday, June 28, 2004 11:52 AM
> > To: Struts Users Mailing List
> > Subject: Re: image submit and lookupDispatchAction - drives me struts
> >
> >
> > Hi Wendy thanks for the reply and the link!
> >
> > But unfortunately i can't see how to implement those solutions to my
> > problem (which I didn't describe elaborate enought)
> >
> > My button names are of dynamic nature like
> > DELETE_PROPERTY 'firstname'
> > (here firstname is the key of the property to delete)
> > so I can't use it for populating a bean. Or would using DynaBeans
> > help in this case? I don't know, in which class the html requests are
> > ~transformed to beans, so I'm not sure how it is handled.
> >
> > I rely would like to get rid of that horrible names.
> >
> > Javascript isn't feasible for this project.
> > I suppose html 4.0 buttons could solve the problem, I'll try that. But
> > relying on html 4.0 also doesn't sound too good. :(
> >
> > thanks again,
> > Axel
> >
> > On 2004-06-25 at 09:12:07 -0700, Wendy Smoak wrote:
> > > > From: Axel Groß [mailto:[EMAIL PROTECTED]
> > > > so the html:submit buttons do work, but neither of the
> > > > html:image buttons
> > > > pass the parameter on and i get a null reference for
> > > > request.getParameter(parameter);
> > > > (with parameter.equals("action"))
> > > > the resulting error message is:
> > > > Request[/action/lookupDispatch] does not contain handler
> > > > parameter named action
> > > > anybody knows what could help?
> > >
> > > http://www.google.com/search?q=struts+image+button
> > >
> > > First hit:
> > > http://www.jguru.com/faq/view.jsp?EID=893423
> > > which discusses the use of the ImageButtonBean class.
> > >
> > > Or, my preferred solution is a bit of onClick JavaScript to set the form
> > > property and submit the form. This only works
> > in situations where where you can require that JavaScript be enabled.
> > >
> > > --
> > > Wendy Smoak
> > > Application Systems Analyst, Sr.
> > > ASU IA Information Resources Management
> > >
> > > -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: image submit and lookupDispatchAction - drives me struts
Hi Wendy thanks for the reply and the link!
But unfortunately i can't see how to implement those solutions to my
problem (which I didn't describe elaborate enought)
My button names are of dynamic nature like
DELETE_PROPERTY 'firstname'
(here firstname is the key of the property to delete)
so I can't use it for populating a bean. Or would using DynaBeans
help in this case? I don't know, in which class the html requests are
~transformed to beans, so I'm not sure how it is handled.
I rely would like to get rid of that horrible names.
Javascript isn't feasible for this project.
I suppose html 4.0 buttons could solve the problem, I'll try that. But
relying on html 4.0 also doesn't sound too good. :(
thanks again,
Axel
On 2004-06-25 at 09:12:07 -0700, Wendy Smoak wrote:
> > From: Axel Groß [mailto:[EMAIL PROTECTED]
> > so the html:submit buttons do work, but neither of the
> > html:image buttons
> > pass the parameter on and i get a null reference for
> > request.getParameter(parameter);
> > (with parameter.equals("action"))
> > the resulting error message is:
> > Request[/action/lookupDispatch] does not contain handler
> > parameter named action
> > anybody knows what could help?
>
> http://www.google.com/search?q=struts+image+button
>
> First hit:
> http://www.jguru.com/faq/view.jsp?EID=893423
> which discusses the use of the ImageButtonBean class.
>
> Or, my preferred solution is a bit of onClick JavaScript to set the form property
> and submit the form. This only works in situations where where you can require that
> JavaScript be enabled.
>
> --
> Wendy Smoak
> Application Systems Analyst, Sr.
> ASU IA Information Resources Management
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Converting Java Code in JSP to JSTL
> >9. if ( prevArticle != null ) && ( !article.equals(
> >prevArticle ) ) {}
>
>
think, this is slightly different; the EL expression will be false
for prevArticle=="" (java syntax)
in EL you don't have to take care that prevArticle is not null to prevent a
runtimeException.
So if it aligns with your intention
(it will also be true, iff one in article,prevArticle is null)
hope i didn't confuse anything
axel
>
> Good Luck!
>
> Bill Siggelkow
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: multiple submit buttons/one form
just don't forget to keep the messages unique per form had once delete property and delete main entries in one form, so the message shouldn't be 'delete' for both of them... ciao, Axel On 2004-06-28 at 14:56:32 +1200, [EMAIL PROTECTED] wrote: > There is a nice solution described here > > http://husted.com/struts/tips/003.html > > using the LookupDispatchAction action. > > Cheers, Martin > > > > Eric Schneider <[EMAIL PROTECTED]> > 28/06/2004 14:47 > Please respond to > "Struts Users Mailing List" <[EMAIL PROTECTED]> > > > To > "Struts Users Mailing List" <[EMAIL PROTECTED]> > cc > > Subject > multiple submit buttons/one form > > > > > > > Hi, > > What is best approach using Struts for a forms that have multiple > submit buttons. Is it possible to bind actions to submit buttons > instead of forms? Ideally, I'd like each submit button to execute > different actions. > > Looking at the docs, a solution hasn't jumped out at me. This is > something that must be common, no? > > Thanks, > Eric > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
image submit and lookupDispatchAction - drives me struts
hi there!
i wanted to use images to hide my ugly submit button names, but exchanging
html:submit with html:image doesn't work;
this is what is rendered:
gets rendered to
so the html:submit buttons do work, but neither of the html:image buttons
pass the parameter on and i get a null reference for
request.getParameter(parameter);
(with parameter.equals("action"))
the resulting error message is:
Request[/action/lookupDispatch] does not contain handler parameter named action
anybody knows what could help?
thanks,
axel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: struts.meetup.com (Re: [OT] Struts users in [my city, my country])
On 2004-05-24 at 16:18:18 -0500, Joe Germuska wrote: > At 2:04 PM -0700 5/24/04, Wiebe de Jong wrote: > >Ok. I've signed up as the first user in Vancouver. Now I just have to wait > >for somebody else to signup... > > yes, at only 45 members, it's not really on-fire yet! Especially now its 64 (one of them in Austria) that means 19 new members in 36 hours, hope the other thousands will also join :) >.. > cheers, Axel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: The element
Hi Paraman! Maybe I'm wrong, but if I remember right, it sets the property of the ActionMapping. regards, Axel On 2004-05-23 at 10:08:44 +0800, Paraman wrote: > Hi all, > I am puzzled about the behavior of the element when it is nested in > an element. I thought it was setting the properties of the Action class, > but it seems not working. Could you please help me clear it up? > Thanks! > > Paraman - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
struts-validator - Using constants in property attribute
Hi there!
Got a small problem with the constants in the validation.xml, which I
couldn't solve using the docs and google.
What I do is using the validator for indexed properties and using javascript
to jump to the right field, if somebody clicks on the errormessage.
validation.xml:
systemcurrentProfile[0]
..
this works fine (it validates currentProfile[0]), BUT
the validator stores the error messages under ${system} and not under
currentProfile[0], which I think is not the right thing.
And I need to get currentProfile[0], as I need to jump the field...
Anyway, is there a way to tell the validator to store it under another name
or kind of switching substituting constants on??
Sure I could just stop using the constant there, but I'd loose in
maintenance.
Looking forward to suggestions,
thanks
Axel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
