+1 Tiles as a TLP
+1 Greg Reddin as Tiles PMC Chair
Gary
>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
>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
>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: "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
>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: 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: 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
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
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
>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
>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:
> >
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: ÁÖ Ã÷ <[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
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]>
>
> 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
>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: "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: "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]>
>
> 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: 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
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
[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:
>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
>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
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: "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
>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: "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,
> 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: "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
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
this type of cross pollination, we would appreciate your
feedback on this thread.
Regards,
Gary VanMatre
-- Original message --
> Le 05-08-12 à 13:40, Craig McClanahan a écrit :
>
> > On 8/12/05, Romero, Ron wrote:
> >
> >> [snip]
> >>
> >>> This would also mean you don't need a new tag ... the existing Shale
> >>> tags for integrating validators would work.
> >>>
>
> Is nowhere near compelling enough to introduce a new tag. And the
> benefits
> of introducing yet another XML configuration file that encapsulates the
> validation specifics of individual fields is dubious at best.
> Personally, I like
> being able to see exactly what the validation entails w
> On 7/28/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >
> > Now that would be cool. I think we would have to load all clay config
> > files
> to resolve the inheritance dependencies but that would be way slick.
> >
>
> Yep, you'd need to reload the whole set. Plus, do it in a way that
> > From: Gary VanMatre said:
> > I was poking around in log4j and found a very similar feature
> > that allows you to configure a file watch dog for the
> > properties files.
>
> You can't use that within a J2EE container, however, because it spawns a
>
> From: "Gary VanMatre" <[EMAIL PROTECTED]>
>
> > I believe that you can spawn threads in a J2EE web container.
> > The restriction is only within the EJB container. I'm not sure if
> > there are limitations in a portal but a client or applet J2EE c
-- Original message --
> Please join me in welcoming Gary vanMatre as a new Struts committer.
> Gary has been quite busy proposing code for the "Clay" plug-in on
> Shale, and has also been supportive on the dev and user mailing lists
> (for b
ns
(http://www.greatwest.com/), parts powered by Struts.
Those experiences, of course, are outside the merit of this community.
Gary
>
>
> On 8/21/05, Craig McClanahan <[EMAIL PROTECTED]> wrote:
> > Please join me in welcoming Gary vanMatre as a new Struts committer.
> > Gary ha
> This is a bug in Shale. I will post a bug to Bugzilla shortly.
>
I assume they are talking about the RestoreViewPhase verses a decorator of a
handler calling createView on its original handler which would make it the
caller? I guess that I'm wondering if the ShaleViewHandler could explicitl
>>
> > This is a bug in Shale. I will post a bug to Bugzilla shortly.
> >
>>
>> I assume they are talking about the RestoreViewPhase verses a decorator of
>> a handler calling createView on its original handler which would make it the
>> caller? I guess that I'm wondering if the ShaleViewHandle
>On 9/1/05, Craig McClanahan <[EMAIL PROTECTED]> wrote:
>
>>
>> It's like the difference between reusing common code by refactoring it
>> into a separate method, and calling it, versus reusing common code by
>> cut-n-paste. I prefer the former :-). Incidentally, this aspect of dialog's
>> desig
Can anyone recommend a good open source web content management system?
Thanks,
Gary
>
> I noticed that a few of the xml files in clay-plugin and use-cases refer to:
>
> > "-//Apache Software Foundation//DTD Shale Clay View//EN"
> "http://jakarta.apache.org/struts/dtds/clay-config_1_1.dtd";>
>
Oh, good catch. I think that one should be "clay-config_1_0.dtd"
> This doesn't
> From: "Gary VanMatre"
>
> > We should fix this and I don't think we have to worry about breaking
> > anything since it's already broken:-) I can hack on it unless you already
> > have it fixed.
>
> I have it part of the way done... let me
I was thinking that it might be helpful to have some protected factory methods
on the AbstractJsfTestCase for instantiating the environment mock objects like
request, response, faces context, ...
This would be a place that you could override and provide your own mock
implementation for a test c
> On 9/17/05, Gary VanMatre wrote:
> >
> > I was thinking that it might be helpful to have some protected factory
> > methods on the AbstractJsfTestCase for instantiating the environment mock
> > objects like request, response, faces context, ...
>
>
>
> On 9/17/05, Gary VanMatre wrote:
> >
> > > On 9/17/05, Gary VanMatre wrote:
> > > >
> > > > I was thinking that it might be helpful to have some protected factory
> >
> > > > methods on the AbstractJsfTestCase for instantia
> This is done. The DTD now lives in clay-plugin/src/conf, it has a suggested
> doctype declaration in it, and I changed everything that I could find in
> clay-plugin and use-cases to match it.
>
> Both the Ant and Maven builds copy the DTD to the right place, the tests
> pass, and the use-ca
I made changes to the shale/clay-plugin/src/conf/clay-config_1_0.dtd a while
back. Could someone please help me publish the latest at
http://struts.apache.org/dtds.
Thanks,
Gary
>The latest version of clay uses a new dtd, but the file on the web has not
>been updated yet at
>
>http://struts.apache.org/dtds/shale-clay-config_1_0.dtd
>
>Just a heads up, I can refer to it locally for now.
I updated it late last night. It now includes the symbols stuff.
Gary
--- Begin M
e of 2005-09-30.
On 11/4/05, Gary VanMatre <[EMAIL PROTECTED]> wrote:
>
> >The latest version of clay uses a new dtd, but the file on the web has
> not
> >been updated yet at
> >
> >http://struts.apache.org/dtds/shale-clay-config_1_0.dtd
> >
> >Ju
>It's definately a proxy caching issue. Got the latest on a non-proxied
>machine. I won't doubt you again, Gary.
>
Doubt is a good thing. It makes the whole thing work and then work better.
> On 11/4/05, Gary VanMatre <[EMAIL PROTECTED]> wrote:
>>
>>
>I think the change to save id state in the attributes collection broke use
>of commons validator.
> It's throwing runtime exception in PropertyValueCommand:
> try {
>PropUtils.setProperty(child, attributeBean.getName(), expr);
>} catch (Exception e) {
>if (child instanceof UIComponentBase)
>((UIC
nd Converter?
I think overriding the behavior of those types is probably the right thing
to do. Does this disallow the morphing feature?
On 11/4/05, Gary VanMatre <[EMAIL PROTECTED]> wrote:
>
> >I think the change to save id state in the attributes collection broke
> use
> >o
Thanks Martin.
-- Original message --
> Author: martinc
> Date: Fri Nov 4 20:28:54 2005
> New Revision: 330970
>
> URL: http://svn.apache.org/viewcvs?rev=330970&view=rev
> Log:
> Add svn:eol-style and svn:keywords
>
> Modified:
>
> struts/shale/trunk/clay-plugin
>Gary,
> overriding the behavior of the getId and setId in the ValidatorBean,
>ValueChangeListenerBean and ConverterBean is not enough.
> Since these can potentially inherit from a plain ComponentBean, the will
>inherit the attributes of that ComponentBean.
> For example, commons validator is defin
Darn, I some how wish that I was unaware of my sickness as I admired the works
of the other personality :-)
> Author: wsmoak
> Date: Thu Nov 10 05:31:42 2005
> New Revision: 332291
>
> URL: http://svn.apache.org/viewcvs?rev=332291&view=rev
> Log:
> Fixed Sean's announcement and anchor.
>
> Mod
+1 for Struts Action. That wares better.
-- Original message --
> The website seems to be in pretty good shape now. I just ran build-all
> on the applications subproject, and that's looking pretty good too. I
> think that just leaves
>
> * Reviewing the applications
> At one point when I was working with DocBook, I met up with LiveDTD
> [0]. While our DTDs are not very complex, I still thought it would be
> neat to have them in HTML format. So...
>
> http://struts.apache.org/dtds/shale-clay-config/1_0/
> http://struts.apache.org/dtds/shale-dialog-config/1
> [snip]
>
> > I take it this is to avoid keeping the list around when you don't need it (
> > i.e. you're not on the view containing the Ajax component)? I presumeit
> > must
> > be relatively cheap to populate the overall list in the first place?
>
> Yes that is the point. Its cheap enugh
(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
> 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
> > 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
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
> 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
> 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
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
> 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
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
>
> > 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.
>
>
> Why don't you go ahead and commit it ... I've got
>
> 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
> 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
> 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
+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
>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
> -
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
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.
>
> ==
>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
>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
> > > 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: <[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
>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]>
>
> 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: 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: 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: 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: 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: <[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: 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
> 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/
>
> --
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
>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
>-- 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
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
>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
>
>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
+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
1 - 100 of 130 matches
Mail list logo
