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 any other
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:
*
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 once a release is tagged
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
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. html:xxx tags are exception because they
build property keypath into corresponding HTML tag's name attribute.
Nested tags may be other tags
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
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=revrev=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
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
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, but I don't like to mange
URLs. Also
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
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
window/frame is actually doing.
I
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
the
concept of a scope instance per window/frame
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
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
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 jsp:include or with c:import. Now consider that a
JSP page
for the JSP to display.
What I didn't understand was, It can also decide the flow
of display
by selecting the appropriate forward.
-Original Message-
From: Michael Jouravlev [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 13, 2006 4:04 PM
To: Struts Developers List
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:
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
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.
I think that using actions
... 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
request, whether that involves parcelling out
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
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
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 item's names. Thus
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 available for ActionForms in action
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, 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
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 Stripes
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: Struts Developers List
Subject: Re: [jira] Created: (STR-2939) Provide a conversation
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
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 for
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
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 for dispatch action methods. Also, ASP.NET and JSF
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 talking
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 will try to incorporate wiki
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://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, 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 to distinguish between the
action
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, 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 context and lets
chain
I guess this issue is Maven-related. If chapter is declared using
href for links, links are not generated in HTML. For example:
subsection name=Prerequisite Software href=Prerequisites
produces the following HTML, notice that there is no link:
div class=sectionh3Prerequisite Software/h3
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 feel free to move forward.
-Ted.
On 7/17/06, Michael Jouravlev [EMAIL
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
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:
Michael, it looks like this update got
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
This directive
#redirect pagename
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 Struts wiki contains
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]
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
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
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 product/version?
Because seems that Don, for example
, 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 repository head.
Struts 2.x
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.
skipped
Other people are going to refer to Struts the same way
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
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. Always
keep
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 probably know, I
have been quite obsessed with page
components
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 opinion
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
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
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 are choosing project names (Are we?)
Do we treat Struts2 as the next
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
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 and what method is better
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
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 be
pages if Struts
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 like AJAX
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 [1],[2]. My first
attempt used Struts
Please disregard reference [1] as obsolete.
On 6/25/06, Michael Jouravlev [EMAIL PROTECTED] wrote:
skipped
[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] http
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 cross between the portlet api
and JSF. What I saw missing from
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
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
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 a
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
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. The WAR
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 action
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.
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 still
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.
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
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
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.
I
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 only
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?
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
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 removing in
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 the
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 ... every portal
server had
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, 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.
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 despite
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, they are actually HELPED because the
merger yields
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/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,
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
On 4/26/06, Don Brown [EMAIL PROTECTED] wrote:
The first Action 1 release since the recent reorganization, we have a
Struts Action Framework 1.3.2 build to evaluate for release quality.
The release plan is available on the wiki:
http://wiki.apache.org/struts/StrutsActionRelease132
the Struts
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 to JIRA
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/simple/xxx.java, while
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 code of examples. The links refer to
source.jsp
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 I
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.3.2, found my issue. The Text Search
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 search did not work
Decembrists awakened Herzen. Herzen launched revolutionary propaganda campaign.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
1 - 100 of 206 matches
Mail list logo