>From: Corvus <[EMAIL PROTECTED]>
>
>
> Hello everyone. I have a small struts problem.
>
> I have the following Action class with an attribute called 'courses'. I
> then get forwarded to a .JSP page (called "dispres.jsp") so that I can
> display the bean. The problem is that I keep getting th
+1 Tiles as a TLP
+1 Greg Reddin as Tiles PMC Chair
Gary
own?
>
I'm not opposed to Shale moving out if the majority is in favor of webwork and
apache "Struts" is really just about "a" framework. I'm an invited guest and
my motivations are much simpler than what you are implying.
Gary
> On 6/21/06, Gary VanM
>From: "Ted Husted" <[EMAIL PROTECTED]>
>
> On 6/21/06, Don Brown wrote:
> > Again, Struts Action and Struts Shale would both retain their separate
> projects,
> > codebases, and release cycles. Struts 2.0 is about building something on
> > top
> of
> > our Struts efforts to create a unified
>From: [EMAIL PROTECTED]
>
> Hi,
> if you run the rolodex use case example (JSP view) with MyFaces 1.1.2
> and later, the page will display duplicate forms after attempting to
> save the data that fails server-side validation. i am using the latest
> nightly build.
>
This has been reported
>From: "Wendy Smoak" <[EMAIL PROTECTED]>
>
> In another thread,
> On 6/14/06, Greg Reddin wrote:
> > On Jun 14, 2006, at 11:21 AM, Joe Germuska wrote:
> >
> > > However, I realize as I write this that saddling Standalone Tiles
> > > with that kind of weight is wrong. SAT is essentially a 2.0
>From: [EMAIL PROTECTED]
>
> Hi,
> the callback functions generated by ValidatorScript component will
> cause the following javascript error on FireFox and IE:
> Error: missing ( before formal parameters
> Source File: http://localhost:8080/ebusiness/modules/account/create.jsf
> Line: 279, Co
>From: "Craig McClanahan" <[EMAIL PROTECTED]>
>
> As you undoubtedly know if you receive the Struts SVN commit messages :-),
> we've been busily setting up a Maven2 based build environment for Shale, to
> replace the original Ant based environment. This work has been done on a
> branch ("mvn_re
AX: A server-side service for AJAX support
> > Spring, Tiles, and Clay framework integration and reusable views
> > Test: Mock objects and base classes for JUnit-based tests
> >
> > 1. is the clay framework completely new developed?
>
>
> Clay was pretty m
>From: "Wendy Smoak" <[EMAIL PROTECTED]>
>
> On 6/13/06, Gary VanMatre wrote:
>
> > I tried a fresh checkout on
> (https://svn.apache.org/repos/asf/struts/shale/branches/mvn_reorg). I'm still
> seeing the same error when executing "mvn
>From: "Craig McClanahan" <[EMAIL PROTECTED]>
>
> On 6/12/06, Wendy Smoak wrote:
> >
> > On 6/12/06, Craig McClanahan wrote:
> > > On 6/12/06, Gary VanMatre wrote:
> > > >
> > > > I had to wack my m2 shale repos and then r
[53,7] org.apache.shale.test.mock.MockServletContext is not abst
ract and does not override abstract method getContextPath() in javax.servlet.Ser
vletContext
-- Original message --
From: "Craig McClanahan" <[EMAIL PROTECTED]>
> On 6/12/06, Gary VanMatre wrote:
I was looking at the shale-usecaes build under the mvn_reorg branch and it
looks like the war is bring everything but the kitchen sink as a dependency.
The WEB-INF/lib contains the RI, myfaces, freemarker, struts, ant, and a couple
versions of velocity.
It it picking this up from cargo or pa
>From: Greg Reddin <[EMAIL PROTECTED]>
>
> Yep, that's come up before. Personally, I don't like the idea.
> Think about how complicated that could become with nested, nested
> defs. I'd prefer better support for including other definitions as a
> tile attribute. Maybe that support is there alre
>From: "Craig McClanahan" <[EMAIL PROTECTED]>
>
> More updated status on shale-clay:
>
> On 6/3/06, Craig McClanahan wrote:
> >
> > However, the following modules still have unit test failures:
> >
> > * shale-clay: It looks like the component definitions for the standard
> > JSF components
>From: "Craig McClanahan" <[EMAIL PROTECTED]>
>
> On 6/1/06, James Mitchell wrote:
> >
> > There were a couple of commits to shale between when mvn_reorg was
> > copied and this commit. Without looking over this file by file, I
> > hope we aren't losing anything.
>
>
> I'm watching closely
>From: "Craig McClanahan" <[EMAIL PROTECTED]>
>
> On 5/31/06, Gary VanMatre wrote:
> >
> > >From: "Wendy Smoak"
> > >
> > > On 5/31/06, Sean Schofield wrote:
> > >
> > > > I think the ultimate answe
>From: "Wendy Smoak" <[EMAIL PROTECTED]>
>
> On 5/31/06, Sean Schofield wrote:
>
> > I think the ultimate answer depends on whether we know for sure that
> > we want separate releases. It doesn't sound like we know for sure so
> > maybe we should just stick with one shale/trunk. For MyFaces we
>From: ÁÖ Ã÷ <[EMAIL PROTECTED]>
>
> thanks for your explaination and let me know more about clay details.
> here, I borrow the clay template parser code to expand the my advice of
> where and how merge verbatim component children.
>
> because the template parsing usually runs only once and th
ponentBean Tree, you can at this point to merge
> them.
>
Only looking at merging children would be simpler than trying to reorganize the
tree.
It will require processing the entire (metadata) tree again which may not be
any faster
than creating some extra components.
Gary
> r
>From: ÁÖ Ã÷ <[EMAIL PROTECTED]>
>
> Hello, every one. I'm an chinese, my english not good enough to express my
> concepts fluently. say sorry first.
>
No worries, but I'm not sure what my excuse for poor English is since it's the
only
language I know :--)
> I would like to start an new ide
t's hard for you to understand why two java web frameworks would want to
achieve interoperability.
"Which pill would you take, the red or the blue?". "I don't know if we each
have a destiny, or if we're all just floatin' around accidental-like on a
breeze. I
>From: "Dakota Jack" <[EMAIL PROTECTED]>
>
> You are right, for once. I only speak for myself. Those who are
> unwilling to listen to others are condemned by their own choice to a
> life of ignorance.
>
Sheese, sorry this got your panties in a bunch.
> On 5/21/06, Kimani Darisha wrote:
> >
>From: Ed Burns <[EMAIL PROTECTED]>
>
> > On Wed, 08 Mar 2006 06:41:32 -0800, Ed Burns said:
>
> EB> Hello Shale Developers,
> EB> I'm happy to report that, after Craig's prompting, we have removed the
> EB> Sun Binary Code License encumbrance on the Sun JSF 1.2 implementation
> EB> binar
Thanks Don :-)
-- Original message --
From: Don Brown <[EMAIL PROTECTED]>
> Shale wasn't using the Struts workflow or permission scheme, so I changed it.
> You should be able to close tickets now.
>
> Don
>
> Gary VanMatre wrote:
&g
Hey Guys,
How the heck do you change the status of a jira ticket? Do I have the karma?
My user account is [EMAIL PROTECTED]
I need to close these two:
http://issues.apache.org/struts/browse/SHALE-80,
http://issues.apache.org/struts/browse/SHALE-41
Thanks,
Gary
>From: Don Brown <[EMAIL PROTECTED]>
>
> To help bring this flurry of ideas and directions to a head, I think we
> should
> have an unofficial Struts BOF at JavaOne
> next month. I envision a setting conducive to discussion, design, and
> planning
> (good beer is a definite plus :)) with
> t
>From: Greg Reddin <[EMAIL PROTECTED]>
>
>
> On Apr 21, 2006, at 12:03 PM, Don Brown wrote:
>
> > The lack of developer support is worrisome, though, regardless what
> > we do with it.
>
> I think there's a lot of impression that Tiles is "done." From what
> I can tell it pretty much fulfil
>From: James Mitchell <[EMAIL PROTECTED]>
>
> We should probably do this over in a test repository and make sure it
> will do what we want. Similar to what was done for MyFaces and Action1.
>
> Your thoughts?
>
+1
> --
> James Mitchell
>
>
>
>
> On Apr 19, 2006, at 10:35 PM, Sean S
>From: "Craig McClanahan" <[EMAIL PROTECTED]>
>
> On 4/11/06, Gary VanMatre wrote:
> >
> > >It looks like the changes for the validator broke the core-library unit
> > >tests. Gary, can you take a look please?
> > >[EMAIL PRO
>It looks like the changes for the validator broke the core-library unit
>tests. Gary, can you take a look please?
>[EMAIL PROTECTED] core-library]$ ant test
>Buildfile: build.xml
>
We are now locked into validator 1.3. I think you need to run the
download-dependencies. I changed the ant and m
>From: [EMAIL PROTECTED]
>
> Great, it sounds like there's an overlap of ideas here :-)
>
> Fundamentally, my approach to JSF 2.0 is to continue the CoR patterns with
> the
> various application handlers, while sticking to the 5 phases of MVC, allowing
> other interceptors to provide intermed
nts SQL Browser from actually displaying data.)
> >
> > Niall
> >
> >
> > Craig
> >
> > - Original Message -
> > > From: "Wendy Smoak"
> > > Sent: Monday, March 27, 2006 6:13 AM
> > >
> > >
>
+1 for Alpha as well. Outside of the one known issue with the sql-browser
application, it looks good. Nice work Wendy.
Gary
-- Original message --
From: "Wendy Smoak" <[EMAIL PROTECTED]>
> After correcting packaging problems with the Shale 1.0.1 test build,
> and fo
>From: "Dennis Byrne" <[EMAIL PROTECTED]>
> >I'm not sure why this behaves differently between myfaces and the RI but
>
> It behaves differently because MyFaces and the RI implement getRenderKitId
> differently. In JSF 1.0, UIViewRoot.getRenderKitId was supposed to return
> "HTML_BASIC" if it
>From: "Dennis Byrne" <[EMAIL PROTECTED]>
>
> This passes w/ MyFaces, and fails w/ the RI .
>
> assertFalse(facesContext.getViewRoot().getRenderKitId() == null);
>
> It *should fail* for both. Can we please explicitly set renderKitId in
> AbstractJsfTestCase.setUp() ? I am stuck on the follow
>From: Greg Reddin <[EMAIL PROTECTED]>
>
>
> On Mar 21, 2006, at 4:45 PM, Gary VanMatre wrote:
>
> > I suppose that the choice of the context object could favor action
> > versus shale for a test framework.
> >
> > Since I'm in the JSF fa
>From: Greg Reddin <[EMAIL PROTECTED]>
>
>
> On Mar 21, 2006, at 1:00 PM, Gary VanMatre wrote:
>
> > I wonder if the shale test framework can be leveraged here. There
> > are mock objects for the servlet API.
>
> I need to take a closer look at that.
>From: Greg Reddin <[EMAIL PROTECTED]>
>
> I've just checked in the last taglib refactoring work that I can
> think of. That turned out to be a much smaller chunk of work than I
> had thought. If you're following the wiki page[1] that means
> Milestone 2 in the 4-step process to release is larg
>From: "Martin Cooper" <[EMAIL PROTECTED]>
> On 3/21/06, Gary VanMatre wrote:
> >
> > >From: "Wendy Smoak"
> > >
> > > On 3/20/06, Craig McClanahan wrote:
> > > >
> > > > > Sorry for the late re
>From: "Wendy Smoak" <[EMAIL PROTECTED]>
>
> On 3/20/06, Craig McClanahan wrote:
> >
> > > Sorry for the late response and the bad news ... -1 on this because the
> > > sql-browser sample is not included in the shale-framework-1.0.1 artifact,
> > > and running "ant download-dependencies releas
>From: "Wendy Smoak" <[EMAIL PROTECTED]>
>
> On 3/16/06, Gary VanMatre wrote:
>
> > Under the "Use Cases System Integration Tests"
> > in the 101 release plan I've tested options 1,2,5,6.
>
> Thanks. :) I added Cargo integratio
>From: Hermod Opstvedt <[EMAIL PROTECTED]>
>
> Hi
>
> Found a solution. In my index.jsp I now do a jsp:forward instead of a
> jsp:redirect.
>
Another option might be to override the default suffix. I think you would
still have to create a mime type for it on your web server but from the web
>From: "Craig McClanahan" <[EMAIL PROTECTED]>
>
> On 3/16/06, Wendy Smoak wrote:
> >
> > Just an update... the integration testing looks good, and I'll work on
> > the release notes more tonight. Gary, do you have anything left to
> > add?
> >
> > Another issue just came up on user@: The mai
>From: "Wendy Smoak" <[EMAIL PROTECTED]>
>
> Just an update... the integration testing looks good, and I'll work on
> the release notes more tonight. Gary, do you have anything left to
> add?
>
I was going to add the "description" node to the clay dtd as an enhancement. I
forgot about this
>From: "Wendy Smoak" <[EMAIL PROTECTED]>
>
> On 3/13/06, Gary VanMatre wrote:
>
> > +1 I'll try to help out as well. I have a couple small changes to the
> release doc. Let me know where else you need help.
>
> I got sidetracked with the Maven
>From: "Craig McClanahan" <[EMAIL PROTECTED]>
>
> On 3/13/06, Niall Pemberton wrote:
> >
> > Sorry, new proposed "front page" is here:
> >
> > http://wiki.apache.org/struts/Shale
>
>
> It looks great! Thanks for all the hard work.
>
No doubt. I've been meaning to add some Clay notes but
>From: "Wendy Smoak" <[EMAIL PROTECTED]>
>
> The Shale 1.0.1 release plan is available here:
>
> * http://wiki.apache.org/struts/ShaleRelease101
>
> The intent is to target another alpha release. In addition to bug
> fixes and the new tiger extensions feature, the test framework has
> been s
I saw the notes (book) you published last night. I'll add this one to the
list.
Thanks Wendy. Safe travels to you both.
Gary
-- Original message --
From: "Craig McClanahan" <[EMAIL PROTECTED]>
> On 3/11/06, [EMAIL PROTECTED] wrote:
> >
> > Author: gvanmatre
>
>From: [EMAIL PROTECTED]
> Changing to RFE ... interesting idea. In general Shale is trying to shy away
> from being "another library of JSF components", but components that tie
> directly
> to framework features are still fair game.
>
What would be used for the command "value"? I guess th
>From: "Wendy Smoak" <[EMAIL PROTECTED]>
>
> On 2/25/06, Gary VanMatre wrote:
>
> > I made some minor Clay DTD changes. I pushed the document out to /www/ but
> > I
> need to generate the DTD documentation.
> >
> > What should be corre
Hey Wendy,
I made some minor Clay DTD changes. I pushed the document out to /www/ but I
need to generate the DTD documentation.
What should be correct flags on these DTD files (chmod xxx)?
I could use some of your voodoo when you have time.
Thanks,
Gary
>From: "Ted Husted" <[EMAIL PROTECTED]>
>
> I'd like to nominate Wendy Smoak as the Most Valuable Committer in
> making the release of the new 1.3.0 builds possible.
>
> Along with James Mitchell, Wendy did the thankless scutwork of taking
> the Maven builds from prototype to production. Witho
>From: "Martin Cooper" <[EMAIL PROTECTED]>
>
> On 2/19/06, Frank W. Zammetti wrote:
> >
> > Does "MyCommand" represent a chain in MyCatalog?
>
>
> Yep.
>
> If so, while I
> > wouldn't presume to speak for Craig, it sure seems like it :) I've
> > personally used the "fire a chain from an A
>From: Ted Husted <[EMAIL PROTECTED]>
>
> OK, we're back down to two patches that could be applied this weekend.
>
> * http://wiki.apache.org/struts/StrutsClassicRelease130
>
> After resolving these items, I'd like to tag and roll the 1.3.0
> release on Monday Feburary 13.
>
> There would b
Thanks David!
-- Original message --
From: [EMAIL PROTECTED]
> Author: dgeary
> Date: Wed Feb 8 23:45:42 2006
> New Revision: 376215
>
> URL: http://svn.apache.org/viewcvs?rev=376215&view=rev
> Log:
> Added an introduction to Clay and a segment on HTML Views in add
>From: Ryan Wynn <[EMAIL PROTECTED]>
>
> Hello,
>
> I have some code that I believe might be helpful in showcasing the
> strengths of shale and clay. You can grab the code from
> http://issues.apache.org/bugzilla/show_bug.cgi?id=38482.
>
> It demonstrates usage of shale remoting for static r
>From: Wendy Smoak <[EMAIL PROTECTED]>
>
> With shale-usecases-20060205.war deployed to Tomcat 5.5.15, I can get
> to the 'form completion' example page, but it doesn't work (the city
> and state remain blank when the zip code field changes) and this error
> appears in the console:
>
> WARNIN
>From: [EMAIL PROTECTED]
>
> Author: craigmcc
> Date: Mon Jan 30 15:49:55 2006
> New Revision: 373633
>
> URL: http://svn.apache.org/viewcvs?rev=373633&view=rev
> Log:
> Improve usability of the LoadBundle and Messages helper classes, by
> explicitly
> loading the default resource bundle i
ters, renderers, and validators to register themselves with the
> JSF runtime, without having to be declared in a faces-config.xml file.
>
Flippen sweet!
> Thanks to Gary vanMatre for the suggestion to do this.
>
Can you have full HTML views and jsp in the same web application? Yes.
Can you use clay HTML and XML fragments to decorate a JSP page? Yes.
Can you use use Clay HTML and XML fragments within a Clay HTML or XML full
view? Yes.
Can you include a JSP from within a Clay full HTML or XML view? No.
>From: <[EMAIL PROTECTED]>
>
> Hi
>
> Before diving off on the deep end: Can one mix full HTML Clay and jsp's?
> Reson
> for asking is if I somehowe am unable to do a fullt HTML version of a
> component
> and do not want to do the decorator hack.
>
Yes you can but it requires a Shale prep
+1 non-binding
-- Original message --
From: Don Brown <[EMAIL PROTECTED]>
> http://wiki.apache.org/struts/WebWork2Incubator
>
> = PROJECT PROPOSAL =
>
> WebWork 2: A Java web application development framework
>
> A proposal to merge the WebWork 2 community and code
>From: Craig McClanahan <[EMAIL PROTECTED]>
>
> On 1/20/06, Gary VanMatre wrote:
> >
> For a general purpose solution, one suggested improvement would be to have
> the imposter ResponseWriter give you back a DOM of the emitted output,
> rather than a String. It w
>From: Craig McClanahan <[EMAIL PROTECTED]>
>
> On 1/20/06, Gary VanMatre wrote:
> >
> > I'll looking for feedback and would like to start some discussion on an
> > idea that might be a nice Shale add-on. What do you think about the second
>
I'll looking for feedback and would like to start some discussion on an idea
that might be a nice Shale add-on. What do you think about the second approach
in this ticket?
http://issues.apache.org/bugzilla/show_bug.cgi?id=37932
What do think about making this more of a generic feature so that
>-- Original message --
>From: Craig McClanahan <[EMAIL PROTECTED]>
>
> On 1/17/06, Gary VanMatre wrote:
> >
> > >On 1/17/06, Gary VanMatre wrote:
> > >>
> > >> This seems like a handly utility. Clay has
>On 1/17/06, Gary VanMatre <[EMAIL PROTECTED]> wrote:
>>
>> This seems like a handly utility. Clay has something similar, PropUtils,
>> that uses the ConvertUtils. I think we could refactor to use this
>> utility. Is there a specific reason that you wanted t
This seems like a handly utility. Clay has something similar, PropUtils, that
uses the ConvertUtils. I think we could refactor to use this utility. Is
there a specific reason that you wanted to factor out Commons BeanUtils?
Gary
-- Original message --
From: [EMAIL PRO
> And, again, this is nothing new or special. Back in
> the BBS days, before Al Gore ever heard of the Internet, all the
> mailreaders had twit lists. :)
>
Now, that sounds like a new "you might be a geek" category :-)
> -Ted.
>
>
>
> --
> HTH, Ted.
> http://www.husted.com/poe/
>
> --
>From: Ryan Wynn <[EMAIL PROTECTED]>
>
> I know that clay will load any config files as
> META-INF/clay-config.xml from jars on the classpath. Is there any way
> to tell clay to load config files of any name from jars on the
> classpath?
>
> I want to break up my clay config file (included in
>From: <[EMAIL PROTECTED]>
>
> Hi
>
> There was a missing end span for a span further down in the structure,
> totally
> unrelated to the referenced line.
>
> So now I have a Tree2 pure html page ;)
>
Outstanding! I'll take a look at that exception message. Sounds like it's
reporting o
>From: Laurie Harper <[EMAIL PROTECTED]>
>
> Gary VanMatre wrote:
> >> From: Alexandre Poitras
> >>
> >> Ok but I still don't get it. From what I understand, you couldn't not
> >> use for example @a or
> >> @ab because t
>From: Alexandre Poitras <[EMAIL PROTECTED]>
>
> Ok but I still don't get it. From what I understand, you couldn't not
> use for example @a or
> @ab because they share the first same letter. That what I found when I
> took a quick look in the sources but I could be wrong. And since
> symbols a
>From: Alexandre Poitras <[EMAIL PROTECTED]>
>
> But a more general use of symbols could be hard with the presence of
> this *bug* I filled sometimes ago. Don't want to be silly, but it is
> still a concern I face when I am using Clay.
> http://issues.apache.org/bugzilla/show_bug.cgi?id=37792
>From: Laurie Harper <[EMAIL PROTECTED]>
>
> One thing I'm finding a little ugly using Shale is referencing the view
> controller using EL expressions. Due to the way Shale maps view IDs to
> backing bean names, I end up with ugly EL expressions like
> #{pages$user$profile$general.whatever}.
>
>From: <[EMAIL PROTECTED]>
>
> Hi
>
> I am trying out tree2 in pure html (trying to implement one of the tre2
> samples
> from the simple-example in Myfaces), but I am getting an error that I am at a
> loss at:
>
Make sure that your html span tag on line 3 has an ending tag in XML speak.
>From: <[EMAIL PROTECTED]>
> Hi
>
> Has anybody used the Tomahawk Tree2 in a Clay pure html setup? If so, how did
> you define it?
>
I have not had a chance to use the Tree2 with Clay yet but you can find a base
Clay
config file for Tomahawk here:
http://issues.apache.org/bugzilla/show_bu
>From: <[EMAIL PROTECTED]>
>
> Hei
>
> If we where to look into a better configuration control, I would suggest
> taking
> a close look at Apache Jackrabbit (JSR-170). This gives among a lot of good
> things, versioning. You can even run with (Embedded) Derby as a backend, or
> just
> a pl
> > > Off the top of my head, I don't see why we couldn't define dialog
> > > structure
> > > with filesystem conventions and flow with custom tags in JSP pages. For
> > > example, by default, a root dialog directory named WEB-INF/dialogs
> > > (users
> > > could override with a context init
>From: Hubert Rabago <[EMAIL PROTECTED]>
> On 12/21/05, David Geary wrote:
> > So, this guy's comments finally got me thinking: do we really need an XML
> > config file for Shale Web Flow? If we could do away with that artifact, we
> > could make web flow even easier to use and differentiate ou
>From: David Geary <[EMAIL PROTECTED]>
> This is from a blog entry about my Shale presentation at Javapolis at
> http://blog.dannynet.net/:
>
> The other presentation was about Shale , by
> > David Geary (who has some interesting blog
> entriesabout
> his experiences with Ruby and Rails by t
I'll add a +1 non-binding vote for alpha also :-)
Thanks Ted!
-- Original message --
From: Ted Husted <[EMAIL PROTECTED]>
> +1 Alpha.
>
> Here are some notes from a cursory review of the Use Cases application.
>
> JNDI Access Via Expressions
>
> Nominal.
>
> ==
Rock on Rich! Since we have three Struts committers within 60 miles, well
have to setup a quarterly meeting to suck back a few brews try to keep up
with the London group.
Gary
-- Original message --
From: Don Brown <[EMAIL PROTECTED]>
> Please join me in welcomi
>From: Sean Schofield <[EMAIL PROTECTED]>
> > What is a classpath?
>
> Are you going to be at Apache Con? If so we can get together over
> dinner and I can explain it to you ;-)
>
I'd like to hear about that one too :-).
> > Niall
>
> sean
>
Gary
> -
+1 from Gary VanMatre
-- Original message --
> All of the outstanding issues have been accounted for -- it's time to
> release the initial test build of Shale! Given the amount of time since the
> 1.0.0 release plan was first proposed, I'd like
> On 11/28/05, Niall Pemberton <[EMAIL PROTECTED]> wrote:
> > On 11/28/05, Gary VanMatre <[EMAIL PROTECTED]> wrote:
> > >
> > > I noticed that Gary VanMatre was not listed as an new Committer.Jack
> must maintain this one;-)
> >
> > Yo
> On 11/28/05, Sean Schofield <[EMAIL PROTECTED]> wrote:
> > Where is this grading maintained? In a wiki or just on the user list?
> > (I'm fishing for ideas here for MyFaces as well.)
>
> We make announcements
>
> * http://struts.apache.org/announce.htm
>
> Why don't you go ahead and commit it ... I've got a question or two to
> resolve before we can roll a final release anyway. It'd also help if you
> could help exercise all the options of the use cases example that aren't
> already covered by the system integration tests.
>
The first remo
> >
> > Hey Craig,
> >
> > I've got a small fix (couple of lines) for Clay that would help out with a
> > generic layout using symbol replacement. Are you ok with me committing or
> > would you rather me wait until after the first cut.
>
>
> Why don't you go ahead and commit it ... I've got
>
> > In preparation for the initial milestone release of Struts Shale 1.0.0, a
> > release candidate has been made available at:
> >
> http://people.apache.org/~craigmcc/struts-shale-1.0.0-rc1/>
> org/craigmcc/struts-shale-1.0.0-rc1/>
> > (TIME LIMITED URL)
>
> Echoing Niall's congratulati
Hey Craig,
I've got a small fix (couple of lines) for Clay that would help out with a
generic layout using symbol replacement. Are you ok with me committing or
would you rather me wait until after the first cut.
Gary
-- Original message --
> On 11/25/05, Wendy Smoa
> Cool, thanks Gary.
>
> so the following
>
>
>
>
>
>
>
> would execute CustomCommand before the creation of a component,
> validator, etc? I guess if I make CustomCommand a Filter then I would
> get a hook to the postProcess method which would actually be executed
> after the compone
Rahul Akolkar wrote:
>Gary-
>
>First of all, thanks for all your work around clay.
>
Thanks!
>Since I mentioned I like the "new" syntax, here is my 2c worth (old
>and new are subjective, what you call the old syntax is really new to
>me, for example ;-):
>
Indeed, you are a skilled negotiator
> Hey Gary,
>
> Yeah I thought about using the shapeValidator, but I want to make this
> as unobtrusive as possible. What I mean by that is that I don't want
> to have to add a special component to every page to take care of this.
> I like using chain to do it, but I would need a hook like pre
> Okay, the override Clay class idea won't work.
>
> My last alternative is to use Clay's chain integration. I noticed
> that in the clay-chain.config I can plug a Filter command into the
> addComponent chain that would do the trick. I read up on Chain and it
> seems that I can't just plug a com
We had some discussion on changing the Clay symbols to make them more JSF like.
I wanted to regroup on this to make sure that this is something that we want
to change.
The symbols allow customizing a subtree under the JSF component tree without
using inheritance. We described the difference
> > That's good idea using the Shale filter commands. Seems like a great place
> > to
> capture state at a page level and if the managed beans are defined in request
> scope, you wouldn't have to clone the object before pushing on the context
> stack.
>
> Just so you know I was refering to th
> Gary,
>
> I agree that EJB can be overkill in some instances. I wanted to use
> transactions in my COR solution so I did some cool stuff with
> commons-chain. I used the "Filter" object (extends Command) which
> guarantees that its postprocess method will be called if its execute
> method is c
(but an EJB3
>style one, to get all the ease of use improvements). Among other things,
>that lets you use all the transactional functionality that EJB provides,
>without having to do anything extra.
True, I didn't consider that. I guess that I was thinking in terms of being
able to
1 - 100 of 130 matches
Mail list logo
