Rép : [shale] 'required' validator

Le 2 janv. 06 à 15:04, Mike Kienenberger a écrit : > > Validators aren't called if there's the submitted value is null. > That's why JSF components have a required attribute instead of a > standard JSF requiredValidator. Yes. If a component has a required commons validator (), the ValidatorScrip

Rép : [shale] Proposal: making view controllers easier to access

Le 30 déc. 05 à 08:18, Gary VanMatre a écrit : > > 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 l

Rép : [shale] Overall requirements for "remoting" feature

This proposal is almost exactly what I envisioned when I filed the RFE. Only one thing gives me pause: In addition, the configuration information mapping incoming URL patterns to > corresponding processing logic modules will be made available in a simple > JavaBean stored in application scope, so

[shale] Remote Method Calls

At JavaPolis, I showed a couple of Ajax demos using Shale remote method calls. After the demos, I got to thinking... The back-end stuff for remoting--AbstractListCompletions and company--is great. But I don't understand the requirement that remote calls must be made to Commons Chain commands. That

Rép : [shale] Dialogs and Convention over Configuration

I'm not advocating my off the cuff solution, which of course has drawbacks. I'm just suggesting that we think about something along these lines. I wouldn't mind seeing a less powerful interface, if you will, into dialogs that requires no configuration. btw, it seems to me that, to some degree, COC

[shale] Dialogs and Convention over Configuration

This is from a blog entry about my Shale presentation at Javapolis at http://blog.dannynet.net/: The other presentation was about Shale <http://struts.apache.org/shale>, by > David Geary (who has some interesting blog > entries<http://www.jroller.com/page/dgeary/Weblog?catname=%

Re: Standalone Tiles - JSP version & tld file

Le 05-08-25 à 13:24, Craig McClanahan a écrit : On 8/25/05, Greg Reddin <[EMAIL PROTECTED]> wrote: On Aug 25, 2005, at 1:55 PM, David Geary wrote: I'm +1 for this, but should we make plugging standalone Tiles back into Struts a priority and tackle this once that's do

Re: Standalone Tiles - JSP version & tld file

Le 05-08-25 à 10:53, Craig McClanahan a écrit : On 8/25/05, Greg Reddin <[EMAIL PROTECTED]> wrote: On Aug 25, 2005, at 12:28 AM, Craig McClanahan wrote: However, I've got a separate / semi-related question. Given that we're changing package names anyway, it would be really cool to abstract

Re: [ANNOUNCEMENT] New Struts Committer: Gary vanMatre

Congratulations Gary! Welcome aboard. Gary has done a great deal of work on Clay, which has turned into one of the most popular features of Shale. david Le 05-08-21 à 18:53, Craig McClanahan a écrit : Please join me in welcoming Gary vanMatre as a new Struts committer. Gary has been quite bu

Re: [Standalone Tiles] Refactor Definitions Factory and Create Reloadable

Le 05-08-17 à 10:13, Craig McClanahan a écrit : In general I like what I see, and will plan on committing the refactoring changes before dealing with the deprecated method removals that were done on the Struts-embedded version for 1.3. Thanks for covering my back, Craig. Sorry for the spurious

Re: [Standalone Tiles] Refactor Definitions Factory and Create Reloadable

Le 05-08-17 à 10:02, Greg Reddin a écrit : Where do we stand on the Standalone Tiles Patch I submitted? I'm not being impatient just inquisitive :-) No problem. I'd ask the same thing if I were you. I know David is very busy and hasn't had much time to look at it. But I also know Craig i

Re: New Shale Regex Validation Tag

Le 05-08-16 à 08:33, Gary VanMatre a écrit : 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 ex

Re: New Shale Regex Validation Tag

Le 05-08-12 à 13:40, Craig McClanahan a écrit : On 8/12/05, Romero, Ron <[EMAIL PROTECTED]> wrote: [snip] This would also mean you don't need a new tag ... the existing Shale tags for integrating validators would work. Ah, but I want a new tag! :-) Seriously, a new tag would make it easi

Re: Struts website

Excellent work, Wendy. I know you've done a great deal of work on this and we all appreciate it. Even if you are using Maven. david Le 05-08-11 à 07:25, Wendy Smoak a écrit : Thanks for all the feedback and suggestions for the new site. Here's a second draft, incorporating as many of the su

Re: Vote: ANT or Maven for Standalone Tiles (was Re: [Tiles] Struts Plugin in standalone Tiles)

Both sounds good to me too. If nobody objects, that's what we'll do. david Le 05-08-08 à 19:59, Craig McClanahan a écrit : On 8/8/05, Wendy Smoak <[EMAIL PROTECTED]> wrote: From: "David Geary" <[EMAIL PROTECTED]> I'm +1 for ANT. I agree with Joe'

Re: Vote: ANT or Maven for Standalone Tiles (was Re: [Tiles] Struts Plugin in standalone Tiles)

I'm +1 for ANT. I agree with Joe's comment, but standalone Tiles is not part of Struts, so I don't think it will be confusing. Also Ted's comments about Maven being most useful when it's used for a set of projects convinced me even more to use ANT. It ain't called standalone Tiles for nothi

Vote: ANT or Maven for Standalone Tiles (was Re: [Tiles] Struts Plugin in standalone Tiles)

While we're thinking about supporting portlets in standalone Tiles, we need to make another decision: do we use ANT or Maven to build it? So, I'd like to call for a vote: ANT or Maven? david Le 05-08-08 à 09:53, Craig McClanahan a écrit : On 8/8/05, Matthias Wessendorf <[EMAIL PROTECTED]>

Re: [Tiles] Struts Plugin in standalone Tiles

On 05-08-08, at 08:23, Greg Reddin wrote: Matthias Wessendorf wrote: Hi guys, Is it possible to *use* Apache Tiles (standalone one) inside of Struts 1.2 ? I didn't see a plugin inside of the tiles standalone dist. There is currently no plugin or TilesRequestProcessor in the Standalone

Re: [shale][clay] Updating clay config file on the fly

Le 05-07-28 à 16:14, Greg Reddin a écrit : [EMAIL PROTECTED] wrote: On Jul 28, 2005, at 4:45 PM, [EMAIL PROTECTED] wrote: The JSP-like approach would be more intrusive. The DefinitionsFactory would have to store the modified date of a definition and the getDefinition() method would have

Re: [shale][clay] Updating clay config file on the fly

Le 05-07-28 à 10:45, Craig McClanahan a écrit : On 7/28/05, Andy Freeman <[EMAIL PROTECTED]> wrote: I would like to think that Tiles would be updated to work the same way. Yep ... definitely :-). Anybody want to tackle building some patches for that one? I'll try to take a look next

Re: [shale][clay] Updating clay config file on the fly

Le 05-07-28 à 10:35, Craig McClanahan a écrit : 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 who

Re: [Sandbox / Tiles] jar files

Le 05-07-23 à 05:11, Matthias Wessendorf a écrit : Hi, are there currently plans to move Tiles out of Struts' sandbox? The plan is to eventually make Tiles a top-level Apache project. Will the Tiles jars be published inside of ibiblio repository? I don't know about that. I'm not sure what

Re: [Shale] Using Standalone Tiles

Le 05-07-18 à 20:05, Craig McClanahan a écrit : David (and others interested in Tiles+JSF), While you are testing the new-and-improved standalone tiles-core.jar, I thought I'd report on a particular use case that worked for me, that you might want to consider as well ... you can embed the (or

Re: Status of "Standalone Tiles Take 2" Effort

Le 05-07-14 à 00:43, Craig McClanahan a écrit : I've followed through on the first steps of my proposed action plan: * Moved the old "sandbox/tiles" to "sandbox/tiles-original" to get it out of the way without losing any information. * Did an "svn copy" from "tiles" to "sandbox/tiles" to for

Re: Tiles

he plan is here, surely we are not going to maintain 2 sets of Tiles code...are we? We definitely don't want to maintain two sets of code. As David Geary likes to acronym-ize :-), DRY ("don't repeat yourself"). IIRC correcty, the original plan was along the lines of: * E

Re: Tiles

Le 05-07-11 à 21:04, James Mitchell a écrit : Sorry if I've been out of the loop. What's going on with Tiles under sandbox/trunk? Last I heard, we were going to change Tiles (HEAD) to be free of it's dependency on Struts. What is under the sandbox? It seems like a modification based of

Re: [shale] Configuring TilesViewHandler

Le 05-07-07 à 11:44, Craig McClanahan a écrit : On 7/7/05, David Geary <[EMAIL PROTECTED]> wrote: Le 05-07-06 à 21:38, Andy Freeman a écrit : Again, will the Shale Tiles integration make it this easy to layout pages? I am sure there is a bit of web.xml configuration to do and I a

Re: [shale] Configuring TilesViewHandler

Le 05-07-06 à 21:38, Andy Freeman a écrit : On 7/6/05, David Geary <[EMAIL PROTECTED]> wrote: Le 05-07-06 à 15:50, Andy Freeman a écrit : Craig, How do you think that the Shale-JSF-Tiles implementation compares to what MS is introducing with ASP.NET <http://ASP.NET> 2.0&#x

Re: [shale] Configuring TilesViewHandler

Le 05-07-06 à 15:50, Andy Freeman a écrit : Craig, How do you think that the Shale-JSF-Tiles implementation compares to what MS is introducing with ASP.NET 2.0's Master Pages? article: http://www.ondotnet.com/pub/a/dotnet/2004/09/27/libertyonwhidbey.html sample source cod

Re: Initial checkin of standalone Tiles

Le Jun 14, 2005 à 8:08 PM, Niall Pemberton a écrit : I have a few concerns/questions about the initial checkin of standalone Tiles into the sandbox, which David indicates in the SVN log is extracted from Struts 1.1: 1) I'm wondering why this is based on Struts 1.1, rather than the current

Re: {Shale] Dialog and Tiles

Le May 27, 2005 à 11:50 AM, Craig McClanahan a écrit : On 5/27/05, Duong BaTien <[EMAIL PROTECTED]> wrote: Re post from myfaces to appropriate list. http://wiki.apache.org/struts/StrutsShale The javadoc actually contains quite a bit of explanation. The usescases are also built nightly and

Re: [Tiles] Subproject Questions

essage - From: "David Geary" <[EMAIL PROTECTED]> Sent: Thursday, May 26, 2005 9:59 PM Ted Husted has convinced me that Tiles should, afterall, be a Struts subproject. But I have a couple of questions. First, should I put this in a directory called struts/tiles? There&#x

[Tiles] Subproject Questions

Ted Husted has convinced me that Tiles should, afterall, be a Struts subproject. But I have a couple of questions. First, should I put this in a directory called struts/tiles? There's already a Struts top- level directory named tiles, so reusing that name might cause confusion. Should I name

Re: The separation of Struts and Tiles

re pretty much up to speed from discussions on this list.) David Geary has given every indication that he intends to lead this process, but I'm sure he's busy like the rest of us. In the meantime, questions here will help him (and perhaps others) realize that there's interest in suc

Re: DO NOT REPLY [Bug 33752] - [Shale] Enhancement to the Shale subview tag library component.

Le Mar 29, 2005, à 1:11 AM, [EMAIL PROTECTED] a écrit : DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE

Re: Getting Tiles and Chain to play nice together

Le Mar 24, 2005, à 4:34 AM, Joe Germuska a écrit : At 8:38 PM -0800 3/23/05, Martin Cooper wrote: In the regular scheme of things, when, for example, an Action returns an ActionForward, the request processor lets Tiles have a look at the forward, so that it can handle the case where a path is a Til

Re: [Shale] subview component XML composition extension

Le Mar 16, 2005, à 12:51 AM, Matthias Wessendorf a écrit : David, No, I don't have anything JSF-specific. The extracted version is simply decoupled from Struts. Otherwise, it's just vanilla Tiles, except that I So you have no facility like a ViewHandler or something like that? Have you looked at

Re: [Shale] subview component XML composition extension

at onjava.com). In that case an HTML view references components in a component definition file. If you could select a component definition file at runtime for a view, I believe you'd have analagous functionality to what Gary is proposing here. david Le Mar 13, 2005, à 11:09 AM, [EMAIL PR

Re: [Shale] subview component XML composition extension

Le Mar 12, 2005, à 3:52 PM, Mike Kienenberger a écrit : David Geary <[EMAIL PROTECTED]> wrote: I think this is all good stuff, but I'd rather see integration with Tiles instead of reinventing Tiles. Tiles has already covered some of this ground and I see no reason for us to follow. I h

Re: [Shale] subview component XML composition extension

s also the attribute ? Something like that would be nice. I've been pondering additions to the Shale subview tag. Maybe something like: or . david -Matthias David Geary wrote: I think this is all good stuff, but I'd rather see integration with Tiles instead of reinventing Tiles. Tiles

Re: [Shale] usecases app

I like getValueBinding(). I've had occasions where I needed the binding itself. Leaving the value extraction as another step is fine with me and it also eliminates the odd method name. david Le Mar 12, 2005, à 10:39 AM, Matthias Wessendorf a écrit : David, Good hint with the Utilclazz. The ge

Re: [Shale] subview component XML composition extension

I think this is all good stuff, but I'd rather see integration with Tiles instead of reinventing Tiles. Tiles has already covered some of this ground and I see no reason for us to follow. I'd also like to see integration with SiteMesh, which excels at page decoration (as opposed to Tiles, which

Re: [Shale] usecases app

Le Mar 12, 2005, à 9:27 AM, Matthias Wessendorf a écrit : David, Those methods are probably too generally useful to restrict to view controllers. View controllers are not the only objects that need to retrieve managed beans, for instance. A utility class might be a better choice. Good hint with

Re: [Shale] usecases app

Le Mar 12, 2005, à 8:11 AM, Matthias Wessendorf a écrit : Hi, I am just starting to play with Shale framework by building some simple JSF/Shale web apps. The ViewController interfaces is very nice and the its default implemention (both in *core* framework) also! I looked at BaseViewController tha

Re: integration of struts tiles into nanocontainer.

Le Mar 4, 2005, à 12:23 PM, Joe Germuska a écrit : At 1:48 PM -0500 3/4/05, James Mitchell wrote: On a broader scale, one idea I was thinking of recently was to extract plugins to their own subproject. So that core would no longer depend on validator (and all of its dependencies). We could the

Re: TL Tiles (was Re: Taglibs and Tiles Extraction Issues)

-0700, David Geary wrote:  Le Dec 29, 2004, à 4:44 PM, Ted Husted a écrit :  Since there seems to be interest, why don't I setup the usual  proposal on the incubator wiki, and we can see who signs up.  Even if we were able to dodge "incubation" per se, we would still  need to bring a res

Re: TL Tiles (was Re: Taglibs and Tiles Extraction Issues)

Le Dec 29, 2004, à 4:44 PM, Ted Husted a écrit : Since there seems to be interest, why don't I setup the usual proposal on the incubator wiki, and we can see who signs up. Even if we were able to dodge "incubation" per se, we would still need to bring a resolution to the board, and do all the sa

Re: Tiles and David Geary

Thanks to everyone for your support. One way or another, I want to see Tiles as its own project and I will do everything I can to make that happen. david Le Dec 28, 2004, à 9:40 PM, Martin Cooper a écrit : It would be great if David came back into the Struts fold to do that, since it's something

Re: Taglibs and Tiles Extraction Issues

Le Dec 29, 2004, à 5:29 AM, Ted Husted a écrit : On Sun, 26 Dec 2004 14:40:44 -0700, David Geary wrote:  I'd like to see an open-source standalone version of Tiles. A  toplevel Apache project is one way to do that. I'd support whatever you wanted to do, David. If you, or anyone else,

Re: Taglibs and Tiles Extraction Issues

d And yes... Merry Christmas ;-) Matthias -Original Message- From: David Geary [mailto:[EMAIL PROTECTED] Sent: Saturday, December 25, 2004 6:39 PM To: Struts Developers List Subject: Re: Taglibs and Tiles Extraction Issues Merry Christmas, btw! Le Dec 25, 2004, à 1:35 AM, Don Brown a écrit : I

Re: Taglibs and Tiles Extraction Issues

attern commons-chain uses to optionally build adapters as jars are available. Let me get the Tiles subproject setup, then we can start working on integrating this code. Don David Geary wrote: I have extracted a standalone version of Tiles from Struts 1.1. I've implemented a TilesServlet for

Re: Taglibs and Tiles Extraction Issues

I have extracted a standalone version of Tiles from Struts 1.1. I've implemented a TilesServlet for using Tiles outside of Struts and a JSF view handler that forwards to a tile instead of a JSP page. I also have some cool examples. I was on the verge of starting an open source project for stand

Re: Separate Tiles From Struts?

On 04-03-23, at 17:40, Matt Raible wrote: On Mar 23, 2004, at 5:23 PM, Ted Husted wrote: At first, there was talk of bringing it to Taglibs. Cedric and David Geary chatted about that for a bit, but the conversation trailed off, and we just plunged ahead with 1.1. IMHO, Tiles should definitely be