springframework-rcp-dev — Spring Rich Client developer list

RE: [Springframework-rcp-dev] Dumb Question

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

Andrew,

 

Your message source bean definition looks fine to me, pulling messages from
the root of your classpath, which I assume to be the /src directory.  Plus,
if there was a problem initializing the message source locations, it would
certainly tell you.

 

Do you have an application object configurer bean defined in your context?
See the petclinic application-context.xml example.  What this does is
configure all application objects by bean name after they are instantiated
by spring.  It is a bean post processor.  This is used to wire up
internationalized display properties for making those objects fit for
display in the GUI.  So for example, when the "applicationInfo" bean is
instantiated, the configurer will lookup the title, caption, and description
from the message source (applicationInfo.title, applicationInfo.caption,
applicationInfo.description, respectively) and inject them into your
ApplicationInfo bean.  Without the configurer defined, none of this will
happen.

 

The configurer is there to remove a good deal of the configuration you must
specify in the context file.  You don't have to use it, but I recommend it.
If you don't, you must fully define all required properties in the context
file.

 

Keith

 

  _____  

From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Andrew Todd
Sent: Sunday, June 06, 2004 5:10 PM
To: Spring Framework Rich Client Platform
Subject: [Springframework-rcp-dev] Dumb Question

 

Obviously this will be a dumb question, but I can't get the
message.properties file to be read, which causes the application NOT to load
- error about label required.
Now, I have my messages.properties file in the src directory 
My application-context.xml has:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN"
"http://www.springframework.org/dtd/spring-beans.dtd">

<beans>
<bean id="application"
      class="org.springframework.rcp.application.Application">
    <constructor-arg index="0">
        <ref bean="applicationInfo"/>
    </constructor-arg>
  </bean>

  <bean id="applicationInfo"
class="org.springframework.rcp.application.ApplicationInfo">
  <property name="version"><value>1.0</value></property>
  <property name="buildId"><value>20040530001</value></property>
  </bean>

<bean  id="messageSource" 
 
class="org.springframework.context.support.ResourceBundleMessageSource">
    <property name="basenames">
    <list>
    <value>messages</value>
    </list>
    </property>
  </bean>
</beans>

My messages.properties file has:
applicationInfo.title=Test Application
applicationInfo.caption=Test Application Caption, Spring RCP
applicationInfo.description=Test Spring RCP

And what happens is that the two properties in the application exist fine,
but the properties from messages.properties does not - obviously a problem
with the messageSource section of the application-context, but what?

My directory structure is:
/src
/src/messages.properties
/src/org/at/Start.java
/resources/application-context.xml




Andrew 

 

RE: [Springframework-rcp-dev] Dumb Question

[Andrew - D. <at....@ds...>]

2004-06-06 22:34:15,379 WARN
[org.springframework.rcp.application.startup.ApplicationLauncher] -
<Exception occured initializing context.>
org.springframework.beans.factory.BeanCreationException: Error creating
bean with name 'application' defined in class path resource
[org/ats/hrm/application-context.xml]: Instantiation of bean failed;
nested exception is org.springframework.beans.FatalBeanException: Could
not instantiate class [org.springframework.rcp.application.Application];
constructor threw exception; nested exception is
java.lang.IllegalArgumentException: The labeled object's label must be
configured.
org.springframework.beans.FatalBeanException: Could not instantiate
class [org.springframework.rcp.application.Application]; constructor
threw exception; nested exception is java.lang.IllegalArgumentException:
The labeled object's label must be configured.
java.lang.IllegalArgumentException: The labeled object's label must be
configured.
	at org.springframework.util.Assert.notNull(Assert.java:176)
	at
org.springframework.rcp.core.LabeledObjectSupport.getDisplayName(LabeledObjectSupport.java:99)
	at
org.springframework.rcp.application.Application.setApplicationInfo(Application.java:166)
	at
org.springframework.rcp.application.Application.<init>(Application.java:140)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
	at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
	at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
	at java.lang.reflect.Constructor.newInstance(Constructor.java:274)
	at
org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:66)
	at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireConstructor(AbstractAutowireCapableBeanFactory.java:395)
	at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:214)
	at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:177)
	at
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:159)
	at
org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:183)
	at
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:268)
	at
org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:68)
	at
org.springframework.rcp.application.startup.ApplicationLauncher.launch(ApplicationLauncher.java:115)
	at
org.springframework.rcp.application.startup.ApplicationLauncher.<init>(ApplicationLauncher.java:81)
	at org.ats.Start.main(HRM.java:14)


On Sun, 2004-06-06 at 22:33, Keith Donald wrote:

> Andrew,
> 
>  
> 
> Can you post your stack trace?  The definitive evidence that always
> proves most helpful!
> 
>  
> 
> Thanks,
> 
> Keith
> 
>  
> 
>                                    
> ______________________________________________________________________
> 
> From:spr...@li...
> [mailto:spr...@li...] On Behalf
> Of Andrew Todd
> Sent: Sunday, June 06, 2004 5:10 PM
> To: Spring Framework Rich Client Platform
> Subject: [Springframework-rcp-dev] Dumb Question
> 
> 
>  
> 
> Obviously this will be a dumb question, but I can't get the
> message.properties file to be read, which causes the application NOT
> to load - error about label required.
> Now, I have my messages.properties file in the src directory 
> My application-context.xml has:
> <?xml version="1.0" encoding="UTF-8"?>
> <!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN"
> "http://www.springframework.org/dtd/spring-beans.dtd">
> 
> <beans>
> <bean id="application"
>       class="org.springframework.rcp.application.Application">
>     <constructor-arg index="0">
>         <ref bean="applicationInfo"/>
>     </constructor-arg>
>   </bean>
> 
>   <bean id="applicationInfo"
> class="org.springframework.rcp.application.ApplicationInfo">
>   <property name="version"><value>1.0</value></property>
>   <property name="buildId"><value>20040530001</value></property>
>   </bean>
> 
> <bean  id="messageSource" 
>      
> class="org.springframework.context.support.ResourceBundleMessageSource">
>     <property name="basenames">
>     <list>
>     <value>messages</value>
>     </list>
>     </property>
>   </bean>
> </beans>
> 
> My messages.properties file has:
> applicationInfo.title=Test Application
> applicationInfo.caption=Test Application Caption, Spring RCP
> applicationInfo.description=Test Spring RCP
> 
> And what happens is that the two properties in the application exist
> fine, but the properties from messages.properties does not - obviously
> a problem with the messageSource section of the application-context,
> but what?
> 
> My directory structure is:
> /src
> /src/messages.properties
> /src/org/at/Start.java
> /resources/application-context.xml
> 
> 
> 
> Andrew
> 
> 
>  

Andrew - DEV

RE: [Springframework-rcp-dev] Dumb Question

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

Andrew,

 

Can you post your stack trace?  The definitive evidence that always proves
most helpful!

 

Thanks,

Keith

 

  _____  

From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Andrew Todd
Sent: Sunday, June 06, 2004 5:10 PM
To: Spring Framework Rich Client Platform
Subject: [Springframework-rcp-dev] Dumb Question

 

Obviously this will be a dumb question, but I can't get the
message.properties file to be read, which causes the application NOT to load
- error about label required.
Now, I have my messages.properties file in the src directory 
My application-context.xml has:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN"
"http://www.springframework.org/dtd/spring-beans.dtd">

<beans>
<bean id="application"
      class="org.springframework.rcp.application.Application">
    <constructor-arg index="0">
        <ref bean="applicationInfo"/>
    </constructor-arg>
  </bean>

  <bean id="applicationInfo"
class="org.springframework.rcp.application.ApplicationInfo">
  <property name="version"><value>1.0</value></property>
  <property name="buildId"><value>20040530001</value></property>
  </bean>

<bean  id="messageSource" 
 
class="org.springframework.context.support.ResourceBundleMessageSource">
    <property name="basenames">
    <list>
    <value>messages</value>
    </list>
    </property>
  </bean>
</beans>

My messages.properties file has:
applicationInfo.title=Test Application
applicationInfo.caption=Test Application Caption, Spring RCP
applicationInfo.description=Test Spring RCP

And what happens is that the two properties in the application exist fine,
but the properties from messages.properties does not - obviously a problem
with the messageSource section of the application-context, but what?

My directory structure is:
/src
/src/messages.properties
/src/org/at/Start.java
/resources/application-context.xml




Andrew 

 

RE: [Springframework-rcp-dev] And another question

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

Ronald,

In general you've hit on some important areas of the framework that need to
be developed.  I am particularly interested in incorporating lifecycle
methods that allow you to insert custom logic at appropriate places in the
lifecycle of the rich client app, for example:

1. Before the application is started (for example, allowing you to popup a
login prompt that requires authentication to proceed.)
2. Before the main window is displayed
3. Before the "action bars" are constructed
4. After a window is displayed.
5. After a window is closed, etc.

I've started doing a bit of this work, but the lifecycle has not yet been
appropriately modeled.  I hope to revisit work in this area soon, and
incorporate user authentication back into the petclinic sample integrated
with Acegi security, as it is a very important requirement.

Keith  

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Ronald Haring
Sent: Sunday, June 06, 2004 3:14 PM
To: Spr...@li...
Subject: [Springframework-rcp-dev] And another question

Another one from me, where should I save the state for the entire window 
(for instance the logged in user)?

I thought I would extend ApplicationWindow and add the objects I would 
like to save, but all of the menu's and toolbars and views and windows 
are all private, so when using the following definition

    <bean id="mainWindow" class="some.class.called.MainResourceWindow"
        singleton="false">
        <property name="menuBar">
            <ref bean="mainWindowMenuBar"/>
        </property>
        <property name="toolBar">
            <ref bean="mainWindowToolBar"/>
        </property>
        <property name="user"><ref bean="ronald"/></property>
    </bean>

where MainResourceWindow extends ApplicationWindow, I will get erorrs. 
So should I introduce another state object, or should the properties of 
ApplicationWindow be protected?

Ronald


-------------------------------------------------------
This SF.Net email is sponsored by the new InstallShield X.
>From Windows to Linux, servers to mobile, InstallShield X is the one
installation-authoring solution that does it all. Learn more and
evaluate today! http://www.installshield.com/Dev2Dev/0504
_______________________________________________
Springframework-rcp-dev mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev

[Springframework-rcp-dev] Dumb Question

[Andrew T. <and...@ds...>]

Obviously this will be a dumb question, but I can't get the
message.properties file to be read, which causes the application NOT to
load - error about label required.
Now, I have my messages.properties file in the src directory 
My application-context.xml has:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN"
"http://www.springframework.org/dtd/spring-beans.dtd">

<beans>
	<bean id="application"
  	    class="org.springframework.rcp.application.Application">
  	  <constructor-arg index="0">
  	      <ref bean="applicationInfo"/>
  	  </constructor-arg>
  	</bean>

  	<bean id="applicationInfo"
class="org.springframework.rcp.application.ApplicationInfo">
  		<property name="version"><value>1.0</value></property>
	  	<property name="buildId"><value>20040530001</value></property>
  	</bean>

	<bean  id="messageSource" 
  	   
class="org.springframework.context.support.ResourceBundleMessageSource">
  	  <property name="basenames">
  	  	<list>
  	  		<value>messages</value>
  	  	</list>
  	  </property>
  	</bean>
</beans>

My messages.properties file has:
applicationInfo.title=Test Application
applicationInfo.caption=Test Application Caption, Spring RCP
applicationInfo.description=Test Spring RCP

And what happens is that the two properties in the application exist
fine, but the properties from messages.properties does not - obviously a
problem with the messageSource section of the application-context, but
what?

My directory structure is:
/src
/src/messages.properties
/src/org/at/Start.java
/resources/application-context.xml


Andrew

[Springframework-rcp-dev] And another question

[Ronald H. <em...@ro...>]

Another one from me, where should I save the state for the entire window 
(for instance the logged in user)?

I thought I would extend ApplicationWindow and add the objects I would 
like to save, but all of the menu's and toolbars and views and windows 
are all private, so when using the following definition

    <bean id="mainWindow" class="some.class.called.MainResourceWindow"
        singleton="false">
        <property name="menuBar">
            <ref bean="mainWindowMenuBar"/>
        </property>
        <property name="toolBar">
            <ref bean="mainWindowToolBar"/>
        </property>
        <property name="user"><ref bean="ronald"/></property>
    </bean>

where MainResourceWindow extends ApplicationWindow, I will get erorrs. 
So should I introduce another state object, or should the properties of 
ApplicationWindow be protected?

Ronald

[Springframework-rcp-dev] Question, how to start with a login modal dialog?

[Ronald H. <em...@ro...>]

Hi Keith (or someone else who could tell me the answer),

How do I start with a login modal dialog as first screen in the 
spring-rcp? I would like to have the splash screen available during 
start up (reading of the context files), and then the main window should 
be visible, but with a login dialog as first component. The user 
shouldnt be able to press anything else untill he/she is successfully 
logged in.

Thx in advance
Ronald

Re: [Springframework-rcp-dev] Binder bug when no reporter is used.

[Ronald H. <ro...@co...>]

Keith, for this fix to work, the DefaultBeanBinder should be fixed as 
well, as stated in my first email about this subject.
Otherwise the formatter will not put the values in the textfield (if I 
understand it correctly).

Ronald

Keith Donald wrote:

>Ronald,
>
>Good catch.  I incorporated the fix and will be going back to add in test
>cases for the bean binder stuff ASAP.
>
>Keith
>
>-----Original Message-----
>From: spr...@li...
>[mailto:spr...@li...] On Behalf Of
>Ronald Haring
>Sent: Friday, June 04, 2004 8:34 AM
>To: spr...@li...
>Subject: Re: [Springframework-rcp-dev] Binder bug when no reporter is used.
>
>Small correction on everything works as intended...
>I had changed the
>org.springframework.rcp.validation.FormattedTextFieldBinder.PropertyChange
>to check if reporter was null, so
>
>    public void propertyChange(PropertyChangeEvent e) {
>        if (e.getPropertyName().equals("value")) {
>            if (e.getOldValue() == null) {
>                // before typing, skip
>                //@TODO this might not work in all cases
>                return;
>            }
>            SetProperty setter = new SetProperty(bean);
>            setter.run(propertyName, e.getNewValue());
>
>	    // roha: its possible to have a formattedTextField without a
>reporter, so add null check
>            // if (constraint != null) {
>            if (constraint != null && reporter != null) {
>                PropertyResults results = collector
>                        .collectPropertyResults(constraint);
>                if (results != null) {
>                    reporter.invalid(constraint, results);
>                }
>                else {
>                    reporter.valid(constraint);
>                }
>            }
>        }
>    }
>
>
>  
>
>>Hi Keith,
>>
>>I am working from your sample application, and I created a small change
>>in the sample, by changing the OwnerGeneralPanel to the following:
>>// JTextField lastNameField = binder().bind("lastName", reporter());
>>JTextField lastNameField = binder().bind("lastName");
>>
>>When I debug the newOwner in NewOwnerWizard, the lastname isnt filled
>>anymore. It seems like the propertyChangeEvent doesnt get fired anymore
>>if you dont use a binder. I dont think that this is intended.
>>
>>When debugging org.springframework.rcp.validation.DefaultBeanBinder, and
>>changed the following lines, it works as intended (or as I think it
>>should be intended :)
>>
>>//            if (reporter != null && rules != null) {
>>                DefaultFormatter formatter = (DefaultFormatter)field
>>                        .getFormatter();
>>                formatter.setCommitsOnValidEdit(true);
>>//            }
>>
>>Again, I am no expert on swing, but turning of this if-condition, doesnt
>>seem to effect the program.
>>
>>Also when adding another new owner, the finish button is already
>>enabled. Maybe the state should be changed back after a successfull
>>onFinish or onCancel?
>>
>>Cheers
>>Ronald
>>
>>
>>
>>
>>-------------------------------------------------------
>>This SF.Net email is sponsored by the new InstallShield X.
>>>From Windows to Linux, servers to mobile, InstallShield X is the one
>>installation-authoring solution that does it all. Learn more and
>>evaluate today! http://www.installshield.com/Dev2Dev/0504
>>_______________________________________________
>>Springframework-rcp-dev mailing list
>>Spr...@li...
>>https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev
>>    
>>
>
>
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by the new InstallShield X.
>>From Windows to Linux, servers to mobile, InstallShield X is the one
>installation-authoring solution that does it all. Learn more and
>evaluate today! http://www.installshield.com/Dev2Dev/0504
>_______________________________________________
>Springframework-rcp-dev mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev
>
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by the new InstallShield X.
>>From Windows to Linux, servers to mobile, InstallShield X is the one
>installation-authoring solution that does it all. Learn more and
>evaluate today! http://www.installshield.com/Dev2Dev/0504
>_______________________________________________
>Springframework-rcp-dev mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev
>  
>

[Springframework-rcp-dev] Re: Missing stuff?

[Maury H. <m.h...@sh...>]

Nevermind, I had forgotten to do the 'sandboxjar' build in the spring tree.


Maury...

[Springframework-rcp-dev] Stuff missing from spring?

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

I tried to do a fresh CVS checkout and rebuild of spring and spring-rcp 
this morning.  The 'alljars' build of spring failed because the class 
BatchSqlUpdate doesn't exist (referenced in 
org.springframework.jdbc.object.RdbmsOperation).  I tried to get around 
it by commenting out the offending statement, and then it was able to 
complete.

However, when doing the 'alljars' build in spring-rcp, I ran into all 
kinds of difficulty, with the build unable to find classes like 
'org.springframework.util.Assert', 
'org.springframework.util.ToStringBuilder', 
'org.springframework.rules.DefaultRulesSource', and 
'org.springframework.rules.Function' (to name a few).

Did I miss a download/build step somewhere, or is the current CVS not up 
to date?


Thanks... Maury.

Re: [Springframework-rcp-dev] Possible bug

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

Thanks!  I also want to say that I've been constructing a new rich client app 
with spring-rcp over the last two weeks and have been quite impressed with 
the framework so far.  Thanks for all you've done.
BTW, I've also given up on SwiXML integration for the moment.  SwiXML is not 
too friendly to modification without going in and patching the source.  
SwiXML also happens to be very small and light, so if you end up patching the 
source too much, you might as well rewrite the whole thing.  Someone in the 
spring-users list mentioned a technique they are using to integrate SwiXML 
with Spring that sounds promising for some cases, though it wouldn't work 
with what I'm doing.  (not to mention that I also had deadlines to meet and 
just ran out of time).  For now, I'm taking the approach that you mentioned, 
in that I am creating higher level (somewhat) abstract components that are 
easily configured via Spring.  Now, if I can just wire event listeners via 
Spring, everything will be great. :-)

  - Andy

On Friday 04 June 2004 04:25 pm, Keith Donald wrote:
> Andy,
>
> That is indeed a bug.  I just committed a fix.
>

RE: [Springframework-rcp-dev] Possible bug

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

Andy,

That is indeed a bug.  I just committed a fix.

By default, the ToolBar contribution item manager, acting as a factory for
toolbar buttons, will configure the buttons to only have text if the
configured icon is null.  This is generally what you want; however, the
createToolBarButton() method was still trying to set the text's mnemonic
even when there was an icon set, resulting in the index out of bounds
exception.

I changed it to only set the mnemonic if the text is configured on the
button, which only happens when the action's icon is null.

Keith 

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Andy Depue
Sent: Thursday, June 03, 2004 2:03 PM
To: spr...@li...
Subject: [Springframework-rcp-dev] Possible bug

I'm not sure if this is a bug, or if I am just using spring-rcp wrong, but
it 
appears that if you place a DefaultVisualAction that defines an icon and a 
Mnemonic on a toolbar you will get an IllegalArgumentException.  In my case,

I used a DefaultVisualAction in my spring xml and the 
ApplicationObjectConfigurer to actually set the icon and text.  I'm not sure

yet exactly which one of my visual actions is causing the error, I'm
assuming 
it is the first one encountered.  Here is the definition:

  <bean
    id="editAction"
    class="org.springframework.rcp.action.DefaultVisualAction">
    
  </bean>
  
Here are the appropriate lines from my resource .properties files:

editAction.label=Ed&it Entity...@ctrl E
editAction.caption=Edits the currently selected entity

editAction.icon=misc/edtsrclkup_co.gif

Here is the stack trace from the error:
Exception in thread "main" java.lang.IllegalArgumentException: index == 2
	at 
javax.swing.AbstractButton.setDisplayedMnemonicIndex(AbstractButton.java:145
0)
	at 
org.springframework.rcp.action.AbstractVisualAction.createToolBarButton(Abst
ractVisualAction.java:196)
	at 
org.springframework.rcp.action.contribution.ActionContributionItem.createToo
lBarControl(ActionContributionItem.java:55)
	at 
org.springframework.rcp.action.contribution.ToolBar.update(ToolBar.java:71)
	at 
org.springframework.rcp.action.contribution.ToolBar.createToolBar(ToolBar.ja
va:49)
	at 
org.springframework.rcp.action.contribution.ToolBar.getControl(ToolBar.java:
40)
	at 
org.springframework.rcp.application.ApplicationWindow.buildToolBarPanel(Appl
icationWindow.java:171)
	at 
org.springframework.rcp.application.ApplicationWindow.createWindowControl(Ap
plicationWindow.java:153)
	at 
org.springframework.rcp.application.ApplicationWindow.openPage(ApplicationWi
ndow.java:127)
	at 
org.springframework.rcp.application.Application.openMainConsoleWindow(Applic
ation.java:372)
  ...


-------------------------------------------------------
This SF.Net email is sponsored by the new InstallShield X.
>From Windows to Linux, servers to mobile, InstallShield X is the one
installation-authoring solution that does it all. Learn more and
evaluate today! http://www.installshield.com/Dev2Dev/0504
_______________________________________________
Springframework-rcp-dev mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev

RE: [Springframework-rcp-dev] Binder bug when no reporter is used.

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

Ronald,

Good catch.  I incorporated the fix and will be going back to add in test
cases for the bean binder stuff ASAP.

Keith

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Ronald Haring
Sent: Friday, June 04, 2004 8:34 AM
To: spr...@li...
Subject: Re: [Springframework-rcp-dev] Binder bug when no reporter is used.

Small correction on everything works as intended...
I had changed the
org.springframework.rcp.validation.FormattedTextFieldBinder.PropertyChange
to check if reporter was null, so

    public void propertyChange(PropertyChangeEvent e) {
        if (e.getPropertyName().equals("value")) {
            if (e.getOldValue() == null) {
                // before typing, skip
                //@TODO this might not work in all cases
                return;
            }
            SetProperty setter = new SetProperty(bean);
            setter.run(propertyName, e.getNewValue());

	    // roha: its possible to have a formattedTextField without a
reporter, so add null check
            // if (constraint != null) {
            if (constraint != null && reporter != null) {
                PropertyResults results = collector
                        .collectPropertyResults(constraint);
                if (results != null) {
                    reporter.invalid(constraint, results);
                }
                else {
                    reporter.valid(constraint);
                }
            }
        }
    }


> Hi Keith,
>
> I am working from your sample application, and I created a small change
> in the sample, by changing the OwnerGeneralPanel to the following:
> // JTextField lastNameField = binder().bind("lastName", reporter());
> JTextField lastNameField = binder().bind("lastName");
>
> When I debug the newOwner in NewOwnerWizard, the lastname isnt filled
> anymore. It seems like the propertyChangeEvent doesnt get fired anymore
> if you dont use a binder. I dont think that this is intended.
>
> When debugging org.springframework.rcp.validation.DefaultBeanBinder, and
> changed the following lines, it works as intended (or as I think it
> should be intended :)
>
> //            if (reporter != null && rules != null) {
>                 DefaultFormatter formatter = (DefaultFormatter)field
>                         .getFormatter();
>                 formatter.setCommitsOnValidEdit(true);
> //            }
>
> Again, I am no expert on swing, but turning of this if-condition, doesnt
> seem to effect the program.
>
> Also when adding another new owner, the finish button is already
> enabled. Maybe the state should be changed back after a successfull
> onFinish or onCancel?
>
> Cheers
> Ronald
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by the new InstallShield X.
>>From Windows to Linux, servers to mobile, InstallShield X is the one
> installation-authoring solution that does it all. Learn more and
> evaluate today! http://www.installshield.com/Dev2Dev/0504
> _______________________________________________
> Springframework-rcp-dev mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev





-------------------------------------------------------
This SF.Net email is sponsored by the new InstallShield X.
>From Windows to Linux, servers to mobile, InstallShield X is the one
installation-authoring solution that does it all. Learn more and
evaluate today! http://www.installshield.com/Dev2Dev/0504
_______________________________________________
Springframework-rcp-dev mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev

RE: [Springframework-rcp-dev] Beans

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

Andy,

That's a good point.  I already have SetProperty and GetProperty function
objects that abstract away a particular access implementation.  I'll create
an enhancement in JIRA to make the bean binder configurable with different
process access strategies.

Keith

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Andy Depue
Sent: Thursday, June 03, 2004 4:49 PM
To: spr...@li...
Subject: [Springframework-rcp-dev] Beans

I've noticed quite a bit of support in spring-rcp for JavaBeans and
properties 
(binding things to a property, setting up input rules for a property, etc).

This is great.  However, there are times when we work at a more "meta" level

than JavaBeans in a UI.  For example, some people use Maps of name/value 
pairs instead of JavaBeans, others might use DynaBeans (from Apache), and 
others might use service data objects, where you retreive property values
via 
get(propertyName) or set(propertyName, value) calls.  I believe it would be 
worth it to keep spring-rcp bean/property access generic enough that it
could 
be used with any kind of "object with properties" concept, and not tied to 
JavaBeans alone.  It could be something as simple as some sort of 
"PropertyAccessor" interface with a default  JavaBeans implementation.

Thoughts or comments?


-------------------------------------------------------
This SF.Net email is sponsored by the new InstallShield X.
>From Windows to Linux, servers to mobile, InstallShield X is the one
installation-authoring solution that does it all. Learn more and
evaluate today! http://www.installshield.com/Dev2Dev/0504
_______________________________________________
Springframework-rcp-dev mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev

Re: [Springframework-rcp-dev] Binder bug when no reporter is used.

[Ronald H. <rh...@co...>]

Small correction on everything works as intended...
I had changed the
org.springframework.rcp.validation.FormattedTextFieldBinder.PropertyChange
to check if reporter was null, so

    public void propertyChange(PropertyChangeEvent e) {
        if (e.getPropertyName().equals("value")) {
            if (e.getOldValue() == null) {
                // before typing, skip
                //@TODO this might not work in all cases
                return;
            }
            SetProperty setter = new SetProperty(bean);
            setter.run(propertyName, e.getNewValue());

	    // roha: its possible to have a formattedTextField without a
reporter, so add null check
            // if (constraint != null) {
            if (constraint != null && reporter != null) {
                PropertyResults results = collector
                        .collectPropertyResults(constraint);
                if (results != null) {
                    reporter.invalid(constraint, results);
                }
                else {
                    reporter.valid(constraint);
                }
            }
        }
    }


> Hi Keith,
>
> I am working from your sample application, and I created a small change
> in the sample, by changing the OwnerGeneralPanel to the following:
> // JTextField lastNameField = binder().bind("lastName", reporter());
> JTextField lastNameField = binder().bind("lastName");
>
> When I debug the newOwner in NewOwnerWizard, the lastname isnt filled
> anymore. It seems like the propertyChangeEvent doesnt get fired anymore
> if you dont use a binder. I dont think that this is intended.
>
> When debugging org.springframework.rcp.validation.DefaultBeanBinder, and
> changed the following lines, it works as intended (or as I think it
> should be intended :)
>
> //            if (reporter != null && rules != null) {
>                 DefaultFormatter formatter = (DefaultFormatter)field
>                         .getFormatter();
>                 formatter.setCommitsOnValidEdit(true);
> //            }
>
> Again, I am no expert on swing, but turning of this if-condition, doesnt
> seem to effect the program.
>
> Also when adding another new owner, the finish button is already
> enabled. Maybe the state should be changed back after a successfull
> onFinish or onCancel?
>
> Cheers
> Ronald
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by the new InstallShield X.
>>From Windows to Linux, servers to mobile, InstallShield X is the one
> installation-authoring solution that does it all. Learn more and
> evaluate today! http://www.installshield.com/Dev2Dev/0504
> _______________________________________________
> Springframework-rcp-dev mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev

[Springframework-rcp-dev] Binder bug when no reporter is used.

[Ronald H. <rh...@co...>]

Hi Keith,

I am working from your sample application, and I created a small change in
the sample, by changing the OwnerGeneralPanel to the following:
// JTextField lastNameField = binder().bind("lastName", reporter());
JTextField lastNameField = binder().bind("lastName");

When I debug the newOwner in NewOwnerWizard, the lastname isnt filled
anymore. It seems like the propertyChangeEvent doesnt get fired anymore if
you dont use a binder. I dont think that this is intended.

When debugging org.springframework.rcp.validation.DefaultBeanBinder, and
changed the following lines, it works as intended (or as I think it should
be intended :)

//            if (reporter != null && rules != null) {
                DefaultFormatter formatter = (DefaultFormatter)field
                        .getFormatter();
                formatter.setCommitsOnValidEdit(true);
//            }

Again, I am no expert on swing, but turning of this if-condition, doesnt
seem to effect the program.

Also when adding another new owner, the finish button is already enabled.
Maybe the state should be changed back after a successfull onFinish or
onCancel?

Cheers
Ronald

RE: [Springframework-rcp-dev] Beans

[Oliver H. <Ol...@ou...>]

As the stop gap measure, couldn't you extend DataBinder/BindException
/BeanWrapper so that they support binding to Maps or DynaBeans etc?=20

If you override BindException createErrors(Object target, String
objectName) to return an instance of BindException that uses a custom
BeanWrapper suitable for whatever the type you really want to bind to, I
think it should work. I could be quite straight forward, though there is
a lot of "bean" related code in this area so possibly there could be
some nasty surprises.

Oliver


> -----Original Message-----
> From: spr...@li...=20
> [mailto:spr...@li...]=20
> On Behalf Of Andy Depue
> Sent: Friday, 4 June 2004 8:16 AM
> To: spr...@li...
> Subject: Re: [Springframework-rcp-dev] Beans
>=20
>=20
> The use of JavaBeans for configuration is not what I'm=20
> referring to.  I too=20
> would not want to change the way Spring performs=20
> configuration based on=20
> standard JavaBeans.  What I'm referring to is actual GUI=20
> components provided=20
> by the spring-rcp project that make it easy to view and edit JavaBean=20
> properties from within a UI.  For example, spring-rcp=20
> provides a dialog that=20
> allows you to pass in a JavaBean and a property name.  The=20
> input dialog will=20
> then automatically prompt the user for the value of the property and=20
> automatically assign that value to the property on the=20
> JavaBean.  If my GUI=20
> application happens to use some other mechanism for=20
> representing business=20
> data (such as a ResultSet, a service data object, or a Map),=20
> then I can't use=20
> spring-rcp's nifty input dialog anymore.
>=20
>=20
> On Thursday 03 June 2004 02:35 pm, Ronald Haring wrote:
> > I'm not sure if I speak out of line, but the complete basis of the=20
> > spring framework is build around javabeans, so that would=20
> explain why=20
> > there are no dynabeans involved, and frankly, I dont think=20
> we need it.=20
> > The spring is used mostly to configure things and with most=20
> configure=20
> > properties, you are pretty sure what their names will be.=20
> Where would=20
> > you want to use the javabeans for in the spring-rcp using=20
> maps? Btw,=20
> > you can fill maps by using <bean id=3D"whatever"=20
> > class=3D"mybean.with.maps">
> >     <property name=3D'theMap">
> >           <props>
> >                 <property key=3D"someKey">somevalue</property>
> >                 <property key=3D"anotherKey">anothervalue</property>
> >           </props>
> >       </property>
> > </bean>
> >
> > Cheers
> > Ronald
> >
> > Andy Depue wrote:
> > >I've noticed quite a bit of support in spring-rcp for=20
> JavaBeans and =20
> > >properties (binding things to a property, setting up input=20
> rules for=20
> > >a  property, etc). This is great.  However, there are=20
> times when we=20
> > >work at  a more "meta" level than JavaBeans in a UI.  For example,=20
> > >some people use  Maps of name/value pairs instead of JavaBeans,=20
> > >others might use DynaBeans  (from Apache), and others might use=20
> > >service data objects, where you  retreive property values via=20
> > >get(propertyName) or set(propertyName,
> > > value) calls.  I believe it would be worth it to keep spring-rcp
> > > bean/property access generic enough that it could be used=20
> with any kind
> > > of "object with properties" concept, and not tied to=20
> JavaBeans alone.  It
> > > could be something as simple as some sort of=20
> "PropertyAccessor" interface
> > > with a default  JavaBeans implementation.
> > >
> > >Thoughts or comments?
> > >
> > >
> > >-------------------------------------------------------
> > >This SF.Net email is sponsored by the new InstallShield X.
> > >
> > >>From Windows to Linux, servers to mobile, InstallShield X=20
> is the one
> > >
> > >installation-authoring solution that does it all. Learn more and=20
> > >evaluate today! http://www.installshield.com/Dev2Dev/0504
> > >_______________________________________________
> > >Springframework-rcp-dev mailing list=20
> > >Spr...@li...
> >=20
> >>
https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by the new InstallShield X. From=20
> > Windows to Linux, servers to mobile, InstallShield X is the one=20
> > installation-authoring solution that does it all. Learn more and=20
> > evaluate today! http://www.installshield.com/Dev2Dev/0504
> > _______________________________________________
> > Springframework-rcp-dev mailing list=20
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by the new InstallShield X.
> From Windows to Linux, servers to mobile, InstallShield X is=20
> the one installation-authoring solution that does it all.=20
> Learn more and evaluate today!=20
> http://www.installshield.com/Dev2Dev/0504
>=20
> _______________________________________________
> Springframework-rcp-dev mailing list=20
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev
>=20

Re: [Springframework-rcp-dev] Beans

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

The use of JavaBeans for configuration is not what I'm referring to.  I too 
would not want to change the way Spring performs configuration based on 
standard JavaBeans.  What I'm referring to is actual GUI components provided 
by the spring-rcp project that make it easy to view and edit JavaBean 
properties from within a UI.  For example, spring-rcp provides a dialog that 
allows you to pass in a JavaBean and a property name.  The input dialog will 
then automatically prompt the user for the value of the property and 
automatically assign that value to the property on the JavaBean.  If my GUI 
application happens to use some other mechanism for representing business 
data (such as a ResultSet, a service data object, or a Map), then I can't use 
spring-rcp's nifty input dialog anymore.


On Thursday 03 June 2004 02:35 pm, Ronald Haring wrote:
> I'm not sure if I speak out of line, but the complete basis of the
> spring framework is build around javabeans, so that would explain why
> there are no dynabeans involved, and frankly, I dont think we need it.
> The spring is used mostly to configure things and with most configure
> properties, you are pretty sure what their names will be. Where would
> you want to use the javabeans for in the spring-rcp using maps? Btw, you
> can fill maps by using
> <bean id="whatever" class="mybean.with.maps">
>     <property name='theMap">
>           <props>
>                 <property key="someKey">somevalue</property>
>                 <property key="anotherKey">anothervalue</property>
>           </props>
>       </property>
> </bean>
>
> Cheers
> Ronald
>
> Andy Depue wrote:
> >I've noticed quite a bit of support in spring-rcp for JavaBeans and
> > properties (binding things to a property, setting up input rules for a
> > property, etc). This is great.  However, there are times when we work at
> > a more "meta" level than JavaBeans in a UI.  For example, some people use
> > Maps of name/value pairs instead of JavaBeans, others might use DynaBeans
> > (from Apache), and others might use service data objects, where you
> > retreive property values via get(propertyName) or set(propertyName,
> > value) calls.  I believe it would be worth it to keep spring-rcp
> > bean/property access generic enough that it could be used with any kind
> > of "object with properties" concept, and not tied to JavaBeans alone.  It
> > could be something as simple as some sort of "PropertyAccessor" interface
> > with a default  JavaBeans implementation.
> >
> >Thoughts or comments?
> >
> >
> >-------------------------------------------------------
> >This SF.Net email is sponsored by the new InstallShield X.
> >
> >>From Windows to Linux, servers to mobile, InstallShield X is the one
> >
> >installation-authoring solution that does it all. Learn more and
> >evaluate today! http://www.installshield.com/Dev2Dev/0504
> >_______________________________________________
> >Springframework-rcp-dev mailing list
> >Spr...@li...
> >https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev
>
> -------------------------------------------------------
> This SF.Net email is sponsored by the new InstallShield X.
> From Windows to Linux, servers to mobile, InstallShield X is the one
> installation-authoring solution that does it all. Learn more and
> evaluate today! http://www.installshield.com/Dev2Dev/0504
> _______________________________________________
> Springframework-rcp-dev mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev

Re: [Springframework-rcp-dev] Beans

[Ronald H. <ro...@co...>]

I'm not sure if I speak out of line, but the complete basis of the 
spring framework is build around javabeans, so that would explain why 
there are no dynabeans involved, and frankly, I dont think we need it. 
The spring is used mostly to configure things and with most configure 
properties, you are pretty sure what their names will be. Where would 
you want to use the javabeans for in the spring-rcp using maps? Btw, you 
can fill maps by using
<bean id="whatever" class="mybean.with.maps">
    <property name='theMap">
          <props>
                <property key="someKey">somevalue</property>
                <property key="anotherKey">anothervalue</property>
          </props>
      </property>
</bean>

Cheers
Ronald

Andy Depue wrote:

>I've noticed quite a bit of support in spring-rcp for JavaBeans and properties 
>(binding things to a property, setting up input rules for a property, etc).  
>This is great.  However, there are times when we work at a more "meta" level 
>than JavaBeans in a UI.  For example, some people use Maps of name/value 
>pairs instead of JavaBeans, others might use DynaBeans (from Apache), and 
>others might use service data objects, where you retreive property values via 
>get(propertyName) or set(propertyName, value) calls.  I believe it would be 
>worth it to keep spring-rcp bean/property access generic enough that it could 
>be used with any kind of "object with properties" concept, and not tied to 
>JavaBeans alone.  It could be something as simple as some sort of 
>"PropertyAccessor" interface with a default  JavaBeans implementation.
>
>Thoughts or comments?
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by the new InstallShield X.
>>From Windows to Linux, servers to mobile, InstallShield X is the one
>installation-authoring solution that does it all. Learn more and
>evaluate today! http://www.installshield.com/Dev2Dev/0504
>_______________________________________________
>Springframework-rcp-dev mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev
>  
>

[Springframework-rcp-dev] Beans

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

I've noticed quite a bit of support in spring-rcp for JavaBeans and properties 
(binding things to a property, setting up input rules for a property, etc).  
This is great.  However, there are times when we work at a more "meta" level 
than JavaBeans in a UI.  For example, some people use Maps of name/value 
pairs instead of JavaBeans, others might use DynaBeans (from Apache), and 
others might use service data objects, where you retreive property values via 
get(propertyName) or set(propertyName, value) calls.  I believe it would be 
worth it to keep spring-rcp bean/property access generic enough that it could 
be used with any kind of "object with properties" concept, and not tied to 
JavaBeans alone.  It could be something as simple as some sort of 
"PropertyAccessor" interface with a default  JavaBeans implementation.

Thoughts or comments?

[Springframework-rcp-dev] Possible bug

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

I'm not sure if this is a bug, or if I am just using spring-rcp wrong, but it 
appears that if you place a DefaultVisualAction that defines an icon and a 
Mnemonic on a toolbar you will get an IllegalArgumentException.  In my case, 
I used a DefaultVisualAction in my spring xml and the 
ApplicationObjectConfigurer to actually set the icon and text.  I'm not sure 
yet exactly which one of my visual actions is causing the error, I'm assuming 
it is the first one encountered.  Here is the definition:

  <bean
    id="editAction"
    class="org.springframework.rcp.action.DefaultVisualAction">
    
  </bean>
  
Here are the appropriate lines from my resource .properties files:

editAction.label=Ed&it Entity...@ctrl E
editAction.caption=Edits the currently selected entity

editAction.icon=misc/edtsrclkup_co.gif

Here is the stack trace from the error:
Exception in thread "main" java.lang.IllegalArgumentException: index == 2
	at 
javax.swing.AbstractButton.setDisplayedMnemonicIndex(AbstractButton.java:1450)
	at 
org.springframework.rcp.action.AbstractVisualAction.createToolBarButton(AbstractVisualAction.java:196)
	at 
org.springframework.rcp.action.contribution.ActionContributionItem.createToolBarControl(ActionContributionItem.java:55)
	at 
org.springframework.rcp.action.contribution.ToolBar.update(ToolBar.java:71)
	at 
org.springframework.rcp.action.contribution.ToolBar.createToolBar(ToolBar.java:49)
	at 
org.springframework.rcp.action.contribution.ToolBar.getControl(ToolBar.java:40)
	at 
org.springframework.rcp.application.ApplicationWindow.buildToolBarPanel(ApplicationWindow.java:171)
	at 
org.springframework.rcp.application.ApplicationWindow.createWindowControl(ApplicationWindow.java:153)
	at 
org.springframework.rcp.application.ApplicationWindow.openPage(ApplicationWindow.java:127)
	at 
org.springframework.rcp.application.Application.openMainConsoleWindow(Application.java:372)
  ...

[Springframework-rcp-dev] Plug-in Capability?

[Shields, J. (HQP) <Joh...@rh...>]

Hello,

We are working on a Swing application to access web services. We are
currently planning on implementing a plug-in functionality using OSGI.

Are there any plans to incorporate plug-in type functionality into
Spring-RCP? OSGI support?

If not, do you envision an elegant solution to provide plug-ins to
Spring-RCP?

Thanks!

John

RE: [Springframework-rcp-dev] Samples

[Andrew - D. <at....@ds...>]

Hi,
I update the spring-rcp project from within eclipse, but it appears to
be missing the test directory?
Perhaps this is an eclipse error, not your project, but have you seen it
before??


Missing required source folder: 'spring-rcp/samples/petclinic/test'.


Andrew


On Sun, 2004-05-30 at 20:05, Keith Donald wrote:

> Samples will likely be in tomorrow night.
> 
>  
> 
> Keith
> 
>  
> 
>                                    
> ______________________________________________________________________
> 
> From:spr...@li...
> [mailto:spr...@li...] On Behalf
> Of Andrew (Development)
> Sent: Sunday, May 30, 2004 2:56 PM
> To: Spring Framework Rich Client Platform
> Subject: [Springframework-rcp-dev] Samples
> 
> 
>  
> 
> Hi,
> Checking if there is anything about the samples yet :)
> Been investigating a bit, but I'm still quite lost trying to get a
> small app running!
> 
> 
> 
> 
> Andrew - Development
> 
> 
> mailto:at....@ds...
> 
>  

[Springframework-rcp-dev] petclinic rich client sample application

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

Our in-development, swing-based rich client framework (spring-rcp) now has
its first sample app!

 

The application is a Pet Clinic; in fact, it works with the original Pet
Clinic-Web's domain layer directly.   Right now it is just a start and very
basic, but it does illustrate the foundation APIs in play, as well as the
configuration metadata needed to layout the GUI.  I will continue to enhance
the sample to more accurately mirror the PetClinic-Web use cases,
particularly to illustrate new rich-client concepts, advantages, and
features as they are introduced. 

 

Specifically, here is a feature highlights breakdown:

 

-          An application splash screen, configurable in a Spring
application context.



-          Centralized action definitions, as well as action contribution
policies to menus and toolbars are configurable in a Spring application
context.  Locale-specific properties, such as labels, mnemonics,
accelerators, and icons are pulled from Spring message / image sources.  The
visual representation of an action is clearly separated from the functional
command object; support for dynamic, context-sensitive commands is provided.

 

-          Page and view definition is configurable via a Spring application
context.  The framework handles loading application views and laying them
out on the application page, registering local action handlers with global
actions when a particular view is activated.

 

-          A wizard framework that makes it easy to build step-by-step input
forms supporting a use case.  The use of the template method pattern
captures wizard workflow in super-classes, similar to Spring's Web-MVC
framework, substantially reducing the amount of code you have to write.

 

-          A rich as-you-type validation framework built on the
in-development declarative validation API (which is based on interfaces.)
Validation rules can be declared external to the code and associated with
bean properties.  Bean binders handle binding text field input to the
backing domain objects automatically, testing defined validation rules on
user input.  Sophisticated validation reporters are capable of reporting on
rule violations with zero coding required - just define the rules and the
message resources used for display.

 

-          Integration with jgoodies-forms for creating and laying out
professional looking forms quickly.  We provide an enhanced component
factory API as well as a simplified, interface-based abstraction around
JGoodies form builders.

 

-          Leverage of Spring's core infrastructure where it makes sense.
For example, the framework makes heavy use of the beans infrastructure as
well as the bean factory hooks.  For example, the "application object
configurer" bean post processor substantially reduces the amount of
configuration information you need to specify to configure labeled objects
consistently in the GUI (treating configuration as a separate concern.)  In
general, we want to find creative new ways to leverage the core.

 

To launch the application, you'll need to do the following:

 

1.	If you're using Eclipse and have already checked out spring and
spring-rcp as projects, just run the "PetClinic.java" class in
org.springframework.rcp.samples.PetClinic as a Java Application.

 

Or, from ant:

 

You'll need both spring and spring-rcp checked out from CVS at the same
directory level.

 

1.	Build spring.jar - "build alljars" from spring's root module
directory.
2.	Build spring-sandbox.jar - "build sandboxjar" from spring's root
module directory.
3.	Build spring's Pet Clinic Web - "build build" from spring's
petclinic sample root directory (spring/samples/petclinic)
4.	Build spring-rcp.jar - "build alljars" from spring-rcp's root module
directory.
5.	Launch PetClinic Rich Client - "build run" from the pet clinic rich
client sample root directory (spring-rcp/samples/petclinic)

 

You'll know when things are working when you see the splash screen appear,
followed by the main application window.

 

I certainly want to make the app web-startable ASAP.  If anyone would like
to help with this, let me know!



Some stats:

 

-          So far the simple sample app is about 400 lines of UI and
Controller code total; pretty good I think given swing apps have a bad
reputation for generating tons of code.  And much of that code is simple,
concise stuff (each file on average has about 100 lines); like setter
definitions for configuration, or hook-methods that do one thing.  Although,
I'm sure we can still do better. I'm always looking for ways to reduce LoC.

 

As always, we very much value and encourage your feedback!  The framework
still has some way to go for release candidate form, but this is a definite
milestone for us!  I appreciate the patience of those who've been waiting
for a sample!

 

Sincere regards,

Keith

RE: [Springframework-rcp-dev] Samples

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

Ben,

I'll see what I can do.  Tonight I am having dinner with some friends but I
will be picking up development in a few hours and continuing tomorrow (in
general this is a work weekend for me as my wife is out of town ;))

Yes, we like JGoodies forms.  That's interesting you're using their Swing
Suite.  Our framework does overlap in some areas with it (for example, we
provide a validation framework built on the new declarative validation API,
which includes as-you-type validation and typing hints.)  Since I haven't
licensed it, I haven't tried integrating what it provides with our work.  In
general, though, I can tell you we're trying hard to base the framework on
interfaces as much as possible; creating appropriate abstractions that
isolate dependencies on particular rich client tools where it make sense
(similar to what Spring does now.)

Let me see if I can address each of your goals:

- We haven't yet introduced the concept of Editors yet; that is, to say
Editors in the sense of the Eclipse usage of the word.

However, we do have views, and we have the capability to define view
definitions in a Spring application context, associate them with a page
template, and have the user switch active views within the application.
Most of my domain object editing has been done using wizards, forms (just
standard panels), properties dialogs, etc.  So for example, an "Object
Manager" view may allow navigation through a hierarchy of domain objects,
renaming, deleting, creating new ones, editing existing ones, etc.  A
"Properties" dialog might use our template-method style ApplicationDialog
abstractions for display and likely JGoodies forms to layout a form, and we
have a control-to-bean binding infrastructure in place that handles updating
and validating bean properties for you automatically.  A "New Object" wizard
may guide the user through pages laying out forms for creating a new object;
we have all that now.

Our view management provides the capability to track the active view in the
application, and to automatically register local action handlers with global
visual actions.  So in my sample app I am to be committing there are two
views, and when you switch between them, local handlers for global actions
such as "Delete" and "Properties" are registered appropriately.  This
ensures the global action is updated with the appropriate handler in every
place it is rendered in the GUI (toolbar, menubar, popup menu, etc.) (and we
have support for context sensitive handlers for tracking enabled/disabled
state dynamically.)

-  Our action framework supports spring application context definition of
actions, as well as action contribution policies to menus and toolbars.
This means you conveniently define an action's text, icons, mnemonic,
mnemonic index, and accelerator external to java code (and localization of
action properties is supported using a spring message source and spring-rcp
image source.)

- Views are currently NOT dockable in different areas within a page, and
currently we only support one view per page (in general this part of the
framework is quite new.)  But our goal is we want to support multiple views,
dockable and stackable on various places on a page, a rich API for
expressing a page template (think Eclipse perspective), and we want to look
at integrating with existing open source docking frameworks.  But we don't
have such capability yet.

- I have not yet had to address customization of the GUI based on the
current user and their roles, so no support for that yet.  I will likely
need this someday, myself, and am looking forward to using Ascegi in my
desktop apps in the future... 

I'd be interested in learning more about what a JGoodies "Editor" offer in
terms of functionality to see if we also should look at creating such an
abstraction.

Thanks for the great description of what you need.  I definitely think our
goals align.  To sum it up, I just want a quality framework that makes it
easy to build desktop apps built on Swing.  I'll try to get that sample app
together ASAP so you can make a better assessment of what we have today.

Keith


 

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Ben Alex
Sent: Sunday, May 30, 2004 8:19 PM
To: spr...@li...
Subject: RE: [Springframework-rcp-dev] Samples

Hi Keith

Any chance of checking the samples in earlier, or point me in the direction
of the foundation classes and Spring XML fragments to use? I am extremely
keen to participate, as the GUI is the next step of our current project.

To give some background, Acegi Technology is a licensee of JGoodies' Swing
Suite. I noticed you're using JGoodies' Forms project, which is great. Will
JGoodies Looks (https://looks.dev.java.net/) also become part of spring-rcp?

For our current project's GUI, we're trying to meet the user simplicity and
development extensibility goals. Prior to spring-rcp, we were going to use
JGoodies' Swing Suite to build an Eclipse-like system with Spring as its
foundation:

- Editors edit domain objects, using JGoodies Forms, validation framework
etc

- Views provide information in a non-edit fashion, but permit create,
rename, delete of domain objects, and opening of editors

- Views are dockable in different panels

- Menus, views and editors and so on are defined by plugins in a Spring
ApplicationContext

- Menus etc can be customised or disabled based on security entitlements and
licensing entitlements

- Reasonable architecture so those of us using commercial look and feels,
validation frameworks etc (like JGoodies Swing Suite) can use them without
causing issues or loss of functionality for those who haven't licensed them

How aligned is spring-rcp's goals/direction/status with the above?

I'm looking forward to participating.

Best regards
Ben
 
________________________________

	From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Keith Donald
	Sent: Monday, 31 May 2004 5:05 AM
	To: spr...@li...
	Subject: RE: [Springframework-rcp-dev] Samples
	
	

	Samples will likely be in tomorrow night.

	 

	Keith

	 

	________________________________

		From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Andrew (Development)
	Sent: Sunday, May 30, 2004 2:56 PM
	To: Spring Framework Rich Client Platform
	Subject: [Springframework-rcp-dev] Samples

	 

	Hi,
	Checking if there is anything about the samples yet :)
	Been investigating a bit, but I'm still quite lost trying to get a
small app running!
	
	

	
	Andrew - Development 

	mailto:at....@ds...
		

	 




-------------------------------------------------------
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.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Springframework-rcp-dev mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev