Yes i did.
As Xwork Actions are created eveny time a request is made, so our
SpringExternalReferenceResolver needs to autowire - to use spring lingo
;-) the Action with it's external references. I ended up using the the
OgnlUtils in Xwork to do this, but using these methods will be much
cleaner
How does it not work for the integer field? Is it a primitive int type? If so you can
set the value to zero...
For a success you could do a redirect to the same Action, which would do another
request for the same Action and lose the first requests parameters.
Jason
> -Original Message-
I should point out that this was *just* added to CVS and will not be available. They are hoping to release 1.0 final by end of year.
Cheers,
matthew
PS: Thanks again to Ross and Atlassian for this!
On Nov 27, 2003, at 2:55 PM, Matthew E. Porter wrote:
Should make the Spring wiring easier! Ro
hello,
I am taking my first steps with Webwork2. Now I'm trying to solve this
kind of situation:
The user must enter a list of products codes with their quantities.
I have a simple form that has two input fields and an action tied to
it which takes the input and passes to a session scoped compon
Should make the Spring wiring easier! Ross, didn't you put a comment in the code saying that you were looking for methods such as these?
Cheers,
matthew
Begin forwarded message:
From: jürgen höller [werk3AT] <[EMAIL PROTECTED]>
Date: November 27, 2003 12:04:14 PM CST
To: <[EMAIL PROTECTED]>
Cc
(I'm using Pico 1.0-SNAPSHOT, Pico extras 1.0-alpha-1-SNAPSHOT, WebWork
2.0-beta2 and XWork 1.0-beta2)
I modified PicoActionInvocation to validate my assumptions and did:
public class PicoActionInvocation extends DefaultActionInvocation implements
KeyConstants {
/**
* Copied and adapted f
I'm new but going to take a stab regardless because this problem was already discussed
earlier this week.
You need to have an Action class invoked in order to have all those classes
initialized.
>
> What could it be? Is it because of the fact, that initial request processing>
> does not
Forwarding this to the OS WebWork list.
Note: I use Pico integration kit rather than the integration described on OS
Wiki at
http://wiki.opensymphony.com/space/PicoContainer+Integration
- Vincent
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Vincent
i have configured webwork2 with this xwork.xml:
Title: NullPointerException at SessionMap.
Hi,
We are trying to integrate WebWork 2 into our web application.
Incoming HTTP request are served by another framework (AbaXX). The integration occurs in a JSP through webwork:include tag. And there we get the following exception:
[Do Nov 27 15:
The file size in webwork.properties is in bytes, so according to your
settings, anything over 81kb will not work.
David Nielsen said:
> Hi
> I have made this upload action (directly copied from cookbook):
>
> MultiPartRequestWrapper multiWrapper = (MultiPartRequestWrapper)
> ServletActionContext.g
Hi
I have made this upload action (directly copied from cookbook):
MultiPartRequestWrapper multiWrapper = (MultiPartRequestWrapper)
ServletActionContext.getRequest();
Enumeration e = multiWrapper.getFileNames();
while (e.hasMoreElements()) {
// get the value of this input tag
inputValue =
hi all,
sorry - it seems as if i was just doing something wrong. i tried to use a different
SearchModel instance
(property called differently) ... stupid me!
thanks anyway - now everything works fine!
-Ursprüngliche Nachricht-
Von: John Patterson [mailto:[EMAIL PROTECTED]
Gesendet: Don
Also, make sure the ChainingInterceptor is before the ModelDrivenInterceptor
in the interceptor stack of the second action (if it is model driven).
- Original Message -
From: "Jason Carreira" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, November 26, 2003 7:05 PM
Subject: R
14 matches
Mail list logo