springframework-rcp-dev — Spring Rich Client developer list

RE: [Springframework-rcp-dev] Am I getting the idea?

[Keith D. <kd...@cs...>]

Yes, documentation is lacking.  That will be improving as the design of =
the
undocumented features stabalize, and certainly before we release =
anything.

Nice description btw, here are my observations:

- Yes there is a single "Application" per rcp-app. The application has
associated with it a default perspective, where a perspective provides a
configuration 'template' for a application page. (Note: the application,
however, can have multiple perspectives defined.  Each perspective, when
opened, is displayed on a single page within an application window.  =
There
can be multiple application windows per application, each with it's own
menubar/toolbar/statusbar and page area.) =20

- When the application launcher initializes the application, the main =
window
definition is retrieved from the context.  The window is then configured =
-
this is where the *.contribution stuff comes in -- consisting of its
menubars, toolbars, page, and status line.  The *.contribution stuff
provides factories (higher-level abstraction) for producing menu items, =
tool
bar buttons, and status line items, for example.  Group markers, as you
mentioned, allow you to create logical groups of contribution items, so
custom views can contribute their own actions to those groups when they =
are
activated.

- You are entirely correct about the View behaivior.  When a view is
activated, it is handed a context which provides information about the
window it's displayed on and allows for the view to register local =
action
handlers with global actions.  This keeps, for example, the "Delete" =
action
invoking the right code based on the active view - assuming two =
different
views both support "Delete" and they do different things...

Check out ComponentFactory for creating controls.  I will forward some
samples to the list this weekend (unfortunately I can't right now as I =
need
to remove some stuff first.)

Keith

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf =
Of
Andy Depue
Sent: Wednesday, May 19, 2004 1:52 PM
To: spr...@li...
Subject: [Springframework-rcp-dev] Am I getting the idea?


With Spring RCP being so new, it appears the only documentation is the=20
source. :-)  So, after reading the source, let me see if I'm getting the
idea=20
(btw, I don't have any experience with Eclipse, so any concepts =
spring-rcp=20
borrows from Eclipse I've learned only through spring-rcp source).  If =
I'm=20
getting this wrong, please let me know.

An Application consists of one or more windows (ApplicationWindow), =
managed
by=20
WindowManager.  An application has at least one window (a main window).  =
A=20
Window displays a single page (ApplicationPage) at a time.  A page =
contains
a=20
View registry.  This means a Page can contain multiple Views.  So, if my =

application's main window consists of a single Page (which is really the
only=20
option, right?), then I can swap out the contents of the main window by=20
swapping pages?  I'm guessing an example of this would be "workbenches" =
in=20
the IDE world?  For example, if I am in Edit mode, then I have several =
views

open on my page: maybe a folder view, an edit view, and an output view.  =
In=20
Debug mode, I have a "watches" view, breakpoint view, source code view,
stack=20
view, etc.  With this understanding, I'm having trouble figuring out =
where=20
the Perspective class fits in, as it seems to be a one-to-one=20
relationshipship with a View (though it is by the view's ID and not a=20
reference to a View itself).
OK.  On to Actions.  In rcp, you have VisualActions and ActionHandlers.  =
A=20
VisualAction defines only the visual representation and keyboard access
(menu=20
item, toolbar item, icon, text, mnemonic, accelerator, etc).  The actual =

functionality of the action is provided separately in an ActionHandler.  =

Actions are registered in a global ActionRegistry, and ActionHandlers =
are=20
register7ed with views (via the ViewContext).  Well, I guess it is also=20
possible to associate an ActionHandler directly with an Action (for =
those=20
actions that are not view dependent).  So, when a View becomes active,=20
spring-rcp will query the view against every registered global Action to =
see

if that View provides an ActionHandler for the Action.  This means that =
the=20
functionality of a particular Action can be dynamically implemented =
per-view

(kinda cool, actually).  It looks like for this to work, your Actions =
must=20
also implement TargetableVisualAction (which is implemented by=20
DefaultVisualAction).
The org.springframework.rcp.action.contribution package seems to be all
about=20
building menus and toolbars.  I'm not sure I have this right, since I
haven't=20
played around with it.  Since an Application can present the user with=20
multiple ways to do actions (menus, toolbars, pop up menus. etc), =
spring-rcp

provides an abstraction that allows you to group such actions logically =
and=20
automatically represent that group as any of these more concrete=20
implementations.  So, a ContributionItem is an abstraction on top of a =
menu=20
item, toolbar button, etc and a ContributionItemManager is an =
abstraction on

top of a menu bar, toolbar set, etc.  ContributionItemManager allows you =
to=20
group ContributionItems (via group id) - each group becoming a different
menu=20
along a menubar, or a different toolbar in a toolbar set(?)  I'm not too
sure=20
about this actually. ContributionItem seems similar in many ways to an=20
Action... but I guess it needs to be different because some menu items =
(such

as seperators) are not actions?  In fact, ActionContributionItem seems =
to be

no more than a wrapper (adapter) that makes an Action look like a=20
ContributionItem.  A ContributionItem can create menu items and toolbar=20
controls just like an Action can.
Some questions on my exploration of the source so far:
What is the preferred way for creating/configuring controls from =
spring-rcp?
I don't see a common Page interface... it looks like dialogs get their =
own=20
idea of what a page is and windows get another.  Is this intentional?

Well, that's about all the further I've gotten so far.
BTW, if anyone has any example configuration files used with spring-rcp, =
I'd

love to see them.

Thanks,
  Andy


-------------------------------------------------------
This SF.Net email is sponsored by: SourceForge.net Broadband Sign-up now =
for
SourceForge Broadband and get the fastest 6.0/768 connection for only
$19.95/mo for the first 3 months!
http://ads.osdn.com/?ad_id=3D2562&alloc_id=3D6184&op=3Dclick
_______________________________________________
Springframework-rcp-dev mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev

[Springframework-rcp-dev] Am I getting the idea?

[Andy D. <an...@ma...>]

With Spring RCP being so new, it appears the only documentation is the 
source. :-)  So, after reading the source, let me see if I'm getting the idea 
(btw, I don't have any experience with Eclipse, so any concepts spring-rcp 
borrows from Eclipse I've learned only through spring-rcp source).  If I'm 
getting this wrong, please let me know.

An Application consists of one or more windows (ApplicationWindow), managed by 
WindowManager.  An application has at least one window (a main window).  A 
Window displays a single page (ApplicationPage) at a time.  A page contains a 
View registry.  This means a Page can contain multiple Views.  So, if my 
application's main window consists of a single Page (which is really the only 
option, right?), then I can swap out the contents of the main window by 
swapping pages?  I'm guessing an example of this would be "workbenches" in 
the IDE world?  For example, if I am in Edit mode, then I have several views 
open on my page: maybe a folder view, an edit view, and an output view.  In 
Debug mode, I have a "watches" view, breakpoint view, source code view, stack 
view, etc.  With this understanding, I'm having trouble figuring out where 
the Perspective class fits in, as it seems to be a one-to-one 
relationshipship with a View (though it is by the view's ID and not a 
reference to a View itself).
OK.  On to Actions.  In rcp, you have VisualActions and ActionHandlers.  A 
VisualAction defines only the visual representation and keyboard access (menu 
item, toolbar item, icon, text, mnemonic, accelerator, etc).  The actual 
functionality of the action is provided separately in an ActionHandler.  
Actions are registered in a global ActionRegistry, and ActionHandlers are 
registered with views (via the ViewContext).  Well, I guess it is also 
possible to associate an ActionHandler directly with an Action (for those 
actions that are not view dependent).  So, when a View becomes active, 
spring-rcp will query the view against every registered global Action to see 
if that View provides an ActionHandler for the Action.  This means that the 
functionality of a particular Action can be dynamically implemented per-view 
(kinda cool, actually).  It looks like for this to work, your Actions must 
also implement TargetableVisualAction (which is implemented by 
DefaultVisualAction).
The org.springframework.rcp.action.contribution package seems to be all about 
building menus and toolbars.  I'm not sure I have this right, since I haven't 
played around with it.  Since an Application can present the user with 
multiple ways to do actions (menus, toolbars, pop up menus. etc), spring-rcp 
provides an abstraction that allows you to group such actions logically and 
automatically represent that group as any of these more concrete 
implementations.  So, a ContributionItem is an abstraction on top of a menu 
item, toolbar button, etc and a ContributionItemManager is an abstraction on 
top of a menu bar, toolbar set, etc.  ContributionItemManager allows you to 
group ContributionItems (via group id) - each group becoming a different menu 
along a menubar, or a different toolbar in a toolbar set(?)  I'm not too sure 
about this actually. ContributionItem seems similar in many ways to an 
Action... but I guess it needs to be different because some menu items (such 
as seperators) are not actions?  In fact, ActionContributionItem seems to be 
no more than a wrapper (adapter) that makes an Action look like a 
ContributionItem.  A ContributionItem can create menu items and toolbar 
controls just like an Action can.
Some questions on my exploration of the source so far:
What is the preferred way for creating/configuring controls from spring-rcp?
I don't see a common Page interface... it looks like dialogs get their own 
idea of what a page is and windows get another.  Is this intentional?

Well, that's about all the further I've gotten so far.
BTW, if anyone has any example configuration files used with spring-rcp, I'd 
love to see them.

Thanks,
  Andy

FW: [Springframework-rcp-dev] Spring-RCP enhancement: ReflectionbasedVisualAction

[Keith D. <kd...@cs...>]

=20
=20


-----Original Message-----
From: Keith Donald [mailto:kd...@cs...]=20
Sent: Tuesday, May 18, 2004 7:59 PM
To: 'Achleitner Thomas'
Subject: RE: [Springframework-rcp-dev] Spring-RCP enhancement:
ReflectionbasedVisualAction


Thomas,

The global save and delete actions would be dynamic targetable visual
actions.  They would have _local_ action handlers that should get =
registered
when a view becomes active (if that view supports save/delete.)  The =
local
action handler provides the context about whether the global action =
should
be enabled/disabled.

So for example, let's say your protected documents are displayed in a =
tree,
and the tree is a component displayed in the active view.  The user then
selects a protected document in the tree by clicking on it.  The local =
view
encapsulating the tree would receive the selection event, and know to =
update
the actionHandler for save/delete as 'disabled', which would =
automatically
trigger updates back to the global actions (in all places they may be =
added
to the GUI (menu bar, tool bar, etc.) - which would cause them to be =
greyed
out.

I hope this helps -

I just committed a bunch of enhancements to the view management and =
action
framework.  This includes the initial code to track the active view and =
to
automatically register global action handlers at the appropriate times =
in a
view's lifecycle (on activation.)  I am coding heavy in this area and =
will
be committing a bunch over the next few days.

Keith

-----Original Message-----
From: Achleitner Thomas [mailto:ac...@ec...]=20
Sent: Wednesday, May 05, 2004 2:11 AM
To: Keith Donald
Subject: AW: [Springframework-rcp-dev] Spring-RCP enhancement:
ReflectionbasedVisualAction


Keith,

If i would like to enable/disable multiple different actions (e.g. save =
and
delete should be disabled when a protected document is opened) after an
action, should each if these actions be registered with the currently
executed action (in our example open file)?

thomas


> -----Urspr=FCngliche Nachricht-----
> Von: Keith Donald [mailto:kd...@cs...]
> Gesendet: Mittwoch, 28. April 2004 00:06
> An: Achleitner Thomas
> Betreff: RE: [Springframework-rcp-dev] Spring-RCP
> enhancement: ReflectionbasedVisualAction
>=20
> Thomas,
>=20
> I'm beginning work on this support now --- see "DynamicActionHandler"=20
> -- I just committed it to rcp.action.
> Basically the visual action will subscribe to dynamic action=20
> handlers for change notifications - one of the notifications=20
> being enabled/disabled state.  So the idea is the code that=20
> owns the logic that controls when a particular action is=20
> enabled or disabled based on context simply fires a change=20
> event, which then triggers the visual action to update, which=20
> triggers any view items to update.
>=20
> Now it's time to track the current active view, so when a view is=20
> activated, all global action handlers are automatically registered and =

> subscribed-to for dynamic updates on enabled state.
>=20
> Let me know what you think - Keith
>=20
> Btw - didn't know you knew Juergen! He was sayin you guys are like 40=20
> km a part over there in Austria.
>=20
>=20
> -----Original Message-----
> From: Achleitner Thomas [mailto:ac...@ec...]
> Sent: Tuesday, April 27, 2004 11:37 AM
> To: Keith Donald
> Subject: AW: [Springframework-rcp-dev] Spring-RCP enhancement:
> ReflectionbasedVisualAction
>=20
>=20
> Although we had no performance issues so far, the Checker strategy=20
> should be observed carefully. Maybe there could be a less __verbose__=20
> strategy reducing Checker runs.
>=20
> A strategy based on active views sounds good.
>=20
> thomas
>=20
> > -----Urspr=FCngliche Nachricht-----
> > Von: Keith Donald [mailto:kd...@cs...]
> > Gesendet: Dienstag, 27. April 2004 17:01
> > An: Achleitner Thomas
> > Betreff: RE: [Springframework-rcp-dev] Spring-RCP enhancement:=20
> > ReflectionbasedVisualAction
> >=20
> >=20
> > Thomas,
> >=20
> > I just checked these in, thanks.
> >=20
> > I made a few small changes to ReflectionbasedVisualAction -> mainly
> > just clarifying the variable/method names for readability, and I
> > renamed the
> > class to ReflectiveVisualAction.
> >=20
> > BTW, is performance a issue at all with the EnabledChecker executing
> > on every mouse and keyboard event?  One thing I am planning on
> > implementing is
> > enabled/guard logic only on actions that are supported by the=20
> > "active" view
> > (panel) in the application.  That way if stuff isn't active,=20
> > it won't even
> > be considered for enabled/disabled state.  Eclipse has this=20
> > concept; I just
> > haven't gotten there yet. :-)
> >=20
> > Thanks again for the contribution - Keith
> >=20
> > -----Original Message-----
> > From: Achleitner Thomas [mailto:ac...@ec...]
> > Sent: Tuesday, April 27, 2004 9:37 AM
> > To: Keith Donald
> > Subject: AW: [Springframework-rcp-dev] Spring-RCP enhancement:
> > ReflectionbasedVisualAction
> >=20
> >=20
> > Keith, here is an updated version (refactored out an
> > AbstractVisualAction) that should work.
> >=20
> > thomas
> >=20
> > > -----Urspr=FCngliche Nachricht-----
> > > Von: Keith Donald [mailto:kd...@cs...]
> > > Gesendet: Dienstag, 27. April 2004 15:28
> > > An: Achleitner Thomas
> > > Betreff: RE: [Springframework-rcp-dev] Spring-RCP enhancement:
> > > ReflectionbasedVisualAction
> > >=20
> > >=20
> > > Thanks Thomas -
> > > 	Will definitely see how I can integrate this.
> > >=20
> > > Thanks a lot!
> > > Keith
> > > =20
> > >=20
> > >=20
> > > -----Original Message-----
> > > From: spr...@li...
> > > [mailto:spr...@li...]
> > > On Behalf Of
> > > Achleitner Thomas
> > > Sent: Tuesday, April 27, 2004 2:56 AM
> > > To: spr...@li...
> > > Subject: [Springframework-rcp-dev] Spring-RCP enhancement:=20
> > > ReflectionbasedVisualAction
> > >=20
> > >=20
> > > Hi Keith!
> > >=20
> > > I had a closer look at ActionHandler and DefaultVisualAction. I=20
> > > compared it with our existing implementation, where we have a=20
> > > concrete Action class based on a pair of method names (action and
> > > guard) that will be
> > > executed on the action handler via reflection api.
> > >=20
> > > What i did now was that i ported our code to a new class
> > > org.springframework.rcp.action.ReflectionbasedVisualAction
> > extending
> > > DefaultVisualAction.
> > >=20
> > > Class ReflectionbasedVisualAction provides a "call by name"=20
> > > mechanism for invoking methods and automatic checking of the=20
> > > isEnabled state by means of calling the guard actionMethod.=20
> > > Checking the isEnabled state of an action is
> > > performed automatically in the background (triggered by=20
> > input events).
> > >=20
> > > To get it working i had to create a public getter in
> > > DefaultVisualAction: getActionHandler.
> > >=20
> > > I attached the source file. Maybe you can make any use of
> > it. For more
> > > details see the class comment.
> > >=20
> > > thomas
> > >=20
> > >=20
> >=20
> >=20
>=20
>=20
>=20

[Springframework-rcp-dev] the reply's additional "Re:" is ok

[panming <pa...@gn...>]

confirm 790809

Re: [Springframework-rcp-dev] How to build rcp?

[Maury H. <ml1...@sh...>]

Keith:

> Btw Maury -
> No need to go hunting down xerces or any of the other dependent 3rdparty
> jars - just checkout the root spring project - it has all the dependencies
> you need.  Place it at the same level as the spring-rcp module and
> spring-rcp should build fine (no changes to build properties or anything
> like that are needed.)

Yes, that did it.  I was using the current 1.0.1 binary release of spring, 
and that doesn't have the xerces or XDoclet jars, that was why I had to go 
hunting for them.


Maury...

Re: [Springframework-rcp-dev] How to build rcp?

[Maury H. <ml1...@sh...>]

Keith:

> You're living on the bleeding edge ;-) -- however, we are keeping spring-rcp
> in a compiling a generally working state whenever possible.
> 
> spring-rcp currently depends on code in the spring sandbox -- so you'll need
> to checkout the master spring project and do a "build sandboxjar".  So I do
> the following to build:
> 
> from spring root:
>    build alljars
>    build sandboxjar
> 
>>From spring-rcp root
>    build alljars

Ah, I was wondering where the spring-sandbox.jar was supposed to be coming 
from.  I was trying to build rcp and I only had the current released binary 
distribution of spring downloaded.  Downloading the current CVS source and 
building the jars from there made all the difference.

> ... Of course I have spring and spring-rcp as eclipse projects as well, so I
> can run in that environment as well.

Well, I'm a Netbeans-kind-of-guy ;-), but I'll be able to set up the 
equivalent there.


Thanks again... Maury.

RE: [Springframework-rcp-dev] How to build rcp?

[Keith D. <kd...@cs...>]

Btw Maury -
No need to go hunting down xerces or any of the other dependent 3rdparty
jars - just checkout the root spring project - it has all the =
dependencies
you need.  Place it at the same level as the spring-rcp module and
spring-rcp should build fine (no changes to build properties or anything
like that are needed.)

Keith

-----Original Message-----
From: Keith Donald [mailto:kd...@cs...]=20
Sent: Tuesday, May 04, 2004 7:49 PM
To: 'Maury Hammel'
Subject: RE: [Springframework-rcp-dev] How to build rcp?


You're living on the bleeding edge ;-) -- however, we are keeping =
spring-rcp
in a compiling a generally working state whenever possible.

spring-rcp currently depends on code in the spring sandbox -- so you'll =
need
to checkout the master spring project and do a "build sandboxjar".  So I =
do
the following to build:

from spring root:
   build alljars
   build sandboxjar

From spring-rcp root
   build alljars

... Of course I have spring and spring-rcp as eclipse projects as well, =
so I
can run in that environment as well.

Keith

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf =
Of
Maury Hammel
Sent: Tuesday, May 04, 2004 7:03 PM
To: spr...@li...
Subject: [Springframework-rcp-dev] How to build rcp?


Is there anybody out there? ;-)

I've done a checkout of the rcp tree from CVS, and am attempting to =
build
the=20
jars so I can have an initial go at attempting to build an application =
based

on rcp, and I seem to be missing something.

After a few changes to build.xml and project.properties so that ant =
could=20
find all the jar files (I also had to dig up a copy of xerces.jar and =
put it

in a directory under spring-framework-1.0/lib, as rcp expected it to be=20
there), it is now complaining that it cannot find certain classes.  A =
couple

of examples are: org.springframework.rules.UnaryFunction and=20
org.springframework.util.Assert.

I don't seem to be able to find those classes anywhere in either the=20
spring-rcp or the spring-framework trees.  Am I being dense and just not =

seeing them?  Or am I just too far out on the bleeding edge, and I need =
to=20
wait for some more stuff checked in before I can attempt anything?


Thanks in advance... Maury.





-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. =

Take an Oracle 10g class now, and we'll give you the exam FREE.=20
http://ads.osdn.com/?ad_id=3D3149&alloc_id=3D8166&op=3Dclick
_______________________________________________
Springframework-rcp-dev mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev

[Springframework-rcp-dev] How to build rcp?

[Maury H. <ml1...@sh...>]

Is there anybody out there? ;-)

I've done a checkout of the rcp tree from CVS, and am attempting to build the 
jars so I can have an initial go at attempting to build an application based 
on rcp, and I seem to be missing something.

After a few changes to build.xml and project.properties so that ant could 
find all the jar files (I also had to dig up a copy of xerces.jar and put it 
in a directory under spring-framework-1.0/lib, as rcp expected it to be 
there), it is now complaining that it cannot find certain classes.  A couple 
of examples are: org.springframework.rules.UnaryFunction and 
org.springframework.util.Assert.

I don't seem to be able to find those classes anywhere in either the 
spring-rcp or the spring-framework trees.  Am I being dense and just not 
seeing them?  Or am I just too far out on the bleeding edge, and I need to 
wait for some more stuff checked in before I can attempt anything?


Thanks in advance... Maury.

[Springframework-rcp-dev] FW: Spring-rcp

[Keith D. <kd...@cs...>]

=20
-----Original Message-----
From: Keith Donald [mailto:kd...@cs...]=20
Sent: Tuesday, May 04, 2004 11:51 AM
To: 'Sam Dalton'
Subject: RE: Spring-rcp


visual action is the "presentation" of the action.
=20
you register a action handler with the visual action, which encapsulates =
the
work that should be done when the action is clicked (typically via a
button.)
=20
by default, if a visual action has no handler, it is disabled. if it has =
a
hooked up handler, it is always enabled.
=20
if you need context sensitive actions, you'll need to use a dynamic =
action
handler.  visual actions will automatically subscribe to dynamic =
handlers
for notifications (property changes) about when their enabled/disabled =
state
changes.
=20
So for example, take a global delete action.
=20
the visual side of it (generic instance of visual action) is placed in =
the
edit menu, and on the tool bar, and possibly even a drop down menu.
different handlers may register with this global action (you can use the
action registry to do that, and the Application class is implements it) =
->
and if they're dynamic handlers (which makes sense for delete), they can
notify the visual representation when it should enable/disable itself.
=20
This design is largely based on how eclipse does it.  I think it's =
pretty
good.
=20
=20

-----Original Message-----
From: Sam Dalton [mailto:Sam...@ev...]=20
Sent: Tuesday, May 04, 2004 11:41 AM
To: 'Keith Donald'
Subject: RE: Spring-rcp



Aha, I see, looks good. So how do my actions communicate their results =
back
in terms of field changes/bringing up a new window etc? I see the =
BeanBinder
class, and presume that it is possible to bind a javabean to a form, but =
I
cant see exactly how this is done.. I am probably being stupid and =
missing
something, but any help would be great.


Sam

=20

-----Original Message-----
From: Keith Donald [mailto:kd...@cs...]=20
Sent: Tuesday, May 04, 2004 4:33 PM
To: 'Sam Dalton'
Subject: RE: Spring-rcp

=20

There are examples in the view-context.xml file.  Action properties are
pulled from the messageSource properties files, allowing for =
localization of
icon, name, description, etc.

=20

See: org.springframework.rcp.action

=20

Specifically take a look at:

=20

VisualAction

=20

ActionHandler

=20

DynamicActionHandler

=20

-----Original Message-----
From: Sam Dalton [mailto:Sam...@ev...]=20
Sent: Tuesday, May 04, 2004 10:10 AM
To: 'Keith Donald'
Subject: RE: Spring-rcp

Also one thing that is missing from that mail is details of the action
framework..... do you have any information about how this works?


S

=20

=20

-----Original Message-----
From: Keith Donald [mailto:kd...@cs...]=20
Sent: Tuesday, May 04, 2004 2:33 PM
To: 'Sam Dalton'
Subject: RE: Spring-rcp

=20

Sam,

=20

I've attached a message I sent to the users list recently, a kind of
psudo-sample (the message should include some sample spring-rcp context
files - if they didn't get attached also let me know)=20

=20

Improving samples and the documentation is one of my highest
priorities---rcp won't be released until those both are up to par ...

=20

Hope this helps - let me know what you think--Keith

=20

-----Original Message-----
From: Sam Dalton [mailto:Sam...@ev...]=20
Sent: Tuesday, May 04, 2004 9:24 AM
To: 'kd...@cs...'
Subject: Spring-rcp

Keith,

=20

=20

I am currently looking around for a decent Swing MVC framework, and the =
work
you have done on Spring-rcp looks just the ticket (especially since I
already use spring elsewhere), but it is lacking documentation/samples =
(that
I can find anyway). Do you have such documentation or at least some good
samples of using the framework?

=20

I would be really grateful if you could help me/point me in the right
direction.

=20

Regards,

=20

Sam Dalton

=20

_______________________________________________

Evolution is the investment banking and venture capital industry's
first choice for practical advice on strategy, business process and
the application of advanced technology.

=20


Sam Dalton                   Tel:     +44 (0) 20 7898 0309
Evolution                       Fax:     +44 (0) 20 7898 0459
Peninsular House
30-36 Monument Street   Email: sam...@ev...
London EC3R 8LJ           URL: http://www.evolution.net
United Kingdom
_______________________________________________

=20

The information in this Internet e-mail is confidential and is
intended solely for the addressee.  Access, copying or re-use
of information in it by anyone else is unauthorised.  Any views
or opinions presented are solely those of the author and do
not necessarily represent those of Evolution or any of its
affiliates.  If you are not the intended recipient please contact
Evolution, London, +44 (0) 20 7664 6640
_______________________________________________

=20

[Springframework-rcp-dev] Spring-RCP enhancement: ReflectionbasedVisualAction

[Achleitner T. <ac...@ec...>]

Hi Keith!

I had a closer look at ActionHandler and DefaultVisualAction.=20
I compared it with our existing implementation, where we have a concrete
Action class based on a pair of method names (action and guard) that
will be executed on the action handler via reflection api.

What i did now was that i ported our code to a new class
org.springframework.rcp.action.ReflectionbasedVisualAction extending
DefaultVisualAction.

Class ReflectionbasedVisualAction provides a "call by name" mechanism
for invoking methods and automatic checking of the isEnabled state by
means of calling the guard actionMethod. Checking the isEnabled state of
an action is performed automatically in the background (triggered by
input events).

To get it working i had to create a public getter in
DefaultVisualAction: getActionHandler.

I attached the source file. Maybe you can make any use of it. For more
details see the class comment.=20

thomas