springframework-rcp-dev — Spring Rich Client developer list

[Springframework-rcp-dev] refactoring spring-richclient-vldocking to spring-richclient-docking

[Peter De B. <pet...@gm...>]

Ok, looks like I f*cked up.

In the process of renaming the vldocking project to docking, I made a
mistake, and managed to lose the vldocking project. I can't find the code,
it's simply gone.

If some kind soul could put the vldocking code in the docking project, I
would be most grateful ;-)

I have a backup somewhere on my work computer (which I don't have access to
till tomorrow in 10 hours), so I'll restore the vldocking code if noone has
done it already.

regards,

Peter

[Springframework-rcp-dev] mustang

[Arne L. <Arn...@ar...>]

Hi Peter,

great idea. With mustang/java6 you could implement a Close-Button for 
the tabs of your TabbedApplicationPage.
If you want, you can take a variant of my TitlePane:
http://swingdocking.svn.sourceforge.net/viewvc/swingdocking/trunk/mustang/src/main/java/net/sf/swingdocking/title/TitlePane.java?view=markup

Regards,

Arne

Peter De Bruycker schrieb:
> All,
>  
> I'd like to introduce a new module: spring-richclient-mustang.
>  
> It would contain classes that depend on jdk6+.
> I currently have two classes that depend on features of jdk6:
> - MustangSplashScreen, which depens on java.awt.SplashScreen
> - ScriptedView which depends on the scripting support (ScriptEngine, ...)
>  
> I someone has any objections/ideas, please speak up...
>  
> regards,
>  
> Peter
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> ------------------------------------------------------------------------
>
> _______________________________________________
> Springframework-rcp-dev mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev
>   

Re: [Springframework-rcp-dev] mustang

[Peter De B. <pet...@gm...>]

No problem for me.

On 1/25/08, Jan Hoskens <jh...@sc...> wrote:
>
> +1,
>
> but with a more specific name like 'spring-richclient-jdk6' instead of
> mustang.
>
> Actually the same goes for the current tiger module. Can we change this
> name to 'spring-richclient-jdk5'?
>
> And additionally, can we move the directories that don't map to their
> project-names? Eg 'support' should be 'spring-richclient-support'. If no
> one objects I'll move all project dirs to their correct naming.
>
> Kind Regards,
> Jan
>
> On Fri, 2008-01-25 at 14:19 +0100, Geoffrey De Smet wrote:
> > +1
> >
> > At work we're already using java 6 :)
> >
> > But if sun no longer gives them codenames, maybe we shouldn't use those
> > codenames either? What will we use for java8?
> > What do you think about "spring-richclient-java6"?
> >
> > http://www.mvnrepository.com/search.html?query=java5
> > http://www.mvnrepository.com/search.html?query=jdk5
> > http://www.mvnrepository.com/search.html?query=tiger
> >
> >
> > With kind regards,
> > Geoffrey De Smet
> >
> >
> > Peter De Bruycker wrote:
> > > All,
> > >
> > > I'd like to introduce a new module: spring-richclient-mustang.
> > >
> > > It would contain classes that depend on jdk6+.
> > > I currently have two classes that depend on features of jdk6:
> > > - MustangSplashScreen, which depens on java.awt.SplashScreen
> > > - ScriptedView which depends on the scripting support (ScriptEngine,
> ...)
> > >
> > > I someone has any objections/ideas, please speak up...
> > >
> > > regards,
> > >
> > > Peter
> > >
> > >
> > >
> ------------------------------------------------------------------------
> > >
> > >
> -------------------------------------------------------------------------
> > > This SF.net email is sponsored by: Microsoft
> > > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > >
> > >
> > >
> ------------------------------------------------------------------------
> > >
> > > _______________________________________________
> > > Springframework-rcp-dev mailing list
> > > Spr...@li...
> > > https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev
> >
> >
> >
> -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > _______________________________________________
> > 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: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Springframework-rcp-dev mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev
>

[Springframework-rcp-dev] [Spring-JIRA] Created: (RCP-531) Obsolete interface FormBuilder?

[Johannes S. (JIRA) <no...@sp...>]

Obsolete interface FormBuilder?
-------------------------------

                 Key: RCP-531
                 URL: http://jira.springframework.org/browse/RCP-531
             Project: Spring Framework Rich Client Project
          Issue Type: Improvement
    Affects Versions: 1.0.0
            Reporter: Johannes Schneider
            Priority: Minor


FormBuilder hasn't any implementations. I suggest AbstractFormBuilder should implement FormBuilder or delete the Interface.

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

        

[Springframework-rcp-dev] [Spring-JIRA] Commented: (RCP-530) Patch: ListSelectionBinding supports nonnull properties

[Johannes S. (JIRA) <no...@sp...>]

    [ http://jira.springframework.org/browse/RCP-530?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_31268 ] 

Johannes Schneider commented on RCP-530:
----------------------------------------

Simple subclass that decides whether a property is nullable based on annotations:


 extends ListSelectionDialogBinder {
  @Override
  protected void detectNullable( FormModel formModel, String formPropertyPath ) {
    Method setter = BeanUtils.getPropertyDescriptor( formModel.getFormObject().getClass(), formPropertyPath ).getWriteMethod();

    Annotation[] annotations = setter.getParameterAnnotations()[0];
    if ( isSet( Nullable.class, annotations ) ) {
      setNullable( true );
    }

    if ( isSet( NotNull.class, annotations ) ) {
      setNullable( false );
    }
  }

  private static boolean isSet( @NotNull Class<?> annotationsClass, @NotNull Annotation[] annotations ) {
    for ( Annotation annotation : annotations ) {
      if ( annotation.annotationType().equals( annotationsClass ) ) {
        return true;
      }
    }
    return false;
  }

> Patch: ListSelectionBinding supports nonnull properties
> -------------------------------------------------------
>
>                 Key: RCP-530
>                 URL: http://jira.springframework.org/browse/RCP-530
>             Project: Spring Framework Rich Client Project
>          Issue Type: New Feature
>          Components: Binding System
>    Affects Versions: 1.0.0
>            Reporter: Johannes Schneider
>         Attachments: ListSelectionDialogBinding_extended_nullable.patch, ListSelectionDialogBinding_ready_for_non-nullable_properties.patch
>
>


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

        

[Springframework-rcp-dev] [Spring-JIRA] Updated: (RCP-530) Patch: ListSelectionBinding supports nonnull properties

[Johannes S. (JIRA) <no...@sp...>]

     [ http://jira.springframework.org/browse/RCP-530?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Johannes Schneider updated RCP-530:
-----------------------------------

    Attachment: ListSelectionDialogBinding_extended_nullable.patch

This patch additionally introduces a "detectNullable" method. Within this method some magic can be done (I created a subclass that decides whether a property is nullable based on annotations of the getter/setter).

> Patch: ListSelectionBinding supports nonnull properties
> -------------------------------------------------------
>
>                 Key: RCP-530
>                 URL: http://jira.springframework.org/browse/RCP-530
>             Project: Spring Framework Rich Client Project
>          Issue Type: New Feature
>          Components: Binding System
>    Affects Versions: 1.0.0
>            Reporter: Johannes Schneider
>         Attachments: ListSelectionDialogBinding_extended_nullable.patch, ListSelectionDialogBinding_ready_for_non-nullable_properties.patch
>
>


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

        

[Springframework-rcp-dev] [Spring-JIRA] Created: (RCP-530) Patch: ListSelectionBinding supports nonnull properties

[Johannes S. (JIRA) <no...@sp...>]

Patch: ListSelectionBinding supports nonnull properties
-------------------------------------------------------

                 Key: RCP-530
                 URL: http://jira.springframework.org/browse/RCP-530
             Project: Spring Framework Rich Client Project
          Issue Type: New Feature
          Components: Binding System
    Affects Versions: 1.0.0
            Reporter: Johannes Schneider
         Attachments: ListSelectionDialogBinding_ready_for_non-nullable_properties.patch



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

        

[Springframework-rcp-dev] [Spring-JIRA] Updated: (RCP-530) Patch: ListSelectionBinding supports nonnull properties

[Johannes S. (JIRA) <no...@sp...>]

     [ http://jira.springframework.org/browse/RCP-530?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Johannes Schneider updated RCP-530:
-----------------------------------

    Attachment: ListSelectionDialogBinding_ready_for_non-nullable_properties.patch

> Patch: ListSelectionBinding supports nonnull properties
> -------------------------------------------------------
>
>                 Key: RCP-530
>                 URL: http://jira.springframework.org/browse/RCP-530
>             Project: Spring Framework Rich Client Project
>          Issue Type: New Feature
>          Components: Binding System
>    Affects Versions: 1.0.0
>            Reporter: Johannes Schneider
>         Attachments: ListSelectionDialogBinding_ready_for_non-nullable_properties.patch
>
>


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

        

[Springframework-rcp-dev] [Spring-JIRA] Commented: (RCP-524) TabbedDialogPage doesn't paint if used with JideTabbedPane

[Johannes S. (JIRA) <no...@sp...>]

    [ http://jira.springframework.org/browse/RCP-524?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_31240 ] 

Johannes Schneider commented on RCP-524:
----------------------------------------

Workaround:

JideTabbedPane tabbedPane....
tabbedPane.setContentBorderInsets( new InsetsUIResource( 2, 2, 2, 2 ) );

> TabbedDialogPage doesn't paint if used with JideTabbedPane
> ----------------------------------------------------------
>
>                 Key: RCP-524
>                 URL: http://jira.springframework.org/browse/RCP-524
>             Project: Spring Framework Rich Client Project
>          Issue Type: Bug
>    Affects Versions: 1.0.0
>         Environment: Linux, Java 1.6, Jide Common:
>         <groupId>com.jidesoft</groupId>
>         <artifactId>jide-oss</artifactId>
>         <version>2.2.1.08</version>
>            Reporter: Johannes Schneider
>            Assignee: Peter De Bruycker
>         Attachments: person.png, person_correct.png
>
>
> Using the following component factory will result in visual problems when used within a TabbedDialogPage: 
> public class JideComponentFactory extends DefaultComponentFactory {
>   @Override
>   public JTabbedPane createTabbedPane() {
>     //    return super.createTabbedPane();
>     JideTabbedPane tabbedPane = new JideTabbedPane();
>     tabbedPane.setBoldActiveTab( true );
>     tabbedPane.setHideOneTab( true );
>     return tabbedPane;
>   }
> }
> The border around the JTabbedPane is not drawn. This happens with different look and feels (JGoodies, Metal, GTK). The JideTabbedPane works as expected when used alone.
> I think it might be related with org.springframework.richclient.dialog.control.ExtTabbedPane.

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

        

[Springframework-rcp-dev] [Spring-JIRA] Created: (RCP-529) Table-Builder - convinience method

[Johannes S. (JIRA) <no...@sp...>]

Table-Builder - convinience method
----------------------------------

                 Key: RCP-529
                 URL: http://jira.springframework.org/browse/RCP-529
             Project: Spring Framework Rich Client Project
          Issue Type: Improvement
    Affects Versions: 1.0.0
            Reporter: Johannes Schneider
         Attachments: convinience_method_added.patch



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

        

[Springframework-rcp-dev] [Spring-JIRA] Updated: (RCP-529) Table-Builder - convinience method

[Johannes S. (JIRA) <no...@sp...>]

     [ http://jira.springframework.org/browse/RCP-529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Johannes Schneider updated RCP-529:
-----------------------------------

    Attachment: convinience_method_added.patch

> Table-Builder - convinience method
> ----------------------------------
>
>                 Key: RCP-529
>                 URL: http://jira.springframework.org/browse/RCP-529
>             Project: Spring Framework Rich Client Project
>          Issue Type: Improvement
>    Affects Versions: 1.0.0
>            Reporter: Johannes Schneider
>         Attachments: convinience_method_added.patch
>
>


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

        

[Springframework-rcp-dev] [Spring-JIRA] Updated: (RCP-528) Prepare ExtTabbedPane for late addition of tabs

[Johannes S. (JIRA) <no...@sp...>]

     [ http://jira.springframework.org/browse/RCP-528?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Johannes Schneider updated RCP-528:
-----------------------------------

    Attachment: allows_the_late_addition_of_tabs_.patch

> Prepare ExtTabbedPane for late addition of tabs
> -----------------------------------------------
>
>                 Key: RCP-528
>                 URL: http://jira.springframework.org/browse/RCP-528
>             Project: Spring Framework Rich Client Project
>          Issue Type: Improvement
>    Affects Versions: 1.0.0
>            Reporter: Johannes Schneider
>         Attachments: allows_the_late_addition_of_tabs_.patch
>
>
> adding a tab when the pane is shown results in exceptions.

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

        

[Springframework-rcp-dev] [Spring-JIRA] Created: (RCP-528) Prepare ExtTabbedPane for late addition of tabs

[Johannes S. (JIRA) <no...@sp...>]

Prepare ExtTabbedPane for late addition of tabs
-----------------------------------------------

                 Key: RCP-528
                 URL: http://jira.springframework.org/browse/RCP-528
             Project: Spring Framework Rich Client Project
          Issue Type: Improvement
    Affects Versions: 1.0.0
            Reporter: Johannes Schneider


adding a tab when the pane is shown results in exceptions.

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

        

[Springframework-rcp-dev] [Spring-JIRA] Created: (RCP-527) Added constructor to org.springframework.richclient.selection.dialog.ListSelectionDialog

[Johannes S. (JIRA) <no...@sp...>]

Added constructor to org.springframework.richclient.selection.dialog.ListSelectionDialog
----------------------------------------------------------------------------------------

                 Key: RCP-527
                 URL: http://jira.springframework.org/browse/RCP-527
             Project: Spring Framework Rich Client Project
          Issue Type: Improvement
    Affects Versions: 1.0.0
            Reporter: Johannes Schneider
            Priority: Trivial
         Attachments: added_constructor.patch



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

        

[Springframework-rcp-dev] [Spring-JIRA] Updated: (RCP-527) Added constructor to org.springframework.richclient.selection.dialog.ListSelectionDialog

[Johannes S. (JIRA) <no...@sp...>]

     [ http://jira.springframework.org/browse/RCP-527?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Johannes Schneider updated RCP-527:
-----------------------------------

    Attachment: added_constructor.patch

> Added constructor to org.springframework.richclient.selection.dialog.ListSelectionDialog
> ----------------------------------------------------------------------------------------
>
>                 Key: RCP-527
>                 URL: http://jira.springframework.org/browse/RCP-527
>             Project: Spring Framework Rich Client Project
>          Issue Type: Improvement
>    Affects Versions: 1.0.0
>            Reporter: Johannes Schneider
>            Priority: Trivial
>         Attachments: added_constructor.patch
>
>


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

        

Re: [Springframework-rcp-dev] mustang

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

+1,

but with a more specific name like 'spring-richclient-jdk6' instead of
mustang.

Actually the same goes for the current tiger module. Can we change this
name to 'spring-richclient-jdk5'?

And additionally, can we move the directories that don't map to their
project-names? Eg 'support' should be 'spring-richclient-support'. If no
one objects I'll move all project dirs to their correct naming.

Kind Regards,
Jan

On Fri, 2008-01-25 at 14:19 +0100, Geoffrey De Smet wrote:
> +1
>
> At work we're already using java 6 :)
>
> But if sun no longer gives them codenames, maybe we shouldn't use those
> codenames either? What will we use for java8?
> What do you think about "spring-richclient-java6"?
>
> http://www.mvnrepository.com/search.html?query=java5
> http://www.mvnrepository.com/search.html?query=jdk5
> http://www.mvnrepository.com/search.html?query=tiger
>
>
> With kind regards,
> Geoffrey De Smet
>
>
> Peter De Bruycker wrote:
> > All,
> >
> > I'd like to introduce a new module: spring-richclient-mustang.
> >
> > It would contain classes that depend on jdk6+.
> > I currently have two classes that depend on features of jdk6:
> > - MustangSplashScreen, which depens on java.awt.SplashScreen
> > - ScriptedView which depends on the scripting support (ScriptEngine, ...)
> >
> > I someone has any objections/ideas, please speak up...
> >
> > regards,
> >
> > Peter
> >
> >
> > ------------------------------------------------------------------------
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Springframework-rcp-dev mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> 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] mustang

[Geoffrey De S. <ge0...@gm...>]

+1

At work we're already using java 6 :)

But if sun no longer gives them codenames, maybe we shouldn't use those 
codenames either? What will we use for java8?
What do you think about "spring-richclient-java6"?

http://www.mvnrepository.com/search.html?query=java5
http://www.mvnrepository.com/search.html?query=jdk5
http://www.mvnrepository.com/search.html?query=tiger


With kind regards,
Geoffrey De Smet


Peter De Bruycker wrote:
> All,
>  
> I'd like to introduce a new module: spring-richclient-mustang.
>  
> It would contain classes that depend on jdk6+.
> I currently have two classes that depend on features of jdk6:
> - MustangSplashScreen, which depens on java.awt.SplashScreen
> - ScriptedView which depends on the scripting support (ScriptEngine, ...)
>  
> I someone has any objections/ideas, please speak up...
>  
> regards,
>  
> Peter
> 
> 
> ------------------------------------------------------------------------
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Springframework-rcp-dev mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev

[Springframework-rcp-dev] mustang

[Peter De B. <pet...@gm...>]

All,

I'd like to introduce a new module: spring-richclient-mustang.

It would contain classes that depend on jdk6+.
I currently have two classes that depend on features of jdk6:
- MustangSplashScreen, which depens on java.awt.SplashScreen
- ScriptedView which depends on the scripting support (ScriptEngine, ...)

I someone has any objections/ideas, please speak up...

regards,

Peter

Re: [Springframework-rcp-dev] Tiger and Enums

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

Visibility of createEnumSelectableItems() has changed to protected on
trunk.

Kind Regards,
Jan

On Wed, 2008-01-23 at 15:14 +0000, Benoit Xhenseval wrote:
> Hi Lieven,
> 
> Thank you for your reply.  I agree with you that sometimes not having all the enum messages will generate a rather nasty exception...
> My issue is slightly different in the sense that user X could see A,B,C but user Y could only see A,B. This is determined by the application.
> So the list of Enums that can be put in the combo varies.
> 
> Unfortunately, TigerEnumComboBoxBinder.createEnumSelectableItems is private and cannot be overridden.
> I ended up have to overwrite the createListBinding.
> 
>     @Override
>     protected AbstractListBinding createListBinding(final JComponent control, final FormModel formModel, final String formPropertyPath) {
>         final ComboBoxBinding binding = (ComboBoxBinding) super.createListBinding(control, formModel, formPropertyPath);
>         binding.setSelectableItems(createEnumSelectableItems(formModel, formPropertyPath));
>         return binding;
>     }
> 
>     private Enum[] createEnumSelectableItems(final FormModel formModel, final String formPropertyPath) {
> ... return my list of selectable items
>   }
> 
> I think it would be better if createEnumSelectableItems was protected. 
> 
> 
> Thanks
> 
> Regards
> 
> Benoit.
> 
> ------------------------------
> IMPORTANT NOTICE 
> This communication contains information that is considered confidential and may also be privileged . It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you have received this communication in error please return it to the sender and delete the original.
> 
> 
> -----Original Message-----
> From: spr...@li... [mailto:spr...@li...] On Behalf Of Lieven Doclo
> Sent: 23 January 2008 07:31
> To: spr...@li...
> Subject: Re: [Springframework-rcp-dev] Tiger and Enums
> 
> Hi Benoit,
> 
> I've also come across this problem. If the enum value that you don't 
> want to show are consistent throughout your application, you could 
> modify the enumcomboboxbinder to only show values for which you have 
> provided a message. Then in your messages you omit the messages for the 
> values you don't want to show.
> 
> Something like this:
> 
> @SuppressWarnings("unchecked")
>      private List<Enum> createEnumSelectableItems(FormModel formModel, 
> String formPropertyPath)
>      {
>          Class propertyType = getPropertyType(formModel, formPropertyPath);
>          Class<Enum> enumPropertyType = propertyType;
>          List<Enum> out = new ArrayList<Enum>();
> 
>          for (Enum e : enumPropertyType.getEnumConstants())
>          {
>              String desc = getMessage(enumPropertyType.getName() + "." + 
> e.name());
>              if (!StringUtils.isEmpty(desc))
>              {
>                  out.add(e);
>              }
>          }
> 
>          // return enumPropertyType.getEnumConstants();
>          return out;
>      }
> 
> and in your createListBinding of your ...Binder you use
> 
> binding.setSelectableItems(createEnumSelectableItems(formModel, 
> formPropertyPath));
> 
> That's how I solved it. I had to rewrite TigerEnumComboboxBinder since 
> message handling over here is a bit different than standard RCP.
> 
> Grtz,
> 
> Lieven
> 
> Benoit Xhenseval schreef:
> > Hi,
> > 
> >  
> > 
> > I love the TigerEnumComboBoxBinder and the automatic name formatting.
> > 
> >  
> > 
> > I have however a case where the application must fill the combo box with 
> > a SUB-SELECTION of the values of an enum…
> > 
> > How could we do this?  Please note that the sub-selection should be 
> > dynamic and not specified in any xml,etc.
> > 
> >  
> > 
> > I think that If the following method was overridable/protected, it would 
> > be easier to achieve what I need:
> > 
> >     *private* Enum[] createEnumSelectableItems(FormModel formModel, 
> > String formPropertyPath)
> > 
> >  
> > 
> > Has anyone done this?
> > 
> >  
> > 
> > Thanks & best regards
> > 
> >  
> > 
> > Benoit
> > 
> >  
> > 
> > ------------------------------
> > 
> > IMPORTANT NOTICE
> > 
> > This communication contains information that is considered confidential 
> > and may also be privileged . It is for the exclusive use of the intended 
> > recipient(s). If you are not the intended recipient(s) please note that 
> > any form of distribution, copying or use of this communication or the 
> > information in it is strictly prohibited and may be unlawful. If you 
> > have received this communication in error please return it to the sender 
> > and delete the original.
> > 
> >  
> > 
> > 
> > ------------------------------------------------------------------------
> > 
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > 
> > 
> > ------------------------------------------------------------------------
> > 
> > _______________________________________________
> > Springframework-rcp-dev mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Springframework-rcp-dev mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> 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] Commented: (RCP-526) Application locking up during startup

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

    [ http://jira.springframework.org/browse/RCP-526?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_31196 ] 

Jan Hoskens commented on RCP-526:
---------------------------------

I just replaced our simpleApplicationPage with the TabbedApplicationPage and it seems to work fine. When looking at your  trace, I do notice the usage of glazedlists that is trying to grab a lock. Maybe the issue is situated there? Did you try a simple setup as well (no glazedlist)? If it still persists, can you attach an example which leads to this lockup?

> Application locking up during startup
> -------------------------------------
>
>                 Key: RCP-526
>                 URL: http://jira.springframework.org/browse/RCP-526
>             Project: Spring Framework Rich Client Project
>          Issue Type: Bug
>          Components: Application Framework
>    Affects Versions: 0.2.1
>         Environment: Command line using Java 1.6_03
> Eclipse 3.3 running Java 1.6_03
> Java Web Start using Java 1.6_03
>            Reporter: Ron Johnson
>
> I'm seeing my application lock up randomly during startup.  I'm using the TabbedApplicationPage, and after getting a stack trace I can see that its locking during the call to DefaultApplicationWindow.setActivePage.  I see this occur from the command line, in the Eclipse IDE and as a Java Web Start download.  I'm using Java 1.6_03 and I see this occur in all three environments (command line, Eclipse 3.3, and Java Web Start).  Any idea what may be causing this?  
> "main" prio=6 tid=0x00a30400 nid=0xe18 waiting on condition [0x00c5f000..0x00c5fe54]
>    java.lang.Thread.State: WAITING (parking)
>         at sun.misc.Unsafe.park(Native Method)
>         - parking to wait for  <0x02e59e48> (a java.util.concurrent.locks.ReentrantReadWriteLock$NonfairSync)
>         at java.util.concurrent.locks.LockSupport.park(Unknown Source)
>         at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(Unknown Source)
>         at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireShared(Unknown Source)
>         at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireShared(Unknown Source)
>         at java.util.concurrent.locks.ReentrantReadWriteLock$ReadLock.lock(Unknown Source)
>         at ca.odell.glazedlists.impl.java15.LockAdapter.lock(J2SE50LockFactory.java:74)
>         at ca.odell.glazedlists.swing.EventTableModel.getRowCount(EventTableModel.java:162)
>         at javax.swing.JTable.getRowCount(Unknown Source)
>         at javax.swing.plaf.basic.BasicTableUI.createTableSize(Unknown Source)
>         at javax.swing.plaf.basic.BasicTableUI.getPreferredSize(Unknown Source)
>         at javax.swing.JComponent.getPreferredSize(Unknown Source)
>         at javax.swing.ScrollPaneLayout.layoutContainer(Unknown Source)
>         at java.awt.Container.layout(Unknown Source)
>         at java.awt.Container.doLayout(Unknown Source)
>         at java.awt.Container.validateTree(Unknown Source)
>         at java.awt.Container.validateTree(Unknown Source)
>         at java.awt.Container.validateTree(Unknown Source)
>         at java.awt.Container.validateTree(Unknown Source)
>         at java.awt.Container.validateTree(Unknown Source)
>         at java.awt.Container.validate(Unknown Source)
>         - locked <0x034978c0> (a java.awt.Component$AWTTreeLock)
>         at org.springframework.richclient.application.support.DefaultApplicationWindow.setActivePage(DefaultApplicationWindow.java:48)
>         at org.springframework.richclient.application.support.AbstractApplicationWindow.showPage(AbstractApplicationWindow.java:194)
>         at org.springframework.richclient.application.support.AbstractApplicationWindow.showPage(AbstractApplicationWindow.java:161)
>         at org.springframework.richclient.application.Application.openWindow(Application.java:148)
>         at org.springframework.richclient.application.Application.start(Application.java:210)
>         at org.springframework.richclient.application.ApplicationLauncher.launchMyRichClient(ApplicationLauncher.java:223)
>         at org.springframework.richclient.application.ApplicationLauncher.<init>(ApplicationLauncher.java:103)
>         at com.vzbi.cpemgr.dc.app.CPEManagerClient.main(CPEManagerClient.java:63)

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

        

[Springframework-rcp-dev] [Spring-JIRA] Created: (RCP-526) Application locking up during startup

[Ron J. (JIRA) <no...@sp...>]

Application locking up during startup
-------------------------------------

                 Key: RCP-526
                 URL: http://jira.springframework.org/browse/RCP-526
             Project: Spring Framework Rich Client Project
          Issue Type: Bug
          Components: Application Framework
    Affects Versions: 0.2.1
         Environment: Command line using Java 1.6_03
Eclipse 3.3 running Java 1.6_03
Java Web Start using Java 1.6_03
            Reporter: Ron Johnson


I'm seeing my application lock up randomly during startup.  I'm using the TabbedApplicationPage, and after getting a stack trace I can see that its locking during the call to DefaultApplicationWindow.setActivePage.  I see this occur from the command line, in the Eclipse IDE and as a Java Web Start download.  I'm using Java 1.6_03 and I see this occur in all three environments (command line, Eclipse 3.3, and Java Web Start).  Any idea what may be causing this?  

"main" prio=6 tid=0x00a30400 nid=0xe18 waiting on condition [0x00c5f000..0x00c5fe54]
   java.lang.Thread.State: WAITING (parking)
        at sun.misc.Unsafe.park(Native Method)
        - parking to wait for  <0x02e59e48> (a java.util.concurrent.locks.ReentrantReadWriteLock$NonfairSync)
        at java.util.concurrent.locks.LockSupport.park(Unknown Source)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(Unknown Source)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireShared(Unknown Source)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireShared(Unknown Source)
        at java.util.concurrent.locks.ReentrantReadWriteLock$ReadLock.lock(Unknown Source)
        at ca.odell.glazedlists.impl.java15.LockAdapter.lock(J2SE50LockFactory.java:74)
        at ca.odell.glazedlists.swing.EventTableModel.getRowCount(EventTableModel.java:162)
        at javax.swing.JTable.getRowCount(Unknown Source)
        at javax.swing.plaf.basic.BasicTableUI.createTableSize(Unknown Source)
        at javax.swing.plaf.basic.BasicTableUI.getPreferredSize(Unknown Source)
        at javax.swing.JComponent.getPreferredSize(Unknown Source)
        at javax.swing.ScrollPaneLayout.layoutContainer(Unknown Source)
        at java.awt.Container.layout(Unknown Source)
        at java.awt.Container.doLayout(Unknown Source)
        at java.awt.Container.validateTree(Unknown Source)
        at java.awt.Container.validateTree(Unknown Source)
        at java.awt.Container.validateTree(Unknown Source)
        at java.awt.Container.validateTree(Unknown Source)
        at java.awt.Container.validateTree(Unknown Source)
        at java.awt.Container.validate(Unknown Source)
        - locked <0x034978c0> (a java.awt.Component$AWTTreeLock)
        at org.springframework.richclient.application.support.DefaultApplicationWindow.setActivePage(DefaultApplicationWindow.java:48)
        at org.springframework.richclient.application.support.AbstractApplicationWindow.showPage(AbstractApplicationWindow.java:194)
        at org.springframework.richclient.application.support.AbstractApplicationWindow.showPage(AbstractApplicationWindow.java:161)
        at org.springframework.richclient.application.Application.openWindow(Application.java:148)
        at org.springframework.richclient.application.Application.start(Application.java:210)
        at org.springframework.richclient.application.ApplicationLauncher.launchMyRichClient(ApplicationLauncher.java:223)
        at org.springframework.richclient.application.ApplicationLauncher.<init>(ApplicationLauncher.java:103)
        at com.vzbi.cpemgr.dc.app.CPEManagerClient.main(CPEManagerClient.java:63)

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

        

Re: [Springframework-rcp-dev] Tiger and Enums

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

Hi Lieven,

Thank you for your reply.  I agree with you that sometimes not having =
all the enum messages will generate a rather nasty exception...
My issue is slightly different in the sense that user X could see A,B,C =
but user Y could only see A,B. This is determined by the application.
So the list of Enums that can be put in the combo varies.

Unfortunately, TigerEnumComboBoxBinder.createEnumSelectableItems is =
private and cannot be overridden.
I ended up have to overwrite the createListBinding.

    @Override
    protected AbstractListBinding createListBinding(final JComponent =
control, final FormModel formModel, final String formPropertyPath) {
        final ComboBoxBinding binding =3D (ComboBoxBinding) =
super.createListBinding(control, formModel, formPropertyPath);
        binding.setSelectableItems(createEnumSelectableItems(formModel, =
formPropertyPath));
        return binding;
    }

    private Enum[] createEnumSelectableItems(final FormModel formModel, =
final String formPropertyPath) {
... return my list of selectable items
  }

I think it would be better if createEnumSelectableItems was protected.=20


Thanks

Regards

Benoit.

------------------------------
IMPORTANT NOTICE=20
This communication contains information that is considered confidential =
and may also be privileged . It is for the exclusive use of the intended =
recipient(s). If you are not the intended recipient(s) please note that =
any form of distribution, copying or use of this communication or the =
information in it is strictly prohibited and may be unlawful. If you =
have received this communication in error please return it to the sender =
and delete the original.


-----Original Message-----
From: spr...@li... =
[mailto:spr...@li...] On Behalf =
Of Lieven Doclo
Sent: 23 January 2008 07:31
To: spr...@li...
Subject: Re: [Springframework-rcp-dev] Tiger and Enums

Hi Benoit,

I've also come across this problem. If the enum value that you don't=20
want to show are consistent throughout your application, you could=20
modify the enumcomboboxbinder to only show values for which you have=20
provided a message. Then in your messages you omit the messages for the=20
values you don't want to show.

Something like this:

@SuppressWarnings("unchecked")
     private List<Enum> createEnumSelectableItems(FormModel formModel,=20
String formPropertyPath)
     {
         Class propertyType =3D getPropertyType(formModel, =
formPropertyPath);
         Class<Enum> enumPropertyType =3D propertyType;
         List<Enum> out =3D new ArrayList<Enum>();

         for (Enum e : enumPropertyType.getEnumConstants())
         {
             String desc =3D getMessage(enumPropertyType.getName() + "." =
+=20
e.name());
             if (!StringUtils.isEmpty(desc))
             {
                 out.add(e);
             }
         }

         // return enumPropertyType.getEnumConstants();
         return out;
     }

and in your createListBinding of your ...Binder you use

binding.setSelectableItems(createEnumSelectableItems(formModel,=20
formPropertyPath));

That's how I solved it. I had to rewrite TigerEnumComboboxBinder since=20
message handling over here is a bit different than standard RCP.

Grtz,

Lieven

Benoit Xhenseval schreef:
> Hi,
>=20
> =20
>=20
> I love the TigerEnumComboBoxBinder and the automatic name formatting.
>=20
> =20
>=20
> I have however a case where the application must fill the combo box =
with=20
> a SUB-SELECTION of the values of an enum=E2=80=A6
>=20
> How could we do this?  Please note that the sub-selection should be=20
> dynamic and not specified in any xml,etc.
>=20
> =20
>=20
> I think that If the following method was overridable/protected, it =
would=20
> be easier to achieve what I need:
>=20
>     *private* Enum[] createEnumSelectableItems(FormModel formModel,=20
> String formPropertyPath)
>=20
> =20
>=20
> Has anyone done this?
>=20
> =20
>=20
> Thanks & best regards
>=20
> =20
>=20
> Benoit
>=20
> =20
>=20
> ------------------------------
>=20
> IMPORTANT NOTICE
>=20
> This communication contains information that is considered =
confidential=20
> and may also be privileged . It is for the exclusive use of the =
intended=20
> recipient(s). If you are not the intended recipient(s) please note =
that=20
> any form of distribution, copying or use of this communication or the=20
> information in it is strictly prohibited and may be unlawful. If you=20
> have received this communication in error please return it to the =
sender=20
> and delete the original.
>=20
> =20
>=20
>=20
> =
------------------------------------------------------------------------
>=20
> =
-------------------------------------------------------------------------=

> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>=20
>=20
> =
------------------------------------------------------------------------
>=20
> _______________________________________________
> Springframework-rcp-dev mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev


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

This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Springframework-rcp-dev mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev

Re: [Springframework-rcp-dev] Tiger and Enums

[Lieven D. <ld...@sc...>]

Hi Benoit,

I've also come across this problem. If the enum value that you don't 
want to show are consistent throughout your application, you could 
modify the enumcomboboxbinder to only show values for which you have 
provided a message. Then in your messages you omit the messages for the 
values you don't want to show.

Something like this:

@SuppressWarnings("unchecked")
     private List<Enum> createEnumSelectableItems(FormModel formModel, 
String formPropertyPath)
     {
         Class propertyType = getPropertyType(formModel, formPropertyPath);
         Class<Enum> enumPropertyType = propertyType;
         List<Enum> out = new ArrayList<Enum>();

         for (Enum e : enumPropertyType.getEnumConstants())
         {
             String desc = getMessage(enumPropertyType.getName() + "." + 
e.name());
             if (!StringUtils.isEmpty(desc))
             {
                 out.add(e);
             }
         }

         // return enumPropertyType.getEnumConstants();
         return out;
     }

and in your createListBinding of your ...Binder you use

binding.setSelectableItems(createEnumSelectableItems(formModel, 
formPropertyPath));

That's how I solved it. I had to rewrite TigerEnumComboboxBinder since 
message handling over here is a bit different than standard RCP.

Grtz,

Lieven

Benoit Xhenseval schreef:
> Hi,
> 
>  
> 
> I love the TigerEnumComboBoxBinder and the automatic name formatting.
> 
>  
> 
> I have however a case where the application must fill the combo box with 
> a SUB-SELECTION of the values of an enum…
> 
> How could we do this?  Please note that the sub-selection should be 
> dynamic and not specified in any xml,etc.
> 
>  
> 
> I think that If the following method was overridable/protected, it would 
> be easier to achieve what I need:
> 
>     *private* Enum[] createEnumSelectableItems(FormModel formModel, 
> String formPropertyPath)
> 
>  
> 
> Has anyone done this?
> 
>  
> 
> Thanks & best regards
> 
>  
> 
> Benoit
> 
>  
> 
> ------------------------------
> 
> IMPORTANT NOTICE
> 
> This communication contains information that is considered confidential 
> and may also be privileged . It is for the exclusive use of the intended 
> recipient(s). If you are not the intended recipient(s) please note that 
> any form of distribution, copying or use of this communication or the 
> information in it is strictly prohibited and may be unlawful. If you 
> have received this communication in error please return it to the sender 
> and delete the original.
> 
>  
> 
> 
> ------------------------------------------------------------------------
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Springframework-rcp-dev mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev

Re: [Springframework-rcp-dev] Very quick question on constraints.

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

Hi Benoit,

I've not yet tried to set warnings with the constraint framework. What I
can mention is that the framework itself doesn't create the validation
messages. It's the RulesValidator that does this after a constraint
fails. You can attach more messages by adding a
DefaultValidationResultsModel to the one of your formModel and
adding/removing messages on that one.

So it is possible to have a constraint test it and then adding/removing
a warning message, but it's not yet fitted into the current framework.
Definitely a good issue to add so we can have a look at this later. At
first sight it does bring in a number of changes because we should at
some point have a combination of a Severity and a Constraint and not
just translate every constraint failure into an Error.

Kind Regards,
Jan

On Tue, 2008-01-22 at 11:20 +0000, Benoit Xhenseval wrote:
> Hi All,
> 
>  
> 
> First of all, very glad to see so much activity.
> 
>  
> 
> Can the “constraint/rule” framework in Spring RC be used to simply
> RAISE a warning (rather than stopping the commit on a form, akin of an
> error).
> 
> I have the case whereby some values “should” be within a range but
> could be outside if the user decides; they should however be warned.
> 
> Using the constraint framework would be good, is it possible?
> 
>  
> 
> Many thanks
> 
>  
> 
> Benoit.
> 
>  
> 
> ------------------------------
> 
> IMPORTANT NOTICE 
> 
> This communication contains information that is considered
> confidential and may also be privileged . It is for the exclusive use
> of the intended recipient(s). If you are not the intended recipient(s)
> please note that any form of distribution, copying or use of this
> communication or the information in it is strictly prohibited and may
> be unlawful. If you have received this communication in error please
> return it to the sender and delete the original.
> 
>  
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________ 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] Tiger and Enums

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

Hi,

 

I love the TigerEnumComboBoxBinder and the automatic name formatting.

 

I have however a case where the application must fill the combo box with a
SUB-SELECTION of the values of an enum.

How could we do this?  Please note that the sub-selection should be dynamic
and not specified in any xml,etc.

 

I think that If the following method was overridable/protected, it would be
easier to achieve what I need:

    private Enum[] createEnumSelectableItems(FormModel formModel, String
formPropertyPath)

 

Has anyone done this?

 

Thanks & best regards

 

Benoit

 

------------------------------

IMPORTANT NOTICE 

This communication contains information that is considered confidential and
may also be privileged . It is for the exclusive use of the intended
recipient(s). If you are not the intended recipient(s) please note that any
form of distribution, copying or use of this communication or the
information in it is strictly prohibited and may be unlawful. If you have
received this communication in error please return it to the sender and
delete the original.