On 3/1/07, Henri Yandell <[EMAIL PROTECTED]> wrote:
On 3/1/07, Paul Benedict <[EMAIL PROTECTED]> wrote:
> [ ] Leave at test build
> [ ] Alpha
> [X ] Beta
> [ ] General Availability (GA)
>
> I cast my vote to fix ActionRedirect in 1.3.8:
> https://issues.apache.org/struts/browse/STR-3009
>
> Do
On 2/28/07, Paul Benedict <[EMAIL PROTECTED]> wrote:
Michael Jouravlev wrote:
> Paul, do you think that STR-3009 -- ActionRedirect from ForwardConfig
> not redirecting properly -- should be fixed for 1.3.7 to minimize the
> impact of 1.3.5 ActionRedirect behavior?
>
I believe
On 2/25/07, Paul Benedict <[EMAIL PROTECTED]> wrote:
The Struts 1.3.7 test build is now available.
Release notes:
* http://struts.apache.org/1.x/userGuide/release-notes.html
Distribution:
* http://people.apache.org/builds/struts/1.3.7/
Maven 2 staging repository:
* http://people.apache.org/bui
Dilep, use struts-user forum for questions like this.
On 2/26/07, Dilep <[EMAIL PROTECTED]> wrote:
Hi,
Is there a way to pass a extra paramameter for DispatchAction
apart from parameter=method.
"parameter=method" is not meant to pass parameters to an action,
parameters are passed in request ob
There are several tickets concerning S1 taglib, either bugs or
extensions. My position is that JSTL should be used instead of Struts
tags whenever possible. tags are exception because they
build property keypath into corresponding HTML tag's "name" attribute.
Nested tags may be other tags preferr
About an hour ago I could not access http://struts.apache.org/1.3.5,
now I cannot access http://wiki.apache.org/struts/, returns 500
Internal Server Error. Is this a know issue, someone is working on
this?
Michael.
-
To unsubscr
There are STRUTS_1_3_BRANCH and trunk now. What does trunk represent?
1.4? Or something else?
On 2/8/07, Paul Benedict <[EMAIL PROTECTED]> wrote:
Struts 1.3 has been branched:
> URL: http://svn.apache.org/viewvc?view=rev&rev=505116
> Added:
> struts/struts1/branches/STRUTS_1_3_BRANCH/
>
I am OK with branching. Not that I really need it right now, but it
does not hurt, should be helpful. +0 from me.
On 2/8/07, Niall Pemberton <[EMAIL PROTECTED]> wrote:
I think just go ahead and create the branch. Tags/Branches in svn are
cheap and if anyone doesn't like it can always be re-done/
I am back from vacation and ready to finish this task :)
On 9/15/06, Paul Benedict <[EMAIL PROTECTED]> wrote:
My biggest concern is that, according to the current proposal, you
cannot use request scope and flash scope together. So if I have bean X
that's request scope, and bean Y that's flash sc
On 9/15/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
On 9/15/06, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
>
> On 9/14/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
> > In Shale, the closest analog to this is Dialog scope, and we're building
> t
On 9/15/06, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
On 9/14/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
> In Shale, the closest analog to this is Dialog scope, and we're building the
> concept of a scope instance per window/frame, independent of what that
>
On 9/14/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
In Shale, the closest analog to this is Dialog scope, and we're building the
concept of a scope instance per window/frame, independent of what that
window/frame is actually doing.
I believe this requires usage of Javascript? So you would h
On 9/14/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
On 9/14/06, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
>
> Anyone wants to share their thoughts on rollover scope?
> http://wiki.apache.org/struts/RolloverScope
>
> I was thinking on using Stripes approach
On 9/13/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
Please respond with a vote on GA quality for Struts 1.3.5
[X] +1Yes, Struts 1.3.5 should be promoted to GA quality.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additi
Anyone wants to share their thoughts on rollover scope?
http://wiki.apache.org/struts/RolloverScope
I was thinking on using Stripes approach, but I don't like to mange
URLs. Also, Stripes uses a timer to remove unused rollover scopes,
this does not seem very straightforward to me, from a user's p
gt; like including a tile with an associated tile controller.
> The action
> > then just puts data into scope for the JSP to display.
> >
> > What I didn't understand was, "It can also decide the flow
> of display
> > by selecting the appropriate forward.&quo
This topic NOT about chaining (Paul, I am very sorry to bring the chaining up).
What Paul talks about is including an action URL into a JSP page.
Consider a Model 1 application, JSP page can dynamically include other
resources with or with . Now consider that a
JSP page includes a Struts action
Martin,
it seems to me that you explained the pitfalls of action chaining, not
of action including. The dev list displays a lot of stuff for "action
including" but nothing really relevant. It has one entry though for
"action chaining" written by you long time ago:
http://marc.theaimsgroup.com/?l
.. What did I miss or get wrong?
On 9/7/06, Martin Cooper <[EMAIL PROTECTED]> wrote:
On 9/6/06, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
>
> On 9/6/06, Martin Cooper <[EMAIL PROTECTED]> wrote:
> > The action is (intended to be) the class that handles the entire
&g
On 9/7/06, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
Michael Jouravlev ha scritto:
> Using actions is a totally legitimate way to build composite page.
I disagree, to build composite pages I will use "composite view" pattern
implementation, such as Tiles and Sitemesh.
On 9/6/06, Martin Cooper <[EMAIL PROTECTED]> wrote:
The action is (intended to be) the class that handles the entire
request, whether that involves parcelling out the work to other classes or
not. An action was designed to be the end point of the request, not one of a
set that handles the request
I should have kept my mouth shut ;-) Paul's suggestion is *not* about
chaining (while it *may* indirectly promote it).
As I understand it, Paul builds a page out of smaller blocks, each
block is rendered by an action. I do the same thing and I do not
oppose Paul in this regard. You are saying tha
I don't care much about this... I would say -0.
I see that you use includes primarily for composition. I use included
actions also as request targets, I need them to be accessed from
browser, i.e. public, so your suggestion is of no use for me.
If you need this feature then who am I to oppose :-
On 8/30/06, Thomas Hamacher <[EMAIL PROTECTED]> wrote:
Dear everyone,
after spending a lot of time with googling and multiple tries with different
approaches and also my questions to the struts-user-mailinglist didn´t come
to a solution, I would like to as you guys if there is a way or not. So I
On 8/30/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Personally, I don't like the idea of the framework itself relying on heavy use of the
HttpSession and "hiding" it in this way. There are many cases when you want to
avoid use of HttpSession for scalability reasons (there's that word ;) )
On 8/30/06, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
Michael Jouravlev ha scritto:
> Hi Antonio,
>
> I looked through your code, it is quite clear, so I started pulling
> needed stuff from your library and sticking it into Struts. I also
> want this scope to be availab
On 8/30/06, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
Michael Jouravlev ha scritto:
> I have another suggestion: storing data right in the request object
> instead of having a dedicated scope object. Then, on redirection,
> pushing appropriate items to the session, using ite
On 8/29/06, Martin Cooper <[EMAIL PROTECTED]> wrote:
Please, if we're going to consider adding a flash / click / dialog /
whatever scope, let's decouple it from redirection. Such an intermediate
scope has potential uses that have nothing to do with redirection, so it
needs to be workable even for
ther a message(s) or error(s) that
survive a redirect. Not sure of the scenario where you want the entire
Action on the other end...
- Chris Mathews
http://www.javaranch.com
-Original Message-
From: Michael Jouravlev [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 29, 2006 5:19 PM
To: S
On 8/29/06, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
Michael Jouravlev (JIRA) ha scritto:
> In addition to standard J2EE scopes (page for JSP, request, session and
application) provide a new scope object that would hold data between requests.
Similar facilities in Tapestry and St
On 8/21/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Hello ,
I search a lot but i don't find so i write to you.
Please use Struts Users Mailing List (user@struts.apache.org) for
questions. If you want to reply, please do so to the user list.
If you have experience this problem , thank fo
On 7/23/06, Ted Husted <[EMAIL PROTECTED]> wrote:
The Struts 1.3.5 Test Build is available to evaluate for release quality.
The release plan is available on the wiki:
* http://wiki.apache.org/struts/StrutsActionRelease135
The test build, including checksums and signatures, has been deployed t
On 7/25/06, Ted Husted <[EMAIL PROTECTED]> wrote:
On 7/25/06, Jason Carreira <[EMAIL PROTECTED]> wrote:
> @Action to mark it as an Action method?
Stripes uses the annontation @DefaultHandler where we would configure
a default action, which might imply the annotation @Handler for what
we are talk
On 7/22/06, Ted Husted <[EMAIL PROTECTED]> wrote:
On 7/22/06, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
> I really don't like calling action a handler. Well yes, it is a
> request handler, but I would like to reserve "handler" as in "event
> handler&qu
On 7/22/06, Ted Husted <[EMAIL PROTECTED]> wrote:
On 7/22/06, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
> I would really like to rewrite the whole User's Guide, but this is too
> much of a job, and someone would have to proofread it after this
> anyway ;) So I wi
On 7/21/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
On 7/21/06, Apache Wiki <[EMAIL PROTECTED]> wrote:
> Dear Wiki user,
>
> You have subscribed to a wiki page or wiki category on "Struts Wiki" for
change notification.
>
> The following page has been changed by MichaelJouravlev:
> http://wiki.apa
http://struts.apache.org/mail.html
On 7/20/06, zeta <[EMAIL PROTECTED]> wrote:
Hi, I want to do a dynamic page with something like frames. I don't know if
struts has some similar solution. Can't you help me,please??!!
Thanks!
Zeta
On 7/18/06, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
Michael Jouravlev wrote:
> This posting is about a year old. How a web service can be implemented
> with 1.3 chain? Stick webservice preprocessing command into a chain,
> it unwraps SOAP envelope, sticks input data into c
From wiki [1], originally posted by Frank Z:
"My solution was to write a custom request processor that could
recognize a Web Service request (SOAP over HTTP). It would be able to
"unroll" the SOAP request, then let Struts process the request as it
usually would, and then render the response. My
On 7/18/06, Ted Husted <[EMAIL PROTECTED]> wrote:
On 7/18/06, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
>Does anyone have better term for Action/Command?
In other places, I refer to such things casually as "handlers". People
have often used this word on the list t
Struts 1 documentation does not use word "dispatcher", and it uses
verb "dispatch" just only couple of times. This causes terminology
problems around Struts components. Pre-1.3 Struts versions worked
around this issue using terms "action-based" or "action-oriented", but
with 1.3 this terminology f
still thought there was more to the web service
page, but maybe not. The memory is the first thing to go they say :)
Frank
Michael Jouravlev wrote:
> Is it better now? I guess I should stop fiddling with wiki for today ;-)
>
> On 7/17/06, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
&
Is it better now? I guess I should stop fiddling with wiki for today ;-)
On 7/17/06, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
Michael, it looks like this update got botched a bit... or maybe your
still working on it, in which case ignore this... it looks like some of
the content from the web
ion to the end of the Release Guidelines. There are a few
guidelines in place for the s2 wiki, but they are targetted for
Confluence.
* http://confluence.twdata.org/display/WW/Documentation+Style+Guide
As far as the docs and the codebase go, the 1.3.5 version is tagged,
and so people should f
I guess this issue is Maven-related. If chapter is declared using
"href" for links, links are not generated in HTML. For example:
produces the following HTML, notice that there is no link:
Prerequisite Software
There are other chapters that define links using standard "A" tag, they do work:
Oops, works again. Spooky.
On 7/13/06, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
Any idea about what happens to wiki? It stopped to be accessible right now.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addi
Any idea about what happens to wiki? It stopped to be accessible right now.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
This directive
#redirect
works, but it puts couple of parameters in the URL, also it shows a
"redirected from page ..." on top of the page.
On 7/13/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
On 7/13/06, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
> At present time S
At present time Struts wiki contains Shale info. I guess it belongs to
Shale wiki if it exists. I think it does not exist yet. Someone with
appropriate rights should create new entry on http://wiki.apache.org/
page.
-
To unsubscr
On 7/11/06, Ted Husted <[EMAIL PROTECTED]> wrote:
Zipped, the 1.3.5 snapshot is 40.8mb.
Zipped, the individual components come to
docs.zip - 11.5mb
lib.zip - 2.8mb
src.zip - 5.8mb
webapps - 20.5mb
Do we want to offer these archives separately, in addition to the
combined snapshot?
In some pl
On 7/5/06, Ted Husted <[EMAIL PROTECTED]> wrote:
On 7/5/06, James Mitchell <[EMAIL PROTECTED]> wrote:
> Your thoughts?
I think we are dangerously closed to discussion what "is" is :)
So, lets have that discussion and get it over with.
Other people are going to refer to Struts the same way w
y.
On 7/5/06, Ted Husted <[EMAIL PROTECTED]> wrote:
On 7/5/06, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
> Having a system is usually a good thing.
Perhaps it would help to define these terms, which I think many people
use naturally.
Struts 2 - The product represented by the rep
hink it did. "Struts Core
1.3.5-SNAPSHOT API" is much better, in my opinion.
Don
Michael Jouravlev wrote:
> I hate to bring this question back, but do we have a final decision on
> how 1.x and 2.x codebases are treated name-wise and what is the
> official way to refer to a pro
I hate to bring this question back, but do we have a final decision on
how 1.x and 2.x codebases are treated name-wise and what is the
official way to refer to a product/version?
Because seems that Don, for example, have a different idea on naming:
"I think it is as simple as Struts 1.3, Struts
Who and how submits news to be published Apache main page?
Apache home page does not contain news about Struts name changes, and
about Shale becoming a TLP. On a similar note, it does not announce
Tapestry becoming a TLP, I found this news on TSS instead of getting
it from Apache.org. The news ma
On 6/28/06, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
Michael Jouravlev wrote:
> Do you mean by building DispatchCommand or DialogCommand? And then
> slapping this command onto the chain... but I can replace Action as
> well. Oh I see, Action is not an interface, but Command is
On 6/28/06, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
Michael Jouravlev wrote:
> From webapp
> point of view, Command is as bad as Action. Meaning that HttpServlet
> has doGet() and doPost() and therefore forces people to think what
> kind of request they are processing
Paul, not related to your issues (and I do not have answer/opinion on
them), but more related to the message header: see more 1.3
issues/features/questions here:
http://wiki.apache.org/struts/SAF1RoughSpots
I don't know what is the best place to discuss all this stuff, here or
in Wiki. I am ok wi
leases, and perhaps
some day, Struts 3.x releases.
Don
Michael Jouravlev wrote:
> You mean, Struts 2.0 version 2.0, then Struts 2.0 version 2.1, Struts
> 2.0 version 2.2, ..., Struts 2.0 version 3.0, ..., Struts 2.0 version
> 4.0
>
> :-)
>
> 2.0 is a version number, while we a
You mean, Struts 2.0 version 2.0, then Struts 2.0 version 2.1, Struts
2.0 version 2.2, ..., Struts 2.0 version 3.0, ..., Struts 2.0 version
4.0
:-)
2.0 is a version number, while we are choosing project names (Are we?)
Do we treat Struts2 as the next version, or do we treat Struts and
Struts2 as
Mua-ha-ha :-))
+1 on renaming back.
Also, hoping not to hijaack this thread I would suggest coming up with
codenames for 1.x and 2.x codebases. This had been suggested and
discussed long ago but was rejected.
Why codenames make sense:
* Job search. SAF1 and SAF2... oh... I mean, Struts 1.x and
On 6/28/06, Niall Pemberton <[EMAIL PROTECTED]> wrote:
I haven't read Michaels latest write up, so I don't know if its
substantially different, but last time I looked the only reason for
integrating the "dispatch" style into Action was (IMO) to encourage
its use.
If thats still true then my opini
ize what dispatching is used.
The timing of Michael's suggestions is opportune for me. My "page"
attribute/property idea is to facilitate something comparable. These things would be a
worthy 1.4.0 release.
Paul
Michael Jouravlev <[EMAIL PROTECTED]> wrote: As most of you p
On 6/25/06, Martin Cooper <[EMAIL PROTECTED]> wrote:
On 6/23/06, Ian Roughley <[EMAIL PROTECTED]> wrote:
>
> I have been thinking about this a lot lately, and I would say that GWT
> is more likely to replace web frameworks than work with them.
I wouldn't phrase it quite like that. It's more lik
On 6/27/06, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
On 6/23/06, Paul Benedict <[EMAIL PROTECTED]> wrote:
> I find two uses of action mappings in my applications. One loads data for view, another
writes data and then goes to a view. These views, I suppose, would logically
On 6/23/06, Paul Benedict <[EMAIL PROTECTED]> wrote:
I find two uses of action mappings in my applications. One loads data for view, another
writes data and then goes to a view. These views, I suppose, would logically be
"pages" if Struts were a page-based controller. But I do find this kind of
d to
Struts Action 1 core.
Don
Michael Jouravlev wrote:
> Don, thanks for replying. See inline.
>
> On 6/25/06, Don Brown <[EMAIL PROTECTED]> wrote:
>> Interesting...I can see you have put a lot of time and thought into
>> this. My first pass seems to find this a cro
Please disregard reference [1] as obsolete.
On 6/25/06, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
[1] http://today.java.net/pub/a/today/2005/08/04/jspcomponents.html
[2] http://today.java.net/pub/a/today/2006/05/04/almost-portlets.html
[3] http://www.jspcontrols.net/
[4
ole new
framework if a current one can be enhanced with very little changes
(to a user at least) and can still be used to build viable
applications.
Michael Jouravlev wrote:
> As most of you probably know, I have been quite obsessed with page
> components developed with JSP or with JSP/Struts [
As most of you probably know, I have been quite obsessed with page
components developed with JSP or with JSP/Struts [1],[2]. My first
attempt used Struts/JSP, the second one is pure JSP-based [3]. It
proved to be quite robust, simple and it works. So now in my newly
acquired powers of Struts commi
From another thread:
On 6/23/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
JSF is a major shift in the way we've been doing things.
It will take a while for everyone to understand JSF enough
before they are ready for Shale.
I think that it should not be too complex to combine GWT front end
wi
On 6/22/06, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
I just created a first draft of what I envision as part of updated 1.3
documentation that describes new features for 1.3 ;-)
http://wiki.apache.org/struts/StrutsComponents
The WAR file is attached, see the bottom of the page. T
On 6/22/06, Paul Benedict <[EMAIL PROTECTED]> wrote:
What is the status of 1.3.5? It sounds like it's almost baked.
By the way, I am volunteering to continue adding features to 1.x. Michael says he is
also. I read today Niall is too. Who else on the team still wishes to add features for
this c
On 6/22/06, Hubert Rabago <[EMAIL PROTECTED]> wrote:
On 6/22/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> This is going to be short, both because I'm on a deadline and because
> I think the important points have already been covered.
>
> I'm not in favor of distributing Shale as a library behind
On 6/21/06, Don Brown <[EMAIL PROTECTED]> wrote:
Paul Benedict wrote:
> I don't see the point in bundling Shale into a "Struts 2.0" distribution. No
> offense to anyone who develops Shale, but when we have packages called
> "action2", it makes it pretty clear Shale is not Struts 2.0 -- only the a
On 6/20/06, Don Brown <[EMAIL PROTECTED]> wrote:
As Shale and Action zero in on their first GA release, I don't think it is too
late to ask the question, "Does Struts really need two frameworks?" We have
been putting out the message, "two frameworks, one community", for almost a year
now, but I
On 6/20/06, Don Brown <[EMAIL PROTECTED]> wrote:
As Shale and Action zero in on their first GA release, I don't think it is too
late to ask the question, "Does Struts really need two frameworks?"
I bet DJ and JR are laughing their asses off.
By using ISO date format "-mm-dd HH:mm:ss" Struts/Apache can
promote international standards including unambiguous 24-hour format
for time.
For example, the home page of Struts project [1] has the following
subheader: "Last Published: 06/11/2006". Should be "Last Published:
2006-06-11".
Anno
Despite that your message is related to SAF2, I would like to comment
it, explaining how similar mechanism works in SAF1.
On 6/5/06, David Evans <[EMAIL PROTECTED]> wrote:
Hello all,
On this page:
http://wiki.apache.org/struts/StrutsActionRelease200
There is, under the new features heading a r
On 5/11/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
Since we now require Servlet 2.3, there's little reason to configure
tlds in web.xml, and there's no reason to keep a copy of
validator-rules.xml in WEB-INF when it can be loaded from
struts-core.jar.
We can include them in 'lib' in the next dis
On 5/9/06, Ted Husted <[EMAIL PROTECTED]> wrote:
In the documentation, we've been referring to "Struts Action Framework
2" to correlate with the common acronym SAF2.
I would agreed that there's no obvious reason to retrofit the numeral to SAF.
Based on this logic, term "Java" should correspond
On 5/9/06, Don Brown <[EMAIL PROTECTED]> wrote:
Wendy Smoak wrote:
> The jar manifests now have 'Apache Struts Action 1 Framework' as the
> Specification-Title. (Change struts/action/pom.xml if you prefer
> something else.)
The more I think about it, the more I don't like this title.
Me too.
On 5/8/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
Please continue reviewing the 1.3.3 test build and reporting issues:
* http://cvs.apache.org/dist/struts/action/v1.3.3/
Are there any comments on the included website docs?
Did you mean docs included with the distro, or docs on live website?
J
Don,
have you considered combining these two pages:
http://wiki.apache.org/struts/StrutsAction1Planning
http://wiki.apache.org/struts/SAF1RoughSpots
or your plan is to have SAF1RoughSpots as discussion board, and
StrutsAction1Planning to reflect decisions agreed upon (I mean, agreed
upon that t
On 5/5/06, Phil Zoio <[EMAIL PROTECTED]> wrote:
Michael Jouravlev wrote:
> On 5/5/06, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
>
>> If the existing branches can continue to develop, then the community
>> is not
>> hurt by breaking compatibility,
On 5/5/06, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
If the existing branches can continue to develop, then the community is not
hurt by breaking compatibility, they are actually HELPED because the
merger yields a much greater value in the end, and people will probably
want to migrate despit
On 5/5/06, Don Brown <[EMAIL PROTECTED]> wrote:
Ok, let's just make this an official proposal and focus all of this discussion:
I propose that the architecture plan for Struts Action 2.0 includes the
following:
1. A re-design of the API to simplify the framework the users see
2. Backwards-
On 5/5/06, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
Although you don't mention it here, I think it's always been kind of
implied... still, I'd like to see it explicitly stated, and that is,
what about existing Struts users? Will they have a migration path (and
what is it?), or not? The same
On 5/5/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
On 5/5/06, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
>
> Therefore, I personally consider JSR-168 a big mistake, and I would
> prefer it to die peacefully.
Consider the way the world was before JSR-168 happened ..
On 5/5/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
If support for a portlet environment is a goal for SAF2, remember that there
is more to it than just papering over the differences between the portlet
and servlet APIs. You also have to deal at the functional level with the
differences in th
From: Niall Pemberton <[EMAIL PROTECTED]>
Date: May 5, 2006 2:36 PM
Subject: Re: SAF 1.3.x and legacy RequestProcessor
On 5/5/06, Joe Germuska <[EMAIL PROTECTED]> wrote:
> >Its probably academic, but since CRP extends RP then it seems
> >incorrect to deprecate the whole class with a view to remov
On 5/4/06, Bob Lee <[EMAIL PROTECTED]> wrote:
- Passing in keys vs. actual messages - I think always passing in keys
is one thing Struts got right.
I presume you meant Struts Action Framework 1 ;-)
Even if you only support one language,
abstracting messages out of your code is still a good pr
On 5/4/06, Eric Molitor <[EMAIL PROTECTED]> wrote:
I definitely agree that they should be isolated, but glancing through
the api I saw RequestAware but not ResponseAware. (I`m reading the
copy Don posted and not the version under source control.)
ValidationAware, ErrrorAware, RequestAware, Resp
Looking at 1.3 internals (at last) I've found that it contains both
ComposableRequestProcessor (CRP) and legacy RequestProcessor (RP). Is
this duality really needed?
For a regular Struts user who does not extend RP, the new CRP should
work just like the old one. The only difference is the config
On 5/3/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
On 5/3/06, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
> Strike that. JIRA search works fine.
Before or after I changed the summary text on your issue? :)
After. Aha! I noticed that something was different ;-)
Then maybe the
On 5/3/06, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
My issue is titled: "struts-cookbook-1.3.2: invalid path to source
Java files in samples". Tried to search for "cookbook" in summary and
description, nothing found. Tried to search for
"struts-cookbook-1.
On 5/3/06, Martin Cooper <[EMAIL PROTECTED]> wrote:
On 5/3/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
>
> We need to release version 2 of the struts-parent pom:
>
> * http://svn.apache.org/repos/asf/struts/maven/trunk/pom/pom.xml
+1.
I didn't really give the role thing any thought before, but
On 5/3/06, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
On 5/3/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> On 5/3/06, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
>
> > 2. The struts-cookbook-1.3.2 application allows to take a look at the
> > Java source
On 5/3/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
On 5/3/06, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
> 2. The struts-cookbook-1.3.2 application allows to take a look at the
> Java source code of examples. The links refer to
> source.jsp?src=/WEB-INF/src/java/examples/s
On 5/3/06, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
Am I supposed to use JIRA for SAF1 as well? Could not find
the link to JIRA on wiki page.
Oops, should have clicked the link for outstanding bugs :-) Still, not
very clear how to get t
1 - 100 of 226 matches
Mail list logo
