+1 here
Musachy Barroso wrote:
>
> The Struts 2.1.6 test build is now available.
>
> Release notes:
> * [http://struts.apache.org/2.x/docs/version-notes-216.html]
>
> Distribution:
> * [http://people.apache.org/builds/struts/2.1.6/]
>
> Maven 2 staging repository:
> * [http://people.apache.o
Never mind sorry. I see xwork 2.1.2 is in released form. I had to change our
pom from point at the snapshot.
Matt
matt.payne wrote:
>
> This just broke our Struts 2.1.3 in maven.
>
> on line 99 of struts-default.xml
> com.opensymphony.xwork2.DefaultUnknownHandlerManager
This just broke our Struts 2.1.3 in maven.
on line 99 of struts-default.xml
com.opensymphony.xwork2.DefaultUnknownHandlerManager
This class does not exist in xwork (maven). Please introduce a new xwork
jar before releasing this change to struts. Anyway this can be fixed soon?
Matthew Payne
There seem to be some type of regression that has happen with regards to
actionMessage/actionErrors.
In the current build snapshots of 2.1.3 actionErrors/message are no longer
exposed my to the sitemesh decorator(I am using freemarker result
types/decorators). However that are still available to
+1 Convention plugin looks like a solution that works for me, while the
others only dabble with my interest.
Matt
Musachy Barroso wrote:
>
> With the addition of @IntereceptorRefs to the Convention plugin, it is
> now possible to do most of the action mapping using annotations. Also
> having 2
Disregard that post.
Sorry.
Matt
matt.payne wrote:
>
> My build is getting xwork 2.0.4.
>
> This should pull xwork 2.1.x right?
>
>
> -->2008-04-18 10:51:15.033::WARN: failed action2-cleanup
> java.lang.NoClassDefFoundError:
> com/opensymphony/xwork2
My build is getting xwork 2.0.4.
This should pull xwork 2.1.x right?
-->2008-04-18 10:51:15.033::WARN: failed action2-cleanup
java.lang.NoClassDefFoundError:
com/opensymphony/xwork2/util/logging/LoggerFacto
ry
at
org.apache.struts2.dispatcher.ActionContextCleanUp.(ActionCon
textClean
I have posted my thoughts about it
http://blog.sutternow.com/2008/04/16/struts2-needs-a-new-aliasinterceptor
here .
http://blog.sutternow.com/2008/04/16/struts2-needs-a-new-aliasinterceptor
I will paste them below as well.
The original aliasInteceptor works fine for gluing together actions w
Agreed on excellent value. It is a tremendous help for wizard type actions.
Is it mature enough though? I don't think scope interceptor looks at
annotations in a super class.
I tried to consolidate similar functionality into a super class. After I was
finished the annotations in the super cla
probably worth it.
Otherwise
people should
org.apache.struts
struts2-core
.
freemarker
Adam Peller wrote:
>
>
> Dojo 1.0 is all about performance and stability, and the follow-on Dojo
> 1.x releases continue in that direction with no radical changes to the
> core or Dijit architecture. Dojo base is now very tiny (<25K, on par with
> other toolkits) and the performance of the ne
I'm glad I am not the only what thinking this. I think dojo should be thrown
out completely. Its a ridiculous that my normal 30KB web page request jumps
to 500KB+ request as soon as I use the shead - ajax tag.
I find jquery much smaller and easier to work with.
Matt
Musachy Barroso wrote:
>
Not to forget. The dtd file located here -->
http://struts.apache.org/dtds/struts-2.0.dtd
Still needs to be updated to include default-class-ref
Can someone update the site?
Matt
matt.payne wrote:
>
> I created the Jira issue for xwork.
>
> http://jira.opensymphony.co
I created the Jira issue for xwork.
http://jira.opensymphony.com/browse/XW-603
Ted Husted wrote:
>
> On Jan 13, 2008 10:34 PM, matt.payne <[EMAIL PROTECTED]> wrote:
>> No not backwards at all. It is exactly how inheritance works. A child
>> is
>> free to overri
Sorry about my last message. I wasn't sure if your response was directed to
Chris or myself.
newton.dave wrote:
>
> --- "matt.payne" <[EMAIL PROTECTED]> wrote:
>> Chris Pratt wrote:
>> > On Jan 10, 2008 1:15 PM, matt.payne <[EMAIL PROTECTED]>
s-ref" couldn't
be overriden by the children.
Matthew Payne
newton.dave wrote:
>
> --- "matt.payne" <[EMAIL PROTECTED]> wrote:
>> Chris Pratt wrote:
>> > On Jan 10, 2008 1:15 PM, matt.payne <[EMAIL PROTECTED]> wrote:
>> >> It would b
Chris Pratt wrote:
>
> On Jan 10, 2008 1:15 PM, matt.payne <[EMAIL PROTECTED]> wrote:
>>
>> It would be a ton more useful if it could provide the default class for
>> actions defined in a abstract parent package, where the implementation
>> class
>> fo
> it saves some typing on larger projects.
> (*Chris*)
>
> On Jan 10, 2008 12:08 PM, matt.payne <[EMAIL PROTECTED]> wrote:
>>
>>
>> Never mind the "default-class-ref" is completely useless if there is not
>> a
>> way to indicate that
Never mind the "default-class-ref" is completely useless if there is not a
way to indicate that the actions should be constructed with this class
substituted.
With this setup.
edit.vm
edit.vm
I believe struts 2.0.9 and up allow use of the tag "default-class-ref".
However the dtd reference online is old and still is missing this tag.
I'd like to take advantage of this tag using configuration inheritance to
create abstract crud templates for crud actions.
20 matches
Mail list logo
