springframework-rcp-dev — Spring Rich Client developer list

[Springframework-rcp-dev] [Spring-JIRA] Closed: (RCP-479) Refactor Message to interface

[Jan H. (JIRA) <no...@at...>]

     [ http://opensource.atlassian.com/projects/spring/browse/RCP-479?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jan Hoskens closed RCP-479.
---------------------------

       Resolution: Fixed
    Fix Version/s: 0.3.0

fixed with revisions:
http://spring-rich-c.svn.sourceforge.net/viewvc/spring-rich-c?view=rev&revision=1772

http://spring-rich-c.svn.sourceforge.net/viewvc/spring-rich-c?view=rev&revision=1773

> Refactor Message to interface
> -----------------------------
>
>                 Key: RCP-479
>                 URL: http://opensource.atlassian.com/projects/spring/browse/RCP-479
>             Project: Spring Framework Rich Client Project
>          Issue Type: Improvement
>          Components: Application Framework
>            Reporter: Jan Hoskens
>            Assignee: Jan Hoskens
>             Fix For: 0.3.0
>
>
> Currently there's an implementation Message that's being used to propagate messages. Besides this we also have ValidationMessages that are spawned by the rules containing the same info with additional information concerning the validated property. These two are however unrelated which leads to converting between both of them.
> Refactoring should include:
> - make the Message an interface
> - make ValidationMessage extend Message
> - provide default implementation of Message (DefaultMessage)
> - remove converting between old Message and ValidationMessage
> - additionally: Message has a getText while ValidationMessage has a getMessage, these are basically the same properties so one of them should be renamed

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/spring/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[Springframework-rcp-dev] Spring validation framework integration (springmodules-springrcp)

[Xavier B. <xav...@ac...>]

Hi,

Is there any integration between spring modules validation framework
and the spring rich client?

Regards,
Xavier

[Springframework-rcp-dev] [Spring-JIRA] Commented: (RCP-406) Wizard validation fires before reaching step

[Jan H. (JIRA) <no...@at...>]

    [ http://opensource.atlassian.com/projects/spring/browse/RCP-406?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_24720 ] 

Jan Hoskens commented on RCP-406:
---------------------------------

So you're having a different case than I thought. 

Can you give a sample of how you're using the wizard? How do you create your wizardPages?


> Wizard validation fires before reaching step
> --------------------------------------------
>
>                 Key: RCP-406
>                 URL: http://opensource.atlassian.com/projects/spring/browse/RCP-406
>             Project: Spring Framework Rich Client Project
>          Issue Type: Bug
>          Components: Application Framework
>    Affects Versions: 0.1.0, 0.2.0, 0.2.1
>            Reporter: Ryan Sonnek
>            Assignee: Jan Hoskens
>            Priority: Critical
>             Fix For: 0.3.0
>
>
> Consider this simple scenerio:
> 1.  MyObject has two properties, firstName and lastName.
> 2.  register "required" validator for both properties.
> 3.  for some reason, i built a wizard where the firstName and lastName are on two different steps of the wizard.
> 4.  When launching the wizard, I'm unable to get past the first step because it says one of the properties is required.
> This is wrong because I haven't yet got to that step in the wizard to fill in that property.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/spring/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[Springframework-rcp-dev] [Spring-JIRA] Commented: (RCP-406) Wizard validation fires before reaching step

[Ryan S. (JIRA) <no...@at...>]

    [ http://opensource.atlassian.com/projects/spring/browse/RCP-406?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_24719 ] 

Ryan Sonnek commented on RCP-406:
---------------------------------

If spring RCP doesn't support my usecase, that's fine but please don't mark this issue as "fixed".  

the workaround you described will work, but it is definitely a workaround and not a feature of the framework.  creating child forms for every step of the wizard really defeats the purpose of the wizard and is much more clumsy than i would like. 

> Wizard validation fires before reaching step
> --------------------------------------------
>
>                 Key: RCP-406
>                 URL: http://opensource.atlassian.com/projects/spring/browse/RCP-406
>             Project: Spring Framework Rich Client Project
>          Issue Type: Bug
>          Components: Application Framework
>    Affects Versions: 0.1.0, 0.2.0, 0.2.1
>            Reporter: Ryan Sonnek
>            Assignee: Jan Hoskens
>            Priority: Critical
>             Fix For: 0.3.0
>
>
> Consider this simple scenerio:
> 1.  MyObject has two properties, firstName and lastName.
> 2.  register "required" validator for both properties.
> 3.  for some reason, i built a wizard where the firstName and lastName are on two different steps of the wizard.
> 4.  When launching the wizard, I'm unable to get past the first step because it says one of the properties is required.
> This is wrong because I haven't yet got to that step in the wizard to fill in that property.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/spring/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Re: [Springframework-rcp-dev] LabelInfoTests

[Jan H. <jh...@sc...>]

Yep, I forgot to run the tests. Typical, I've been running them all day,
but when changing that small thingy I forgot that step!

Will fix the tests, they were plain wrong: mnemonics should be tested
against the VK_XXX keycode (which is an int) not against a character.
(there's no 'a' keycode)

Thanks,

Kind Regards,
Jan

On Tue, 2007-07-10 at 10:14 +0100, Benoit Xhenseval wrote:
> Hi
> 
>  
> 
> I believe the last change to LabelInfo breaks a couple of unit tests.
> 
>  
> 
> -------------------------------------------------------------------------------
> 
> Test set: org.springframework.richclient.core.LabelInfoTests
> 
> -------------------------------------------------------------------------------
> 
> Tests run: 19, Failures: 2, Errors: 0, Skipped: 0, Time elapsed: 0.016
> sec <<< FAILURE!
> 
> testValueOfWithValidSyntax(org.springframework.richclient.core.LabelInfoTests)  Time elapsed: 0 sec  <<< FAILURE!
> 
> junit.framework.AssertionFailedError: expected:<97> but was:<65>
> 
>                 at junit.framework.Assert.fail(Assert.java:47)
> 
>                 at
> junit.framework.Assert.failNotEquals(Assert.java:282)
> 
>                 at junit.framework.Assert.assertEquals(Assert.java:64)
> 
>                 at
> junit.framework.Assert.assertEquals(Assert.java:201)
> 
>                 at
> junit.framework.Assert.assertEquals(Assert.java:207)
> 
>                 at
> org.springframework.richclient.core.LabelInfoTests.testValueOfWithValidSyntax(LabelInfoTests.java:89)
> 
>                 at
> org.springframework.richclient.core.LabelInfoTests.testValueOfWithValidSyntax(LabelInfoTests.java:89)
> 
>                 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
> 
>                 at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> 
>                 at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> 
>                 at java.lang.reflect.Method.invoke(Method.java:585)
> 
>                 at junit.framework.TestCase.runTest(TestCase.java:154)
> 
>                 at junit.framework.TestCase.runBare(TestCase.java:127)
> 
>                 at junit.framework.TestResult
> $1.protect(TestResult.java:106)
> 
>                 at
> junit.framework.TestResult.runProtected(TestResult.java:124)
> 
>                 at junit.framework.TestResult.run(TestResult.java:109)
> 
>                 at junit.framework.TestCase.run(TestCase.java:118)
> 
>                 at
> junit.framework.TestSuite.runTest(TestSuite.java:208)
> 
>                 at junit.framework.TestSuite.run(TestSuite.java:203)
> 
>                 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
> 
>                 at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> 
>                 at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> 
>                 at java.lang.reflect.Method.invoke(Method.java:585)
> 
>                 at
> org.apache.maven.surefire.junit.JUnitTestSet.execute(JUnitTestSet.java:213)
> 
>                 at
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138)
> 
>                 at
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125)
> 
>                 at
> org.apache.maven.surefire.Surefire.run(Surefire.java:132)
> 
>                 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
> 
>                 at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> 
>                 at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> 
>                 at java.lang.reflect.Method.invoke(Method.java:585)
> 
>                 at
> org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:290)
> 
>                 at
> org.apache.maven.surefire.booter.SurefireBooter.run(SurefireBooter.java:198)
> 
>                 at
> org.apache.maven.plugin.surefire.SurefirePlugin.execute(SurefirePlugin.java:398)
> 
>                 at
> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:443)
> 
>                 at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539)
> 
>                 at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480)
> 
>                 at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459)
> 
>                 at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311)
> 
>                 at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278)
> 
>                 at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143)
> 
>                 at
> org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
> 
>                 at
> org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
> 
>                 at
> org.apache.maven.cli.MavenCli.main(MavenCli.java:272)
> 
>                 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
> 
>                 at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> 
>                 at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> 
>                 at java.lang.reflect.Method.invoke(Method.java:585)
> 
>                 at
> org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
> 
>                 at
> org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
> 
>                 at
> org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
> 
>                 at
> org.codehaus.classworlds.Launcher.main(Launcher.java:375)
> 
>  
> 
> testForAtSymbols(org.springframework.richclient.core.LabelInfoTests)
> Time elapsed: 0 sec  <<< FAILURE!
> 
> junit.framework.AssertionFailedError: expected:<97> but was:<65>
> 
>                 at junit.framework.Assert.fail(Assert.java:47)
> 
>                 at
> junit.framework.Assert.failNotEquals(Assert.java:282)
> 
>                 at junit.framework.Assert.assertEquals(Assert.java:64)
> 
>                 at
> junit.framework.Assert.assertEquals(Assert.java:201)
> 
>                 at
> junit.framework.Assert.assertEquals(Assert.java:207)
> 
>                 at
> org.springframework.richclient.core.LabelInfoTests.testForAtSymbols(LabelInfoTests.java:155)
> 
>                 at
> org.springframework.richclient.core.LabelInfoTests.testForAtSymbols(LabelInfoTests.java:155)
> 
>                 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
> 
>                 at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> 
>                 at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> 
>                 at java.lang.reflect.Method.invoke(Method.java:585)
> 
>                 at junit.framework.TestCase.runTest(TestCase.java:154)
> 
>                 at junit.framework.TestCase.runBare(TestCase.java:127)
> 
>                 at junit.framework.TestResult
> $1.protect(TestResult.java:106)
> 
>                 at
> junit.framework.TestResult.runProtected(TestResult.java:124)
> 
>                 at junit.framework.TestResult.run(TestResult.java:109)
> 
>                 at junit.framework.TestCase.run(TestCase.java:118)
> 
>                 at
> junit.framework.TestSuite.runTest(TestSuite.java:208)
> 
>                 at junit.framework.TestSuite.run(TestSuite.java:203)
> 
>                 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
> 
>                 at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> 
>                 at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> 
>                 at java.lang.reflect.Method.invoke(Method.java:585)
> 
>                 at
> org.apache.maven.surefire.junit.JUnitTestSet.execute(JUnitTestSet.java:213)
> 
>                 at
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138)
> 
>                 at
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125)
> 
>                 at
> org.apache.maven.surefire.Surefire.run(Surefire.java:132)
> 
>                 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
> 
>                 at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> 
>                 at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> 
>                 at java.lang.reflect.Method.invoke(Method.java:585)
> 
>                 at
> org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:290)
> 
>                 at
> org.apache.maven.surefire.booter.SurefireBooter.run(SurefireBooter.java:198)
> 
>                 at
> org.apache.maven.plugin.surefire.SurefirePlugin.execute(SurefirePlugin.java:398)
> 
>                 at
> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:443)
> 
>                 at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539)
> 
>                 at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480)
> 
>                 at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459)
> 
>                 at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311)
> 
>                 at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278)
> 
>                 at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143)
> 
>                 at
> org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
> 
>                 at
> org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
> 
>                 at
> org.apache.maven.cli.MavenCli.main(MavenCli.java:272)
> 
>                 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
> 
>                 at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> 
>                 at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> 
>                 at java.lang.reflect.Method.invoke(Method.java:585)
> 
>                 at
> org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
> 
>                 at
> org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
> 
>                 at
> org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
> 
>                 at
> org.codehaus.classworlds.Launcher.main(Launcher.java:375)
> 
>  
> 
>  
> 
> 2 tests with ‘a’ but now the method getMnemonic will return ‘A’
> 
>  
> 
> Thanks
> 
>  
> 
> Benoit
> 
> 
> 
> No virus found in this outgoing message.
> Checked by AVG Free Edition.
> Version: 7.5.476 / Virus Database: 269.10.2/893 - Release Date:
> 09/07/2007 17:22
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________ Springframework-rcp-dev mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev


 **** DISCLAIMER ****
 http://www.schaubroeck.be/maildisclaimer.htm

[Springframework-rcp-dev] [Spring-JIRA] Resolved: (RCP-406) Wizard validation fires before reaching step

[Jan H. (JIRA) <no...@at...>]

     [ http://opensource.atlassian.com/projects/spring/browse/RCP-406?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jan Hoskens resolved RCP-406.
-----------------------------

         Assignee: Jan Hoskens
       Resolution: Fixed
    Fix Version/s: 0.3.0

It is possible to have this scenario, but you need to handle this in the correct manner. Each childform has the possibility to have its own validation and will prevent the user to go to the next page while there are errors. 

Your case:
- create different childForms for each wizardPage
- assign a different validator for each childForm (first one only validating on firstname, second one only on lastname)
- your wizard contains a compoundForm which combines these childForms so when the dialog's onFinished() method is triggered you can commit the full object and retrieve it from that compoundForm.

It will NOT work if your validation is global, defined on the parentFormModel or whenever rules are defined that work with properties that aren't displayed on that form.

I'm closing this issue, if you think this doesn't cover your case, please reopen. If the given solution isn't clear, drop a mail on the dev list or forum.

> Wizard validation fires before reaching step
> --------------------------------------------
>
>                 Key: RCP-406
>                 URL: http://opensource.atlassian.com/projects/spring/browse/RCP-406
>             Project: Spring Framework Rich Client Project
>          Issue Type: Bug
>          Components: Application Framework
>    Affects Versions: 0.1.0, 0.2.0, 0.2.1
>            Reporter: Ryan Sonnek
>            Assignee: Jan Hoskens
>            Priority: Critical
>             Fix For: 0.3.0
>
>
> Consider this simple scenerio:
> 1.  MyObject has two properties, firstName and lastName.
> 2.  register "required" validator for both properties.
> 3.  for some reason, i built a wizard where the firstName and lastName are on two different steps of the wizard.
> 4.  When launching the wizard, I'm unable to get past the first step because it says one of the properties is required.
> This is wrong because I haven't yet got to that step in the wizard to fill in that property.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/spring/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[Springframework-rcp-dev] LabelInfoTests

[Benoit X. <bx...@ob...>]

Hi

=20

I believe the last change to LabelInfo breaks a couple of unit tests.

=20

-------------------------------------------------------------------------=
---
---

Test set: org.springframework.richclient.core.LabelInfoTests

-------------------------------------------------------------------------=
---
---

Tests run: 19, Failures: 2, Errors: 0, Skipped: 0, Time elapsed: 0.016 =
sec
<<< FAILURE!

testValueOfWithValidSyntax(org.springframework.richclient.core.LabelInfoT=
est
s)  Time elapsed: 0 sec  <<< FAILURE!

junit.framework.AssertionFailedError: expected:<97> but was:<65>

                at junit.framework.Assert.fail(Assert.java:47)

                at junit.framework.Assert.failNotEquals(Assert.java:282)

                at junit.framework.Assert.assertEquals(Assert.java:64)

                at junit.framework.Assert.assertEquals(Assert.java:201)

                at junit.framework.Assert.assertEquals(Assert.java:207)

                at
org.springframework.richclient.core.LabelInfoTests.testValueOfWithValidSy=
nta
x(LabelInfoTests.java:89)

                at
org.springframework.richclient.core.LabelInfoTests.testValueOfWithValidSy=
nta
x(LabelInfoTests.java:89)

                at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)

                at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java=
:39
)

                at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorI=
mpl
.java:25)

                at java.lang.reflect.Method.invoke(Method.java:585)

                at junit.framework.TestCase.runTest(TestCase.java:154)

                at junit.framework.TestCase.runBare(TestCase.java:127)

                at =
junit.framework.TestResult$1.protect(TestResult.java:106)

                at
junit.framework.TestResult.runProtected(TestResult.java:124)

                at junit.framework.TestResult.run(TestResult.java:109)

                at junit.framework.TestCase.run(TestCase.java:118)

                at junit.framework.TestSuite.runTest(TestSuite.java:208)

                at junit.framework.TestSuite.run(TestSuite.java:203)

                at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)

                at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java=
:39
)

                at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorI=
mpl
.java:25)

                at java.lang.reflect.Method.invoke(Method.java:585)

                at
org.apache.maven.surefire.junit.JUnitTestSet.execute(JUnitTestSet.java:21=
3)

                at
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet=
(Ab
stractDirectoryTestSuite.java:138)

                at
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(Abstra=
ctD
irectoryTestSuite.java:125)

                at =
org.apache.maven.surefire.Surefire.run(Surefire.java:132)

                at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)

                at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java=
:39
)

                at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorI=
mpl
.java:25)

                at java.lang.reflect.Method.invoke(Method.java:585)

                at
org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(Surefi=
reB
ooter.java:290)

                at
org.apache.maven.surefire.booter.SurefireBooter.run(SurefireBooter.java:1=
98)

                at
org.apache.maven.plugin.surefire.SurefirePlugin.execute(SurefirePlugin.ja=
va:
398)

                at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginMan=
age
r.java:443)

                at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultL=
ife
cycleExecutor.java:539)

                at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecy=
cle
(DefaultLifecycleExecutor.java:480)

                at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLi=
fec
ycleExecutor.java:459)

                at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleF=
ail
ures(DefaultLifecycleExecutor.java:311)

                at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(D=
efa
ultLifecycleExecutor.java:278)

                at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecy=
cle
Executor.java:143)

                at
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)

                at
org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)

                at org.apache.maven.cli.MavenCli.main(MavenCli.java:272)

                at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)

                at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java=
:39
)

                at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorI=
mpl
.java:25)

                at java.lang.reflect.Method.invoke(Method.java:585)

                at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)

                at
org.codehaus.classworlds.Launcher.launch(Launcher.java:255)

                at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)

                at =
org.codehaus.classworlds.Launcher.main(Launcher.java:375)

=20

testForAtSymbols(org.springframework.richclient.core.LabelInfoTests)  =
Time
elapsed: 0 sec  <<< FAILURE!

junit.framework.AssertionFailedError: expected:<97> but was:<65>

                at junit.framework.Assert.fail(Assert.java:47)

                at junit.framework.Assert.failNotEquals(Assert.java:282)

                at junit.framework.Assert.assertEquals(Assert.java:64)

                at junit.framework.Assert.assertEquals(Assert.java:201)

                at junit.framework.Assert.assertEquals(Assert.java:207)

                at
org.springframework.richclient.core.LabelInfoTests.testForAtSymbols(Label=
Inf
oTests.java:155)

                at
org.springframework.richclient.core.LabelInfoTests.testForAtSymbols(Label=
Inf
oTests.java:155)

                at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)

                at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java=
:39
)

                at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorI=
mpl
.java:25)

                at java.lang.reflect.Method.invoke(Method.java:585)

                at junit.framework.TestCase.runTest(TestCase.java:154)

                at junit.framework.TestCase.runBare(TestCase.java:127)

                at =
junit.framework.TestResult$1.protect(TestResult.java:106)

                at
junit.framework.TestResult.runProtected(TestResult.java:124)

                at junit.framework.TestResult.run(TestResult.java:109)

                at junit.framework.TestCase.run(TestCase.java:118)

                at junit.framework.TestSuite.runTest(TestSuite.java:208)

                at junit.framework.TestSuite.run(TestSuite.java:203)

                at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)

                at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java=
:39
)

                at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorI=
mpl
.java:25)

                at java.lang.reflect.Method.invoke(Method.java:585)

                at
org.apache.maven.surefire.junit.JUnitTestSet.execute(JUnitTestSet.java:21=
3)

                at
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet=
(Ab
stractDirectoryTestSuite.java:138)

                at
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(Abstra=
ctD
irectoryTestSuite.java:125)

                at =
org.apache.maven.surefire.Surefire.run(Surefire.java:132)

                at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)

                at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java=
:39
)

                at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorI=
mpl
.java:25)

                at java.lang.reflect.Method.invoke(Method.java:585)

                at
org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(Surefi=
reB
ooter.java:290)

                at
org.apache.maven.surefire.booter.SurefireBooter.run(SurefireBooter.java:1=
98)

                at
org.apache.maven.plugin.surefire.SurefirePlugin.execute(SurefirePlugin.ja=
va:
398)

                at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginMan=
age
r.java:443)

                at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultL=
ife
cycleExecutor.java:539)

                at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecy=
cle
(DefaultLifecycleExecutor.java:480)

                at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLi=
fec
ycleExecutor.java:459)

                at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleF=
ail
ures(DefaultLifecycleExecutor.java:311)

                at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(D=
efa
ultLifecycleExecutor.java:278)

                at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecy=
cle
Executor.java:143)

                at
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)

                at
org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)

                at org.apache.maven.cli.MavenCli.main(MavenCli.java:272)

                at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)

                at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java=
:39
)

                at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorI=
mpl
.java:25)

                at java.lang.reflect.Method.invoke(Method.java:585)

                at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)

                at
org.codehaus.classworlds.Launcher.launch(Launcher.java:255)

                at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)

                at =
org.codehaus.classworlds.Launcher.main(Launcher.java:375)

=20

=20

2 tests with =91a=92 but now the method getMnemonic will return =91A=92

=20

Thanks

=20

Benoit


No virus found in this outgoing message.
Checked by AVG Free Edition.=20
Version: 7.5.476 / Virus Database: 269.10.2/893 - Release Date: =
09/07/2007
17:22
=20

[Springframework-rcp-dev] [Spring-JIRA] Closed: (RCP-477) TigerEnumTableCellRenderer

[Jan H. (JIRA) <no...@at...>]

     [ http://opensource.atlassian.com/projects/spring/browse/RCP-477?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jan Hoskens closed RCP-477.
---------------------------

         Assignee: Jan Hoskens
       Resolution: Fixed
    Fix Version/s: 0.3.0

Added to spring-richclient-tiger module with a slight change in the code (a little more compact).

Tests added as a single file in order to be self-contained.

Thanks for the files.

> TigerEnumTableCellRenderer
> --------------------------
>
>                 Key: RCP-477
>                 URL: http://opensource.atlassian.com/projects/spring/browse/RCP-477
>             Project: Spring Framework Rich Client Project
>          Issue Type: New Feature
>          Components: Binding System
>    Affects Versions: 0.3.0
>         Environment: Ubuntu Linux with Java 5
>            Reporter: Xavier Breton
>            Assignee: Jan Hoskens
>             Fix For: 0.3.0
>
>         Attachments: messages.properties, TigerEnum.java, TigerEnumTableCellRenderer.java, TigerEnumTableCellRendererTests.java
>
>
> Hi I developed a TableCellRender with i18n support for my project, I save it in the spring-richclient-tiger project in my development environment that I download from svn.
> Here is the code:
> package org.springframework.richclient.table.renderer;
> import java.awt.Component;
> import javax.swing.JTable;
> import javax.swing.table.DefaultTableCellRenderer;
> import org.springframework.context.support.MessageSourceAccessor;
> /**
>  * @author Xavier Breton
>  */
> public class TigerEnumTableCellRenderer extends DefaultTableCellRenderer {
> 	
> 	private static final long serialVersionUID = -1737388077316919179L;
> 	
> 	private MessageSourceAccessor messageSourceAccessor;
> 	
> 	public TigerEnumTableCellRenderer(MessageSourceAccessor messageSourceAccesor) {
> 		this.messageSourceAccessor = messageSourceAccesor;
> 	}
> 	
> 	public Component getTableCellRendererComponent(JTable table, Object value, boolean isSelected, boolean hasFocus,
>             int row, int column) {
>         if (value != null) {
>         	Enum valueEnum = (Enum) value;
>         	Class<? extends Enum> valueClass = valueEnum.getClass();
>                 value = messageSourceAccessor.getMessage(valueClass.getName() + "." + valueEnum.name());
>         }
>         return super.getTableCellRendererComponent(table, value, isSelected, hasFocus, row, column);
>     }
> }

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/spring/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[Springframework-rcp-dev] RCP-477

[Xavier B. <xav...@ac...>]

Hi, I posted the RCP-477 and I would like if some one can review and
commit the classes in the repository, I also have a translation of the
message.properties in support for spanish.

Regards

Xavier Breton

[Springframework-rcp-dev] [Spring-JIRA] Updated: (RCP-477) TigerEnumTableCellRenderer

[Xavier B. (JIRA) <no...@at...>]

     [ http://opensource.atlassian.com/projects/spring/browse/RCP-477?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Xavier Breton updated RCP-477:
------------------------------

    Attachment: TigerEnumTableCellRendererTests.java
                TigerEnum.java
                messages.properties

The test

> TigerEnumTableCellRenderer
> --------------------------
>
>                 Key: RCP-477
>                 URL: http://opensource.atlassian.com/projects/spring/browse/RCP-477
>             Project: Spring Framework Rich Client Project
>          Issue Type: New Feature
>          Components: Binding System
>    Affects Versions: 0.3.0
>         Environment: Ubuntu Linux with Java 5
>            Reporter: Xavier Breton
>         Attachments: messages.properties, TigerEnum.java, TigerEnumTableCellRenderer.java, TigerEnumTableCellRendererTests.java
>
>
> Hi I developed a TableCellRender with i18n support for my project, I save it in the spring-richclient-tiger project in my development environment that I download from svn.
> Here is the code:
> package org.springframework.richclient.table.renderer;
> import java.awt.Component;
> import javax.swing.JTable;
> import javax.swing.table.DefaultTableCellRenderer;
> import org.springframework.context.support.MessageSourceAccessor;
> /**
>  * @author Xavier Breton
>  */
> public class TigerEnumTableCellRenderer extends DefaultTableCellRenderer {
> 	
> 	private static final long serialVersionUID = -1737388077316919179L;
> 	
> 	private MessageSourceAccessor messageSourceAccessor;
> 	
> 	public TigerEnumTableCellRenderer(MessageSourceAccessor messageSourceAccesor) {
> 		this.messageSourceAccessor = messageSourceAccesor;
> 	}
> 	
> 	public Component getTableCellRendererComponent(JTable table, Object value, boolean isSelected, boolean hasFocus,
>             int row, int column) {
>         if (value != null) {
>         	Enum valueEnum = (Enum) value;
>         	Class<? extends Enum> valueClass = valueEnum.getClass();
>                 value = messageSourceAccessor.getMessage(valueClass.getName() + "." + valueEnum.name());
>         }
>         return super.getTableCellRendererComponent(table, value, isSelected, hasFocus, row, column);
>     }
> }

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/spring/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Re: [Springframework-rcp-dev] Question/Issue on Shortcuts

[Jan H. <jh...@sc...>]

Hmm, 

odd that you mention that it worked. As far as I can see the
implementation didn't change much over time. The problem is that there
wasn't any conversion of lowercase letters to uppercase. Apparently the
setMnemonic(int) method expects VK_XXX statics, and only the uppercase
ascii letters are mapped on these VK_XXX statics. So I'll add a
toUpperCase() in the LabelInfo class to fix this.

Kind Regards,
Jan 

On Mon, 2007-07-09 at 14:52 +0100, Benoit Xhenseval wrote:
> Hi Jan,
> 
> Unfortunately, I cannot be more precise than the change in behaviour occurred in Q1 of this year... I'm not sure where to look to see the difference...
> 
> An example would be to change the messages.properties in the resources artifact from
> cancelCommand.label=&Cancel
> to
> cancelCommand.label=C&ancel
> 
> If you run the simple example and look at the Contact View | New Contact.
> The display of Cancel button will change, the "_" will be under 'a' instead of 'C' but the ALT+a will not work.
> (it used to).
> 
> Let me know if you can reproduce the issue.
> 
> Many thanks
> 
> Benoit.
> 
> -----Original Message-----
> From: spr...@li... [mailto:spr...@li...] On Behalf Of Jan Hoskens
> Sent: 09 July 2007 11:57
> To: spr...@li...
> Subject: Re: [Springframework-rcp-dev] Question/Issue on Shortcuts
> 
> I don't recall any changes related to this. Which was your previous
> revision? Have you checked the commit messages in between both revs?
> 
> Is there a small sample that I can look at?
> 
> Kind Regards,
> Jan
> 
> On Fri, 2007-07-06 at 11:36 +0100, Benoit Xhenseval wrote:
> > Dear *,
> > 
> >  
> > 
> > I’ve upgraded to Rev:1771 this morning and have a problem that seems
> > to have cropped up a few months ago without any change in my code
> > (honest!).
> > 
> >  
> > 
> > Shortcuts seems to ONLY work with Upper Case/First letter.
> > 
> >  
> > 
> > e.g. in my message.properties I have:
> > 
> > closeCommand.label=C&lose
> > 
> > saveQueryCommand.label=&Save Query
> > 
> >  
> > 
> > Both are used in my mdi window as button and they do display
> > correctly, i.e. there is an underscore under ‘l’ in Close and under
> > ‘S’ in Save Query.
> > 
> >  
> > 
> > The problem is:
> > 
> > If I do “ALT + S” it does call Save but “ALT + l” does NOT do
> > anything!!!
> > 
> >  
> > 
> > It is a new-ish issue…
> > 
> >  
> > 
> > Furthermore, if there is a MENU item that start with a letter which is
> > on a shortcut in the same window (say I have Revert but a menu View
> > too), pressing ‘ALT + V’ opens the menu! Not the command on the
> > current MDI… puzzling!
> > 
> >  
> > 
> > Could anyone tell me if something has changed and if not where should
> > I look for in order to investigate?
> > 
> > Do I need to register anything to get this to work? (the Save seems to
> > be ok…)
> > 
> >  
> > 
> > Many thanks!
> > 
> >  
> > 
> > Benoit
> > 
> > 
> > 
> > No virus found in this outgoing message.
> > Checked by AVG Free Edition.
> > Version: 7.5.476 / Virus Database: 269.10.1/888 - Release Date:
> > 06/07/2007 06:36
> > 
> > 
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by DB2 Express
> > Download DB2 Express C - the FREE version of DB2 express and take
> > control of your XML. No limits. Just data. Click to get it now.
> > http://sourceforge.net/powerbar/db2/
> > _______________________________________________ Springframework-rcp-dev mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev
> 
> 
>  **** DISCLAIMER ****
>  http://www.schaubroeck.be/maildisclaimer.htm
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Springframework-rcp-dev mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev
> 
> No virus found in this incoming message.
> Checked by AVG Free Edition. 
> Version: 7.5.476 / Virus Database: 269.10.2/891 - Release Date: 08/07/2007 18:32
>  
> 
> No virus found in this outgoing message.
> Checked by AVG Free Edition. 
> Version: 7.5.476 / Virus Database: 269.10.2/891 - Release Date: 08/07/2007 18:32
>  
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Springframework-rcp-dev mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev


 **** DISCLAIMER ****
 http://www.schaubroeck.be/maildisclaimer.htm

Re: [Springframework-rcp-dev] Question/Issue on Shortcuts

[Benoit X. <bx...@ob...>]

Hi Jan,

Unfortunately, I cannot be more precise than the change in behaviour =
occurred in Q1 of this year... I'm not sure where to look to see the =
difference...

An example would be to change the messages.properties in the resources =
artifact from
cancelCommand.label=3D&Cancel
to
cancelCommand.label=3DC&ancel

If you run the simple example and look at the Contact View | New =
Contact.
The display of Cancel button will change, the "_" will be under 'a' =
instead of 'C' but the ALT+a will not work.
(it used to).

Let me know if you can reproduce the issue.

Many thanks

Benoit.

-----Original Message-----
From: spr...@li... =
[mailto:spr...@li...] On Behalf =
Of Jan Hoskens
Sent: 09 July 2007 11:57
To: spr...@li...
Subject: Re: [Springframework-rcp-dev] Question/Issue on Shortcuts

I don't recall any changes related to this. Which was your previous
revision? Have you checked the commit messages in between both revs?

Is there a small sample that I can look at?

Kind Regards,
Jan

On Fri, 2007-07-06 at 11:36 +0100, Benoit Xhenseval wrote:
> Dear *,
>=20
> =20
>=20
> I=E2=80=99ve upgraded to Rev:1771 this morning and have a problem that =
seems
> to have cropped up a few months ago without any change in my code
> (honest!).
>=20
> =20
>=20
> Shortcuts seems to ONLY work with Upper Case/First letter.
>=20
> =20
>=20
> e.g. in my message.properties I have:
>=20
> closeCommand.label=3DC&lose
>=20
> saveQueryCommand.label=3D&Save Query
>=20
> =20
>=20
> Both are used in my mdi window as button and they do display
> correctly, i.e. there is an underscore under =E2=80=98l=E2=80=99 in =
Close and under
> =E2=80=98S=E2=80=99 in Save Query.
>=20
> =20
>=20
> The problem is:
>=20
> If I do =E2=80=9CALT + S=E2=80=9D it does call Save but =E2=80=9CALT + =
l=E2=80=9D does NOT do
> anything!!!
>=20
> =20
>=20
> It is a new-ish issue=E2=80=A6
>=20
> =20
>=20
> Furthermore, if there is a MENU item that start with a letter which is
> on a shortcut in the same window (say I have Revert but a menu View
> too), pressing =E2=80=98ALT + V=E2=80=99 opens the menu! Not the =
command on the
> current MDI=E2=80=A6 puzzling!
>=20
> =20
>=20
> Could anyone tell me if something has changed and if not where should
> I look for in order to investigate?
>=20
> Do I need to register anything to get this to work? (the Save seems to
> be ok=E2=80=A6)
>=20
> =20
>=20
> Many thanks!
>=20
> =20
>=20
> Benoit
>=20
>=20
>=20
> No virus found in this outgoing message.
> Checked by AVG Free Edition.
> Version: 7.5.476 / Virus Database: 269.10.1/888 - Release Date:
> 06/07/2007 06:36
>=20
>=20
> =
-------------------------------------------------------------------------=

> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________ =
Springframework-rcp-dev mailing list =
Spr...@li... =
https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev


 **** DISCLAIMER ****
 http://www.schaubroeck.be/maildisclaimer.htm

-------------------------------------------------------------------------=

This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Springframework-rcp-dev mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev

No virus found in this incoming message.
Checked by AVG Free Edition.=20
Version: 7.5.476 / Virus Database: 269.10.2/891 - Release Date: =
08/07/2007 18:32
=20

No virus found in this outgoing message.
Checked by AVG Free Edition.=20
Version: 7.5.476 / Virus Database: 269.10.2/891 - Release Date: =
08/07/2007 18:32
=20

Re: [Springframework-rcp-dev] StatusBar a concrete class...

[Benoit X. <bx...@ob...>]

Hi Jan,

You are right, I have looked deeper and had a chat with Jonny too; the =
StatusBar itself could stay a concrete class. Unfortunately, the =
StatusBarCommandGroup is concrete and cannot be injected. It would be =
nice and simplify use of say the jide Status Bar...  The only we found =
to replace a StatusBar was to extend the StatusBarCommandGroup and =
replace all methods.

I'd say that the StatusBarCommandGroup would be better as an interface.

Thanks for considering this.

Best regards

Benoit.


-----Original Message-----
From: spr...@li... =
[mailto:spr...@li...] On Behalf =
Of Jan Hoskens
Sent: 09 July 2007 12:59
To: spr...@li...
Subject: Re: [Springframework-rcp-dev] StatusBar a concrete class...

Hmm,

As far as my eclipse search shows me, the StatusBar is only used
internally by the StatusBarCommandGroup. The implementation of StatusBar
is quite specific. I don't think we need interfacing at that level
because it's actually the StatusBarCommandGroup that takes care of this.
You can create your own CustomStatusBar without extending the Status Bar
and then extend the StatusBarCommandGroup by overriding all methods and
delegating to your own CustomStatusBar.

Then again, at that point (the StatusBarCommandGroup) it might be
feasible/preferable to have an interface but I don't know how tight the
specific StatusBarCommandGroup is coupled in the rcp-code.

Kind Regards,
Jan

On Fri, 2007-07-06 at 17:55 +0100, Benoit Xhenseval wrote:
> Hi
>=20
> I'm trying to change the StatusBar to split it to have a section for
> scrolling messages. I'm a bit surprised that quite a few interfaces
> are using StatusBar which is a concrete class.
>=20
>=20
>=20
> Should I use only the StatusBarCommandGroup???
>=20
>=20
> At the moment, my approach is to have:
> - my lifecycleAdvisor to override getStatusBarCommandGroup()
> - returning a StatusBarCommandGroup that overrides createStatusBar()
> (but requires a StatusBar itself!!! so I must extends that class even
> if I do not intend to use it...
>=20
> Is my approach ok?
>=20
>=20
>=20
> However this seems extension of the StatusBar seems to cause some
> issue, the initialize method on StatusBar is called which then creates
> items in the JPanel=E2=80=A6
>=20
>=20
> Could the StatusBar be refactored to be an interface?
>=20
> =20
>=20
> I=E2=80=99m willing to provide a patch if you=E2=80=99re ok with this:
>=20
> Interface StatusBar {
>=20
>     ProgressMonitor getProgressMonitor()=20
>=20
>     void setMessage(String message)=20
>=20
>     void setMessage(ImageIcon icon, String message)=20
>=20
>     void setErrorMessage(String message)=20
>=20
>     void setErrorMessage(ImageIcon icon, String message)=20
>=20
>     void setVisible(boolean visible)
>=20
> }
>=20
> =20
>=20
> Let me know, we=E2=80=99re a bit stuck at the moment=E2=80=A6
>=20
>=20
> Thanks!
>=20
> Benoit
>=20
>=20
>=20
> No virus found in this outgoing message.
> Checked by AVG Free Edition.
> Version: 7.5.476 / Virus Database: 269.10.1/888 - Release Date:
> 06/07/2007 06:36
>=20
>=20
> =
-------------------------------------------------------------------------=

> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________ =
Springframework-rcp-dev mailing list =
Spr...@li... =
https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev


 **** DISCLAIMER ****
 http://www.schaubroeck.be/maildisclaimer.htm

-------------------------------------------------------------------------=

This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Springframework-rcp-dev mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev

No virus found in this incoming message.
Checked by AVG Free Edition.=20
Version: 7.5.476 / Virus Database: 269.10.2/891 - Release Date: =
08/07/2007 18:32
=20

No virus found in this outgoing message.
Checked by AVG Free Edition.=20
Version: 7.5.476 / Virus Database: 269.10.2/891 - Release Date: =
08/07/2007 18:32
=20

Re: [Springframework-rcp-dev] StatusBar a concrete class...

[Jan H. <jh...@sc...>]

Hmm,

As far as my eclipse search shows me, the StatusBar is only used
internally by the StatusBarCommandGroup. The implementation of StatusBar
is quite specific. I don't think we need interfacing at that level
because it's actually the StatusBarCommandGroup that takes care of this.
You can create your own CustomStatusBar without extending the Status Bar
and then extend the StatusBarCommandGroup by overriding all methods and
delegating to your own CustomStatusBar.

Then again, at that point (the StatusBarCommandGroup) it might be
feasible/preferable to have an interface but I don't know how tight the
specific StatusBarCommandGroup is coupled in the rcp-code.

Kind Regards,
Jan

On Fri, 2007-07-06 at 17:55 +0100, Benoit Xhenseval wrote:
> Hi
> 
> I'm trying to change the StatusBar to split it to have a section for
> scrolling messages. I'm a bit surprised that quite a few interfaces
> are using StatusBar which is a concrete class.
> 
> 
> 
> Should I use only the StatusBarCommandGroup???
> 
> 
> At the moment, my approach is to have:
> - my lifecycleAdvisor to override getStatusBarCommandGroup()
> - returning a StatusBarCommandGroup that overrides createStatusBar()
> (but requires a StatusBar itself!!! so I must extends that class even
> if I do not intend to use it...
> 
> Is my approach ok?
> 
> 
> 
> However this seems extension of the StatusBar seems to cause some
> issue, the initialize method on StatusBar is called which then creates
> items in the JPanel…
> 
> 
> Could the StatusBar be refactored to be an interface?
> 
>  
> 
> I’m willing to provide a patch if you’re ok with this:
> 
> Interface StatusBar {
> 
>     ProgressMonitor getProgressMonitor() 
> 
>     void setMessage(String message) 
> 
>     void setMessage(ImageIcon icon, String message) 
> 
>     void setErrorMessage(String message) 
> 
>     void setErrorMessage(ImageIcon icon, String message) 
> 
>     void setVisible(boolean visible)
> 
> }
> 
>  
> 
> Let me know, we’re a bit stuck at the moment…
> 
> 
> Thanks!
> 
> Benoit
> 
> 
> 
> No virus found in this outgoing message.
> Checked by AVG Free Edition.
> Version: 7.5.476 / Virus Database: 269.10.1/888 - Release Date:
> 06/07/2007 06:36
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________ Springframework-rcp-dev mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev


 **** DISCLAIMER ****
 http://www.schaubroeck.be/maildisclaimer.htm

Re: [Springframework-rcp-dev] Question/Issue on Shortcuts

[Jan H. <jh...@sc...>]

I don't recall any changes related to this. Which was your previous
revision? Have you checked the commit messages in between both revs?

Is there a small sample that I can look at?

Kind Regards,
Jan

On Fri, 2007-07-06 at 11:36 +0100, Benoit Xhenseval wrote:
> Dear *,
> 
>  
> 
> I’ve upgraded to Rev:1771 this morning and have a problem that seems
> to have cropped up a few months ago without any change in my code
> (honest!).
> 
>  
> 
> Shortcuts seems to ONLY work with Upper Case/First letter.
> 
>  
> 
> e.g. in my message.properties I have:
> 
> closeCommand.label=C&lose
> 
> saveQueryCommand.label=&Save Query
> 
>  
> 
> Both are used in my mdi window as button and they do display
> correctly, i.e. there is an underscore under ‘l’ in Close and under
> ‘S’ in Save Query.
> 
>  
> 
> The problem is:
> 
> If I do “ALT + S” it does call Save but “ALT + l” does NOT do
> anything!!!
> 
>  
> 
> It is a new-ish issue…
> 
>  
> 
> Furthermore, if there is a MENU item that start with a letter which is
> on a shortcut in the same window (say I have Revert but a menu View
> too), pressing ‘ALT + V’ opens the menu! Not the command on the
> current MDI… puzzling!
> 
>  
> 
> Could anyone tell me if something has changed and if not where should
> I look for in order to investigate?
> 
> Do I need to register anything to get this to work? (the Save seems to
> be ok…)
> 
>  
> 
> Many thanks!
> 
>  
> 
> Benoit
> 
> 
> 
> No virus found in this outgoing message.
> Checked by AVG Free Edition.
> Version: 7.5.476 / Virus Database: 269.10.1/888 - Release Date:
> 06/07/2007 06:36
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________ Springframework-rcp-dev mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev


 **** DISCLAIMER ****
 http://www.schaubroeck.be/maildisclaimer.htm

[Springframework-rcp-dev] [Spring-JIRA] Created: (RCP-480) VLDocking: Closing a Page throws an exception.

[Benoit X. (JIRA) <no...@at...>]

VLDocking: Closing a Page throws an exception.
----------------------------------------------

                 Key: RCP-480
                 URL: http://opensource.atlassian.com/projects/spring/browse/RCP-480
             Project: Spring Framework Rich Client Project
          Issue Type: Bug
    Affects Versions: 0.3.0
            Reporter: Benoit Xhenseval


Hi

I've tried to run the sample for VLDocking and it seems to work fine until one tries to close a window, in which case, the following exception happens:

java.lang.NoSuchMethodError: org.springframework.richclient.application.ApplicationPage.close(Lorg/springframework/richclient/application/PageComponent;)V
        at org.springframework.richclient.application.vldocking.VLDockingApplicationPage$DockableListener.dockableStateChanged(VLDockingApplicationPage.java:270)
        at com.vlsolutions.swing.docking.DockingContext.fireDockableStateChange(DockingContext.java:451)
        at com.vlsolutions.swing.docking.DockingDesktop.fireDockingAction(DockingDesktop.java:3749)
        at com.vlsolutions.swing.docking.DockingDesktop.close(DockingDesktop.java:2102)
        at com.vlsolutions.swing.docking.DockTabbedPane$5.actionPerformed(DockTabbedPane.java:397)
        at com.vlsolutions.swing.tabbedpane.SmartIconJButton.fireAction(SmartIconJButton.java:300)
        at com.vlsolutions.swing.tabbedpane.JTabbedPaneSmartIcon.onMouseReleased(JTabbedPaneSmartIcon.java:387)
        at com.vlsolutions.swing.tabbedpane.JTabbedPaneSmartIconManager.mouseReleased(JTabbedPaneSmartIconManager.java:138)
        at java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:232)
        at java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:231)
        at java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:231)
        at java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:231)
        at java.awt.Component.processMouseEvent(Component.java:5501)
        at javax.swing.JComponent.processMouseEvent(JComponent.java:3135)
        at java.awt.Component.processEvent(Component.java:5266)
        at java.awt.Container.processEvent(Container.java:1966)
        at java.awt.Component.dispatchEventImpl(Component.java:3968)
        at java.awt.Container.dispatchEventImpl(Container.java:2024)
        at java.awt.Component.dispatchEvent(Component.java:3803)
        at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4212)
        at java.awt.LightweightDispatcher.processMouseEvent(Container.java:3892)
        at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3822)
        at java.awt.Container.dispatchEventImpl(Container.java:2010)
        at java.awt.Window.dispatchEventImpl(Window.java:1778)
        at java.awt.Component.dispatchEvent(Component.java:3803)
        at java.awt.EventQueue.dispatchEvent(EventQueue.java:463)
        at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242)
        at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
        at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
        at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
        at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)

It seems that the close(PageComponent pc) method does not exist on the PageComponent used for VLDocking.

Thanks

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/spring/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[Springframework-rcp-dev] StatusBar a concrete class...

[Benoit X. <bx...@ob...>]

Hi

I'm trying to change the StatusBar to split it to have a section for
scrolling messages. I'm a bit surprised that quite a few interfaces are
using StatusBar which is a concrete class.



Should I use only the StatusBarCommandGroup???


At the moment, my approach is to have:
- my lifecycleAdvisor to override getStatusBarCommandGroup()
- returning a StatusBarCommandGroup that overrides createStatusBar() =
(but
requires a StatusBar itself!!! so I must extends that class even if I do =
not
intend to use it...

Is my approach ok?



However this seems extension of the StatusBar seems to cause some issue, =
the
initialize method on StatusBar is called which then creates items in the
JPanel=85


Could the StatusBar be refactored to be an interface?

=20

I=92m willing to provide a patch if you=92re ok with this:

Interface StatusBar {

    ProgressMonitor getProgressMonitor()=20

    void setMessage(String message)=20

    void setMessage(ImageIcon icon, String message)=20

    void setErrorMessage(String message)=20

    void setErrorMessage(ImageIcon icon, String message)=20

    void setVisible(boolean visible)

}

=20

Let me know, we=92re a bit stuck at the moment=85


Thanks!

Benoit


No virus found in this outgoing message.
Checked by AVG Free Edition.=20
Version: 7.5.476 / Virus Database: 269.10.1/888 - Release Date: =
06/07/2007
06:36
=20

[Springframework-rcp-dev] Question/Issue on Shortcuts

[Benoit X. <bx...@ob...>]

Dear *,

=20

I=92ve upgraded to Rev:1771 this morning and have a problem that seems =
to have
cropped up a few months ago without any change in my code (honest!).

=20

Shortcuts seems to ONLY work with Upper Case/First letter.

=20

e.g. in my message.properties I have:

closeCommand.label=3DC&lose

saveQueryCommand.label=3D&Save Query

=20

Both are used in my mdi window as button and they do display correctly, =
i.e.
there is an underscore under =91l=92 in Close and under =91S=92 in Save =
Query.

=20

The problem is:

If I do =93ALT + S=94 it does call Save but =93ALT + l=94 does NOT do =
anything!!!

=20

It is a new-ish issue=85

=20

Furthermore, if there is a MENU item that start with a letter which is =
on a
shortcut in the same window (say I have Revert but a menu View too),
pressing =91ALT + V=92 opens the menu! Not the command on the current =
MDI=85
puzzling!

=20

Could anyone tell me if something has changed and if not where should I =
look
for in order to investigate?

Do I need to register anything to get this to work? (the Save seems to =
be
ok=85)

=20

Many thanks!

=20

Benoit


No virus found in this outgoing message.
Checked by AVG Free Edition.=20
Version: 7.5.476 / Virus Database: 269.10.1/888 - Release Date: =
06/07/2007
06:36
=20

[Springframework-rcp-dev] [Spring-JIRA] Created: (RCP-479) Refactor Message to interface

[Jan H. (JIRA) <no...@at...>]

Refactor Message to interface
-----------------------------

                 Key: RCP-479
                 URL: http://opensource.atlassian.com/projects/spring/browse/RCP-479
             Project: Spring Framework Rich Client Project
          Issue Type: Improvement
          Components: Application Framework
            Reporter: Jan Hoskens
            Assignee: Jan Hoskens


Currently there's an implementation Message that's being used to propagate messages. Besides this we also have ValidationMessages that are spawned by the rules containing the same info with additional information concerning the validated property. These two are however unrelated which leads to converting between both of them.

Refactoring should include:
- make the Message an interface
- make ValidationMessage extend Message
- provide default implementation of Message (DefaultMessage)
- remove converting between old Message and ValidationMessage
- additionally: Message has a getText while ValidationMessage has a getMessage, these are basically the same properties so one of them should be renamed

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/spring/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[Springframework-rcp-dev] [Spring-JIRA] Closed: (RCP-259) StatusBarCommandGroup.setErrorMessage(String) sets the Message instead of the ErrorMessage

[Jan H. (JIRA) <no...@at...>]

     [ http://opensource.atlassian.com/projects/spring/browse/RCP-259?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jan Hoskens closed RCP-259.
---------------------------

         Assignee: Jan Hoskens  (was: Oliver Hutchison)
       Resolution: Fixed
    Fix Version/s: 0.3.0

fixed in revision:

http://spring-rich-c.svn.sourceforge.net/viewvc/spring-rich-c?view=rev&revision=1770

Thanks for reporting

> StatusBarCommandGroup.setErrorMessage(String) sets the Message instead of the ErrorMessage
> ------------------------------------------------------------------------------------------
>
>                 Key: RCP-259
>                 URL: http://opensource.atlassian.com/projects/spring/browse/RCP-259
>             Project: Spring Framework Rich Client Project
>          Issue Type: Bug
>          Components: Application Framework
>            Reporter: Markus Rogg
>            Assignee: Jan Hoskens
>            Priority: Trivial
>             Fix For: 0.3.0
>
>
> The Method setErrorMessage(String) in the class StatusBarCommandGroup calls getStatusBar().setMessage(message) instead of getStatusBar().setErrorMessage(message) .
> The method setErrorMessage(ImageIcon, String)  calls the right method.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/spring/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[Springframework-rcp-dev] [Spring-JIRA] Resolved: (RCP-478) Pass Form reference to FormUIProvider.bind to support binding child forms

[Andy D. (JIRA) <no...@at...>]

     [ http://opensource.atlassian.com/projects/spring/browse/RCP-478?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Andy DePue resolved RCP-478.
----------------------------

       Resolution: Fixed
    Fix Version/s: 0.3.0

I've now committed the changes after hearing no objections.


> Pass Form reference to FormUIProvider.bind to support binding child forms
> -------------------------------------------------------------------------
>
>                 Key: RCP-478
>                 URL: http://opensource.atlassian.com/projects/spring/browse/RCP-478
>             Project: Spring Framework Rich Client Project
>          Issue Type: Improvement
>          Components: Binding System
>            Reporter: Andy DePue
>            Assignee: Andy DePue
>             Fix For: 0.3.0
>
>
> We have a situation where a generated form will contain a child panel that is itself another generated form.  We would like our binder implementation to automatically add the child generated form to the parent form so that its validation is properly linked.  However, there is currently no way to get access to the parent Form from within FormUIProvider.bind(...) - at best, one can get access to the FormModel from the BindingFactory, but adding the child FormModel to the parent FormModel does not provide the kind of link we need (child Form to parent Form).  Since FormUIProvider.bind is working on the UI level (Form) and not only at the model level, it makes sense (to me anyway) to pass the Form in as a parameter.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/spring/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[Springframework-rcp-dev] [Spring-JIRA] Commented: (RCP-478) Pass Form reference to FormUIProvider.bind to support binding child forms

[Andy D. (JIRA) <no...@at...>]

    [ http://opensource.atlassian.com/projects/spring/browse/RCP-478?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_24373 ] 

Andy DePue commented on RCP-478:
--------------------------------

I've already implemented this change in my local SVN checkout, and will commit the change in a few days if no one objects or identifies other issues.

> Pass Form reference to FormUIProvider.bind to support binding child forms
> -------------------------------------------------------------------------
>
>                 Key: RCP-478
>                 URL: http://opensource.atlassian.com/projects/spring/browse/RCP-478
>             Project: Spring Framework Rich Client Project
>          Issue Type: Improvement
>          Components: Binding System
>            Reporter: Andy DePue
>            Assignee: Andy DePue
>
> We have a situation where a generated form will contain a child panel that is itself another generated form.  We would like our binder implementation to automatically add the child generated form to the parent form so that its validation is properly linked.  However, there is currently no way to get access to the parent Form from within FormUIProvider.bind(...) - at best, one can get access to the FormModel from the BindingFactory, but adding the child FormModel to the parent FormModel does not provide the kind of link we need (child Form to parent Form).  Since FormUIProvider.bind is working on the UI level (Form) and not only at the model level, it makes sense (to me anyway) to pass the Form in as a parameter.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/spring/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[Springframework-rcp-dev] [Spring-JIRA] Created: (RCP-478) Pass Form reference to FormUIProvider.bind to support binding child forms

[Andy D. (JIRA) <no...@at...>]

Pass Form reference to FormUIProvider.bind to support binding child forms
-------------------------------------------------------------------------

                 Key: RCP-478
                 URL: http://opensource.atlassian.com/projects/spring/browse/RCP-478
             Project: Spring Framework Rich Client Project
          Issue Type: Improvement
          Components: Binding System
            Reporter: Andy DePue
            Assignee: Andy DePue


We have a situation where a generated form will contain a child panel that is itself another generated form.  We would like our binder implementation to automatically add the child generated form to the parent form so that its validation is properly linked.  However, there is currently no way to get access to the parent Form from within FormUIProvider.bind(...) - at best, one can get access to the FormModel from the BindingFactory, but adding the child FormModel to the parent FormModel does not provide the kind of link we need (child Form to parent Form).  Since FormUIProvider.bind is working on the UI level (Form) and not only at the model level, it makes sense (to me anyway) to pass the Form in as a parameter.


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/spring/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[Springframework-rcp-dev] [Spring-JIRA] Updated: (RCP-477) TigerEnumTableCellRenderer

[Xavier B. (JIRA) <no...@at...>]

     [ http://opensource.atlassian.com/projects/spring/browse/RCP-477?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Xavier Breton updated RCP-477:
------------------------------

    Attachment: TigerEnumTableCellRenderer.java

The src

> TigerEnumTableCellRenderer
> --------------------------
>
>                 Key: RCP-477
>                 URL: http://opensource.atlassian.com/projects/spring/browse/RCP-477
>             Project: Spring Framework Rich Client Project
>          Issue Type: New Feature
>          Components: Binding System
>    Affects Versions: 0.3.0
>         Environment: Ubuntu Linux with Java 5
>            Reporter: Xavier Breton
>         Attachments: TigerEnumTableCellRenderer.java
>
>
> Hi I developed a TableCellRender with i18n support for my project, I save it in the spring-richclient-tiger project in my development environment that I download from svn.
> Here is the code:
> package org.springframework.richclient.table.renderer;
> import java.awt.Component;
> import javax.swing.JTable;
> import javax.swing.table.DefaultTableCellRenderer;
> import org.springframework.context.support.MessageSourceAccessor;
> /**
>  * @author Xavier Breton
>  */
> public class TigerEnumTableCellRenderer extends DefaultTableCellRenderer {
> 	
> 	private static final long serialVersionUID = -1737388077316919179L;
> 	
> 	private MessageSourceAccessor messageSourceAccessor;
> 	
> 	public TigerEnumTableCellRenderer(MessageSourceAccessor messageSourceAccesor) {
> 		this.messageSourceAccessor = messageSourceAccesor;
> 	}
> 	
> 	public Component getTableCellRendererComponent(JTable table, Object value, boolean isSelected, boolean hasFocus,
>             int row, int column) {
>         if (value != null) {
>         	Enum valueEnum = (Enum) value;
>         	Class<? extends Enum> valueClass = valueEnum.getClass();
>                 value = messageSourceAccessor.getMessage(valueClass.getName() + "." + valueEnum.name());
>         }
>         return super.getTableCellRendererComponent(table, value, isSelected, hasFocus, row, column);
>     }
> }

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/spring/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[Springframework-rcp-dev] [Spring-JIRA] Created: (RCP-477) TigerEnumTableCellRenderer

[Xavier B. (JIRA) <no...@at...>]

TigerEnumTableCellRenderer
--------------------------

                 Key: RCP-477
                 URL: http://opensource.atlassian.com/projects/spring/browse/RCP-477
             Project: Spring Framework Rich Client Project
          Issue Type: New Feature
          Components: Binding System
    Affects Versions: 0.3.0
         Environment: Ubuntu Linux with Java 5
            Reporter: Xavier Breton


Hi I developed a TableCellRender with i18n support for my project, I save it in the spring-richclient-tiger project in my development environment that I download from svn.

Here is the code:
package org.springframework.richclient.table.renderer;

import java.awt.Component;

import javax.swing.JTable;
import javax.swing.table.DefaultTableCellRenderer;

import org.springframework.context.support.MessageSourceAccessor;

/**
 * @author Xavier Breton
 */
public class TigerEnumTableCellRenderer extends DefaultTableCellRenderer {
	
	private static final long serialVersionUID = -1737388077316919179L;
	
	private MessageSourceAccessor messageSourceAccessor;
	
	public TigerEnumTableCellRenderer(MessageSourceAccessor messageSourceAccesor) {
		this.messageSourceAccessor = messageSourceAccesor;
	}
	
	public Component getTableCellRendererComponent(JTable table, Object value, boolean isSelected, boolean hasFocus,
            int row, int column) {
        if (value != null) {
        	Enum valueEnum = (Enum) value;
        	Class<? extends Enum> valueClass = valueEnum.getClass();
                value = messageSourceAccessor.getMessage(valueClass.getName() + "." + valueEnum.name());
        }
        return super.getTableCellRendererComponent(table, value, isSelected, hasFocus, row, column);
    }
}


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/spring/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira