Thanks for working on this! More below. On 11/3/05, James Mitchell <[EMAIL PROTECTED]> wrote: > > Ok, I've done the minimal necessary changes to make the shale > mailreader app work (except for 1 thing). I can't seem to figure out > why the edit/delete buttons on a subscription don't work. When > either is pressed The page simply returns back to the same page and > re-renders that same (minus the subscriptions). I'm sure the answer > is right in front of me, but I've debugged it to death and I just > don't see it. If anyone wants to take a crack at it, go for it.
The most common cause for this kind of thing is a validation error message that causes the page to be redisplayed, but perhaps you don't have a message component there to show it. I usually add a <h:messageList> component somewhere on the page to show all errors -- this should give you a clue about what is going on. As for what's going on, I'll bet it has something to do with validations on the "master" part of the page firing when you click one of the edit or delete buttons. That is typically addressed by setting immediate="true" on the edit and delete controls. If that doesn't fix things, go ahead and check in what you've got and we can all take a look. I suspect you're creating a new "shale-mailreader" subdirectory for this, parallel to the other shale subdirectories? On a broader topic: > I noticed shale depends on commons-httpclient, htmlunit, and spring- > webflow, but those are not retrieved in download-dependencies. I > know spring-webflow is not out on ibiblio yet, so I had to grab that > one by hand. The first two are used only by the "systest" target of use-cases (at least the Ant version). They should definitely be grabbed, but its important that the versions grabbed match the ones required by HTMLUnit itself. The SWF stuff is conditional in the Ant compile :-). But it can actually be removed now ... Colin and Keith have started working on the "real" port of this stuff in the SWF repository, so we don't need these classes at all. Once SWF is finished with formal JSF support, it'll import into a Shale app just like any other Spring-based optional library. FYI - Shale Mailreader does not work with MyFaces HEAD, you have to > use 1.1.0 (or a compatible release). On my list is to test it with 1.1.1 (just released), and to update the dependency information if that actually works. I'm not planning on trying to keep up with nightly build changes in MyFaces; just the releases they test for compatibility with the JSF TCK. -- > James Mitchell Craig 678.910.8017 > > > > > On Nov 1, 2005, at 12:37 PM, Craig McClanahan wrote: > > > On 11/1/05, James Mitchell <[EMAIL PROTECTED]> wrote: > >> > >> I can't find my changes to the mailreader app that makes it > >> compatible with mailreader-dao, so I'd have to start over, which I > >> really don't mind doing, but what do you think about a Mailreader > >> 2.0? > > > > > > That may well be appropriate ... but one question a lot of people > > ask me is > > "where is a Shale mailreader example so I can learn how its > > different from > > Struts Classic?". For that purpose, having one as similar as > > possible to the > > others is a good starting point. > > > > > > What I mean is a rewrite of the same functionality into new code that > >> can demo some of the real power of Shale. If we don't want to do > >> that or if we think this idea will die on the vine (like some ideas > >> have done in the past), I understand. I guess the big difference > >> (for me) now is that I actually have a paying gig doing JSF/Shale, so > >> there's more incentive for me. > > > > > > Congrats! > > > > A larger scale demo app that really showed off Shale would be very > > useful as > > well. It wouldn't *have* to be MailReader 2.0 ... it could be > > something new > > (after all these years :-). Such an app would need to cover enough > > functionality areas to show off Dialogs and the application level > > events, > > IoC integration for the business tier, and stuff like that. Sound > > interesting? > > > > Ted has talked about Mailreader "Use Cases -- A best practices > >> approach" (or something like that) and there is even a wiki setup > >> for this (I can't seem to find the link at the moment). > >> > >> Would that interest anyone? > > > > > > While a "use cases" approach can be helpful, it's also useful to > > have an > > end-to-end application example. Yes, you make choices among > > alternatives in > > such a design (and those could be discussed or illustrated in > > corresponding > > documentation), but people also like to see something complete. > > > > -- > >> James Mitchell > >> Software Engineer / Open Source Evangelist > >> Consulting / Mentoring / Freelance > >> EdgeTech, Inc. > >> http://www.edgetechservices.net/ > >> 678.910.8017 > >> AIM: jmitchtx > >> Yahoo: jmitchtx > >> MSN: [EMAIL PROTECTED] > >> Skype: callto://jmitchtx > > > > > > Craig > > > > > > On Oct 31, 2005, at 12:02 PM, Craig McClanahan wrote: > >> > >>> On 10/31/05, James Mitchell <[EMAIL PROTECTED]> wrote: > >>> > >>>> > >>>> Craig, are you working on the mailreader app too? I'll hold off on > >>>> my changes if you're fixing it. > >>>> > >>> > >>> > >>> I was going to start working on a Shale version on my next trip (to > >>> Tokyo > >>> next week, for JavaOne Japan 2005). If you're doing that, I'll be > >>> happy to > >>> stand back and let you go for it ... otherwise, this was just setup > >>> to make > >>> the DAO available. > >>> > >>> Craig > >>> > >>> -- > >>> > >>>> James Mitchell > >>>> Software Engineer / Open Source Evangelist > >>>> Consulting / Mentoring / Freelance > >>>> EdgeTech, Inc. > >>>> http://www.edgetechservices.net/ > >>>> 678.910.8017 > >>>> AIM: jmitchtx > >>>> Yahoo: jmitchtx > >>>> MSN: [EMAIL PROTECTED] > >>>> Skype: callto://jmitchtx > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> On Oct 30, 2005, at 9:23 PM, [EMAIL PROTECTED] wrote: > >>>> > >>>> > >>>>> Author: craigmcc > >>>>> Date: Sun Oct 30 18:22:58 2005 > >>>>> New Revision: 329708 > >>>>> > >>>>> URL: http://svn.apache.org/viewcvs?rev=329708&view=rev > >>>>> Log: > >>>>> Add a new dependency -- a snapshot of the "MailReader DAO" module > >>>>> (in > >>>>> the "apps" subdirectory). This is in preparation for building a > >>>>> Shale > >>>>> version of MailReader. > >>>>> > >>>>> Modified: > >>>>> struts/shale/trunk/build.xml > >>>>> struts/shale/trunk/default.properties > >>>>> > >>>>> Modified: struts/shale/trunk/build.xml > >>>>> URL: http://svn.apache.org/viewcvs/struts/shale/trunk/build.xml? > >>>>> rev=329708&r1=329707&r2=329708&view=diff > >>>>> ================================================================== > >>>>> == > >>>>> == > >>>>> ======== > >>>>> --- struts/shale/trunk/build.xml (original) > >>>>> +++ struts/shale/trunk/build.xml Sun Oct 30 18:22:58 2005 > >>>>> @@ -245,6 +245,14 @@ > >>>>> <fileset refid="spring-web.libs"/> > >>>>> </path> > >>>>> > >>>>> + <fileset id="struts-mailreader-dao.libs" > >>>>> + dir="${lib.dir}/struts-mailreader-dao"> > >>>>> + <include name="*.jar"/> > >>>>> + </fileset> > >>>>> + <path id="struts-mailreader-dao.path"> > >>>>> + <fileset refid="struts-mailreader-dao.libs"/> > >>>>> + </path> > >>>>> + > >>>>> <fileset id="taglibrarydoc.libs" > >>>>> dir="${lib.dir}/taglibrarydoc"> > >>>>> <include name="*.jar"/> > >>>>> @@ -551,6 +559,11 @@ > >>>>> ignoreerrors="true" > >>>>> src="${maven.repo}/springframework/jars/spring- > >>>>> webmvc-1.2.2.jar" > >>>>> usetimestamp="true"/> > >>>>> + > >>>>> + <mkdir dir="${lib.dir}/struts-mailreader-dao"/> > >>>>> + <get dest="${lib.dir}/struts-mailreader-dao/struts- > >>>>> mailreader-dao.jar" > >>>>> + ignoreerrors="true" > >>>>> + src="http://cvs.apache.org/repository/struts/ > >>>>> jars/struts-mailreader-dao-SNAPSHOT.jar"/> > >>>>> > >>>>> <mkdir dir="${lib.dir}/taglibrarydoc"/> > >>>>> <get dest="${lib.dir}/taglibrarydoc/taglibrarydoc.jar" > >>>>> > >>>>> Modified: struts/shale/trunk/default.properties > >>>>> URL: http://svn.apache.org/viewcvs/struts/shale/trunk/ > >>>>> default.properties?rev=329708&r1=329707&r2=329708&view=diff > >>>>> ================================================================== > >>>>> == > >>>>> == > >>>>> ======== > >>>>> --- struts/shale/trunk/default.properties (original) > >>>>> +++ struts/shale/trunk/default.properties Sun Oct 30 18:22:58 2005 > >>>>> @@ -100,5 +100,6 @@ > >>>>> spring-support.jar=${lib.dir}/springframework/spring-support.jar > >>>>> spring-web.jar=${lib.dir}/springframework/spring-web.jar > >>>>> spring-webmvc.jar=${lib.dir}/springframework/spring-webmvc.jar > >>>>> +struts-mailreader-dao.jar=${lib.dir}/struts-mailreader-dao/ > >>>>> struts- > >>>>> mailreader-dao.jar > >>>>> taglibrarydoc.jar=${lib.dir}/taglibrarydoc/taglibrarydoc.jar > >>>>> tiles.jar=${lib.dir}/tiles/tiles-core.jar > >>>>> > >>>>> > >>>>> > >>>>> ------------------------------------------------------------------ > >>>>> -- > >>>>> - > >>>>> 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] > >
