Re: struts, maven & example projects

This is a personal opinion only, subject to the views of the other committers, but I've gone from +0 to -0 on switching to Maven. The one really important value add that I see, downloading dependencies automatically, can be crafted into an Ant script quite easily -- see, for example, the build.xml

Subversion Refactoring Frenzy and Maven Questions

I've taken advantage of the new capabilities that Subversion provides for refactoring, to set up struts-faces as a top-level subproject with the ability to create its own release artifact. Interestingly, this subproject has four subsubprojects that provide its content as well, so the top-level bui

Re: building struts question

The Maven-based build scripts are still under development. The official method to build struts is still Ant. You'll need to configure a "build.properties" file that points at where you've downloaded and installed the dependencies -- see "build.properties.sample" for a sample of what will be neede

Re: [VOTE] Adopt HTTP Release Guidelines (was Re: [Announce] Release of Struts 1.2.5 (beta))

+1 on the "test build then vote to rank" approach that Tomcat uses. As an additional clarification, I presume that we will want the same release process for any subproject releases? This is becoming timely as the opportunity for a 1.0.1 release of struts-faces draws nigh. It might be worth menti

Re: [VOTE] Adopt HTTP Release Guidelines (was Re: [Announce] Release of Struts 1.2.5 (beta))

r way the > > change goes. > > > >> I do believe we should be voting on Beta and up though. Beta > >> should (hopefully) be bug-free -- a build we anticipate to be the > >> "major release". Perhaps my thinking is flawed :-) > >> > > > > H

Re: [VOTE] Adopt HTTP Release Guidelines (was Re: [Announce] Release of Struts 1.2.5 (beta))

On Tue, 19 Oct 2004 22:39:44 -0700, Martin Cooper <[EMAIL PROTECTED]> wrote: > On Wed, 20 Oct 2004 01:28:29 -0400, Ted Husted <[EMAIL PROTECTED]> wrote: > > On Tue, 19 Oct 2004 20:47:56 -0700, Martin Cooper wrote: > > > When we first started discussing changes to the way we build and > > > release

Re: [VOTE] Adopt HTTP Release Guidelines (was Re: [Announce] Release of Struts 1.2.5 (beta))

On Tue, 19 Oct 2004 22:38:15 -0700, Martin Cooper <[EMAIL PROTECTED]> wrote: > (BTW, I'm more than a little surprised at the amount of energy you're > putting into this, Ted, given that you've told us all you're going > Emeritus anyway, so that those of us remaining will be the folks > rolling the

Re: JSF and Tiles Solution

I'd definitely like to see the code. Craig On Thu, 21 Oct 2004 10:07:25 -0400, Sean Schofield <[EMAIL PROTECTED]> wrote: > [follow-up to a discussion from the "user" list] > > I think I have a potential solution to a problem I've been having > trying to integrate JSF and Tiles. At first I trie

Re: XHTML Form Tag

On Sun, 24 Oct 2004 21:57:20 -0500, Eddie Bush <[EMAIL PROTECTED]> wrote: > Hola Amigos! > > AFAICT this is an issue only in the html:form tag. If we were to introduce > something to trigger XHTML 1.1, couldn't we just "lie" to validator about the "name" > by telling it the ID instead of the na

Re: Struts Shale

Just time for a couple of notes this morning. I'm +0 on JDK 5.0 (nee 1.5) depending on how long we really think this is going to take. The "struts core" part of this isn't really huge or complicated, but asking a Struts developer for a timeline is probably a silly thing to do :-). Other comments

Re: Release/Version Notes

I think we want to reward people who are helping us test the non-GA releases as well, by delinieating the dot-dot changes separately. That still gives people who want the whole picture what they need: Changes in version 1.2.6: * ... * ... Changes in version 1.2.5: * ... * ... Chan

Re: Struts Shale

On Tue, 26 Oct 2004 11:48:33 -0700, Michael McGrady <[EMAIL PROTECTED]> wrote: > Niall Pemberton wrote: > > >OK Craig didn't say it was "JSF only" - but that was my interpretation of > >the likely direction. > > > >He said "The interface as currently defined is not dependent on JSF" but > >then we

Re: Shale and struts-chain

On Wed, 27 Oct 2004 00:20:13 -0400, Thomas L Roche <[EMAIL PROTECTED]> wrote: > Just wondering: how does Shale relate to struts-chain? E.g. > > * Would Shale subsume struts-chain? > It would likely subsume *struts*-chain, but not *commons*-chain (see below). > * Is struts-chain for 1.x and Shal

Re: svn commit: rev 55700 - struts/trunk/contrib/struts-shale

FWIW, the Geronimo repository has a snapshot of Servlet 2.4: http://svn.apache.org/repository/geronimo-spec/jars/geronimo-spec-servlet-2.4-SNAPSHOT.jar Craig On 27 Oct 2004 14:43:03 -, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Author: germuska > Date: Wed Oct 27 07:43:03 2004 > New Rev

Re: [Shale] Day Two

On Wed, 27 Oct 2004 08:07:09 -0400, Ted Husted <[EMAIL PROTECTED]> wrote: > Yesterday, as advertised, the Shale API built without any external dependencies > (whatsoever). > > Today, the new implementations require dependencies on Servlet 2.4, JSF, and Commons > Logging. > > But, I can't get it

Re: [OT] servlet-api-2.4 on Maven repositories?

Apache does indeed have Apache-licensed versions of the servet 2.4 (and JSP 2.0) API classes. The ones that are shipped with Tomcat 5.x are in cvs repository "jakarta-servletapi-5". I would imagine we could just get the Tomcat folks to post those JARs to ibiblio or something. Isn't that just a m

Re: Shale - Itch Proposal

On Wed, 27 Oct 2004 12:01:39 -0700 (PDT), Scott Anderson <[EMAIL PROTECTED]> wrote: [snip] > With this in mind, my proposal for a useful and > demonstrative application would be the result of > porting/supporting NetBeans' web application > development APIs and relevant visual components to a > JSR

Re: Struts Shale

On Thu, 28 Oct 2004 07:08:40 -0400, Ted Husted <[EMAIL PROTECTED]> wrote: > On Tue, 26 Oct 2004 12:50:05 -0700, Craig McClanahan wrote: > > My personal itch is to not have to build everything from scratch -- > > its to build on the JSF request processing lifecycle, without

Fwd: Struts Shale

Oops ... meant to reply to both Jack and the list. Craig -- Forwarded message -- From: Craig McClanahan <[EMAIL PROTECTED]> Date: Thu, 28 Oct 2004 10:19:48 -0700 Subject: Re: Struts Shale To: Dakota Jack <[EMAIL PROTECTED]> On Thu, 28 Oct 2004 06:51:32 -0700,

Re: Struts Shale

> Why is it not possible for the framework to use interfaces into which > JSF can be plugged in, perhaps with adapters, as an option well as > other alternatives? This too is not a rhetorical question. > > Jack > > > > > On Thu, 28 Oct 2004 10:16:56 -0700, Craig

Re: Fwd: Struts Shale

On Thu, 28 Oct 2004 14:30:33 -0400, Ted Husted <[EMAIL PROTECTED]> wrote: > On Thu, 28 Oct 2004 13:57:15 -0400, Ted Husted wrote: > > ... that we rename the package called "impl" as "faces". > > As to the impl package: > > I think what really bothers me here is that the classes implemented here a

Re: Fwd: Struts Shale

I haven't personally tried to think of Shale as a general purpose adapter for between remote clients and server side business objects. I'm not sure there's really a need for one, either. Here's a really primitive ASCII Art picture of how I look at it: Browser Client--> WebApp Server

Re: Struts Shale

On Thu, 28 Oct 2004 15:27:49 -0700, Dakota Jack <[EMAIL PROTECTED]> wrote: > I admit to a huge amount of ignorance about JSF. I have partly been > stymied by an inability to decide on a text to read. I have always > liked Hans work, and may go that direction. I cannot know, of course, > how that

Re: Struts Shale

On Fri, 29 Oct 2004 01:22:09 +0200, Anders Steinlein <[EMAIL PROTECTED]> wrote: > > > > > 3.1 Java2 Standard Edition APIs > > > > I'd be +1 for J2SE 5.0 > > Although I have no real saying in this, I am +1 on J2SE 5.0 as well. As I > would anticipate 1-2 years in development on Struts 2.x, J2SE 5.0

Re: Proposal: Javascript-to-Java object conversions

your Action you get your data in some > class (some DTO for instance) and then ask the converter to convert that to a > JavascriptObjectClass (or a HashMap, whichever way thatgoes). In your JSP you have > html:renderJSObject and lo and behold, you have your class! > > Does thi

Re: struts-faces bug

Yah, that's definitely broken. Could you please submit a bug report to our issue tracking system? http://cvs.apache.org/bugzilla/ As to the intent, this wrapper was proposed by the MyFaces folks -- it's not needed for the library to work with the JSF RI ... maybe one of those guys can comment on

Re: Struts-BSF, Struts-Scripting [was Re: Proposal: Javascript-to-Java object conversions]

On Fri, 29 Oct 2004 21:28:52 -0400, Ted Husted <[EMAIL PROTECTED]> wrote: > That sounds great to me, Don. :) > > We already have Struts-Faces and Struts-Examples on the trunk. We might as well add > Struts-BSF and Struts-Flow to the mix. +1. > > Struts-BSF and Struts-Flow are not part of the c

Re: BeanUtils/Collections dependency

Cool ... that knocks a 175k JAR file out of the picture. Craig On Sat, 30 Oct 2004 05:20:11 +0100, Niall Pemberton <[EMAIL PROTECTED]> wrote: > Craig, > > I've updated the docs, can you change the nightly build to include beanutils > 1.7.0 and remove Collections please. > > Thanks > > Niall

Re: BeanUtils/Collections dependency

Shouldn't commons-collections.jar be removed from all our build.xml files as well? That's what my nightly build executes. Craig On Sat, 30 Oct 2004 05:20:11 +0100, Niall Pemberton <[EMAIL PROTECTED]> wrote: > Craig, > > I've updated the docs, can you change the nightly build to include beanuti

Re: ActionErrors / ActionContext

On Sat, 30 Oct 2004 10:47:04 -0700, Martin Cooper <[EMAIL PROTECTED]> wrote: > On Sat, 30 Oct 2004 08:58:56 -0500, Joe Germuska <[EMAIL PROTECTED]> wrote: > > At 4:07 PM -0400 10/29/04, Ted Husted wrote: > > >Perhaps it should be based on the Chain Context, which has > > >implementations for variou

Re: Struts-BSF, Struts-Scripting [was Re: Proposal: Javascript-to-Java object conversions]]]

On Sat, 30 Oct 2004 11:03:29 -0700, Martin Cooper <[EMAIL PROTECTED]> wrote: > To my knowledge, anyway, JSF is page oriented, relies on a page's > component tree for rendering / processing, and does not provide for a > client-side component to communicate back to its server-side partner > without s

Re: JSF and highly dynamic apps (was Re: Struts-BSF, Struts-Scripting [was Re: Proposal: Javascript-to-Java object conversions]]])

On Sun, 31 Oct 2004 21:30:22 -0600, Eddie Bush <[EMAIL PROTECTED]> wrote: > > Unless Martin is incorrect about the way JSF handles requests, I'm inclined > to believe (despite the fact JSF will be a part of the next specification) > we might want to consider using something else under the covers i

Re: JSF and highly dynamic apps (was Re: Struts-BSF, Struts-Scripting [was Re: Proposal: Javascript-to-Java object conversions]]])

In order to meet the spec requirements for handling server side events related to the view tier components, JSF also provides a front controller responsible for handling the server side request processing lifecycle, with event listeners and other plug-in points for either application code or contro

Re: JSF and highly dynamic apps (was Re: Struts-BSF, Struts-Scripting [was Re: Proposal: Javascript-to-Java object conversions]]])

On Tue, 2 Nov 2004 21:43:41 -0800, Martin Cooper <[EMAIL PROTECTED]> wrote: > This is a really interesting statement. Perhaps I'm wrong, but I've > always thought the whole point of JSF was visual components. Yet the > statement above clearly indicates that JSF goes well beyond that > charter, and

Re: Struts Sub-Projects

On Fri, 5 Nov 2004 08:01:33 -0800, Don Brown <[EMAIL PROTECTED]> wrote: > No, actually, it would be a simple matter of a couple of "svn move" > commands. They are quick, and can be easily redone later if we change > our minds. Agree that it's easy to move things around ... but I've got a question

Re: Struts Sub-Projects

On Fri, 05 Nov 2004 15:26:45 -0800, Don Brown <[EMAIL PROTECTED]> wrote: > In a perfect world... > > svn.apache.org/asf/struts > /core > /trunk > /branches > /tags > /faces > /trunk > /branches > /tags > /bsf > /trunk > /branches > /tags > /flow > /t

Nightly Builds

I've adjusted the nightly build scripts to account for the reorganization of our Subversion repository that was recently done, and caused last night's build (20041114) to break. Tonight's should be fine. Nightly builds of the core Struts distribution are at: Struts Core Distribution: Binaries:

Re: Shale vs. Struts-Chain

Miscellaneous comments inline. On Thu, 18 Nov 2004 13:48:39 +0100, Matthias Wessendorf <[EMAIL PROTECTED]> wrote: > Hi all, > > I read the docs on subversion about Shale. > Well, a very interessting point. > However, I asked myself how it is related > to Struts/Commons - Chain. (The Proposal aka

[shale] Nightly build atifacts available

To help the folks who want to explore the Shale proposal, but haven't had a chance to get hooked up with the SVN repository source code, nightly builds of the following artifacts are being generated into : * struts-shale-MMDD.{

Re: Shale and Chain

On Fri, 19 Nov 2004 13:44:47 -0700, BaTien Duong <[EMAIL PROTECTED]> wrote: > Greetings: > > I want to prototype commons-chain in shale. I saw 2 apps: agility and > mailreader. I was able to build commons-chain.jar using ant. I modify > maven project.xml of the 2 apps and run maven default success

Re: Release planning (was Re: Shale vs. Struts-Chain)

On Tue, 1 Jun 2004 19:52:51 -0400, Ted Husted <[EMAIL PROTECTED]> wrote: > [snip] > I would be in favor of immediately branching at 1.2.6, regardless, so we can > start on 1.3.x. If there are any straggling issues with the 1.2.x build, I'd > be happy to cross-commit between the 1.2.x and 1.3.x br

Re: Can JSF Navigation be Reasonably Rewritten?

The page navigation *mechanism* in JSF is pluggable -- you need to provide an implementation of "javax.faces.application.NavigationHandler", which could then do things like look at Struts action mappings to figure out where to go next, instead of (or in addition to) the JSF stuff. You configure a

Re: Build with SVN

Double check that you've got the latest BeanUtils code (1.7.0) in your build properties -- this has the "lazy" stuff plus FashHashMap, which was added to [beanutils] specifically so we could undo the linkage to [collections]. Craig On Mon, 22 Nov 2004 17:11:30 -0800, Dakota Jack <[EMAIL PROTECTE

Re: chain in trunk for builds?

The Struts nightly build contains whatever the result of running "ant clean dist" in the "struts/core/trunk" directory produces. Until now, that hasn't included Struts Chain, but that's easy to fix. In the mean time, there is a nightly build of Struts Chain being produced separately: http://cv

Re: chain in trunk for builds?

On Tue, 23 Nov 2004 09:58:11 -0800, Don Brown <[EMAIL PROTECTED]> wrote: > > Sounds good. I would take it a step further, and, if no init parameter, > look for the chain config as "/chain-config.xml", making it possible to > provide an intelligent default. We could then, take your idea in #3, >

Re: Chain enhancement idea

On Tue, 23 Nov 2004 11:26:16 -0600, Hubert Rabago <[EMAIL PROTECTED]> wrote: > How would plugins work with the chain configuration? > > I've written ActionServlet/RequestProcessor extensions and plugins in > the past. Often, the reason is to inject custom pre-, actual, or > post-processing at spe

Re: Experiences with MockObjects for Servlet testing?

As yet another alternative, last week I committed the mock objects suite that I've been using personally into sandbox/trunk/struts-shale-test. It's got mocks for JSF objects as well as the servlet ones, which could easily be stripped out or conditionally compiled if you want a set that doesn't req

Re: Chain enhancement idea

On Tue, 23 Nov 2004 14:20:02 -0600, Joe Germuska <[EMAIL PROTECTED]> wrote: > > > >I need to have a hook into processValidate() on validation failure. > > > >Currently that can only be done by copy-and-pasting the processValidate() > >method from RequestProcessor into a subclass and sticking a ho

Re: Chain enhancement idea

On Wed, 24 Nov 2004 11:03:23 -0700, BaTien Duong <[EMAIL PROTECTED]> wrote: [snip] > 3) CoR is finer grain than IoC in the construction and rounting of > services within and between software layers, while IoC is aprropriate at > the application level. I don't think of these as mutually exclusive.

Re: Shale application-wide controller

On Wed, 24 Nov 2004 11:44:04 -0800, Martin Cooper <[EMAIL PROTECTED]> wrote: > Is there any reason that a JSF-independent version of the > application-wide controller scheme, as just checked in, couldn't be > part of Struts 1.3? That should work fine, as long as 1.3 is going to be based on Servlet

Re: Shale application-wide controller

On Wed, 24 Nov 2004 14:39:45 -0800, Dakota Jack <[EMAIL PROTECTED]> wrote: > Where is this checked in. folks? We recently reorganized the repository so that independent pieces of "Struts" could be branched and released independently of each other. As a result, the SVN repository for the core of S

Re: Shale application-wide controller

On Wed, 24 Nov 2004 18:32:26 -0800, Dakota Jack <[EMAIL PROTECTED]> wrote: > Well, I have probably Bozoed! I clicked on my sandbox repository and > updated with TortoiseSVN. However, I see nothing like what I thought > was being discussed here. Where would I see it and what is it called? > Soun

Re: [Apache Struts Wiki] Updated: SiteNavigation

I reverted the defacement, but didn't see any confirmation email. Craig On Thu, 25 Nov 2004 18:31:18 -, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: >Date: 2004-11-25T10:31:18 >Editor: HnhhuHnk <[EMAIL PROTECTED]> >Wiki: Apache Struts Wiki >Page: SiteNavigation >URL: http

Re: Think Tank Thread on IoC, CoR, and HaD (hot arse deploy) [was Re: Chain enhancement idea]

On Sun, 28 Nov 2004 15:36:27 -0800, Dakota Jack <[EMAIL PROTECTED]> wrote: [snip] > With hot deploy, instead of switching the implementation and the name > of the implementation class, e.g. ColonSeparatedMovieFinder for > DatabaseMovieFinder, you just have an implementation called > MovieFinderImpl

Re: Think Tank Thread on IoC, CoR, and HaD (hot arse deploy) [was Re: Chain enhancement idea]

If I'm reading the code right, your "factory" for any given class has to know a bunch of nitty gritty details in order to implement the transferState() method, right? So, whenever I add new state information to the application class, I have to update transferState() as well? I don't see any mecha

Re: Spring dreaming (was Second call: add "generic" mapped property to ActionConfig)

I agree with Don's assessment, but wanted to add an FYI note -- Shale does zero-config for #3 (because the mapping between a JSP page and the corresponding ViewController is implicit), and doesn't require #1 unless you need it for doing Commons Validator stuff. Simpler is definitely better. Craig

Re: Think Tank Thread on IoC, CoR, and HaD (hot arse deploy) [was Re: Chain enhancement idea]

On Mon, 29 Nov 2004 15:04:48 -0800, Dakota Jack <[EMAIL PROTECTED]> wrote: > Thanks for this thoughtful response, Craig. Very helpful. Notes are within: > > > On Mon, 29 Nov 2004 09:02:04 -0800, Craig McClanahan <[EMAIL PROTECTED]> > wrote: > > If I'm

Re: Spring dreaming (was Second call: add "generic" mapped property to ActionConfig)

kes things simpler for the user, but > >>> is yet another step that removes the user from > >>> > >>> ever having to work with the application scope. One feature I > >>> really like about Tapestry (probably JSF too) is they don't put > >>

Re: Think Tank Thread on IoC, CoR, and HaD (hot arse deploy) [was Re: Chain enhancement idea]

On Mon, 29 Nov 2004 17:36:09 -0800, Dakota Jack <[EMAIL PROTECTED]> wrote: > I am not sure what you mean by "transparently swap". IoC requires > fairly extensive configuration for this "transparency". I don't see > what is transparent about the IoC setting of an implementation at all. > Am I m

Re: Think Tank Thread on IoC, CoR, and HaD (hot arse deploy) [was Re: Chain enhancement idea]

On Mon, 29 Nov 2004 22:29:35 -0800, Dakota Jack <[EMAIL PROTECTED]> wrote: > Thanks, Craig. I think there might be a misunderstanding. See within. > > > > > On Mon, 29 Nov 2004 18:32:06 -0800, Craig McClanahan <[EMAIL PROTECTED]> > wrote: > > On Mon,

Re: Spring dreaming (was Second call: add "generic" mapped property to ActionConfig)

On Mon, 29 Nov 2004 10:34:13 -0800 (PST), David Graham <[EMAIL PROTECTED]> wrote: > --- Craig McClanahan <[EMAIL PROTECTED]> wrote: > > > I agree with Don's assessment, but wanted to add an FYI note -- Shale > > does zero-config for #3 (because the map

Re: Roadmaps (was Spring dreaming ...)

On Tue, 30 Nov 2004 07:45:17 -0500, Ted Husted <[EMAIL PROTECTED]> wrote: > > Speaking of todos, is there more to be done on the struts-faces taglib? Or is > that ready for a release vote? > There are two outstanding bugs ... 32014 and 32370. The latter is fairly straightforward, the former is

Re: Spring dreaming (was Second call: add "generic" mapped property to ActionConfig)

On Tue, 30 Nov 2004 08:38:54 -0800 (PST), David Graham <[EMAIL PROTECTED]> wrote: > My basic concern is that we're heading down a path that doesn't simplify > things for Struts users (including myself in that group) and instead using > the next shiny technology in front of us. If Spring and/or JS

Re: [OT] Re: WeakReference

Don't forget that Strings are immutable in Java :-). You might have better luck experimenting with a JavaBean that has getters/setters for the properties you want to be able to mess with. Craig On Wed, 1 Dec 2004 23:44:38 -0800, Dakota Jack <[EMAIL PROTECTED]> wrote: > Thanks for the response,

Re: [OT] Re: WeakReference

On Thu, 2 Dec 2004 11:56:31 -0800, Dakota Jack <[EMAIL PROTECTED]> wrote: > Essentially, I am trying to keep a WeakReference to > Point classes so that when I update the Point.class I can change the > classes for all the PointImpl objects out there. My understanding of Java (extensive in many are

Re: [OT] Re: WeakReference

On Thu, 2 Dec 2004 13:08:34 -0800, Dakota Jack <[EMAIL PROTECTED]> wrote: > Well, Paul, your own last response was about the framework and about > Java. I sure am getting quizzical about these interjections. > Martin is right ... this thread has gone outside the bounds of off-topicness for Strut

Re: Call me crazy, but I want it all.

On Thu, 9 Dec 2004 11:36:10 -0500, James Mitchell <[EMAIL PROTECTED]> wrote: > > Also, why do we have so many copies of the mailreader example all over the > place? Why can't we just keep one copy and have a build that can handle > building for core or chain or shale or xyz? > For the most part

Re: Minimum Ant version for building Struts

+1. Just because we are conservative on runtime APIs doesn't mean we have to be conservative on our own environments :-). Craig On Fri, 10 Dec 2004 22:12:07 -0800 (PST), Martin Cooper <[EMAIL PROTECTED]> wrote: > Currently, we say that Ant 1.5.4 is required for building Struts. I'd like > to bu

Re: Tomcat versions and Struts

On Fri, 10 Dec 2004 23:04:43 -0800 (PST), Martin Cooper <[EMAIL PROTECTED]> wrote: > For recent builds of Struts, we have "officially" tested against Tomcat > 4.1.x and 5.0.x. Ostensibly, however, the build system supports Tomcat > 3.2.x, 3.3.x, 4.0.x, 4.1.x and 5.0.x. > > Since the trunk in SVN w

Re: Any objections to adding Ant get's to build.xml?

On Thu, 16 Dec 2004 22:10:50 -0800, Don Brown <[EMAIL PROTECTED]> wrote: > I'm setting up Struts to build from Ant (again), and have to go through > the hassle of setting up build.properties. When I brought struts-bsf > in, I changed its build.xml to, if a "lib" directory didn't exist, > create on

Re: Moving Validator Depenency to Version 1.1.4

+1. That's the version of Commons Validator I plan to support in Shale as well. Craig On Thu, 16 Dec 2004 23:15:21 -, Niall Pemberton <[EMAIL PROTECTED]> wrote: > Does anyone object to me moving Strut's dependency on to the recently > released Version 1.1.4 of Commons Validator? > > Its a

Re: Commons Chain Cookbook: Why have Struts Actions?

On Fri, 17 Dec 2004 10:58:44 -, Pilgrim, Peter <[EMAIL PROTECTED]> wrote: > [snip] > Can a ``Context'' ever be too big? I mean, everytime a > web user hits a submit then a naive implementation would > create a big context object with a request, response, > errors, etc. What if an naive Struts 1

Re: Any objections to adding Ant get's to build.xml?

On Sun, 19 Dec 2004 00:55:56 -0600, Eddie Bush <[EMAIL PROTECTED]> wrote: > At worst case, it seems we could add a task to do the downloads of > those binaries that are redistrutable. I think most folks would > rather invoke an Ant task than have to chase down dependencies. It > wouldn't even hav

Re: Any objections to adding Ant get's to build.xml?

On Sun, 19 Dec 2004 12:54:38 -0800, Martin Cooper <[EMAIL PROTECTED]> wrote: > On Sun, 19 Dec 2004 12:38:27 -0800, Craig McClanahan <[EMAIL PROTECTED]> > wrote: > > On Sun, 19 Dec 2004 00:55:56 -0600, Eddie Bush <[EMAIL PROTECTED]> wrote: > > > At worst c

Re: Escape html

The purpose for filtering these four characters is to avoid cross site scripting attacks that would otherwise be possible if an application accepted an input text field that had something like a

Re: Escape html

On Sun, 19 Dec 2004 19:24:23 -0300, Edgar Poce <[EMAIL PROTECTED]> wrote: > > Are there any other characters that should be filtered for security > > reasons? > > I think there are not. I thought it was a html escape tool and I > expected it replaced 'à' with "à" for example. But I see it's not

Re: Any objections to adding Ant get's to build.xml?

Intermixed. On Sun, 19 Dec 2004 18:36:41 -0800, Martin Cooper <[EMAIL PROTECTED]> wrote: > On Sun, 19 Dec 2004 13:13:03 -0800, Craig McClanahan <[EMAIL PROTECTED]> > wrote: > > On Sun, 19 Dec 2004 12:54:38 -0800, Martin Cooper <[EMAIL PROTECTED]> wrote: > >

Re: Extracting taglibs

I think a separate subproject for Tiles (including the code and the tags) probably makes the most sense. If we don't mind the dependency back onto Struts, then this could also include the Struts PlugIn that is currently used to configure it -- although it would probably be better that this class s

Re: Extracting taglibs

On Tue, 21 Dec 2004 20:45:03 -0800, Don Brown <[EMAIL PROTECTED]> wrote: > I agree as well. This lets us follow a consistent approach to > subprojects, where they may (and probably should) link to Struts core, > but Struts core should not depend on them. I hope this can actually be accomplished

Re: svn commit: r123053 - /struts/core/trunk/build.xml

On 22 Dec 2004 06:11:56 -, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Author: martinc > Date: Tue Dec 21 22:08:58 2004 > New Revision: 123053 > > URL: http://svn.apache.org/viewcvs?view=rev&rev=123053 > Log: > Ensure that the nightly build still works, now that the Chain code is in the >

Re: ViewUtils and UtilityFactory (was Extracting taglibs)

On Wed, 22 Dec 2004 23:40:33 -0800, Don Brown <[EMAIL PROTECTED]> wrote: > The problem with putting code like that into a command, is what if > someone wants to replace the populate command, but doesn't want to > re-invent the multipart stuff? I think there is a place for service > functions, cal

Re: ViewUtils and UtilityFactory (was Extracting taglibs)

On Thu, 23 Dec 2004 10:54:31 -0800, Dakota Jack <[EMAIL PROTECTED]> wrote: > What does "Commons FileUpload being Filter-ized" mean? Martin has talked (on the Commons dev list) about his plans to upgrade Commons FileUpload to use a Servlet Filter, and the request wrapper features of Servlet 2.3, in

Re: [struts-faces] JSF integration into Struts

On Thu, 23 Dec 2004 12:31:19 -0800, Don Brown <[EMAIL PROTECTED]> wrote: > Pardon the ignorance, but as I understand it, the struts-faces > integration library allows Struts components to be executed within the > JSF framework. JSF handles the request, then using special adapters, > actions are ex

Re: [struts-faces] JSF integration into Struts

On Thu, 23 Dec 2004 18:04:18 -0800, Don Brown <[EMAIL PROTECTED]> wrote: > Craig McClanahan wrote: > > On Thu, 23 Dec 2004 12:31:19 -0800, Don Brown <[EMAIL PROTECTED]> wrote: > > >>If that is correct, would it be possible to implement JSF within Struts > >

Re: [struts-faces] JSF integration into Struts

On Thu, 23 Dec 2004 22:24:28 -0800, Dakota Jack <[EMAIL PROTECTED]> wrote: > I think, Don, that this "integration" is a bit smoke and mirrors > Really what the integration is, if I understand it right, is just a > switch to use either JSF or Struts. They really cannot work together > because JSF h

Re: Further Chain Engineering

On Wed, 29 Dec 2004 08:51:54 -0600, Joe Germuska <[EMAIL PROTECTED]> wrote: > [snip] > * Now that we're moving around all these catalog/command pairs, I'm > starting to wonder if we wouldn't like to have a standard > representation of the pair in a single string. This may even belong > in the chai

Re: RoadMap [was Re: ViewUtils ... ]

On Wed, 29 Dec 2004 10:21:24 -0500, Ted Husted <[EMAIL PROTECTED]> wrote: > > Is there anything someone would like put differently? > I'm somewhat curious when the Struts committers might be willing to make a conscious choice for a Struts 2.x architecture. While I'm personally going to continue

Re: RoadMap [was Re: ViewUtils ... ]

Funny how, every time I raise this issue, I only seem to get responses from NON committers :-). On Wed, 29 Dec 2004 13:08:32 -0600, Vic <[EMAIL PROTECTED]> wrote: > Craig McClanahan wrote: > > > I believe that Struts will become > >gradually less relevant for new applic

Re: Shale for 2.x? (was Re: RoadMap)

On Wed, 29 Dec 2004 14:44:47 -0500, Ted Husted <[EMAIL PROTECTED]> wrote: > Objectively, I think that Shale would be a better fit for Apache MyFaces. If the scope of the MyFaces proposal were expanded to "building a JSF implementation and value added 'stuff' around it" instead of "building a JSF

Re: RoadMap [was Re: ViewUtils ... ][Slightly OT]

On Wed, 29 Dec 2004 16:50:51 -0500, Sean Schofield <[EMAIL PROTECTED]> wrote: [snip] > Probably a little bit off topic, but I wanted to respond to your > theory. If your theory is correct, then yes, JSF is a dead-end. I > don't agree with that theory, but I'm not sure that JSF will be the > next

Re: Basic workflow engine

On Thu, 30 Dec 2004 12:47:04 -0500, Sean Schofield <[EMAIL PROTECTED]> wrote: > I have developed a basic workflow engine that I have found to be > extremely useful in my current Struts applications. I developed it > after finding shortcomings in the open source workflow stuff that was > available

Re: Basic workflow engine

On Fri, 31 Dec 2004 14:49:40 -0500, Sean Schofield <[EMAIL PROTECTED]> wrote: > > and I also saw one workflow engine > > at Jakarta: > > > > http://jakarta.apache.org/commons/sandbox/workflow/ > > I had seen this one, but my impression was that it was not under > active development. Nobody seems

"Use Cases" Example Webapp for the Shale proposal

(Cross posting because this topic has come up on all of the lists in the last couple weeks.) I just committed into the Struts SVN repository a new example application (struts-shale-usecases) that illustrate's the different take that Shale has on how an application framework can be built around JSF

Re: "Use Cases" Example Webapp for the Shale proposal

On Mon, 3 Jan 2005 22:46:03 -0800, Dakota Jack <[EMAIL PROTECTED]> wrote: > > > Whatever happened to the proposals to move this JSF implementation to > MyFaces? That would seem to be much more appropriate. Perhaps it > could be called JSFShale or FacesShale? What this has to do at all > wi

Re: "Use Cases" Example Webapp for the Shale proposal

On Tue, 04 Jan 2005 09:48:32 -0700, BaTien Duong <[EMAIL PROTECTED]> wrote: > Hello Craig: > > Good work. Thanks for your effort. We always wish to have more than 24 > hours a day. I wish to have some spare time to get back to this. > > One quick question about the framework: What is the appropri

Re: http://struts.apache.org/dtds/tiles-config.dtd 404 Not Found

If you specify a Public ID (the first string after the word PUBLIC) that is recognized, the System ID (the URL) is never consulted at all. Check very carefully that you don't have any typos or extra spaces in the public id -- it must match exactly. Craig On Tue, 04 Jan 2005 22:25:29 +0200, Gra

Re: "Use Cases" Example Webapp for the Shale proposal

On Tue, 04 Jan 2005 21:33:49 +, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > Thanks for the insight. I have been working with Struts since your > > beginning in the 2nd half of 2000. I aggree with your technology > > assessment and just concentrate on getting the job done. > > > > BaTien >

Re: "Use Cases" Example Webapp for the Shale proposal

Indeed, if you set the "jsf.home" property to point at your MyFaces distribution directory, the build.xml script for struts-shale-usecases *should* assemble an application that has all the tweaks needed to use MyFaces instead. Craig On Wed, 5 Jan 2005 07:29:42 +0100, Matthias Wessendorf <[EMAIL

Re: Coupling, Struts and JSF

On Thu, 06 Jan 2005 04:32:56 +, [EMAIL PROTECTED] > [snip] > IMHO, I really dig JSF, but struts handle this situation better. The postback > method that Ted talks about seems like a better JSF solution. Indeed, the postback approach is what I used in the Shale proposal. The basic idea is th

Re: Coupling, Struts and JSF

On Wed, 5 Jan 2005 22:09:28 -0800, Dakota Jack <[EMAIL PROTECTED]> wrote: > This make sense to you? It certainly does ... but that's only because you and I are wierd :-). The pattern you describe makes perfect sense to someone who understands object oriented programming, and design patterns, and

  1   2   3   4   5   6   7   8   9   10   >