Na didn't do that. it's just Eclipse being inconsistent. Sometimes it's
happy other times it's not.
On Dec 3, 2003, at 9:53 PM, Kevin O'Neill wrote:
On Wed, 03 Dec 2003 18:25:48 -0600, Robert Nicholson wrote:
Hi, is there anybody using eclipse for looking at xwork code?
What is your projects s
On Wed, 03 Dec 2003 18:25:48 -0600, Robert Nicholson wrote:
> Hi, is there anybody using eclipse for looking at xwork code?
>
> What is your projects source path?
>
> when I add xwork/src/java as my source path i still end up with warnings
> like
>
> the declared package does not match the expe
Hi, is there anybody using eclipse for looking at xwork code?
What is your projects source path?
when I add xwork/src/java as my source path i still end up with
warnings like
the declared package does not match the expected package
src.java.com.opensymphony.xwork.interceptor
why would it say th
This file, which was attached to the message titled "RE: [OS-webwork] [XWork] Howto
use validation framework with plain JavaBeans (no Actions)" by "[EMAIL PROTECTED]" and
was quarantined on 12/2/2003 10:39 PM, has been released.
NOTE: If AutoProtect is enabled, then this restored attachment wi
This file, which was attached to the message titled "Re: [OS-webwork] Tomcat forward"
by "[EMAIL PROTECTED]" and was quarantined on 12/3/2003 2:40 AM, has been released.
NOTE: If AutoProtect is enabled, then this restored attachment will be rescanned
during the restore. If the attachment is st
This file, which was attached to the message titled "Re: [OS-webwork] [XWork] Howto
use validation framework with plain JavaBeans (no Actions)" by "[EMAIL PROTECTED]" and
was quarantined on 12/2/2003 10:03 PM, has been released.
NOTE: If AutoProtect is enabled, then this restored attachment wi
This file, which was attached to the message titled "[OS-webwork] RE: RE: [XWork]
Howto use validation framework with plain JavaBeans (no Actions)" by "[EMAIL
PROTECTED]" and was quarantined on 12/3/2003 1:10 AM, has been released.
NOTE: If AutoProtect is enabled, then this restored attachme
This file, which was attached to the message titled "[OS-webwork] Array type
conversion" by "[EMAIL PROTECTED]" and was quarantined on 12/3/2003 4:04 AM, has been
released.
NOTE: If AutoProtect is enabled, then this restored attachment will be rescanned
during the restore. If the attachment i
This file, which was attached to the message titled "RE: [OS-webwork] [XWork] Howto
use validation framework with plain JavaBeans (no Actions)" by "[EMAIL PROTECTED]" and
was quarantined on 12/2/2003 8:26 PM, has been released.
NOTE: If AutoProtect is enabled, then this restored attachment wil
This file, which was attached to the message titled "Re: [OS-webwork] [XWork] Howto
use validation framework with plain JavaBeans (no Actions)" by "[EMAIL PROTECTED]" and
was quarantined on 12/2/2003 7:52 PM, has been released.
NOTE: If AutoProtect is enabled, then this restored attachment wil
This file, which was attached to the message titled "Re: [OS-webwork] creating custom
URIs" by "[EMAIL PROTECTED]" and was quarantined on 12/3/2003 5:29 AM, has been
released.
NOTE: If AutoProtect is enabled, then this restored attachment will be rescanned
during the restore. If the attachmen
This file, which was attached to the message titled "RE: [OS-webwork] Array type
conversion" by "[EMAIL PROTECTED]" and was quarantined on 12/3/2003 6:40 AM, has been
released.
NOTE: If AutoProtect is enabled, then this restored attachment will be rescanned
during the restore. If the attachme
This file, which was attached to the message titled "RE: [OS-webwork] RE: RE: [XWork]
Howto use validation framework with plain JavaBeans (no Actions)" by "[EMAIL
PROTECTED]" and was quarantined on 12/3/2003 6:44 AM, has been released.
NOTE: If AutoProtect is enabled, then this restored atta
Check out the xwork.xml that's in the xwork/src/test... It's used to
test out a lot of the features of the configuration.
> -Original Message-
> From: Robert Nicholson [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, December 03, 2003 3:29 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [OS-webwork
Do you have any non trivial xwork.xml that I could take a look at and
then provide
my thoughts on how I'd prefer it to look? I haven't done much
development
with xwork/webwork so I'd like to study some non trivial examples first.
Cheers
On Dec 2, 2003, at 9:43 PM, Patrick Lightbody wrote:
Hey
I'm looking to somehow implement chain-like behaviour. I'd like to
perform one action completely, with all it's interceptors, and then
perform another action completely with all it's interceptors. The
catch is that I want some parameters passed between them.
Any ideas?
Anoop
-
This file, which was attached to the message titled "RE: [OS-webwork] Array type
conversion" by "[EMAIL PROTECTED]" and was quarantined on 12/3/2003 8:28 AM, has been
released.
NOTE: If AutoProtect is enabled, then this restored attachment will be rescanned
during the restore. If the attachme
This file, which was attached to the message titled "RE: [OS-webwork]
ParameterInterceptor trouble" by "[EMAIL PROTECTED]" and was quarantined on 12/2/2003
8:54 PM, has been released.
NOTE: If AutoProtect is enabled, then this restored attachment will be rescanned
during the restore. If the a
I think there's one in there already that had your whole suggestion
email from before...
> -Original Message-
> From: Fred Lamuette [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, December 03, 2003 12:33 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [OS-webwork] Array type conversion
>
>
> Nee
Need of creating a new jira issue ?
Cheers.
Richard.
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] la part de
Patrick Lightbody
Envoye : mercredi 3 decembre 2003 17:29
A : [EMAIL PROTECTED]
Objet : RE: [OS-webwork] Array type conversion
I think this is a good sugge
I think this is a good suggestion. Right now, we have:
* XWorkConverter defaults down to DefaultTypeConverter
* if specified, XWorkConverter will attempt to use XWorkBasicConverter
* XWorkBasicConverter, if it can't convert, defaults down to
DefaultTypeConverter
There is some redundancy here.
Problem solved. Classic case of PEBKAC. I was looking for a
particular behavior, and my code was the problem.
As far as the debugger goes, it was working properly. I was just
looking for a copout.
Anoop
On Dec 3, 2003, at 9:59 AM, Jason Carreira wrote:
Did you validate your XML against the
Did you validate your XML against the DTD?
> -Original Message-
> From: Anoop Ranganath [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, December 03, 2003 9:55 AM
> To: [EMAIL PROTECTED]
> Subject: [OS-webwork] default-interceptor-ref doesn't appear
> to be working
>
>
> I have a default-i
Ok... Was this a change from 1.3? We need to port this over to 2.0...
> -Original Message-
> From: Hani Suleiman [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, December 03, 2003 9:50 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [OS-webwork] encoding when multipart
>
>
> In 1.4 it's a setting
I have a default-interceptor-ref specified in my xwork.xml. here's the
snippet:
As you can see, it's sitting between the interceptors and
global-results. For some reason it's not getting picked up by the
application. I set a breakpoint in
XMLConfigurationProvider.loadDefaultInterceptorRe
In 1.4 it's a setting in webwork.properties, which is applied globally
to all encodingy things.
Jason Carreira wrote:
Please submit a bug report and we'll get on it... You're probably the
first one to stumble on it :-)
BTW, this stuff is exactly the same as in WW1.3 and 1.4, so we'll need
to fix
Please submit a bug report and we'll get on it... You're probably the
first one to stumble on it :-)
BTW, this stuff is exactly the same as in WW1.3 and 1.4, so we'll need
to fix this there, too...
Jason
> -Original Message-
> From: Jonas Eriksson [mailto:[EMAIL PROTECTED]
> Sent: Wedne
Sorry, my answer was a little misleading, too :-)
Yes, what I meant by the example code was just to show how the
ValidationManager can be called. It doesn't have to be from the
Interceptor.
In fact, we use this at work for validating document entry and batch
processing from large XML files -> Jav
I agree that this sounds like a good idea I was going to let Patrick
field this one, though, since I'm not sure if that would break
anything...
> -Original Message-
> From: Fred Lamuette [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, December 03, 2003 7:04 AM
> To: [EMAIL PROTECTED]
>
Hi Blake,
I choose this name because of the following document from Tim Berners Lee:
http://www.w3.org/Provider/Style/URI.html
Regards,
Jérôme.
Quoting Michael Blake Day <[EMAIL PROTECTED]>:
> I actually thought this was a joke at first until I looked it up... Strange
> name for a class =).
>
Nice work Jason,
With the latest cvs snapshot, XWorkBasicConverter can now convert any array.
I've just a question.
For instance, if I have to convert a strings array to an array of Product, I
have to write a new entry in my own xwork-conversion.properties. Right ?
[Lcom.mypackage.Product;=com.open
I created a simple servlet filter like so...
public void doFilter(
ServletRequest request,
ServletResponse response,
FilterChain chain)
throws IOException, ServletException
{
((HttpServletRequest)request).getRequestDispatcher("/action/home").forward(r
equest, response);
}
and add this in
I'm using iso-8859-1 to encode my resources, response, request etc. When
I had to create a multipart request with both text and data (tested
only data before) the text was not encoded correctly by the multipart
service, in my case the PellMultiPartRequest (default in ww2). In that
class the en
John,
could you explain your approach in several words? We have to do forwards within our
portal too.
regards,
Sergey
-Original Message-
From: John Patterson [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 02, 2003 10:52 PM
To: [EMAIL PROTECTED]
Subject: Re: [OS-webwork] Tomcat forward
Hi Jason,
thank your for your fast answer. But my question was a
little bit misleading :-(
We are looking for a generic validation technique for
ValueObjects/Data Transfer Objects handled by a
multi-client business tier.
Can we use XWork's validation framework to validate
these ValueObjects (POJ
35 matches
Mail list logo