using any of the 35,000 mocking frameworks available, that would be
pretty easy :)
musachy
On Fri, Jul 24, 2009 at 9:14 AM, Dimitrios
Christodoulakis wrote:
> I plan to unit test the interceptor on its own. I am more interested
> in testing its logic, not necessarily within the framework.
>
> Fir
Let me correct an error below, I meant: "... I would need to first
have an invocation *context* to get the session from..."
I still have difficulty grasping the idea of all the different
contexts, and their general use, but should be able to go ahead with
the unit test.
On Fri, Jul 24, 2009 at 11
I plan to unit test the interceptor on its own. I am more interested
in testing its logic, not necessarily within the framework.
First step would be to mock an ActionInvocation object which is what
is passed to the Interceptor's intercept method. The action invocation
would need a mock action, and
You don't need to create mock objects for the framework, you onlt need
to mock the objects passed to the interceptor and invoke the
interceptor directly, unless you really want to test the interceptor
running inside struts (there is a long thread about that so i wont get
into it)
musachy
On Fri,
I tried to logically trace the flow within the framework and wanted to
check if my thoughts are correct here, while at the same time asking a
few more questions:
As a start I take DefaultActionProxyFactory. DefaultActionProxyFactory
instantiates DefaultActionProxy, but also gives us
DefaultActionI
Dimitrios Christodoulakis wrote:
By the way I noticed that when I downloaded the s2 source code, it
didn't come with the opensymphony packages... Does the xwork source
has to be downloaded separately?
Yes.
Dave
-
To unsubscri
l
> peuvent facilement être sujets à la manipulation, nous ne pouvons accepter
> aucune responsabilité pour le contenu fourni.
>
>
>
>
>> Date: Thu, 23 Jul 2009 07:51:37 -0500
>> Subject: Re: studying struts2 framework, ActionInvocation question
>> From: dimi
i.
> Date: Thu, 23 Jul 2009 07:51:37 -0500
> Subject: Re: studying struts2 framework, ActionInvocation question
> From: dimi@gmail.com
> To: user@struts.apache.org
>
> Just another thought I had this morning.
>
> Usually the framework is rather transparent to the struts
entiel et peut être privilégié. Si vous n'êtes pas le
>>> destinataire prévu, nous te demandons avec bonté que pour satisfaire
>>> informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie
>>> de ceci est interdite. Ce message sert à l&#x
ou la copie
>> de ceci est interdite. Ce message sert à l'information seulement et n'aura
>> pas n'importe quel effet légalement obligatoire. Étant donné que les email
>> peuvent facilement être sujets à la manipulation, nous ne pouvons accepter
>> aucune r
oire. Étant donné que les email
> peuvent facilement être sujets à la manipulation, nous ne pouvons accepter
> aucune responsabilité pour le contenu fourni.
>
>
>
>
>> Date: Wed, 22 Jul 2009 19:49:23 -0500
>> Subject: Re: studying struts2 framework, ActionInvocation question
>
les email peuvent facilement
être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité
pour le contenu fourni.
> Date: Wed, 22 Jul 2009 19:49:23 -0500
> Subject: Re: studying struts2 framework, ActionInvocation question
> From: dimi@gmail.com
> To
Dimitrios Christodoulakis wrote:
Dave Newton wrote:
Won't help track action invocation initialization, methinks.
Is there a particular way you would recommend to go about doing it
actually? I am using eclipse for my ide, but I am not sure if
breakpoints can trace through the compiled classes
Dave Newton wrote:
>
> Won't help track action invocation initialization, methinks.
>
Is there a particular way you would recommend to go about doing it
actually? I am using eclipse for my ide, but I am not sure if
breakpoints can trace through the compiled classes in the jars.
Much appreciate th
Martin Gainty wrote:
does vi have breakpoints.. am i missing something?
In this case you actually saw something nobody else did--a vi reference.
or debug
before craig and ted left (i wished they both stayed but thats another topic)
a DebuggingInterceptor was coded and is activated by
st
email peuvent facilement
être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité
pour le contenu fourni.
> Date: Wed, 22 Jul 2009 14:17:50 -0700
> Subject: Re: studying struts2 framework, ActionInvocation question
> From: musa...@gmail.com
> To: user@struts.ap
Yes, I figured doing a trace and see how things happen would answer a
lot of questions. So, I'll try that.
>From looking at the DefaultActionProxy constructor, it does make sense
to start with the actionproxy. The proxy gets an action invocation as
a constructor parameter. So the invocation instan
The best way to find out all these things is to put breakpoints in the
constructor and/or the setter methods.
musachy
On Wed, Jul 22, 2009 at 2:05 PM, Dimitrios
Christodoulakis wrote:
> Hello,
>
> According to the XWork feature description,
> http://www.opensymphony.com/xwork/wikidocs/XWork%20Fea
Hello,
According to the XWork feature description,
http://www.opensymphony.com/xwork/wikidocs/XWork%20Features.html, the
ActionInvocation represents the execution state of an action holding
the action instance and the interceptors.
I have been looking at
http://struts.apache.org/2.1.6/struts2-cor
19 matches
Mail list logo
