Actionform Vs Value Object
Is Actionform a value Object in Struts. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Actionform Vs Value Object
Not really. People do use it that way, but it is really meant to be a buffer for the input to a form. We need a place to store values so that we can validate the input. After the input is validated, it is usually transfered to a value object and that object is passed to the business layer. Essentially, it's a data transfer object intended for use on the web layer. You can collect input that might map to one or more value objects. The MailReader example demonstrates transfering data between business objects and ActionForms. HTH, Ted. On 4/25/06, Raghuveer <[EMAIL PROTECTED]> wrote: > > Is Actionform a value Object in Struts. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: friday ha ha
Niall Pemberton wrote: On 4/22/06, Jonathan Revusky <[EMAIL PROTECTED]> wrote: Here is what I think someone would find by examining the archive. Whenever certain pointed questions are posed, one of two things happens: (1) The person being posed the question simply walks away from the discussion. This has happened at least a couple of times in conversations where I have asked you to clarify points you have made, Ted. This is also the approach Niall Pemberton has used a couple of times. You write something, and then when somebody brings up counter-arguments are asks you to clarify one or more of your points, you just walk away from the discussion. Well this goes both ways Well, I beg to differ. In terms of discussions about why Struts 1.x development stagnated, I see an onus on people such as yourself, you being on the Struts PMC, to address the question. There is no similar onus on me to clarify anything -- about my political views, attitudes, or personality. You're creating a false symmetry here. - you never answered me when I asked you for clarification... http://www.mail-archive.com/user@struts.apache.org/msg43608.html Niall, what question here did I leave unanswered? The only one I see is: "Is it not a reasonable representation of your attitude then?" That's the question I left unanswered? The "it" above, by the way, is my alleged desire to see the demise of Apache I basically interpreted this as a rhetorical question. You weren't asking me to clarify any point I made in a discussion or debate. You were just making blanket statements about me not liking ASF, which is really just irrelevant, isn't it? And, after all, I have no means of bringing about the "demise of apache", do I? I actually interpreted this as a sort of subtext like: "This guy doesn't dig ASF (i.e. is an atheist and probably a freemason as well) so there is not much need to argue with him." Something like that and that's really just veering towards the ad-hominem fallacy. After all, the basic reason that the ad-hominem fallacy is a fallacy is that you have to address a person's arguments in a debate, not attack the person. In the same way, just veering off into some blanket statements about me not liking ASF seems irrelevant and fallacious. Well, anyway, my "attitude", politics, or personality are not really the legitimate subjects of debate. YOu can't put that on a par with the way you or Ted Husted (the really major practitioner of this approach) simply walk away from discussions about how Struts 1.x development stagnated. http://www.mail-archive.com/user@struts.apache.org/msg43583.html This other one you link is rather odd because I don't see where you're posing any questions or providing much basis for any constructive discussion. To characterize things I say as "noise" without saying what you're even referring to just strikes me as an attempt to get yourself off the hook in terms of answering basic questions. Now, by contrast, the questions that I have posed that you guys just walk away from are things like: "If the Struts developers have no interest in further development of Struts 1.x, why not let people in, like Phil Zoio or Frank Zammetti, who want to do something with that codebase?" The basic pointed question, which is that, when you guys have done next to nothing for years on the Struts 1.x codebase, and now are basically abandoning it and bringing in Webwork -- how can you justify this "closed club" attitude of not letting people who actually want to work on modernizing that codebase? The way Ted Husted answers such questions is that he points you to pages about "How ASF works" and so on. Of course, the basic pretext of the question is that, in this instance, ASF didn't actually work very well, right? So it's just a huge "beg the question" fallacy. Then you point this out and you get in response the sweet sound of silence. I know from private correspondence that plenty of people see through the illegitimate tactics that Ted uses to try to end a debate -- claim that some irrelevant page somewhere actually answers the question when it doesn't. And then, claim later, that he actually answered the question... It's obvious enough. Your statement that this "goes both ways" is not true. While my behavior is not always perfect, I don't think you'll ever find any examples of me behaving like that -- here or elsewhere. Jonathan Revusky -- lead developer, FreeMarker project, http://freemarker.org FreeMarker blog, http://freemarker.blogspot.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tiles and .inc file
In my web application.I have struts tiles layout which include header,body,footer. In my hader.jsp i have a <[EMAIL PROTECTED] file="test.inc"%> In test.inc file i have variable strUserLoginID. How to make variable value available to all jsp's in Tiles Layout ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts 1.2.9 does not throw InvalidCancelException
exactly, thanks ! On 4/25/06, Niall Pemberton <[EMAIL PROTECTED]> wrote: > > On 4/24/06, Lixin Chu <[EMAIL PROTECTED]> wrote: > > just upgraded from 1.2.8 to 1.2.9. I did not add > > > > > > > > in struts-config.xml and still use as per normal in jsp > files. > > Tested, do not see exception and no validation is called. > > It only gets thrown if the action is set to validate="true" in the > strutc-config.xml. If no validation is being called then this would > suggest that you don't have this set. > > Niall > > > any reason why ? default setting ? > > > > btw, my action is LookupDispatchAction. > > > > rgds > > lixin > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: friday ha ha
Dakota Jack wrote: Busschots, you and Newton are really the worst on this list. You never have code or ideas, only c-r--a---p. No, I just help people when I can and learn from people when relevant topics come up. Have a look back at the archives, you'll see me helping people with questions, that, I thought, was the point of this users list. I also occasionally ask a question when I get stuck. Other than that I generally remain quiet unless I have something constructive to add or until I can no longer take the volume of spam being generated in my mail box. Also, thanks so much for doing me the common courtesy of not addressing me by my surname as I requested before ... oops never mind. Bart. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Role based Tiles
In my web application i have 2 roles. For each role there should be different header and footer. How to implement this in struts tiles ? I am using struts 1.2.8 - Raghu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: .NET/WebServices/Java
It would be better to continue the thread on dev@struts.apache.org, but there's no reason to take the discussion off list. -Ted. On 4/24/06, John B. Walker <[EMAIL PROTECTED]> wrote: > Thanks Ted! I will dust off my old sourceforge.net account and take this > conversation off the user group with you personally. I appreciate the help. > It's people like you that make it easy for developers to come into the Open > Dev community. > > Thanks again, > John > > > On 4/23/06, Ted Husted <[EMAIL PROTECTED]> wrote: > > > On 4/23/06, John B. Walker <[EMAIL PROTECTED]> wrote: > > My next question for you Ted (or others), is: > > "How would I contribute this source back to Struts, and do you think that > > the committee would be interested in adopting this framework into the > Struts > > project?" > > The first step would be to get the code "out there" where people can > try it. This can simply be a matter of setting up a home page that > describes the product with a link to download the package. A very good > way to get started is to setup a Java.net or Sourceforge.net project. > If you don't want to start your own project, there is a Struts > SourceForge project (struts.sf.net) where you could upload the code. > Just take out a SourceForge account and let me know what your user id, > and a working name for the product, and I'll setup a module for you, > > In general, the ASF isn't interested in donations of code that do not > include a community of developers who are ready, willing, and able to > maintain the code. The ASF has no paid staff, so we have to be sure > that there are volunteers to do the work. The first step is finding > volunteers to help with an open source project is to publish the > source :) > > HTH, Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Pluggable Validator question
Niall,
If you see my earlier reply to my question, I included the source code of
my validateTwoField(..) method. I include it here again for your perusal. I
do instantiate the ActionErrors object and add an ActionMessage as you see.
public static boolean validateTwoFields(Object bean, ValidatorAction va,
Field
field, ActionErrors errors,
HttpServletRequest request) {
String value = ValidatorUtils.getValueAsString(bean,
field.getProperty());
String sProperty2 = field.getVarValue("secondProperty");
String value2 = ValidatorUtils.getValueAsString(bean,
sProperty2);
if (!GenericValidator.isBlankOrNull(value)) {
try {
if (!value.equals(value2)) {
errors.add(field.getKey(), new ActionMessage(
"errors.twofields", value, value2));
return false;
}
} catch (Exception e) {
errors.add(field.getKey(), new ActionMessage(
"errors.twofields", value, value2));
return false;
}
}
return true;
}
But, when I debugged, I saw somewhere in the Struts code that the
ActionErrors is still empty and may be that's the reason it's not going
back to the input page. I searched a lot on the internet and found examples
on versions of struts which are now deprecated. So, in replacing that code,
I could have gone wrong somewhere in adding ActionMessages to the
ActionErrors.. Can you please tell me if errors.add(field.getKey(), new
ActionMessage("errors.twofields", value, value2)); is the correct way of
doing it?
Thanks,
Kiran
"Niall Pemberton"
To
"Struts Users Mailing List"
04/24/2006 08:15
PM cc
Subject
Please respond to Re: Pluggable Validator question
"Struts Users
Mailing List"
<[EMAIL PROTECTED]
he.org>
On 4/24/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> Hello All,
>
> I am trying to use the TwoField pluggable Validator example from the
> struts's site. I replaced the deprecated method calls in
> validateTwoFields(..). For some reason, when I run my application, it
> doesn't validate the input fields. Instead it directly takes me to the
> success page after I hit submit. I tried debugging the
> validateTwoFields(..) and found that it's returning "false" when the
input
> fields did not match. But still the control is forwarding to the success
> page. Here's my action mapping.
Returning "false" from a validator doesn't stop struts from continuing
- its adding a message(s) to the ActionErrors returned by the
ActionForm's validate method. If you look at the Struts FieldChecks
class you will see that all the configured methods do that. So is your
validateTwoFields(...) method doing it?
Niall
> name="pwdForm"
> type="actions.PWDAction"
> scope="request"
> validate="true"
> input="/password.jsp"
> forward="/success.jsp">
>
>
>
> What am I doing wrong?
>
> Thanks,
> Kiran
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
The information contained in this message is intended only for the
personal and confidential use of the recipient(s) named above. If
the reader of this message is not the intended recipient or an
agent responsible for delivering it to the intended recipient, you
are hereby notified that you have received this document in error
and that any review, dissemination, distribution, or copying of
this message is strictly prohibited. If you have received this
communication in error, please notify us immediately, and delete
the original message.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
Re: friday ha ha
Busschots, your refer to me as "Jack". Get it? Incredible! I have checked your history. On 4/25/06, Bart Busschots <[EMAIL PROTECTED]> wrote: > > Dakota Jack wrote: > > Busschots, you and Newton are really the worst on this list. You never > have > > code or ideas, only c-r--a---p. > > > > > No, I just help people when I can and learn from people when relevant > topics come up. Have a look back at the archives, you'll see me helping > people with questions, that, I thought, was the point of this users > list. I also occasionally ask a question when I get stuck. Other than > that I generally remain quiet unless I have something constructive to > add or until I can no longer take the volume of spam being generated in > my mail box. > > Also, thanks so much for doing me the common courtesy of not addressing > me by my surname as I requested before ... oops never mind. > > Bart. > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- "You can lead a horse to water but you cannot make it float on its back." ~Dakota Jack~
Reading DDL file using java
Hi, I have to write a parser in java which takes an DDL file as input and put the tables and the fileds in an arraylist seperatly. Please advise me how to proceed. Thanks in advance. Shiva
Re: friday ha ha
We would all appreciate it if you would prefix all your posts correctly. Whenever you (Dakota Jack) post a message, you need to put [spam] at the beginning. Thank you and have nice day. K. On 4/25/06, Dakota Jack <[EMAIL PROTECTED]> wrote: > Busschots, your refer to me as "Jack". Get it? Incredible! I have checked > your history. > > On 4/25/06, Bart Busschots <[EMAIL PROTECTED]> wrote: > > > > Dakota Jack wrote: > > > Busschots, you and Newton are really the worst on this list. You never > > have > > > code or ideas, only c-r--a---p. > > > > > > > > No, I just help people when I can and learn from people when relevant > > topics come up. Have a look back at the archives, you'll see me helping > > people with questions, that, I thought, was the point of this users > > list. I also occasionally ask a question when I get stuck. Other than > > that I generally remain quiet unless I have something constructive to > > add or until I can no longer take the volume of spam being generated in > > my mail box. > > > > Also, thanks so much for doing me the common courtesy of not addressing > > me by my surname as I requested before ... oops never mind. > > > > Bart. > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > -- > "You can lead a horse to water but you cannot make it float on its back." > ~Dakota Jack~ > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Role based Tiles
Looking at tiles dtd you find that you have a role attribute on definition element. Another way of controlling what appears is using the role attribute on tiles:put tag. -Original Message- From: Raghuveer [mailto:[EMAIL PROTECTED] Sent: terça-feira, 25 de Abril de 2006 11:44 To: user@struts.apache.org Subject: Role based Tiles In my web application i have 2 roles. For each role there should be different header and footer. How to implement this in struts tiles ? I am using struts 1.2.8 - Raghu - 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]
Form validation with invalid token
Why form is being validate when request token is invalid? How can I disable form validation when token is invalid? I have large form (scope session) with very complicated validation which relies on session attribute, when user try save form after session timeout, form is being validate which results in error because session is missing required attributes. It is also pointless because session timeout makes token invalid so form will not be save. How to deal with such situations with proper way ? -- Michał Steiner -- Nie przychodz! Nie przyjezdzaj! Nie dzwon! Zamow ogloszenie drobne do "Gazety Wyborczej" przez internet wchodzac na http://www.aaaby.pl/wyborcza i wygraj nawet 10.000 zl! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Struts 1.2.9 does not throw InvalidCancelException
You have to put that variable in more general scope, e.g, put as a request attribute. -Original Message- From: Lixin Chu [mailto:[EMAIL PROTECTED] Sent: terça-feira, 25 de Abril de 2006 10:36 To: Struts Users Mailing List Subject: Re: Struts 1.2.9 does not throw InvalidCancelException exactly, thanks ! On 4/25/06, Niall Pemberton <[EMAIL PROTECTED]> wrote: > > On 4/24/06, Lixin Chu <[EMAIL PROTECTED]> wrote: > > just upgraded from 1.2.8 to 1.2.9. I did not add > > > > > > > > in struts-config.xml and still use as per normal in jsp > files. > > Tested, do not see exception and no validation is called. > > It only gets thrown if the action is set to validate="true" in the > strutc-config.xml. If no validation is being called then this would > suggest that you don't have this set. > > Niall > > > any reason why ? default setting ? > > > > btw, my action is LookupDispatchAction. > > > > rgds > > lixin > > - > 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: Pluggable Validator question
Hi Niall, Up on further search, I found questions like mine in various forums. The problem is I guess I am not adding the errors in the validation method correctly. Also, the I added the following line in my method. --- errors = new ActionErrors(); I did this because I had a null pointer exception (errors was null). So, I think the problem with my code is errors (object of ActionErrors) in my validatation method is "null". How do I correct this error? Thanks, Kiran - The information contained in this message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately, and delete the original message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Pluggable Validator question
Everyone, I found the problem in my code. I was using ActionErrors in my custom validation method instead of ActionMessages. I found again that the mistakes done on obvious pieces are difficult to track down. Do I need to close this discussion? Thanks all, Kiran - The information contained in this message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately, and delete the original message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Proposal for change
Craig McClanahan wrote: On 4/24/06, Frank W. Zammetti <[EMAIL PROTECTED]> wrote: I look forward to feedback. Thanks for listening! Without commenting on the merit of the proposal itself, or the reasoning presented as its justification, it is important to note that we (the Struts community) do not have free reign to do whatever we want in this regard. Craig, while you aren't directly addressing me in this post, I take some offense to the above statement. It is very insulting. You are insulting people's intelligence. First of all, this "royal we" of speaking in the name of the community rubs me the wrong way. Also, it is quite obvious to me that, so-called "Apache Way" or not, a community can add more committers if it wants to. What discussions or proposals precede that is really pretty much beside the point. You collectively can certainly add Frank and other people who are willing and able to do work as committers if you want to. Now, I'm inferring that you don't want to do that. But then you should come up with some other reason than this stuff about community and the "Apache Way". As part of Apache, the Struts community is accountable to the Apache Software Foundation's Board of Directors, and one of the things that gets watched is how well the various projects implement "the Apache Way". And one of the key tenets of that "way" is how new committers get selected. My casual observation suggests that the "way" in which new committers get selected is entirely arbitrary. In fact, it strikes me that what you are saying is 180º from the truth. If I want to know how somebody who has a ph.D. in a field has that degree, I can go dig up the guy's doctoral dissertation and see how he got the degree. If somebody is a member of the New York Bar, they must have passed the New York Bar examination, and I could dig up examples of the test that person would have had to pass. Guilds of medieval craftsmen had a system whereby, to become a full member of the guild, a "master" of the craft, you had to present some kind of major work. This is where the term "masterpiece" comes from IIRC. As regards the question of why one person is a "committer" and somebody else is not, there is simply no equivalent way of pointing to why somebody is a committer and another person is not. Anyway, I think the text you wrote above is a further insult to people's intelligence. I don't find what you're saying credible. I am quite sure that the "Struts community" can add whoever they want as a committer and the ASF Board of Directors is not going to say boo. Are there any precedents you can point to? Like, project FooBar added Joe Blow as a commmitter and the ASF Board of Directors actually took issue with this? Does this ever happen? So I get the very very real sense here that you guys just make up this stuff as you go along. Though I don't know which aspect is more distturbing -- that you do this, or that other people just meekly go along with it... Regardless of the details, anything along the general lines of what you describe would be quite different from the way Apache has grown from the very beginning to what it is today -- and it would, therefore, be looked at with a *lot* of skepticism by Apache as a whole. Well, you seem to be implying that other ASF members who are not at all involved in Struts are going to second-guess your decisions about who to add as a committer and why you added the person(s) in question. This just does not ring true to me. Trying to argue that the Apache Way is flawed, and needs to be fundamentally changed like this, does not seem likely (to me) to get much agreement Apache wide, given the ASF's history, and the success of many of its projects at building communities of committers that buy in to that culture -- and, by the way, produce some pretty popular software to boot. Well, much (maybe most) of the software under the ASF brand was developed originally outside of ASF. In the case of what is going on with Struts right now, you are currently in the process of relabelling a competing product, Webwork, as "Struts Action 2". Since the existing Struts is going to be "Struts Action 1", there is a tacit acceptance of the fact that the codebase developed within ASF, and presumably according to the "Apache Way", was technically superseded by the codebase developed outside of ASF. It is quite clear that Struts 1.x development stagnated terribly and, to keep saying that you can't do anything any differently from what was done heretofore because it runs against this so-called "Apache Way" -- this strikes me as lunacy. So what the heck is this "Apache way" thing? It is a culture; a way of gathering a community that interoperates ... In another part of this overall discussion, Niall Pemberton took me to task (or tried to) because he characterized my attitude as wanting the "demise of apache" and I did not deign to elaborate on
Re: friday ha ha
Ted Husted wrote: Ummm, it's a longstanding tradition that we don't tolerate personal attacks. I would consider it a personal courtesy if people would not engage in personal insults, even on my behalf. Ted, it's good that you are against people engaging in personal attacks. However, I would have found your stance more convincing if you had said something when, for example, James Mitchell (who is a colleague of yours on the Struts PMC) and other people (some of whom have @apache.org email addresses) started engaging in illegitimate personal attacks on me. (That was about a month ago.) Your silence in that previous instance gives me the impression that you only have enough moral conviction on this, when you can express it with no risk -- i.e. to stand up to somebody, who, as in this case, is basically a nobody. Moreover, quite contrary to what you say above, I think that, as a matter of fact, there is actually a tradition here (I'm not sure how longstanding) of engaging in personal attacks to quell dissent. Anyway, if you really think that kind of thing is wrong, you should IMO voice your objections consistently when this stuff occurs. I don't see you doing that. Jonathan Revusky -- lead developer, FreeMarker project, http://freemarker.org/ We all have a limited number of volunteer hours to spend. I choose to my time helping earnest users. If anyone wants to return that courtesy, please find another earnest user to help, and share the wealth! -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Proposal for change
On 4/25/06, Craig McClanahan <[EMAIL PROTECTED]> wrote: > On 4/24/06, Frank W. Zammetti <[EMAIL PROTECTED]> wrote: > > > > * Rationale > > One of the issues that a number of people seem to have with the way > > Struts has progressed is the seeming inability (or difficulty at least) > > of getting "new blood" involved. There seems to be a perception by many > > that there is a bit of a "closed club" mentality with regard to being > > invited in as a committer and that the Struts community at large has no > > say in the matter. > > > The latter statement is, as mentioned in my previous response, the way that > *all* projects at Apache work -- it is not unique to Struts. Any claim that > all of Apache is broken in this regard is going to be, umm, unlikely to be > agreed with :-). What's more interesting is to examine the former > statement, and compare it to the facts. > > The "Who We Are" page[1] lists the current folks who are on the PMC (and > also have committer privileges), and who are committers not on the PMC. > There's 14 and 13 names, respectively, giving a total of 27 (and this > doesn't count the 10 previous committers who are now on the emeritus list, > for a total of 37). That's a pretty good size number, compared to the > average at Apache. But what is really interesting is to look at the timing > of how we got from one committer (me) six years ago, to where we are today > -- and focus especially on the more recent changes. > > In just the last year there have been quite a number of new committers > added[2] ... six independent of the WebWork merger (Wendy, Gary, Greg, > Shawn, Laurie, and Richard), two more (Jason and Patrick) directly because > of the merger, and five more who have commit rights to the WebWork incubator > code and will become Struts committers as soon as it graduates. There is > also one outstanding invitation that, for personal reasons fo the individual > involved, will be accepted later rather than now. That is a pretty large > percentage increase for a single year, even discounting the merger -- and > have you ever seen other "competing" communities come together like this? > Hmm ... doesn't seem like the existing community is particularly "closed" to > new blood to me. I agree that we have been pretty active in bringing people into the Struts project but although the numbers look good, in terms of action1, it hasn't translated into much activity in terms of moving action1 code forward. > Examining how the new folks got themselves nominated and elected is also > interesting. In every case, it was based on continuous contributions of > code, documentation, user list help, build script maintenance, or whatever > made a *positive* difference for everyone. Indeed, if you go back to the > days when folks like Ted and Martin were added, a lot of it was being tired > of applying all the patches they were contributing :-). All of these folks > "get it" -- so it is not just a couple of dictatorial snobs sitting on top > of the mountain dictating who is in and who is out :-). > > There is also another interesting observation here -- you don't have to be a > committer to initiate changes to the Struts code base. What you have to do > is justify your bugfix or RFE to the point where an existing committer is > willing to take responsibility for cleaning up any messes that committing > the change might cause. So, you only have to convince one of the various > folks to get your patch in. Failure to succeed in that goal *could* be a > close minded community, but it also just might be that the proposed change > doesn't fit with what the committers as a whole have in mind (it only takes > one commiter -1 to make a committed change get reversed, so we pay attention > to this as part of the decision process on accepting a patch). Just in the > little time I have had to spend on Struts in the last year, I've committed > patches from at least 20 different people. Spread across the six years that > Struts has existed, and all the committers who have done the same thing, we > are talking many *hundreds* of people who have contributed at least some > code or documentation to what is now Struts. Looking at bugzilla we have 312 open enhancement tickets for action1 and if someone did submit a good enhancement patch to bugzilla for action1, from my perspective, the most likely outcome is that it would be ignored. The situation is different for Shale and ww/action2 - but if I wasn't a committer and was interested in working on action1 my main concern would be that if I did bother to submit anything theres a good chance it would be a waste of time. > I just don't buy the presumption that the current system is broken. I won't > presume to convince *you* to think that way -- it's your perogative to think > whatever you want -- but I will certainly take into account whether someone > "gets it" before I would ever vote for them to be a committer. I agree its not broken in general and the
DynaValidatorForm
Does DynaValidatorForm have to be explicitly instantiated in an action? Thanks. - Asad - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DynaValidatorForm
On 4/25/06, Asad Habib <[EMAIL PROTECTED]> wrote: > Does DynaValidatorForm have to be explicitly instantiated in an action? No this is one of the things that Struts does for you. All you should need to do is define it, along with the properties you want in the struts-config.xml: http://struts.apache.org/struts-doc-1.2.x/userGuide/building_controller.html#dyna_action_form_classes Niall > Thanks. > - Asad - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Mask validation
Hi.
How can I specify a mask with letters, underscores and numbers with only 8
charaters in total?
Something like this? [a-zA-Z0-9]{8}$
Thanks!
Marisol.
RE: Role based Tiles
If I have 2 roles "admin" and "user" If my Action forward path is ".page.home.page" for "user" role what would be the state of application. Can I declaratively specify to navigate specific page/tiles definition with message Example "user" has not access to this page -Original Message- From: João [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 25, 2006 6:05 PM To: 'Struts Users Mailing List'; [EMAIL PROTECTED] Subject: RE: Role based Tiles Looking at tiles dtd you find that you have a role attribute on definition element. Another way of controlling what appears is using the role attribute on tiles:put tag. -Original Message- From: Raghuveer [mailto:[EMAIL PROTECTED] Sent: terça-feira, 25 de Abril de 2006 11:44 To: user@struts.apache.org Subject: Role based Tiles In my web application i have 2 roles. For each role there should be different header and footer. How to implement this in struts tiles ? I am using struts 1.2.8 - Raghu - 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: Mask validation
Remove the {8} from the Mask and also include the maxlength validation
on that field. Something like this:
maxlength
8
mask
^[a-zA-Z0-9\]*$
Daniel
-Original Message-
From: Marisol Opreni [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 25, 2006 7:30 AM
To: 'Struts Users Mailing List'
Subject: Mask validation
Hi.
How can I specify a mask with letters, underscores and numbers with only
8
charaters in total?
Something like this? [a-zA-Z0-9]{8}$
Thanks!
Marisol.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: friday ha ha
On 4/25/06, Jonathan Revusky <[EMAIL PROTECTED]> wrote: > Anyway, if you really think that kind of thing is wrong, you should IMO > voice your objections consistently when this stuff occurs. I don't see > you doing that. > That is because you are not capable of adult conversation. You have proven this by your imbecilic behaviour. Your moronic ramblings have only served to further people's opinion that you really are just a silly little school girl throwing a temper tantrum. Wa! Wa! Why don't you answer me?!?!? W! K. > Jonathan Revusky > -- > lead developer, FreeMarker project, http://freemarker.org/ > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Mask validation
I need to be 8 characters, nor more neither less...
-Mensaje original-
De: Kalcevich, Daniel [mailto:[EMAIL PROTECTED]
Enviado el: Martes, 25 de Abril de 2006 11:33 a.m.
Para: Struts Users Mailing List
Asunto: RE: Mask validation
Remove the {8} from the Mask and also include the maxlength validation
on that field. Something like this:
maxlength
8
mask
^[a-zA-Z0-9\]*$
Daniel
-Original Message-
From: Marisol Opreni [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 25, 2006 7:30 AM
To: 'Struts Users Mailing List'
Subject: Mask validation
Hi.
How can I specify a mask with letters, underscores and numbers with only
8
charaters in total?
Something like this? [a-zA-Z0-9]{8}$
Thanks!
Marisol.
-
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: Mask validation
Really quickly. Here's a mask I am using. I allows A-Z, a-z and the
special characters, " ' ", " - " and " [Empty space] "
^[a-zA-Z\s'-]+$
I guess you can work off of it.
Harsh.
-Original Message-
From: Marisol Opreni [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 25, 2006 9:30 AM
To: 'Struts Users Mailing List'
Subject: Mask validation
Hi.
How can I specify a mask with letters, underscores and numbers with only
8
charaters in total?
Something like this? [a-zA-Z0-9]{8}$
Thanks!
Marisol.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Mask validation
You could use the minlength validation then as well, and then if you use
Struts HTML Tags, set the maxlength=8 on the text box. That way the
user would be required to entered in at least 8 (as dictated by the
minlength) and no more than 8 (as dictated by the maxlength on the input
box).
Does that do what you are looking for?
Daniel
-Original Message-
From: Marisol Opreni [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 25, 2006 7:40 AM
To: 'Struts Users Mailing List'
Subject: RE: Mask validation
I need to be 8 characters, nor more neither less...
-Mensaje original-
De: Kalcevich, Daniel [mailto:[EMAIL PROTECTED]
Enviado el: Martes, 25 de Abril de 2006 11:33 a.m.
Para: Struts Users Mailing List
Asunto: RE: Mask validation
Remove the {8} from the Mask and also include the maxlength validation
on that field. Something like this:
maxlength
8
mask
^[a-zA-Z0-9\]*$
Daniel
-Original Message-
From: Marisol Opreni [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 25, 2006 7:30 AM
To: 'Struts Users Mailing List'
Subject: Mask validation
Hi.
How can I specify a mask with letters, underscores and numbers with only
8
charaters in total?
Something like this? [a-zA-Z0-9]{8}$
Thanks!
Marisol.
-
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: Mask validation
If the user enters less than 8 char appears a message...
If he enters more than 8 char appears a message...
I don't want to drive him mad ;)
With the mask validation I want to show only ONE message to the user...
-Mensaje original-
De: Kalcevich, Daniel [mailto:[EMAIL PROTECTED]
Enviado el: Martes, 25 de Abril de 2006 11:44 a.m.
Para: Struts Users Mailing List
Asunto: RE: Mask validation
You could use the minlength validation then as well, and then if you use
Struts HTML Tags, set the maxlength=8 on the text box. That way the
user would be required to entered in at least 8 (as dictated by the
minlength) and no more than 8 (as dictated by the maxlength on the input
box).
Does that do what you are looking for?
Daniel
-Original Message-
From: Marisol Opreni [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 25, 2006 7:40 AM
To: 'Struts Users Mailing List'
Subject: RE: Mask validation
I need to be 8 characters, nor more neither less...
-Mensaje original-
De: Kalcevich, Daniel [mailto:[EMAIL PROTECTED]
Enviado el: Martes, 25 de Abril de 2006 11:33 a.m.
Para: Struts Users Mailing List
Asunto: RE: Mask validation
Remove the {8} from the Mask and also include the maxlength validation
on that field. Something like this:
maxlength
8
mask
^[a-zA-Z0-9\]*$
Daniel
-Original Message-
From: Marisol Opreni [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 25, 2006 7:30 AM
To: 'Struts Users Mailing List'
Subject: Mask validation
Hi.
How can I specify a mask with letters, underscores and numbers with only
8
charaters in total?
Something like this? [a-zA-Z0-9]{8}$
Thanks!
Marisol.
-
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: Role based Tiles
I think you can't do that with tiles. Maybe with a controller but not declaratively :( -Original Message- From: Raghuveer [mailto:[EMAIL PROTECTED] Sent: terça-feira, 25 de Abril de 2006 15:29 To: 'João'; 'Struts Users Mailing List' Subject: RE: Role based Tiles If I have 2 roles "admin" and "user" If my Action forward path is ".page.home.page" for "user" role what would be the state of application. Can I declaratively specify to navigate specific page/tiles definition with message Example "user" has not access to this page -Original Message- From: João [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 25, 2006 6:05 PM To: 'Struts Users Mailing List'; [EMAIL PROTECTED] Subject: RE: Role based Tiles Looking at tiles dtd you find that you have a role attribute on definition element. Another way of controlling what appears is using the role attribute on tiles:put tag. -Original Message- From: Raghuveer [mailto:[EMAIL PROTECTED] Sent: terça-feira, 25 de Abril de 2006 11:44 To: user@struts.apache.org Subject: Role based Tiles In my web application i have 2 roles. For each role there should be different header and footer. How to implement this in struts tiles ? I am using struts 1.2.8 - Raghu - 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: Proposal for change
On Tue, April 25, 2006 1:17 am, Craig McClanahan said: > The latter statement is, as mentioned in my previous response, the way > that > *all* projects at Apache work -- it is not unique to Struts. Any claim > that > all of Apache is broken in this regard is going to be, umm, unlikely to be > agreed with :-). What's more interesting is to examine the former > statement, and compare it to the facts. Please don't infer the word broken, I never used it :) Broken has a negative connotation. I'm talking about an improvement. Unless you believe the way things are today is 100% perfect, then there is always room for improvement. Something doesn't have to be "broken" for a change to be reasonable. Also, I'm not talking about all of Apache here, I'm talking only about Struts. Granted I'm not a member of every community at Apache, but of the ones I am (even as just a lurker), Struts seems to be the only one that evokes these types of criticisms (rightly or wrongly so). I'm not suggesting trying to change the way all of Apache works, and in fact, I'm not trying to change the way Struts works. Just build on top of it a little bit. If this idea were to work, and other projects saw and liked it, maybe it would change all of Apache eventually. That's not one of my goals here today :) > That is a pretty large > percentage increase for a single year, even discounting the merger -- and > have you ever seen other "competing" communities come together like this? > Hmm ... doesn't seem like the existing community is particularly "closed" > to > new blood to me. That depends entirely on your meaning of the word "closed". You make the argument that the number of new committers means it isn't closed, and I agree with you to a degree. But that's not the only meaning of "closed"... the invitations to those people came *soley* from the PMC AFAIK... the community had no say in it. That's the thing my proposal seeks to address, that the initiation of someone being invited doesn't necessarily have to come from those already there (although they would still have the final say-so). > Examining how the new folks got themselves nominated and elected is also > interesting. In every case, it was based on continuous contributions of > code, documentation, user list help, build script maintenance, or whatever > made a *positive* difference for everyone. That's the way it *should* work, but I don't believe it is the way it *has* worked. There are a number of other names that would have been invited as well if that is all there was to it. My proposal seeks to remove that "something else"... no, actually, it doesn't seek to remove it, it only seeks to bring it into the light, so to speak. If someone were nominated and ultimately not invited to join, the community could look and see if they believed that person met the criteria you list above. If they did and still were not invited, it would be obvious that something else was at work. Perhaps it was something completely legitimate; it probably would come out in discussion during the vote period then. Maybe it isn't something legitimate (as judged by the community). Either way, we'd know, and could form our opinions accordingly. > There is also another interesting observation here -- you don't have to be > a > committer to initiate changes to the Struts code base. What you have to > do > is justify your bugfix or RFE to the point where an existing committer is > willing to take responsibility for cleaning up any messes that committing > the change might cause. So, you only have to convince one of the various > folks to get your patch in. Failure to succeed in that goal *could* be a > close minded community, but it also just might be that the proposed change > doesn't fit with what the committers as a whole have in mind (it only > takes > one commiter -1 to make a committed change get reversed, so we pay > attention > to this as part of the decision process on accepting a patch). Just in > the > little time I have had to spend on Struts in the last year, I've committed > patches from at least 20 different people. Spread across the six years > that > Struts has existed, and all the committers who have done the same thing, > we > are talking many *hundreds* of people who have contributed at least some > code or documentation to what is now Struts. Perfectly fair observation IMO. > I just don't buy the presumption that the current system is broken. I > won't > presume to convince *you* to think that way -- it's your perogative to > think > whatever you want -- but I will certainly take into account whether > someone > "gets it" before I would ever vote for them to be a committer. Again, I never said anything was "broke". If I were to describe it, I would probably say "sub-optimal". Unless you are prepared to say that you think everything is absolutely perfect just the way it is, then there is *always* remove for improvement, it doesn't have to be broken. The "g
Re: Proposal for change
On Tue, April 25, 2006 12:36 am, Craig McClanahan said: > Without commenting on the merit of the proposal itself, or the reasoning > presented as its justification, it is important to note that we (the > Struts > community) do not have free reign to do whatever we want in this regard. > As > part of Apache, the Struts community is accountable to the Apache Software > Foundation's Board of Directors, and one of the things that gets watched > is > how well the various projects implement "the Apache Way". And one of the > key tenets of that "way" is how new committers get selected. I understand that... does that mean that a particular project is not allowed to try something new? If there are rules in place to keep projects from donig so, then I wasn't aware of that, and certainly that puts a damper on this proposal :) > Regardless of the details, anything along the general lines of what you > describe would be quite different from the way Apache has grown from the > very beginning to what it is today -- and it would, therefore, be looked > at > with a *lot* of skepticism by Apache as a whole. I would *hope* it would be looked upon with skepticism :) I'm certainly in no way saying the Apache Way hasn't worked all this time, of course it has! :) But, is skepticism enough to dissuage an attempt at something? Assuming there are no rules in place to stop a project from trying it I mean. > Trying to argue that the > Apache Way is flawed, and needs to be fundamentally changed like this, > does > not seem likely (to me) to get much agreement Apache wide, given the ASF's > history, and the success of many of its projects at building communities > of > committers that buy in to that culture -- and, by the way, produce some > pretty popular software to boot. No argument. But again, I'm not talking about changing anything Apache-wide. I'm talking about trying something in one project where there *seems* to be a perception that things could be somewhat improved, and seeing how it works. > So what the heck is this "Apache way" thing? It is a culture; a way of > gathering a community that interoperates ... and it can be tough at times > to > write down a descrption that makes sense. But [1] is a pretty good > starting > point. I'd also recommend looking through the documentation for the > Incubator Project (where a specific exit criteria is that the folks > participating in the new project "get it" about the Apache way). > > Frank > > > Craig > > [1] http://www.apache.org/foundation/how-it-works.html I've read this page before, and just did so again. While I think it is fantastic at describing what Apache is and how it works, I don't see anything that would help me or anyone else understand how to "get it". Aside from the discussion on meritocracy, nothing seems to discuss that. The Philosophy section seems to discuss the philosophy of a project, the the philosophy of how someone needs to conduct themselves to "get it". I would very much like to understand how this determination is made. > PS: If you like the code but don't like the community, one of the best > things about Apache is that the license gives you the right to fork and > build your own community, operated according to whatever rules please you. > So, even if a proposal like this is not accepted, you still have the > opportunity to go build "a better Struts" -- that doesn't have to be done > here. You are of course right about this. But, much like taking the ideas about inventory control and order processing and such from Dell and starting your own business is possible, the likelihood that you would get anything but a small fraction of the attention and business that Dell gets is slim to none. Frank - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tiles vs. + XHTML/CSS
On Apr 24, 2006, at 7:57 PM, Michael Jouravlev wrote: Does using Tiles still makes sense in 2006? I'm still trying to decide but I'm pretty sure the answer is yes. If I was working on existing code that relied heavily on Tiles I would certainly be glad to know that new development is still taking place. If I was starting a new project and deciding on a layout mechanism I'd have to evaluate Tiles in the context of all the other layout mechanisms currently available and make a decision. I haven't had the time to do such an evaluation so I'm just not sure how to answer that question. This antiquated sample does not promote good HTML design. It uses table instead of div or span elements, and it uses HTML attributes like "bgcolor". Yes, I pretty much agree with that. That documentation was lifted almost directly from the documentation that Cedric wrote several years ago when it represented best practice. It was an attempt to get some basic documentation up as quickly as possible in the hopes that people would submit patches to extend and correct it. There is a ticket open to accept documentation patches and you can be that I will commit patches that are submitted. The concrete page would use code like this [1]: <%@ taglib uri="http://struts.apache.org/tags-tiles"; prefix="tiles" %> I still have to specify all these tags that refer to particular header/footer files (Definition solves that, see below). What if instead of using one would use something like this: and would have an appropriate set of rules for "header" class in a CSS file? Would not it be the same without using Tiles layout file? Yes, I agree that this pattern doesn't seem to make a great deal of sense. Using Tiles like this does seem to be more overhead than the JSP include tag. I would rarely do it this way though and would normally use tiles defined in an XML file. But I can see a place for this use case. If you want to define your tiles using named definitions but want the values to be based on some dynamic values rather than fixed values as they would in an XML file, you might use this pattern. The advantage of this pattern is that it gives you the ability to extend the named definition and replace the named attributes. But even in that use case, I would have to be able to gain a *lot* from the dynamic values to overcome the disadvantages of error-prone and hard to debug tiles definitions set up in a JSP. In practice I've never done it this way, but have always used the XML file. Again, what if a JSP file with definitions contained just a list of regular JSP includes for the header, menu and footer, and every include would be wrapped into a div or span with specific CSS id/class? Would not it be quite similar? It would be quite similar except that you don't have a single name associated with that page that you can reference. With just a very small bit of overhead (IMHO) you can associate a name with the layout and always reference it by name. Then you can make arbitrary changes to the layout (including the JSP page that defines it) without having to change all the code that consumes it. You can also create a sub- layout that extends it and overrides desired parameters without having to write a whole new layout. That's why I would almost *always* choose tiles over simple jsp:includes. YMMV :-) Thanks, Greg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[OT] [Radically] Re: Reading DDL file using java
Shiva Narayana wrote: > I have to write a parser in java which takes an DDL file as input and put > the tables and the fileds in an arraylist seperatly. > > Please advise me how to proceed. > Sounds like you pretty much have the situation in hand. I don't know as I'd write the parser from scratch; something like JavaCC might be more up your alley, and there are already SQL grammars available for it. Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: friday ha ha
Dakota Jack wrote: > I am amazed you got it too. Thanks, Newton. I thought you were tight with > Ted no matter what. Nice to see you have a mind of your own. > Well, you've clearly been too stupid to understand the other umpteen times I've said "I'm not that big a fan of Struts." Coming from a Lisp/SmallTalk world I find the whole Java thing rather confusing and backwards. If it's okay with you, though, I'm not going to put your endorsement on my resume, just in case I ever want to work again. Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: friday ha ha
Dakota Jack wrote: > Busschots, your refer to me as "Jack". Get it? Incredible! I have checked > your history. > Which isn't your name, so why do you care? Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
troubles using java 5
Hello everybody, I'm not a specialist using struts, but I did some work with it in last months. Now, I'm working on project using the jdk1.4.2 and I'v moved to jdk 1.5 to have plenty use of aspectj 5 (an AOP tool). I don't know if there is a compatiblity problem using struts 1.2.8 with java 5: I converted a module of my application into an apsectj tool and use jdk 1.5. The module that causes problem is my GUI module which uses struts. When I build (using ant) I have the following error: [javac] error: error reading C:\projets\M_LIB\.classpath; error in opening zip file I see that there isa new tool to use java 5 with struts "strecks" but I'm not supposed to work on the struts module, and shouldn't(other people developped it) and I'm wondering how to get rid of that compiling error! Any ideas please? Thanks
Re: troubles using java 5
I've worked on Strecks with Java 5 and Struts 1.2.7 and 1.2.9 (I skipped 1.2.8), and Java 5 definitely isn't the problem. Your problem sounds rather strange. Try downloading and building one of the Strecks examples from source (using Jdk 1.5), and see if it causes the same problem. Phil mouna SAHIB wrote: Hello everybody, I'm not a specialist using struts, but I did some work with it in last months. Now, I'm working on project using the jdk1.4.2 and I'v moved to jdk 1.5 to have plenty use of aspectj 5 (an AOP tool). I don't know if there is a compatiblity problem using struts 1.2.8 with java 5: I converted a module of my application into an apsectj tool and use jdk 1.5. The module that causes problem is my GUI module which uses struts. When I build (using ant) I have the following error: [javac] error: error reading C:\projets\M_LIB\.classpath; error in opening zip file I see that there isa new tool to use java 5 with struts "strecks" but I'm not supposed to work on the struts module, and shouldn't(other people developped it) and I'm wondering how to get rid of that compiling error! Any ideas please? Thanks No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.385 / Virus Database: 268.4.6/323 - Release Date: 24/04/2006
view from html with dynamic parts
Hello all, I have a project i'm working on, that has the following view requirement: 1) have a known filesystem directory into which static html files can be placed. these html files have a marker somewhere in the body tag that says . The marker could be anything, that is just an example. 2) my struts application builds html forms from a set of definitions in a database. so it looks up the form in the database, creates a java model from the data in the database, and the java model knows how to render itself in html. the form also knows into which html file from step 1 above it is to be placed. I originally imagined the application as having two html files per form, a header and a footer, and i would just use jsp includes to include the appropriate one. So there'd be one jsp file like this: But the customer wants to have a single html file that can be easily edited in the standard tools. So i could: 1) generate the entire page in the action using a File, doing a search and replace and then send the response myself, returning null from the action. 2) use freemarker and have struts populate the request attributes with the dynamically generated form html and the template filename, and then forward to a freemarker template that the freemarker servlet will populate with the template and form html. Any other ideas or preferences for this? Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: troubles using java 5
mouna SAHIB wrote: > I don't know if there is a compatiblity problem using struts 1.2.8 with > java 5: I've been using Java 5 for quite awhile with no issues with Struts 1.1-1.2. > [javac] error: error reading C:\projets\M_LIB\.classpath; error in > opening zip file Sounds like either your build file is wrong or one of your libraries is corrupted? Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: troubles using java 5
Hello, Do you have aspectj libraries on your path? Is your classpath setup properly? R you using Eclipse/RAD? Hth marco -Original Message- From: Phil Zoio [mailto:[EMAIL PROTECTED] Sent: 25 April 2006 17:15 To: Struts Users Mailing List Subject: Re: troubles using java 5 I've worked on Strecks with Java 5 and Struts 1.2.7 and 1.2.9 (I skipped 1.2.8), and Java 5 definitely isn't the problem. Your problem sounds rather strange. Try downloading and building one of the Strecks examples from source (using Jdk 1.5), and see if it causes the same problem. Phil mouna SAHIB wrote: > Hello everybody, > > I'm not a specialist using struts, but I did some work with it in last > months. > Now, I'm working on project using the jdk1.4.2 and I'v moved to jdk > 1.5 to > have plenty use of aspectj 5 (an AOP tool). > > I don't know if there is a compatiblity problem using struts 1.2.8 with > java 5: > I converted a module of my application into an apsectj tool and use > jdk 1.5. > The module that causes problem is my GUI module which uses struts. > When I build (using ant) I have the following error: >[javac] error: error reading C:\projets\M_LIB\.classpath; error in > opening zip file > > I see that there isa new tool to use java 5 with struts "strecks" but I'm > not supposed to work on the struts module, and shouldn't(other people > developped it) and I'm wondering how to get rid of that compiling error! > > Any ideas please? > Thanks > > > >No virus found in this incoming message. >Checked by AVG Free Edition. >Version: 7.1.385 / Virus Database: 268.4.6/323 - Release Date: 24/04/2006 > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Mask validation
This was the answer!
^[a-zA-Z0-9_]{8}$
Thanks everybody!
Marisol.
-Mensaje original-
De: Kalcevich, Daniel [mailto:[EMAIL PROTECTED]
Enviado el: Martes, 25 de Abril de 2006 11:33 a.m.
Para: Struts Users Mailing List
Asunto: RE: Mask validation
Remove the {8} from the Mask and also include the maxlength validation
on that field. Something like this:
maxlength
8
mask
^[a-zA-Z0-9\]*$
Daniel
-Original Message-
From: Marisol Opreni [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 25, 2006 7:30 AM
To: 'Struts Users Mailing List'
Subject: Mask validation
Hi.
How can I specify a mask with letters, underscores and numbers with only
8
charaters in total?
Something like this? [a-zA-Z0-9]{8}$
Thanks!
Marisol.
-
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: troubles using java 5
Dave Newton wrote: [javac] error: error reading C:\projets\M_LIB\.classpath; error in opening zip file Sounds like either your build file is wrong or one of your libraries is corrupted? Maybe post the relevant section of your build file. -Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: troubles using java 5
You are using WSAD/Eclipse, correct? In which case your .classpath file points to all of those nifty things in your project that should be used to compile your application, including the classes and libraries that are referenced by the compiler and run-time code. To me, it sounds like you have a ZIP or a JAR file on your CLASSPATH (referenced in the .classpath file) that cannot be read using the ZIP libraries in WSAD/Eclipse. In other words... one of the files in your classpath is supposed to be either a ZIP or a JAR but is not. Do you have a DLL, readme.TXT or some other non-zip file referenced by your project's classpath? Regards, John Walker On 4/25/06, mouna SAHIB <[EMAIL PROTECTED]> wrote: > > Hello everybody, > > I'm not a specialist using struts, but I did some work with it in last > months. > Now, I'm working on project using the jdk1.4.2 and I'v moved to jdk 1.5 to > have plenty use of aspectj 5 (an AOP tool). > > I don't know if there is a compatiblity problem using struts 1.2.8 with > java 5: > I converted a module of my application into an apsectj tool and use jdk > 1.5. > The module that causes problem is my GUI module which uses struts. > When I build (using ant) I have the following error: > [javac] error: error reading C:\projets\M_LIB\.classpath; error in > opening zip file > > I see that there isa new tool to use java 5 with struts "strecks" but I'm > not supposed to work on the struts module, and shouldn't(other people > developped it) and I'm wondering how to get rid of that compiling error! > > Any ideas please? > Thanks > >
Re: Struts Equiv to RoR's controller, action, id
OK, I have your first example working, and as you said it has gottem me almost there. However, I have a few things that I am getting caught on for the second example. First, you mention that the ability to use wildcards in a set-property element is new to Struts 1.3, however I can't find any information or source for that version (outside of the version notes on the main struts sight). Can you let me know where to find this? Second, I don't think I have a very firm grasp of how "properties" are used in Struts. I have done some web searches, but most are just setting properties for already existing classes. Can you explain a bit more about how properties are typically used and specifically how to access them from within a DispatchAction? Thanks, Ben -- View this message in context: http://www.nabble.com/Struts-Equiv-to-RoR%27s-controller%2C-action%2C-id-t1489136.html#a4087573 Sent from the Struts - User forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts Equiv to RoR's controller, action, id
There is a quick note on set-property in the user guide [1], but I agree, it
isn't very clear.
Here is how works, using an ActionMapping as the example:
- will have Struts call
setFoo("bar") on the action mapping at startup, used when you have a custom
ActionMapping class
- will have Struts call
actionMapping.setProperty("foo", "bar) at startup (although the wildcard
capability still does the replacement at request time). You can then
retrieve this value in your action by calling actionMapping.getProperty
("foo")
Hope that helps,
Don
[1]
http://struts.apache.org/struts-action/userGuide/building_controller.html#action_mapping_wildcards
On 4/25/06, ben.christenson <[EMAIL PROTECTED]> wrote:
>
>
> OK, I have your first example working, and as you said it has gottem me
> almost there. However, I have a few things that I am getting caught on
> for
> the second example. First, you mention that the ability to use wildcards
> in
> a set-property element is new to Struts 1.3, however I can't find any
> information or source for that version (outside of the version notes on
> the
> main struts sight). Can you let me know where to find this? Second, I
> don't think I have a very firm grasp of how "properties" are used in
> Struts.
> I have done some web searches, but most are just setting properties for
> already existing classes. Can you explain a bit more about how properties
> are typically used and specifically how to access them from within a
> DispatchAction?
>
> Thanks,
> Ben
> --
> View this message in context:
> http://www.nabble.com/Struts-Equiv-to-RoR%27s-controller%2C-action%2C-id-t1489136.html#a4087573
> Sent from the Struts - User forum at Nabble.com.
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
Re: Struts Equiv to RoR's controller, action, id
I should note the second usage can be used with any
ActionMapping, not just a custom one, as the ActionMapping class inherits
BaseConfig, which has the properties methods.
Don
On 4/25/06, Don Brown <[EMAIL PROTECTED]> wrote:
>
> There is a quick note on set-property in the user guide [1], but I agree,
> it isn't very clear.
>
> Here is how works, using an ActionMapping as the example:
> - will have Struts call
> setFoo("bar") on the action mapping at startup, used when you have a custom
> ActionMapping class
> - will have Struts call
> actionMapping.setProperty("foo", "bar) at startup (although the wildcard
> capability still does the replacement at request time). You can then
> retrieve this value in your action by calling actionMapping.getProperty
> ("foo")
>
> Hope that helps,
>
> Don
>
> [1]
> http://struts.apache.org/struts-action/userGuide/building_controller.html#action_mapping_wildcards
>
>
>
> On 4/25/06, ben.christenson <[EMAIL PROTECTED]> wrote:
> >
> >
> > OK, I have your first example working, and as you said it has gottem me
> > almost there. However, I have a few things that I am getting caught on
> > for
> > the second example. First, you mention that the ability to use
> > wildcards in
> > a set-property element is new to Struts 1.3, however I can't find any
> > information or source for that version (outside of the version notes on
> > the
> > main struts sight). Can you let me know where to find this? Second, I
> > don't think I have a very firm grasp of how "properties" are used in
> > Struts.
> > I have done some web searches, but most are just setting properties for
> > already existing classes. Can you explain a bit more about how
> > properties
> > are typically used and specifically how to access them from within a
> > DispatchAction?
> >
> > Thanks,
> > Ben
> > --
> > View this message in context:
> > http://www.nabble.com/Struts-Equiv-to-RoR%27s-controller%2C-action%2C-id-t1489136.html#a4087573
> > Sent from the Struts - User forum at Nabble.com.
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
Combo Selection Missed
Hi! I have textboxes and a drop down list. The first value is the default value selected in the combo. I complete the textboxes and select something from the combo (suppose, the 3rd value). I validate textboxes. If a validation message is shown... the selection in the combo IS MISSED. it shows the first value (the default one). How can I keep the value selected in the combo? Thanks! Marisol.
[OT] Starting out with JDBCTemplate
A previous question to this list resulted in many recommendations to use Spring's JDBCTemplate (among other fine alternatives) to connect to my database. It looks like an attractive solution for me so I've been wading through a plethora of material. There are so many tutorials and a wealth of information available, but they all incorporate many many features of Spring that I'm not ready to tackle yet. I'm having trouble discerning which configuration pieces are really necessary just to use JDBCTemplate. I'm asking this group because I'm using JSF/Shale and I'm not sure how my choice of framework will affect the Spring configuration. Could you tell me the minimum pieces I need to assemble to employ JDBCTemplate? Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RV: Combo Selection Missed
Can anybody help me? THANKS!! Marisol. _ De: Marisol Opreni [mailto:[EMAIL PROTECTED] Enviado el: Martes, 25 de Abril de 2006 03:52 p.m. Para: 'Struts Users Mailing List' Asunto: Combo Selection Missed Hi! I have textboxes and a drop down list. The first value is the default value selected in the combo. I complete the textboxes and select something from the combo (suppose, the 3rd value). I validate textboxes. If a validation message is shown... the selection in the combo IS MISSED. it shows the first value (the default one). How can I keep the value selected in the combo? Thanks! Marisol.
Multiple roles
How can i use multiple roles in tiles definition? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
multiple pattern mapping
Hi, I'm trying to use 2 different pattern mappings to the action servlet, and have one handle protected action and one handle public actions using security-constraints, the mappings look like this: action *.auth action *.do The problem is in my form.jsp I specify my action specifically as authorize.auth, and yet when the page renders the action is always changed back to authorize.do The action mappings in my struts-config is like this: Any idea what could be wrong? Thanks for your help, Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [OT] Verifying Image Generator?
Thanks a lot Frank. I will also investigate your option. Thanks for the feedback. From: "Frank W. Zammetti" <[EMAIL PROTECTED]> Reply-To: "Struts Users Mailing List" To: Struts Users Mailing List CC: struts-user@jakarta.apache.org Subject: Re: [OT] Verifying Image Generator? Date: Mon, 24 Apr 2006 21:03:51 -0400 Another possible option can be found in Java Web Parts: http://javawebparts.sourceforge.net/javadocs/javawebparts/servlet/TextRendererServlet.html Select a suitably wacky font and you should be all set. Note the comments in the javadoc, this does *not* have to be used as a servlet, you can call its functionality manually, i.e., from an Action, etc. The full sample app for JWP shows its usage: http://javawebparts.sourceforge.net Frank draegoon Z wrote: Does anyone know where I can find one of those "image code generators" that verifies that a person is submitting a form and not a computer? I'd rather not stop to recreate the wheel. Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com AIM: fzammetti Yahoo: fzammetti MSN: [EMAIL PROTECTED] Java Web Parts - http://javawebparts.sourceforge.net Supplying the wheel, so you don't have to reinvent it! - 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]
validWhen condition parsing problem.
Hi I am using struts 1.2.8 and i have a problem with test condition with validwhen validator. Eveything works fine except when i try to compare sth with a string containing values not from iso8859-1 charset .i.e test ( *this* == "eWyciąg" ) On my console i see : ValidWhen Error for field ' statementType' - line 1:19: expecting '"', found 'ą' Any help, pls.
Re: RV: Combo Selection Missed
On Tue, 2006-04-25 at 16:52 -0300, Marisol Opreni wrote: > De: Marisol Opreni [mailto:[EMAIL PROTECTED] > Enviado el: Martes, 25 de Abril de 2006 03:52 p.m. > Para: 'Struts Users Mailing List' > Asunto: Combo Selection Missed > > > > Hi! > > > > I have textboxes and a drop down list. > > The first value is the default value selected in the combo. > > I complete the textboxes and select something from the combo (suppose, the > 3rd value). > > > > I validate textboxes. > > If a validation message is shown... the selection in the combo IS MISSED. it > shows the first value (the default one). > > > > How can I keep the value selected in the combo? Can you provide more information please? How was the set of select options created? Are you using struts tags? Tell more about your action form, and the names of the property in the action form and the name of the select tag. Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tiles vs. + XHTML/CSS
On 4/24/06, Rick Reumann <[EMAIL PROTECTED]> wrote:
> Michael Jouravlev wrote:
>
> > So, the question I am asking: what are the real benefits of using
> > Tiles if I use JSP includes + XHTML/CSS for layout/styling? Can most
> > of Tiles features be implemented with XHTML/CSS?
>
> I guess some of it comes to a personal preference in regard to the
> dynamic content stuff that I didn't see you mention (or I read over your
> post too quickly).
No, I haven't mentioned it, thanks for taking time to explain it.
> For example what about things where your "header" section needs a title
> to display in the html, or what if you quickly want to change around
> what pages get 'injected' (for lack of a better word) with a particular
> div? To accomplish this without something like tiles, you 1) have to set
> up certain things in the request in your Action before you go to your
> page and 2) you have to have jstl logic to decide whether or not to
> display the information. Personally I find it much cleaner to have this
> stuff defined in one place. So for example, lets look at your master
> layout...
>
>
>
> //all your content
>
>
> masterlayout.jsp
>
>
>
>
> header.jsp
> --
> SOME COOL LOGO
>
> { Dynamic "MY SUPER TITLE" }
>
> SOME OTHER LOGO
> more other images
> ---
>
> Now in the above, how are you going to get your title into this header
> jsp? The only way I know of is that you'd have to set it up ahead of
> time in your action. What if someone decides that title needs to change?
> Personally I'd rather find all the titles in one place
> (tiles-definitions.xml) than have to find what Action it it is in and
> where in the Action you set it up.
If it is in the xml file, it is not dynamic anymore, is it? Or are you
saying that I can set title for every composite page? (I am
researching Tiles now, haven't worked with it before). In the latter
case, how is this better than setting a request-scoped variable right
in the composite page before
tag? Ok, maybe it is better, because all dynamic or semi-dynamic stuff
is kept off the pages. But if the value is a really dynamic one, say
you read it from a database, then you cannot set it in the definition
file anyway, can you?
I think this is the problem with Tiles, it is not a component
technology, it is a view composition technology. It allows me to
combine JSPs, but in Struts JSPs are considered as data-aware dynamic
HTML, so JSPs are pretty dumb in terms that they do not contain
controller code or business-related code. Therefore JSPs should be
fronted with Struts action. Now can you explain me, if I have a
composite page out of three JSP files, how would I run their
corresponding setup actions before the page is composed?
Instead of including JSP pages I would include Struts actions (Will it
work with Tiles? I haven't tried it yet) like this (seems that I can
use include directive instead of dynamic include tag here):
somepage.jsp:
-
<%@ include file="masterLayout.jsp" %>
//all your content
masterlayout.jsp
header.jsp
--
SOME COOL LOGO
${headerForm.mySuperTitle}
SOME OTHER LOGO
more other images
---
This way all my dynamic stuff is encapsulated into respective Struts
action/JSP pairs. I am guaranteed that setup action is always called,
and I can pull out whatever dynamic data I want, say from the
database.
> The other thing is that I'm still not convinced of the magic and wonders
> of css for layout. Personally to me it's often black magic voodoo. Sure,
> I'm sure some will say it's easy ...bla blah... BS I say. Complex
> layouts with css is ANYTHING but easy or intuitive. Sure for simple
> stuff it's fine, but I'll be willing to race almost any average css user
> in designing some complex layouts. They can use only css and divs. I can
> use tables. I bet you I'll be done much faster and it'll work in all
> browsers and it will be easy to understand (ok yes it will 'look' more
> cluttered, but it'll still be intuitive.) Ok done ranting about css
> positioning:)
I won't get into this, but csszengarden or alistapart are convincing
enough. Yes, CSS takes different skills, but this is the price that
has to be payed for better separating content and styling.
> PS: when you mention:
>
> Michael>
> <%@ taglib uri="http://struts.apache.org/tags-tiles"; prefix="tiles" %>
>
>
>
>
>
>
> I still have to specify all these tags that refer to
> particular header/footer files (Definition solves that, see below).
> /michael
>
> The "all these " things in the above is only true for things
> that 'change' like the body.jsp and the title. Probably things like the
> header and footer would be part of the main.layout which you would be
> extending in your definition. (You typically set up a few layouts and
> all your pages then extend the ones they need.)
Yes, I got that. I can use a definition section.
> And also remember you still have to deal with
RE: Tiles vs. + XHTML/CSS
Michael, Why would you advocate the overhead of invoking struts *.do actions inside a JSP? After all, doesn't that force a complete reinvocation of the request process for each Struts action you call? For example, your below template would parse one for the original request, then (#2) once for "header.do" and one last time (#3 in this request) for "footer.do". That is a heck of a lot of overhead. (See template snippet below) > From: Michael Jouravlev [mailto:[EMAIL PROTECTED] > Sent: Tuesday, April 25, 2006 6:16 PM > Subject: Re: Tiles vs. + XHTML/CSS > masterlayout.jsp > > > > I would be more likely suggest a tiles controller to avoid some of that repeated, and in my opinion unnecessary, process(or) overhead. Regards, David / [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tiles vs. + XHTML/CSS
On Apr 25, 2006, at 5:15 PM, Michael Jouravlev wrote: If it is in the xml file, it is not dynamic anymore, is it? No it's not. But if the value is a really dynamic one, say you read it from a database, then you cannot set it in the definition file anyway, can you? No. It would have to be derived on the page, in the action beforehand, or in a controller class (see below). if I have a composite page out of three JSP files, how would I run their corresponding setup actions before the page is composed? Instead of including JSP pages I would include Struts actions (Will it work with Tiles? I haven't tried it yet) like this (seems that I can use include directive instead of dynamic include tag here): The thought scares me :-) I haven't tried it like that. Tiles used to allow you to specify a Struts action as a controller. It probably still does but I haven't used that pattern in a long time and I can guarantee that Standalone Tiles will not support that. You should really check out the Controller interface. Sorry, the documentation is non-existent currently, but it's in the pipeline. It allows you to specify a controller class that will be executed before the definition is rendered. In that class you have access to the Tiles Context and whatever else you need. The only drawback is that I don't believe you can specify a controller for each piece of the composite page. Greg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tiles vs. + XHTML/CSS
On 4/25/06, Greg Reddin <[EMAIL PROTECTED]> wrote: > > if I have a > > composite page out of three JSP files, how would I run their > > corresponding setup actions before the page is composed? > > > > Instead of including JSP pages I would include Struts actions (Will it > > work with Tiles? I haven't tried it yet) like this (seems that I can > > use include directive instead of dynamic include tag here): > > The thought scares me :-) I haven't tried it like that. Tiles used > to allow you to specify a Struts action as a controller. It probably > still does but I haven't used that pattern in a long time and I can > guarantee that Standalone Tiles will not support that. I don't see why Tiles would care what kind of resource I want to use to compose my page. At the higher abstraction level, I want to provide a URL, and Tiles should obtain response generated by resource at this URL, be it JSP fragment or Struts action or whatever else. > You should > really check out the Controller interface. Sorry, the documentation > is non-existent currently, but it's in the pipeline. It allows you > to specify a controller class that will be executed before the > definition is rendered. In that class you have access to the Tiles > Context and whatever else you need. The only drawback is that I > don't believe you can specify a controller for each piece of the > composite page. Having one controller is better than having nothing. Consider this. Say, most fragments do not contain dynamic data, like static header or footer. I can use Tiles or I can use two JSP includes in a separate file, and include this file. Same thing? Now, I have header and footer, and both require dynamic data from database. Who is going to pull it out? Apparently, Struts action. Which one? You said I can specify one controller. So this controller should know that it pulls data for two specific fragments. Now I have a controller tied to two fragments. Is this a good programming practice? What if I later decide to add, say, an advertisement block? Should I modify the controller to pull info from the database with ads as well? What if I want to use this ad block only on some pages. Should I have two different controllers? See, this is what I am talking about. Tiles combines view sections, not components. The point I am trying to make, it seems to me that Tiles helps with composing a page from simple subviews. But when a subview requires dynamic data, Tiles does not really help. With Tiles, actions and JSP fragments are separated. There are mostly independent JSP fragments, there are controllers (one per page), there are input actions, that process submitted data. This arraingment does not seem observable and manageable to me, contrary to what Rick and you say. Maybe I am missing something. Please excuse me if I sound pushy, I just really try to understand the benefit of Tiles. But returning back to my original question, I did not intend to badmouth Tiles and to push my own ideas. I just asked, how Tiles compares to XHTML+CSS. As I understood, the major Tiles benefit is handling "dynamic" data, and encapsulating it in one single place like definition file. But my example with dynamic data from database seems to show that this setup is not possible with Tiles, Struts actions must be involved. Therefore, for static headers/footers regular JSP includes seem fine. On the other hand, if I have highly dynamic data for every fragment, I need to call respective setup actions, and it is not possible with Tiles right now. As you stated, I can have only one controller per definition. In both cases, Tiles is either on par with JSP includes, or has some serious constraints. What am I missing? Michael. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tiles vs. + XHTML/CSS
On 4/25/06, Michael Jouravlev <[EMAIL PROTECTED]> wrote: > > On 4/25/06, Greg Reddin <[EMAIL PROTECTED]> wrote: > > > if I have a > > > composite page out of three JSP files, how would I run their > > > corresponding setup actions before the page is composed? > > > > > > Instead of including JSP pages I would include Struts actions (Will it > > > work with Tiles? I haven't tried it yet) like this (seems that I can > > > use include directive instead of dynamic include tag here): > > > > The thought scares me :-) I haven't tried it like that. Tiles used > > to allow you to specify a Struts action as a controller. It probably > > still does but I haven't used that pattern in a long time and I can > > guarantee that Standalone Tiles will not support that. > > I don't see why Tiles would care what kind of resource I want to use > to compose my page. At the higher abstraction level, I want to provide > a URL, and Tiles should obtain response generated by resource at this > URL, be it JSP fragment or Struts action or whatever else. > > > You should > > really check out the Controller interface. Sorry, the documentation > > is non-existent currently, but it's in the pipeline. It allows you > > to specify a controller class that will be executed before the > > definition is rendered. In that class you have access to the Tiles > > Context and whatever else you need. The only drawback is that I > > don't believe you can specify a controller for each piece of the > > composite page. > > Having one controller is better than having nothing. According to the APIs, it is actually one Controller per Tile, not one Controller per page ... doesn't that give you (Michael) the hook you'd need to grab the dynamic data for each fragment? Craig Consider this. Say, most fragments do not contain dynamic data, like > static header or footer. I can use Tiles or I can use two JSP includes > in a separate file, and include this file. Same thing? > > Now, I have header and footer, and both require dynamic data from > database. Who is going to pull it out? Apparently, Struts action. > Which one? You said I can specify one controller. So this controller > should know that it pulls data for two specific fragments. Now I have > a controller tied to two fragments. Is this a good programming > practice? What if I later decide to add, say, an advertisement block? > Should I modify the controller to pull info from the database with ads > as well? What if I want to use this ad block only on some pages. > Should I have two different controllers? See, this is what I am > talking about. Tiles combines view sections, not components. > > The point I am trying to make, it seems to me that Tiles helps with > composing a page from simple subviews. But when a subview requires > dynamic data, Tiles does not really help. With Tiles, actions and JSP > fragments are separated. There are mostly independent JSP fragments, > there are controllers (one per page), there are input actions, that > process submitted data. This arraingment does not seem observable and > manageable to me, contrary to what Rick and you say. Maybe I am > missing something. Please excuse me if I sound pushy, I just really > try to understand the benefit of Tiles. > > But returning back to my original question, I did not intend to > badmouth Tiles and to push my own ideas. I just asked, how Tiles > compares to XHTML+CSS. As I understood, the major Tiles benefit is > handling "dynamic" data, and encapsulating it in one single place like > definition file. But my example with dynamic data from database seems > to show that this setup is not possible with Tiles, Struts actions > must be involved. > > Therefore, for static headers/footers regular JSP includes seem fine. > On the other hand, if I have highly dynamic data for every fragment, I > need to call respective setup actions, and it is not possible with > Tiles right now. As you stated, I can have only one controller per > definition. In both cases, Tiles is either on par with JSP includes, > or has some serious constraints. > > What am I missing? > > Michael. > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: Tiles vs. + XHTML/CSS
On 4/25/06, Craig McClanahan <[EMAIL PROTECTED]> wrote: > According to the APIs, it is actually one Controller per Tile, not one > Controller per page ... doesn't that give you (Michael) the hook you'd need > to grab the dynamic data for each fragment? I guess it does. But how is this better/different than simply including Struts actions or any other resources? Also, can I submit to a particular controller? Does a controller have URL? I guess I have to go read the docs one more time. Please excuse me for heating up the discussion without checking the facts. Michael. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tiles vs. + XHTML/CSS
On 4/25/06, Michael Jouravlev <[EMAIL PROTECTED]> wrote: > > On 4/25/06, Craig McClanahan <[EMAIL PROTECTED]> wrote: > > According to the APIs, it is actually one Controller per Tile, not one > > Controller per page ... doesn't that give you (Michael) the hook you'd > need > > to grab the dynamic data for each fragment? > > I guess it does. But how is this better/different than simply > including Struts actions or any other resources? I found a pointer to Cedric's old web site[1] from the days before Tiles was contributed into Struts. The "advanced features" link there has some extended discussion of controllers (as well as a bunch of the other features of Tiles). Also, can I submit to a particular controller? Does a controller have URL? Sort of. You can define the logic that implements a controller either as a Java class that implements Controller, or as a Struts Action. But I think it's simpler to think of the execution of the Controller as a side effect of invoking the Tile's URL, immediately before the Tile is rendered. Thinking of it this way means you don't have to consciously map one kind of URL for Tiles that have controllers, and a different type for Tiles that don't. Use the URL of the Tile, and the right logic will get automatically invoked, if that particular Tile needs it (i.e. if there is dynamic data to go collect). By the way, the Tiles Controller was one of the inspirations for Shale's ViewController, where the prerender() callback is used for exactly the same sort of thing. I guess I have to go read the docs one more time. Please excuse me for > heating up the discussion without checking the facts. > > Michael. Craig [1] http://www.lifl.fr/~dumoulin/tiles/
RE: Combo Selection Missed
Marisol, Why don't you post your FormBean to the mailing list? It should work. -Richard -Original Message- From: Marisol Opreni [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 25, 2006 12:53 PM To: 'Struts Users Mailing List' Subject: RV: Combo Selection Missed Can anybody help me? THANKS!! Marisol. _ De: Marisol Opreni [mailto:[EMAIL PROTECTED] Enviado el: Martes, 25 de Abril de 2006 03:52 p.m. Para: 'Struts Users Mailing List' Asunto: Combo Selection Missed Hi! I have textboxes and a drop down list. The first value is the default value selected in the combo. I complete the textboxes and select something from the combo (suppose, the 3rd value). I validate textboxes. If a validation message is shown... the selection in the combo IS MISSED. it shows the first value (the default one). How can I keep the value selected in the combo? Thanks! Marisol. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tiles vs. + XHTML/CSS
On 4/25/06, Craig McClanahan <[EMAIL PROTECTED]> wrote: > On 4/25/06, Michael Jouravlev <[EMAIL PROTECTED]> wrote: > > > > On 4/25/06, Craig McClanahan <[EMAIL PROTECTED]> wrote: > > > According to the APIs, it is actually one Controller per Tile, not one > > > Controller per page ... doesn't that give you (Michael) the hook you'd > > need > > > to grab the dynamic data for each fragment? > > > > I guess it does. But how is this better/different than simply > > including Struts actions or any other resources? > > I found a pointer to Cedric's old web site[1] from the days before Tiles was > contributed into Struts. The "advanced features" link there has some > extended discussion of controllers (as well as a bunch of the other features > of Tiles). I've looked at this doc. If I undertand it correctly, a tile is this whole thing: I can have only one controller per tile, but I cannot have controllers for, say, header.jsp or body.jsp separately. This is what I had in mind and Greg Reddin got me right. I would prefer if something like this was possible: In this case header and body can be separate independent entities. I believe that in most cases a composite page is built from only one tile, so this would make real sense. Reading further, section 5.2.2 One Controller - Multiple Views: "Sometimes, the controller does some kind of logic and depending of some result selects the appropriate view to render data. For example, the controller processes user requests, if all is ok, data is shown, if an error occurs, the appropriate error page is shown. The current Tiles version doesn't directly support one controller associated to multiple views, but this can be done with Struts' Action Forward mechanism. The solution consists of writing a Tile with its attributes (insert or definition), and specify a Struts Action as page URL instead of a JSP page. The action plays the role of the controller and then forwards to the appropriate JSP page, which can either be an URL or a definition name." The action mapping follows: What? How this is different from simply including "/actionAsController.do" and then forwarding to an appropriate JSP fragment? The problem here is that forwarding (to a JSP fragment) from an included resource does not work, as I learned a year ago. While this pattern does not work with , Paul Benedict reported that it works with . I don't know how exactly JSTL handles it, but if it works, than what is the difference from above Tiles example? Granted, there was no JSTL in 2001. But there is now. Going further to section 8, Advanced Usages. It talkes about components. Here is the example: How is that really different from Is not this similar to above Tiles sample? Again, I am not bashing Tiles, I am just looking for justification of using it in a new project now in 2006, when we have pretty solid CSS implementation in browsers, better XTML/CSS knowledge overall, and JSTL. Michael. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tiles vs. + XHTML/CSS
We've been asking the same question around here. I think there two issue with tiles: 1. The first is documentation, only after reading Rick Hightower's did I discover some of the more useful features of tiles. I've found that with struts that tiles is the weakest kink in terms of documentation and tutorials. 2. Second it seems be limited in advanced features (I appreciate this could be due my lack of knowledge and issue 1), but I'd love to see more scripting support within tiles. I've tried some other template frameworks but I still prefer tiles. In short our feeling was rather than write tiles off improve our understanding of the product and press for better documentation from the developers. I'm happy to help on this side of things I guess I'd appreciate it if somebody with a bit better knowledge of the workings of tiles could take the lead. Z. > Michael Jouravlev wrote: > >> So, the question I am asking: what are the real benefits of using >> Tiles if I use JSP includes + XHTML/CSS for layout/styling? Can most >> of Tiles features be implemented with XHTML/CSS? > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tiles vs. + XHTML/CSS
On Apr 25, 2006, at 6:19 PM, Michael Jouravlev wrote: On 4/25/06, Craig McClanahan <[EMAIL PROTECTED]> wrote: According to the APIs, it is actually one Controller per Tile, not one Controller per page ... doesn't that give you (Michael) the hook you'd need to grab the dynamic data for each fragment? I guess it does. But how is this better/different than simply including Struts actions or any other resources? Also, can I submit to a particular controller? Does a controller have URL? Actually there is the controllerUrl parameter that will allow Tiles to submit a request to an URL as a controller. IIRC, the purpose of this is to invoke a Struts action. The use case you describe is not unheard of. But to me it can be problematic. As another poster pointed out, I would not want my app to be invoking the entire Struts request processing chain 2 or more times in one request. Besides that, there's the mental overhead of having to remember that certain actions are "Tiles pseudo-controller actions" that just make app maintenance difficult. But again, the support is there and I suppose it was added for a reason :-) The truth is I haven't fully put Tiles through its paces and I don't nearly claim to understand everything it was designed to do or is capable of doing. I'm trying to be careful to not present things as fact that I can only speculate on. But I've used Tiles in several apps and in every case I pulled the calls to actions as prerender steps and replaced them with controllers. The controller class has access to everything the action does. About the only thing a controller cannot do is return a forward to an alternative location. But it does have access to the Tiles context and can set or change values. I agree that one controller per Tiles definition creates a coupling with the definition and its attributes. So if one of the definition's attributes is a JSP page with dynamic content you can manage the dynamic content with a Tiles controller, but that creates an undesirable coupling (a coupling that, IMO is not resolved by using an action instead of a controller). I might like to have a prerender controller for each attribute as well as for the whole definition. This is a case where I can see the value of JSF's component model. If I understand you correctly you're wanting each part of a composite view to have a controller class invoked before rendering the view. I don't think tiles directly supports this. It does allow you to execute a controller that has effect over the entire view. I guess the rationale is that if you are working at the composite view level and making changes there you can also manage changes to the controller class. But it certainly introduces complications if a JSP arbitrarily includes another JSP that depends on dynamic data. So... if I'm changing my tile definition to add an advertisement fragment then I can go into the controller class to deal with the data requirements. Not a perfect solution, but doable. I'd argue that it is better than invoking a Struts action to do the same thing. I just don't want the overhead and potential for error of calling another action in that context. There are other options. You could implement a custom tag as part of your advertisement fragment that handled the dynamic parts in a self- contained way.You could hack tiles by specifying your advertisement fragment as a definition in its own right and using the tiles:insert tag to include it. Then the advertisement fragment becomes a definition with no attributes and you have to use some weird code in a page somewhere to include it, but it's not too terrible. So, there are options. I guess I have to go read the docs one more time. Please excuse me for heating up the discussion without checking the facts. I don't think it's heated at all. Sounds like you're just trying to understand. I'm sorry if this response seems disjointed. I'm trying to bring back up all the stuff I used to do :-) Greg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tiles vs. + XHTML/CSS
On Apr 25, 2006, at 11:13 PM, Zoran Avtarovski wrote: I've found that with struts that tiles is the weakest kink in terms of documentation and tutorials. Agreed. There is a ticket open to accept patches to doc[1]. The ticket description contains an overview of what is needed. I started by porting some of the most crucial portions of Cedric's doc so we'd have *something.* I've left a gaping hole for anyone who is interested in continuing the effort :-) In short our feeling was rather than write tiles off improve our understanding of the product and press for better documentation from the developers. I'm happy to help on this side of things I guess I'd appreciate it if somebody with a bit better knowledge of the workings of tiles could take the lead. The best way to press for better documentation is to submit a patch. To be very frank my priority right now is to get Standalone Tiles going and I don't plan to do any doc work until it's done (other than committing patches). I would love for someone else to start filling holes in the doc. Your work won't be wasted. The sections in the existing doc will still be relevant with Standalone. Greg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Proposal for change
The burst in the number of committers has nothing to do with Struts. For the most part it is Craig bringing in people who had nothing to do with Struts out of JSF to work on Shale and give him voting power. Has Gary ever done anything with Struts? And, he is a Struts committer. That is the Struts-Apache Way. The Apache Way and the Struts-Apache Way or Way Different. On 4/25/06, Niall Pemberton <[EMAIL PROTECTED]> wrote: > > On 4/25/06, Craig McClanahan <[EMAIL PROTECTED]> wrote: > > On 4/24/06, Frank W. Zammetti <[EMAIL PROTECTED]> wrote: > > > > > > * Rationale > > > One of the issues that a number of people seem to have with the way > > > Struts has progressed is the seeming inability (or difficulty at > least) > > > of getting "new blood" involved. There seems to be a perception by > many > > > that there is a bit of a "closed club" mentality with regard to being > > > invited in as a committer and that the Struts community at large has > no > > > say in the matter. > > > > > > The latter statement is, as mentioned in my previous response, the way > that > > *all* projects at Apache work -- it is not unique to Struts. Any claim > that > > all of Apache is broken in this regard is going to be, umm, unlikely to > be > > agreed with :-). What's more interesting is to examine the former > > statement, and compare it to the facts. > > > > The "Who We Are" page[1] lists the current folks who are on the PMC (and > > also have committer privileges), and who are committers not on the PMC. > > There's 14 and 13 names, respectively, giving a total of 27 (and this > > doesn't count the 10 previous committers who are now on the emeritus > list, > > for a total of 37). That's a pretty good size number, compared to the > > average at Apache. But what is really interesting is to look at the > timing > > of how we got from one committer (me) six years ago, to where we are > today > > -- and focus especially on the more recent changes. > > > > In just the last year there have been quite a number of new committers > > added[2] ... six independent of the WebWork merger (Wendy, Gary, Greg, > > Shawn, Laurie, and Richard), two more (Jason and Patrick) directly > because > > of the merger, and five more who have commit rights to the WebWork > incubator > > code and will become Struts committers as soon as it graduates. There > is > > also one outstanding invitation that, for personal reasons fo the > individual > > involved, will be accepted later rather than now. That is a pretty > large > > percentage increase for a single year, even discounting the merger -- > and > > have you ever seen other "competing" communities come together like > this? > > Hmm ... doesn't seem like the existing community is particularly > "closed" to > > new blood to me. > > I agree that we have been pretty active in bringing people into the > Struts project but although the numbers look good, in terms of > action1, it hasn't translated into much activity in terms of moving > action1 code forward. > > > Examining how the new folks got themselves nominated and elected is also > > interesting. In every case, it was based on continuous contributions of > > code, documentation, user list help, build script maintenance, or > whatever > > made a *positive* difference for everyone. Indeed, if you go back to > the > > days when folks like Ted and Martin were added, a lot of it was being > tired > > of applying all the patches they were contributing :-). All of these > folks > > "get it" -- so it is not just a couple of dictatorial snobs sitting on > top > > of the mountain dictating who is in and who is out :-). > > > > There is also another interesting observation here -- you don't have to > be a > > committer to initiate changes to the Struts code base. What you have to > do > > is justify your bugfix or RFE to the point where an existing committer > is > > willing to take responsibility for cleaning up any messes that > committing > > the change might cause. So, you only have to convince one of the > various > > folks to get your patch in. Failure to succeed in that goal *could* be > a > > close minded community, but it also just might be that the proposed > change > > doesn't fit with what the committers as a whole have in mind (it only > takes > > one commiter -1 to make a committed change get reversed, so we pay > attention > > to this as part of the decision process on accepting a patch). Just in > the > > little time I have had to spend on Struts in the last year, I've > committed > > patches from at least 20 different people. Spread across the six years > that > > Struts has existed, and all the committers who have done the same thing, > we > > are talking many *hundreds* of people who have contributed at least some > > code or documentation to what is now Struts. > > Looking at bugzilla we have 312 open enhancement tickets for action1 > and if someone did submit a good enhancement patch to bugzilla for > action1, from my perspe
With resin, getting ride of /home.do at the root ( www.foo.org/home.do ).
All; I've Goggled, and searched this list, but can't get a workable solution. I was handed a struts webapp, which is now deployed as ROOT.war Now I'd like to get rid of the "home.do" that comes up when the root of the site is loaded, e.g.: http://www.foo.org/home.do I've tried an index.jsp with: And in WEB-INF/web.xml, placing: home.do And in my apache httpd.conf: Redirect / /home.do And in resin.conf: And even played with getting rid of .do totally with: action *.do Clearly I'm flailing. The "home.do" comes up both when the site is initially loaded, and when an internal link goes back to the home page. "home.do", and in fact the entire ".do" extension, are undesirable. We don't want people linking to our website, using a reference to a specific server technology which will probably change. Bryce Nesbitt -- Visit http://www.obviously.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
With resin, getting rid of /home.do at the root ( www.foo.org/home.do ).
All; I've Goggled, and searched this list, but can't get a workable solution. I was handed a struts webapp, which is now deployed as ROOT.war Now I'd like to get rid of the "home.do" that comes up when the root of the site is loaded, e.g.: http://www.foo.org/home.do I've tried an index.jsp with: And in WEB-INF/web.xml, placing: home.do And in my apache httpd.conf: Redirect / /home.do And in resin.conf: And even played with getting rid of .do totally with: action *.do Clearly I'm flailing. The "home.do" comes up both when the site is initially loaded, and when an internal link goes back to the home page. "home.do", and in fact the entire ".do" extensions are undesirable. We don't want people linking to our website, using a reference to a specific server technology which will probably change. Bryce Nesbitt -- Visit http://www.obviously.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: troubles using java 5
Thank you for your answers all! To answer most of your questions: - I use neither Eclipse/ RAD nor WSAD/Eclipse! As I said other persons developped the GUI module and it doesn't seem they have used these tools! -I think that I've included all required files inthe classpath unless there is some specific files to include when using jdk 1.5 !! What suprised me is that my application run normally whith jdk 1.4.2, and even the jars included in the .classpath was read without any problems! Here is my .classpath: Does the last line affect the use of the jre chosen? All in all, I'm almost blocked in this step of building my project!! And I remind that when I remove the GUI module from the build, the application run fine!!! I'll be gratefull for any help ! Thanks Mouna 2006/4/25, John Walker <[EMAIL PROTECTED]>: You are using WSAD/Eclipse, correct? In which case your .classpath file points to all of those nifty things in your project that should be used to compile your application, including the classes and libraries that are referenced by the compiler and run-time code. To me, it sounds like you have a ZIP or a JAR file on your CLASSPATH (referenced in the .classpath file) that cannot be read using the ZIP libraries in WSAD/Eclipse. In other words... one of the files in your classpath is supposed to be either a ZIP or a JAR but is not. Do you have a DLL, readme.TXT or some other non-zip file referenced by your project's classpath? Regards, John Walker On 4/25/06, mouna SAHIB <[EMAIL PROTECTED]> wrote: > > Hello everybody, > > I'm not a specialist using struts, but I did some work with it in last > months. > Now, I'm working on project using the jdk1.4.2 and I'v moved to jdk 1.5to > have plenty use of aspectj 5 (an AOP tool). > > I don't know if there is a compatiblity problem using struts 1.2.8 with > java 5: > I converted a module of my application into an apsectj tool and use jdk > 1.5. > The module that causes problem is my GUI module which uses struts. > When I build (using ant) I have the following error: > [javac] error: error reading C:\projets\M_LIB\.classpath; error in > opening zip file > > I see that there isa new tool to use java 5 with struts "strecks" but I'm > not supposed to work on the struts module, and shouldn't(other people > developped it) and I'm wondering how to get rid of that compiling error! > > Any ideas please? > Thanks > >
