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 has a
already shown, for example, that you can use Tiles and
Commons Validator directly with JSF (without using the Struts
controller architecture) -- and these are capabilities I
already know how to integrate into Shale. Servlet Filters
Nice to hear! Is a thing, that will be *public* next
from main menu in struts clicking download binaries give a cgi error.
Is there another link for 1.3 nigly builds?
.V
--
RiA-SoA w/JDNC http://www.SandraSF.com forums
- help develop a coomunity
My blog http://www.sandrasf.com/adminBlog
the struts.jar that is here:
http://svn.apache.org/builds/struts/nightly/
contains package org.apache.struts.chain.commands
-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Vic
Sent: Friday, December 24, 2004 4:47 PM
To: dev@struts.apache.org
Subject: download
On Fri, 24 Dec 2004 09:47:04 -0600, Vic [EMAIL PROTECTED] wrote:
from main menu in struts clicking download binaries give a cgi error.
Fixed.
I've also changed the privs on the cgi script to try to prevent this
from happening again.
--
Martin Cooper
Is there another link for 1.3 nigly
At 7:34 AM + 12/21/04, [EMAIL PROTECTED] wrote:
* removed unnecessary struts-chain sandbox project
Should we be concerned about keeping this available for people using
chain in a pre Struts 1.3 environment? I suppose most people who are
using it now are going to be able to migrate to a
Don, that sounds like a good idea. Using DispatchChainActions without a
white-list of commands could throw the app into disarray easily by an astute
hacker. At runtime, if the parameter is not found in the catalog, the class
could throw the chains UnauthorizedActionException class.
Paul
I've made further progress in extracting tiles and taglibs, and have run
into several issues I'd like to get some feedback on.
1. Tiles depends on TagUtils in taglibs. Tiles' version of TagUtils has
a link to taglib's TagUtils.getScope(). I could copy this method over
(it is a whole 5
Don Brown wrote:
e how to migrate that build process over, especially as we await the
Ant reorganization Martin is working on. I'm leaning to committing
all my changes once I got all the code compiling and let someone more
knowledgable setup cactus for these two subprojects.
Don
Can't offer
The new build system will consist of a few shared build files, and a
per-subproject build.xml file. This leads to the obvious question of
where the shared build files should live. There are basically two
options, as I see it:
1) In a 'build' subproject. This is the cleaner option, and the one I
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
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.
that sounds nice!
Using Tiles *standalone* is fine!
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=17502.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=17502.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
14 matches
Mail list logo
