The project Struts 2 SVN - Main Build (Java 6) has the following 1 change by 1
author:
*nilsga* made the following changes at
Comment:
WW-1836 Order of the entries in the entry set is not guaranteed.
> /struts/struts2/trunk/plugins/portlet/src/test/java/org/apache/struts2/portlet/PortletReques
The project Struts 2 SVN - Main Build has the following 1 change by 1 author:
*nilsga* made the following changes at
Comment:
WW-1836 Refactored unit tests for PortletSessionMap and PortletRequestMap. Also
removed some unecessary logging.
> /struts/struts2/trunk/plugins/portlet/src/test/java/o
The project Struts 2 SVN - Main Build (Java 6) has the following 1 change by 1
author:
*nilsga* made the following changes at
Comment:
WW-1836 Refactored unit tests for PortletSessionMap and PortletRequestMap. Also
removed some unecessary logging.
> /struts/struts2/trunk/plugins/portlet/src/t
[EMAIL PROTECTED]
--- "Madisetti, Sumesh " <[EMAIL PROTECTED]>
wrote:
> Hi,
>
> I am having trouble parsing recursive tags with
> digester version 1.8.
>
> With the digester def below, I am not able to get to
> any of the inner
> list elements such as person.name=bar3.
>
> Any help appreciate
The problem is that there is no real way for the reporter to evaluate it.
Yeah, you can go build the snapshot, but that would be a very dedicated
reporter. If we setup nightly snapshots of Struts, I think perhaps, you
could have a purpose between Resolved vs. Closed.
Paul
On 8/9/07, Antonio Petre
Thanks to everybody. To be sure I made a clean (removing the Maven
repository) build and everything went ok...
The mystery deepens :-P
Antonio
2007/8/9, Musachy Barroso <[EMAIL PROTECTED]>:
> It has happened to me several times, once I even posted a note on the
> Bamboo forum and one of the guys
It has happened to me several times, once I even posted a note on the
Bamboo forum and one of the guys there just forced a build and it got
fixed :)
musachy
On 8/9/07, James Holmes <[EMAIL PROTECTED]> wrote:
> This happened to me recently as well and the build automagically fixed
> itself. I
> t
This happened to me recently as well and the build automagically fixed itself. I
think the Bamboo build just gets randomly messed up occasionally. Not real sure
why. You can normally tell when there are 0 failed tests.
james
On Thu Aug 9 15:32 , 'Nils-Helge Garli' <[EMAIL PROTECTED]> sent:
>Ye
Yeah, I had something similar happening. But I didn't do anything, and
it apparently resolved itself the next build.
Nils-H
On 8/9/07, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
> What? I change code under "apps" and the plugin build fails?
> Mmm... I think it is a bit strange.
> Nils, I think t
What? I change code under "apps" and the plugin build fails?
Mmm... I think it is a bit strange.
Nils, I think that you experienced a similar problem, How did you solve it?
Antonio
2007/8/9, Atlassian Open Source Bamboo Integration Server
<[EMAIL PROTECTED]>:
> The project Struts 2 SVN - Main Bui
Hi,
I am having trouble parsing recursive tags with digester version 1.8.
With the digester def below, I am not able to get to any of the inner
list elements such as person.name=bar3.
Any help appreciated.
Thanks
Sumesh
Xml -
=
foo
bar
foo2
2007/8/9, Dale Newfield <[EMAIL PROTECTED]>:
> Does JIRA send email to the reporter when the issue is marked resolved?
Yes
> If we could just alter that email to encourage them to re-evaluate and
> close...
>
> ...but I agree there's not a huge up side to that.
This kind of collaboration is ve
Ted Husted wrote:
As Don mentioned, a closed status is useful when there are two
distinct groups handling the same ticket, since ti tells us that the
second group signed-off. But, since we don't have that kind of
workflow, I don't see any practical reason for us to use closed.
Well, we could en
The project Struts 2 SVN - Main Build has the following 1 change by 1 author:
*apetrelli* made the following changes at
Comment:
WW-2049
Reverted the license headers in sample apps code. I left only in pom.xml files
and in Java code.
> /struts/struts2/trunk/apps/mailreader/src/main/java/mailre
The project Struts 2 SVN - Main Build (Java 6) has the following 1 change by 1
author:
*nilsga* made the following changes at
Comment:
WW-2096 Missing test-change that subclipse didn't pick up...
> /struts/struts2/trunk/plugins/portlet/src/test/java/org/apache/struts2/portlet/dispatcher/Jsr168
The project Struts 2 SVN - Main Build has the following 1 change by 1 author:
*nilsga* made the following changes at
Comment:
WW-2096 Missing test-change that subclipse didn't pick up...
> /struts/struts2/trunk/plugins/portlet/src/test/java/org/apache/struts2/portlet/dispatcher/Jsr168Dispatcher
The project Struts 2 SVN - Main Build (Java 6) has the following 2 changes by 1
author:
*nilsga* made the following changes at
Comment:
WW-2097 New "aware" interfaces and interceptor. The PortletAwareInterceptor
replaces the PortletPreferencesInterceptor.
> /struts/struts2/trunk/plugins/portl
The project Struts 2 SVN - Main Build has the following 2 changes by 1 author:
*nilsga* made the following changes at
Comment:
WW-2097 New "aware" interfaces and interceptor. The PortletAwareInterceptor
replaces the PortletPreferencesInterceptor.
> /struts/struts2/trunk/plugins/portlet/src/mai
The project Struts 2 SVN - Main Build (Java 6) has the following 1 change by 1
author:
*nilsga* made the following changes at
Comment:
WW-1989,WW-2053,WW-2096 Push action on stack instead of action proxy. Also use
the new wrapper servlet objects to support components/interceptors that rely on
The project Struts 2 SVN - Main Build has the following 1 change by 1 author:
*nilsga* made the following changes at
Comment:
WW-1989,WW-2053,WW-2096 Push action on stack instead of action proxy. Also use
the new wrapper servlet objects to support components/interceptors that rely on
the servl
The project Struts 2 SVN - Main Build (Java 6) has the following 1 change by 1
author:
*nilsga* made the following changes at
Comment:
WW-1989,WW-2053 Provide "mock" implentation of servlet classes wrapping the
portlet classes. Eases reuse of components/interceptors that has references to
ser
+1 from me
--
James Mitchell
On Aug 9, 2007, at 10:18 AM, Ted Husted wrote:
On 8/9/07, Jeff Turner <[EMAIL PROTECTED]> wrote:
Let me know if the Struts devs prefer to keep Closed issues
uneditable.
+1 for editing.
Thanks Jeff!
--
On 8/9/07, Jeff Turner <[EMAIL PROTECTED]> wrote:
> Let me know if the Struts devs prefer to keep Closed issues uneditable.
+1 for editing.
Thanks Jeff!
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
Speaking as a RM, unless there is a clear technical advantage that
saves us work in some way, I don't see the point in adding yet-another
step to the process. As Don mentioned, a closed status is useful when
there are two distinct groups handling the same ticket, since ti tells
us that the second g
2007/8/9, Paul Benedict <[EMAIL PROTECTED]>:
>
> Would anyone find it valuable to remove either Resolved or Closed? Is that
> even possible? I don't object to getting rid of one. What do you think Don
> and Antonio?
I don't know...
The concept of "close when it's released" it's useful: if you se
Would anyone find it valuable to remove either Resolved or Closed? Is that
even possible? I don't object to getting rid of one. What do you think Don
and Antonio?
On 8/9/07, Jeff Turner <[EMAIL PROTECTED]> wrote:
>
> On Thu, Aug 09, 2007 at 03:32:43PM +1000, Don Brown wrote:
> > I believe the trad
Only the workflow interceptors. The problem is that when switching
portlet modes with portlet controls, the render state sticks between
the requests (it's a part of the JSR168 spec I've never understood
why). So if there were a validation error on the previous request,
the workflow interceptor
Hmmm, should what be skipped? Any interceptor? Java request-scope
attribute or HTTP request parameter?
In Struts 1, we had a boolean HTTP request parameter (generated by a
tag) that allowed validation to be skipped, which we later designated
a security issue, since anyone who learned the magic wor
Thanks, but I added it the Creating and Signing a Release page last night.
*
http://cwiki.apache.org/confluence/x/B2c#CreatingandSigningaDistribution-FastTrackinganImportantSecurityRelease
On 8/9/07, Paul Benedict <[EMAIL PROTECTED]> wrote:
> I'll volunteer to add this unless someone else wants
Any idea what caused this error? Or was it just a "hiccup" on the build server?
Nils-H
On 8/9/07, Atlassian Open Source Bamboo Integration Server
<[EMAIL PROTECTED]> wrote:
> The project Struts 2 SVN - Main Build (Java 6) has the following 1 change by
> 1 author:
>
> *nilsga* made the following
The project Struts 2 SVN - Main Build (Java 6) has the following 1 change by 1
author:
*nilsga* made the following changes at
Comment:
WW-2052 Put location from renderDirect action in session instead of render
parameter
> /struts/struts2/trunk/plugins/portlet/src/main/java/org/apache/struts2/
31 matches
Mail list logo