Re: [action2] Apps dependencies
>Is the shopping cart app using JSF? I thought Don only added it to >the showcase. I think it is because some of the interceptors defined struts-default.xml is using JSF stuff, SAF2 will throws exception when loading the interceptors that requires JSF dependencies. rgds - Original Message From: Wendy Smoak <[EMAIL PROTECTED]> To: Struts Developers List Sent: Sunday, 28 May, 2006 12:00:14 PM Subject: Re: [action2] Apps dependencies On 5/22/06, Wendy Smoak <[EMAIL PROTECTED]> wrote: > Most of the example apps are missing dependencies in WEB-INF/lib, so > they won't start. I moved Spring into in apps/pom.xml and added the four Spring dependencies to the shopping cart app. Now it starts, displays a page briefly, then changes to an error page: HTTP Status 500 - ... Could not load class org.apache.struts.action2.jsf.FacesSetupInterceptor. Perhaps it exists but certain dependencies are not available? - interceptor - file:/C:/svn/struts/current/action2/apps/shopping-cart/target/tomcat5x/work/Catalina/localhost/struts-shopping-cart/loader/struts-default.xml:50:95 ... Is the shopping cart app using JSF? I thought Don only added it to the showcase. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DWR/Struts integration: why? (Re: JavaOne Ajax Discussion)
Thanks guys... quick update... I took yesterday off, so I'm not quite as
far as I would have liked :) It *is* memorial day weekend after all!
However, I did on Friday get reasonably far... at this moment, I have
XML input working for simple (i.e., non-collection) Action fields, as
well as output (although I think the output part needs a little
tightening up). Doing JSON will just be a matter of taking the existing
class and modifying it for JSON rather than XML, the basic outline is
the same.
On a side note, is there any code under Apache anywhere to parse and
create JSON server-side yet? Might make a reasonable Commons component,
although I'm not sure it's really big enough for that :) (Probably
would fit better in Silk would be my guess)
I may work on it a bit more tonight, not sure yet... have some friends
coming over, so it might turn into a "do nothing productive" night :)
Ted and Jason, I did see your messages about AroundInterceptor and
Result correspondingly... right now, in the interest of simply getting
it working, I'm just doing a simple AroundInterceptor using before() and
after(), one interceptor for XML and one for JSON (although as I just
wrote that it dawned on me that that probably won't work because mixing
XML and JSON probably won't work... might have to combine them and allow
configuration... I'll see...)
I read up on Restults a bit yesterday, and I can certainly see why you'd
say that Jason... this still feels to me like something that should
really be just an interceptor though... but, the code is at this point
generic enough that moving it or putting it in a different form
shouldn't be a big deal, so that can be decided later... lemme just get
it all working first :)
Frank
Ted Husted wrote:
The AroundInterceptor is an abstraction (that we've recently discussed
deprecating).
The cannonical idiom is to to call {{invocaton.invoke();}} to separate
any "before" code from any "after" code. The invoke method let any
other Interceptors and the Action fire.
The simplest example might from be the XWork TimerInterceptor:
long startTime = System.currentTimeMillis();
String result = invocation.invoke();
long executionTime = System.currentTimeMillis() - startTime;
-Ted.
On 5/25/06, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
See, I learned something already... I thought there was a difference
between Interceptors that fire before and after an Action, now I see it's
just before() and after() methods of AroundInterceptor, so it's just two
Interceptors, AjaxXMLIOInterceptor and AjaxJSONIOInterceptor. This is
*already* a worthwile exercise! :)
Frank
-
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]
Re: [action2] Apps dependencies
> >Is the shopping cart app using JSF? I thought Don > only added it to > >the showcase. > > I think it is because some of the interceptors > defined struts-default.xml is using JSF stuff, SAF2 > will throws exception when loading the interceptors > that requires JSF dependencies. > I just broke the JSF result and interceptors out into its own config file so if you don't use it you can still use struts-default.xml without the JSF jars. I verified that the showcase app is still working. - Posted via Jive Forums http://forums.opensymphony.com/thread.jspa?threadID=31893&messageID=63170#63170 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Call for Papers Opens for ApacheCon US 2006
On 5/27/06, Ian Roughley <[EMAIL PROTECTED]> wrote: I have that very talk that I am doing on the No Fluff Just Stuff - I was considering submitting it myself. Hmmm, I was thinking in terms of a one or two day tutorial, rather than a paper. I already have a straight-up WebWork2/SAF2 training course that I've presented in two and four day formats. I was thinking for ApacheCon, a course targeted to existing SAF1 users might go over well. How is the NFJS session going over? Have you presented it many times yet? -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Request to publish Struts 1.3.5
To get developer traction, can we begin posting beta builds onto the website? It would be nice to see a "1.3.5 (Beta)" link listed there to view the snapshot website. And why not? As long as we listd it as not a production build, we can give it publicility. We have done that with "Struts 1.2.x", so if not "1.3.5 (Beta), at least "1.3.x" Paul __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [shale] Maven 2 build -- Help Wanted
Hi Wendy, sorry that I've been non-existent for the last few weeks. I basically do not have internet access while onsite at my newest client. I'm hoping to change that very soon though so I'll be able to get back into the mix. -- James Mitchell On May 27, 2006, at 10:40 PM, Wendy Smoak wrote: I've made some progress on SHALE-179, converting the build to Maven 2. You can see initial results in the test repo: http://svn.apache.org/repos/test/struts/struts-shale/trunk/ With the major moves done, it's in a state where people can work on individual modules and not get in each other's way. You don't need to be a committer for this. You can work locally and then add a comment to the JIRA issue with the commands that need to be run in a particular module, plus any patches for the build files. I've reproduced the README.txt file from the test repo below. Feel free to add to it. We could put this info and the scripts on the Wiki if that's easier. And James once mentioned wanting to do the conversion in the main repo on a branch or "shelf", which is also an option. Shale - Maven 2 Conversion == Reorganizing The contents of the test repository at http://svn.apache.org/repos/test/struts/struts-shale/trunk/ are the result of importing Shale and executing the scripts listed below: shale-reorg-01.sh shale-reorg-clay-01.sh shale-reorg-core-01.sh shale-reorg-tiger-01.sh Helping --- * Compare the contents of a Maven-built jar file or example webapp against the one that the Ant build produces. Adjust the Maven build by moving files or modifying pom.xml. * Run 'mvn test' in a module and fix the build so that the tests pass. * Keep track of the commands you executed here in the test repo, and record them in a file such as shale-reorg-clay-02.sh so that your work can be reproduced in the main repo. Building To build with MyFaces, excluding the tests: mvn install -Pmyfaces -Dmaven.test.skip=true Thanks! -- Wendy - 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: Request to publish Struts 1.3.5
Wendy posted a snapshot to get some preliminary feedback. * http://www.mail-archive.com/dev%40struts.apache.org/msg22386.html If Joe's issue is resolved, then the next step would be to tag the repository, roll the build, and post a release vote. If the vote gets at least three binding +1s and more +1s than -1s, then we can post a link on the downloads page. We can publish any release, Alpha, Beta, or GA, and later change the grade based on feed back form the rest of the users, but we do need for there to be a release vote first. We haven't published the other 1.3.x builds since there were technical problems with the distributions. -Ted. On 5/28/06, Paul Benedict <[EMAIL PROTECTED]> wrote: To get developer traction, can we begin posting beta builds onto the website? It would be nice to see a "1.3.5 (Beta)" link listed there to view the snapshot website. And why not? As long as we listd it as not a production build, we can give it publicility. We have done that with "Struts 1.2.x", so if not "1.3.5 (Beta), at least "1.3.x" Paul __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- HTH, Ted. * http://www.husted.com/struts/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[action1] Errors in session scope and html tags 'errorKey' attribute?
The documentation for the 'errorKey' attribute of all the html taglib tags says: Name of the _request_ _scope_ bean under which our error messages have been stored. If not present, the name specified by the Globals.ERROR_KEY constant string will be used. Is that still correct? I'm thinking of the ability to store errors in session scope, and wondering how this is related. Thanks, Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [action1] Errors in session scope and html tags 'errorKey' attribute?
On 5/29/06, Wendy Smoak <[EMAIL PROTECTED]> wrote: The documentation for the 'errorKey' attribute of all the html taglib tags says: Name of the _request_ _scope_ bean under which our error messages have been stored. If not present, the name specified by the Globals.ERROR_KEY constant string will be used. Is that still correct? I'm thinking of the ability to store errors in session scope, and wondering how this is related. Yes it is related and will look in session scope if not found in request scope - basically its the same as the "name" attribute on the and tags - they all use TagUtils.getActionMessages() to retrieve the messages which uses PageContext.findAttribute() which searches all the scopes: page-->request-->session-->application Niall Thanks, Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [action1] Errors in session scope and html tags 'errorKey' attribute?
On 5/28/06, Niall Pemberton <[EMAIL PROTECTED]> wrote: Yes it is related and will look in session scope if not found in request scope - basically its the same as the "name" attribute on the and tags - they all use TagUtils.getActionMessages() to retrieve the messages which uses PageContext.findAttribute() which searches all the scopes: page-->request-->session-->application Thank you! I know I've already fixed some documentation about having errors and messages in any scope, and finding this now made me unsure whether it was the same thing. I'll fix the TLD so the generated docs will be correct. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Request to publish Struts 1.3.5
Ted, I am asking about the website, not the builds. I know the developer builds are always available, but I see no reason why we shouldn't publish the 1.3.x website on the left-hand bar as we release new beta versions. We don't need a vote for that. Paul --- Ted Husted <[EMAIL PROTECTED]> wrote: > Wendy posted a snapshot to get some preliminary feedback. > > * http://www.mail-archive.com/dev%40struts.apache.org/msg22386.html > > If Joe's issue is resolved, then the next step would be to tag the > repository, roll the build, and post a release vote. If the vote gets > at least three binding +1s and more +1s than -1s, then we can post a > link on the downloads page. We can publish any release, Alpha, Beta, > or GA, and later change the grade based on feed back form the rest of > the users, but we do need for there to be a release vote first. > > We haven't published the other 1.3.x builds since there were technical > problems with the distributions. > > -Ted. > > On 5/28/06, Paul Benedict <[EMAIL PROTECTED]> wrote: > > To get developer traction, can we begin posting beta builds > > onto the website? It would be nice to see a "1.3.5 (Beta)" > > link listed there to view the snapshot website. And why not? > > As long as we listd it as not a production build, we can > > give it publicility. We have done that with "Struts 1.2.x", > > so if not "1.3.5 (Beta), at least "1.3.x" > > > > Paul > > > > __ > > Do You Yahoo!? > > Tired of spam? Yahoo! Mail has the best spam protection around > > http://mail.yahoo.com > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > -- > HTH, Ted. > * http://www.husted.com/struts/ > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Request to publish Struts 1.3.5
At 10:57 PM -0400 5/28/06, Ted Husted wrote: Wendy posted a snapshot to get some preliminary feedback. * http://www.mail-archive.com/dev%40struts.apache.org/msg22386.html If Joe's issue is resolved These two commits cover the things that I "knew" were issues. http://svn.apache.org/viewvc?view=rev&revision=409443 http://svn.apache.org/viewvc?view=rev&revision=408085 along with this: http://svn.apache.org/viewvc?view=rev&revision=406377 (restore Tiles 1.1 registrations), I think 1.3.5 is in pretty good shape. Joe , then the next step would be to tag the repository, roll the build, and post a release vote. If the vote gets at least three binding +1s and more +1s than -1s, then we can post a link on the downloads page. We can publish any release, Alpha, Beta, or GA, and later change the grade based on feed back form the rest of the users, but we do need for there to be a release vote first. We haven't published the other 1.3.x builds since there were technical problems with the distributions. -Ted. On 5/28/06, Paul Benedict <[EMAIL PROTECTED]> wrote: To get developer traction, can we begin posting beta builds onto the website? It would be nice to see a "1.3.5 (Beta)" link listed there to view the snapshot website. And why not? As long as we listd it as not a production build, we can give it publicility. We have done that with "Struts 1.2.x", so if not "1.3.5 (Beta), at least "1.3.x" Paul __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- HTH, Ted. * http://www.husted.com/struts/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Joe Germuska [EMAIL PROTECTED] * http://blog.germuska.com "You really can't burn anything out by trying something new, and even if you can burn it out, it can be fixed. Try something new." -- Robert Moog
Re: Issue while displaying value from nested bean object
Change your line to For ur reference http://struts.apache.org/struts-doc-1.2.7/userGuide/struts-html.html#text The problem with your bean:write tag could be it doesn't accept a collection. Cheers, Siva. On 5/28/06, skp <[EMAIL PROTECTED]> wrote: Hi, I have a top level "Part" Bean which has a child Bean "Called rPart". I am setting up the collection and forwarding the collection called "familylist" to my dis.jsp Code Snippet of dis.jsp - [u][/u] --- The abv fetches the value and display it properly. However, that becomes "EDITABLE" and that is something not desirable. If I change the underline to I do not get anything in the screen. This problem is happening only for child object. The propertis of Parent object "Part" works fine. so works ok considering "npi" is an attribute of parent object. Please let me know if there is something fundamentally wrong with this approach. OR I can use someother way to display non-editable and display (read-only) value. Best Regds, SKP - Posted via Jive Forums http://forums.opensymphony.com/thread.jspa?threadID=32516&messageID=63009#63009 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Request to publish Struts 1.3.5
On 5/28/06, Paul Benedict <[EMAIL PROTECTED]> wrote: Ted, I am asking about the website, not the builds. I know the developer builds are always available, but I see no reason why we shouldn't publish the 1.3.x website on the left-hand bar as we release new beta versions. We don't need a vote for that. To publish a beta release on the website, we need to put the release somewhere that the download link can point to. That really evolves down to two choices: * Link it to an Apache server (where Wendy's test build is) and suffer the wrath of the Apache infrastructure group when a huge number of people try to download it -- given how widely Struts is used, this is likely to be a very serious hit on the Apache infrastructure. * Publish the release "in the usual way" so that it goes to the mirror sites, to spread the download impact around the world. The first choice is totally inappropriate, and will get a guaranteed -1 from me. If we want to tell the world about a release, it needs to go out to the mirrors -- which means it needs to be published just like a GA release. *That* is when it is reasonable to link it off the website, as well as tell the user list about it. Paul Craig
Re: Request to publish Struts 1.3.5
On 5/28/06, Joe Germuska <[EMAIL PROTECTED]> wrote: These two commits cover the things that I "knew" were issues. http://svn.apache.org/viewvc?view=rev&revision=409443 Thanks, Joe. Was there a JIRA issue opened for this one? (It won't appear in the release notes otherwise.) There are still a couple of issues open for 1.3.5, which either need to be resolved or rescheduled: * http://issues.apache.org/struts/secure/IssueNavigator.jspa?fixfor=21721 -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Request to publish Struts 1.3.5
* Link it to an Apache server (where Wendy's test build is) and suffer the wrath of the Apache infrastructure group when a huge number of people try to download it -- given how widely Struts is used, this is likely to be a very serious hit on the Apache infrastructure. * Publish the release "in the usual way" so that it goes to the mirror sites, to spread the download impact around the world. btw, considering my last email, I should point out that Wendy's test build predates those two commits I made, so either 1.3.5 should be rebuilt, or it should be skipped. In my mind, 1.3.5 has not been released yet, and Wendy's test build could be scrapped and a new 1.3.5 produced, but I'm not sure if everyone exactly agrees with all of that. Joe -- Joe Germuska [EMAIL PROTECTED] * http://blog.germuska.com "You really can't burn anything out by trying something new, and even if you can burn it out, it can be fixed. Try something new." -- Robert Moog - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Request to publish Struts 1.3.5
On 5/28/06, Joe Germuska <[EMAIL PROTECTED]> wrote: btw, considering my last email, I should point out that Wendy's test build predates those two commits I made, so either 1.3.5 should be rebuilt, or it should be skipped. In my mind, 1.3.5 has not been released yet, and Wendy's test build could be scrapped and a new 1.3.5 produced, but I'm not sure if everyone exactly agrees with all of that. There's no problem with 1.3.5. I just published snapshots, not a test build (which would have required following the release plan and tagging the repository.) -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
