Wendy Smoak ha scritto:
If you think it will take a while to fix, it might be worth adding
some notes to the index page. That way, anyone trying out the code is
aware that these are the 'currently failing tests'.
Wait a bit, I modified locally the JSP code (to adhere to the new TLD)
and I dis
yes man
Paul Benedict <[EMAIL PROTECTED]> wrote: This is a test. Can anyone read this?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
In Struts 2, the action mapping names attributes still hash to URIs,
so we still have the same problem. Though, I can understand why
someone would want to give action mappings logical names that are not
part of the "business logic".
Right now, the term "alias" is used in Struts 2 to indicate a
"
On 8/22/06, Don Brown <[EMAIL PROTECTED]> wrote:
I'd rather use java.util.logging than commons-logging, but I think both
are overkill for a library.
Of course, our library is an extension of the XWork library.
Do we want to cooridnate what we do here with what XWork 2 does / should do?
Otherw
Ted,
I am not sure the name is going to matter at all in 1.x because the
naming conventions are so different. What is "name" on an S2 action
mapping is awkwardly the bean name in S1. So while shooting for the same
conceptual names is a good thing, S1 already blew it :-)
I am not sure I under
Ted writes:
>>
I'm thinking of proposing class aliases for XWork 2, where we could
give an internal logical name to FQNs. Then in the class (or type)
element, we could refer to the alias rather than the full package and
class name. Since the term "alias" was taken, my thought was to call
these ele
On 8/23/06, Paul Benedict <[EMAIL PROTECTED]> wrote:
I am not sure I understand the whole of your email.
* Use the moniker "action-ref" instead of "alias"
* If you haven't already, if an action-ref is not specified, use the
path for the default action-ref
One way to do the latter is in the Jav
>> Use the moniker "action-ref" instead of "alias"
On the action mapping? ? or are you talking about the
forward? If it is no the action, I do not think that jives with the
current usage of -ref in the field. In Spring, it references something
already defined; it does not define something.
P
Use "action-id" then. The point is that moniker "alias" is going to
cause confusion, since it already means something entirely different
within the Struts 2 community. Struts 2 does *not* have a logical name
for Actions. The "name" attribute is the exact equivalent of the
"path" attribute in Strut
Whatever Struts ends up doing, we'll also do in XWork.
> On 8/22/06, Don Brown <[EMAIL PROTECTED]> wrote:
> > I'd rather use java.util.logging than
> commons-logging, but I think both
> > are overkill for a library.
>
> Of course, our library is an extension of the XWork
> library.
>
> Do we wan
It looks like you have the same for both your header
and your footer. I'm not sure if this is causing your problem or not, but I
do know that JSF requires that id be unique.
Let me know if this fixes the problem or not. Otherwise I have an
environment setup that I can try to duplicate the erro
2006/8/22, Martin Cooper <[EMAIL PROTECTED]>:
As long as the log output and log configuration for my end application is
unified - so Struts output and Commons component output go to the same
place
- then I'm OK with using something other than Commons Logging, if we have
to.
Dear all,
this
On 8/23/06, Erik Bertelsen <[EMAIL PROTECTED]> wrote:
this is exactly my concern in this discussion: I want to be able to
control all logging from my application in one place.
The question is whether Struts (and XWork and Spring) should count as
part of "your application" or not.
What's bei
Ted Husted said:
> The question is whether Struts (and XWork and Spring) should
> count as part of "your application" or not.
>
> What's being proposed is that we take Struts out of the "my
> application" logging loop, so that you are free to do
> whatever you like with your own application.
I
Anyone (else){ having trouble buidling Showcase under IDEA these days.
Fine under Maven, but something is failing fast for me under IDEA, but
IDEA is closing the window, so I don't know what's going sour.
Meanwhile, for the new API stuff, in IDEA, I set the api module and
core module to use the s
OpenSymphony and the WebWork team are proud to announce the release of
WebWork version 2.2.3.
WebWork 2.2.3 is mainly a bugfix release with some additions, improvements
and backports from Struts 2.0.
* Release notes
(http://www.opensymphony.com/webwork/wikidocs/WebWork%202.2.3.html)
* Chan
On 8/20/06, Ted Husted <[EMAIL PROTECTED]> wrote:
So, if we follow this tact, the action plan would look like:
* Update TLD from WW head and revise class references
** (/s/com.opensymphony.webwork/org.apache.struts2)
Since WW 2.2.3 just hit the street, I'll update our TLD to match the
one in t
On 8/23/06, Ted Husted <[EMAIL PROTECTED]> wrote:
On 8/23/06, Erik Bertelsen <[EMAIL PROTECTED]> wrote:
> this is exactly my concern in this discussion: I want to be able to
> control all logging from my application in one place.
The question is whether Struts (and XWork and Spring) should c
2 Questions:
1) Is this available on a Maven 2 repo? I'd love to run some quick
tests to make sure it works with AppFuse.
2) Are all these bug fixes going into Struts 2.0.0? I'm assuming yes.
I'm hoping to upgrade AppFuse from WW to the latest Struts 2.0.0
snapshot this week. I'm starting a p
On 8/23/06, Matt Raible <[EMAIL PROTECTED]> wrote:
2) Are all these bug fixes going into Struts 2.0.0? I'm assuming yes.
I believe most already have.
I'm hoping to upgrade AppFuse from WW to the latest Struts 2.0.0
snapshot this week. I'm starting a presentation on "Migrating from
Struts 1
Got it. Turned out the META-INF/context.xml was corrupt or something.
On 8/23/06, Ted Husted <[EMAIL PROTECTED]> wrote:
Anyone (else){ having trouble buidling Showcase under IDEA these days.
Fine under Maven, but something is failing fast for me under IDEA, but
IDEA is closing the window, so I d
Ted Husted wrote:
Use "action-id" then. The point is that moniker "alias" is going to
cause confusion, since it already means something entirely different
within the Struts 2 community.
Right now attributes are squarely mapped to properties. Java does not
allow dashes in a property name, so what
On 8/23/06, Paul Benedict <[EMAIL PROTECTED]> wrote:
Ted Husted wrote:
> Use "action-id" then. The point is that moniker "alias" is going to
> cause confusion, since it already means something entirely different
> within the Struts 2 community.
Right now attributes are squarely mapped to propert
23 matches
Mail list logo
