At 12:11 AM -0500 3/12/05, Paul Speed wrote:
Joe Germuska wrote:
So, I was just about to add support for static access to the
current ActionContext using ThreadLocal, and then I realized that
...
...snip...
... member? Is there some artful way to hide it more? Of course, we'd have
public
The underlying problem with the upload proposal on the wiki is
I have a full application, but no sense putting it all here if there is no
interest.
The best way to generate interest is to post a working example. If you
want to pique interest, you have to go the whole nine yards. Else,
(Inline.)
On Fri, 11 Mar 2005 16:06:19 -0500, Frank W. Zammetti
[EMAIL PROTECTED] wrote:
It's fair that there was discussion, but an obvious problem is still
apparent... I've only been on the lists for a couple of months. I would
certainly think no one expects a person to go through the
+1
Except that Apache open source projects don't really allow people to
fill roles.
People start filling the roles, and then we recognize their
contribution -- mainly by granting the system permissions (or karma)
to make the contributions directly.
Right now, anyone has karma to bugzilla or
Since we've had some methodology discussions of late, I thought it
might be helpful to post a few notes about how things generally work
on Apache Projects.
First, there's a good general introduction on the Foundation site now
* http://apache.org/foundation/how-it-works.html
The telling
On 2005-03-11 00:25:35 -0500, Martin Cooper [EMAIL PROTECTED] said:
On Tue, 1 Mar 2005 09:11:28 -0800, Craig McClanahan [EMAIL PROTECTED] wrote:
Doing the simple version of a change like this will cause the wrapper
class to not be compilable against a 2.2 or 2.3 version of the servlet
API any
At 10:01 AM -0500 3/12/05, Bill Siggelkow wrote:
I have been trying to more closely follow the discussions on Struts
use of Chain and have a few comments and questions on mechanisms for
users to provide custom ActionContext impl.
It seems that the current mechanism is to extend the
I'm willing to take on some of this. I figure a small step first...
Can anyone verify for me the total number of tickets in Bugzilla as of
this day is 2404? I came to this by doing a search on product Struts
with all possible statuses selected. Are those the correct parameters
to get that
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
-- Original message --
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
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 the Utilclazz. The getBean() is indeed a candiate for
This would be the second attempt but I would like to start a discussion on a
Shale subview component extension.
Currently, The shale subview jsf component provides a post-back method to the
prerender method on the ViewController. The id attribute of the component is
assumed as the managed
There are some links on the RoadMap pages for the likely Bugzilla queries.
* http://struts.apache.org/roadmap.html
The vast majority of the tickets are enhancement requests. A good
number of these might be already implemented and could be closed as
redundant.. The others might be organized into
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
David,
Good hint with the Utilclazz. The getBean() is indeed a candiate for it.
But why get getFacesContext()?
It's also a general utility method.
ah... ;)
It only wrappes FacesContext.getCurrentInstance()
Yes, it seems a bit silly, but the getFacesContext method is there for
folks that don't
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,
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
Le Mar 12, 2005, à 10:56 AM, Matthias Wessendorf a écrit :
David,
you wrote about your extracted Tiles version.
Do you have Tiles JSF components and Tags?
No, I don't have anything JSF-specific. The extracted version is simply
decoupled from Struts. Otherwise, it's just vanilla Tiles, except that
If you look a little closer you'll see them ;)
struts-core-1.3.0-dev-src.zip
^^^
There are 4 downloads available for each of the subprojects currently being
built (on my laptop) via Maven.
Here is a brief explanation:
Logs
svn-update.log
- the output of running svn up
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 would also like to see tiles integrated. You really have some interesting
points about Tiles and
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 haven't used JSF enough to see if it fits the same pattern, but
Author: hrabago
Date: Sat Mar 12 08:52:09 2005
New Revision: 157259
URL: http://svn.apache.org/viewcvs?view=revrev=157259
Log:
Add command and catalog to toString().
Modified:
struts/core/trunk/src/share/org/apache/struts/config/ActionConfig.java
Oops, you are right. Thanks!
On Sat, 12 Mar 2005 14:59:04 -0500, James Mitchell [EMAIL PROTECTED] wrote:
If you look a little closer you'll see them ;)
struts-core-1.3.0-dev-src.zip
^^^
There are 4 downloads available for each of the subprojects currently being
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=33982.
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=33982.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
25 matches
Mail list logo