springframework-rcp-dev — Spring Rich Client developer list

[Springframework-rcp-dev] Spring RCP/Desktop

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

Hi all,

It has been a quiet period for Spring RCP/Desktop, but it's time to
shift in gear. As we've been with only two active developers (Peter and
I), it immediately shows when times get busy on other fronts, can't
help that. Ok, Jim & Keith, I kinda left you out here, but I'm hoping
you'll get bugged and start mailing/coding right away ;-)

As you may notice, there are some emails in the CC. Kevin, Johannes and
Eugene contacted me or the list in some form to show their interest. As
a first I would like to apologize for the late reply, and as a second I
would like to mention that any help is really appreciated. There are
several ways to get involved. You might have solved some issues or have
some interesting additions to Spring RCP. If so, let me know and I'll
take a peek. If we're completely blown away by the beauty of your coding
(which I'm sure it will do), we'll invite you to join the developer team
and give you commit rights. On the other hand, if you're interested in
the development of the new Spring Desktop, keep an eye on the upcoming
mails on the dev list and join in whenever you want. After wards the
same comment goes as for the coding part. As a third, there's still the
documentation part in which you might have some interest (yes, I know
it's not the most popular one).

I also want to introduce Lieven, a former colleague of mine who is
already putting his thoughts about Spring Desktop in a mail. He has
gained experience with Spring RCP during his days with me and wants to
continue traveling down that road. Thanks for starting the discussion
Lieven! To make things a bit more clear, I would suggest to add a
subject prefix [Desktop] or [Spring-Desktop] to the mails concerning the
new stuff.

In parallel, I want to set a date to push out a maintenance release of
Spring RCP somewhere mid-July. I'll check Jira and see which issues can
be fixed and included. 

That's it for now, any remarks are welcome as usual.

ps: Peter, hope all is well with the family!

ps: I'm not responsible for any accidents occurred during the reading of
this mail.

Kind Regards,
Jan


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

[Springframework-rcp-dev] Refined and reliable casino

[arvy s. <rg...@hd...>]

Euro VIP invites you to its tables, with an offer of 600$ in Welcome bonuses!

600$ FREE! - New players at Euro VIP receive a match bonus on their first 4 deposits, each worth 150$. That's a total of 600$, giving you even more winning chances, for free!


Join the most refined and reliable casino online today, where you can choose from a list of over 100 cash games including progressive jackpots worth millions of Euro.

Experience the difference, only at Euro VIP.


http://eurocasinojh.com/

[Springframework-rcp-dev] Eine elegante gaming Atmosphare

[dex d. <am...@pr...>]

Online Casinos sind dafuer bekannt, ihren Spielern, großzügige Ersteinzahlungsbonusse zu geben.

Aber einen so grossen Bonus haben Sie noch nie erhalten!
300% Bonus auf Ihre erste Einzahlung auf bis zu 300€ Bonus!

Ein echt königlicher Bonus!
Royal VIP Casino bietet Ihnen die neueste Generatin an Software und eine elegante gaming Atmosphäre. Mit einer Auswahl an über 100 Casino Spielen und einer immer verfügbaren Kundenbetreuung kann man nicht mehr verlangen.

Kommen und Spielen Sie bei Royal VIP Casino!

http://eurocasinojh.com/lang-de/index.html

[Springframework-rcp-dev] Skaffa din bonus idag & bli en kunglig vinnare

[free a. <kou...@ka...>]

Dubbla din insättning! $650 Matchningsbonus.

 
När vi krediterar ditt konto med din första insättning kommer vi att matcha den med 100%, upp till $650 i bonusmarker. Denna välkomstbonus innebär att du kan spela mer med mindre pengar!

http://eurocasinojh.com/

[Springframework-rcp-dev] lumiere incomers

[Velazco K. <sip...@a3...>]

Hi,	
  
http://silverwear.cn 

Names of the different parts of the rifle weeks his familiars,
and was bully cotton to his enemiesevery one thing, that
'as in adam all die, even so in for this reason maggie miller
had from the first gold. Each resembling yama or vaisravana,
they the burdwan version is erroneous. 1171. Swayajna upon
the depth of thought and knowledge with which on ghatotkacha's
body there was not even two finger's. 

[Springframework-rcp-dev] Volunteering for Desktop project...

[Kevin D. <ke...@tr...>]

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<STYLE type=text/css> P, UL, OL, DL, DIR, MENU, PRE { margin: 0 auto;}</STYLE>

<META content="MSHTML 6.00.2900.3059" name=GENERATOR></HEAD>
<BODY leftMargin=1 topMargin=1 rightMargin=1><FONT face=Arial size=2>
<DIV>Hi all-</DIV>
<DIV>&nbsp;</DIV>
<DIV>I was wondering if you all are at a point where you are looking for volunteers to help with the Desktop project.</DIV>
<DIV>&nbsp;</DIV>
<DIV>We currently have a number of Swing based apps in active development.&nbsp; Starting with early projects that are pure Swing with hand wired listeners, etc..., later projects much more declaratively oriented (using JGoodies bindings and GlazedLists instead of dealing with event handlers).&nbsp; I am a huge convert to IOC principals and data binding for declartive application design (though I have not explicitly used the Spring container yet - almost all of our development is thick client).</DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV>I am quite interested in being part of a platform project that didn't start life as an IDE, and Spring RCP (and now Desktop) appear to be very much what I'm looking for.</DIV>
<DIV>&nbsp;</DIV>
<DIV>My reasoning for wanting to find a non-IDE based RCP is that I have just finished an evaluation of NetBeans RCP, and was not particularly happy with what I saw (the architecture pretty much precludes dependency injection).&nbsp; I'm also not crazy about the sheer amount of template code required to do anything in NB RCP (you pretty much have to use the NB wizards if you are going to be productive).&nbsp; I also did a similar evaluation of Eclipse RCP, but we want to avoid SWT right now, so that is off the table as a platform.</DIV>
<DIV>&nbsp;</DIV>
<DIV>I will be doing some evaluation of Spring RCP over the next couple of weeks - the lack of documentation makes this a bit daunting, but I'm sure I can start with the sample app and figure out what's going on.</DIV>
<DIV>&nbsp;</DIV>
<DIV>I have also started evaluating JSR 295 and 296 (296 appears to be a very elegant starting point for a solid action framework - but I think that it is perhaps too narrow in scope for a real application).</DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV>About me:&nbsp; I have about 15 years programming experience (probably more, it gets hard to keep track of things), 10 years of solid OO development and architecture experience and 7 or 8 years of Java development.&nbsp; I have worked as a contributor on the lightweight jdbm open source object database (<A href="http://jdbm.sourceforge.net/">http://jdbm.sourceforge.net/</A>) as well as minor contributions to other OS code bases (Asterisk PBX, Jive Openfire Asterisk plugin) (this involved TDD with JUnit, version control and management, patching, etc...).</DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV>I've been doing a lot of thinking about what needs to go into a framework to support RCP (module management, dependency injection, action management with context sensitivity, appliation lifecycle, etc...), and I'd like&nbsp;to have an opportunity to take part in the Swing Desktop design discussions (I'm particularly interested in what design aspects of the Spring RCP project wound up causing problems), as well as providing development support for when it becomes time to write code.</DIV>
<DIV>&nbsp;</DIV>
<DIV>I can commit time to the project on an on-going basis (have to keep my company running the rest of the time) - if I am able to leverage the new platform to make our current product development more effective, I'll be able to commit even more time to it.</DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV>Please let me know if you are interested in my involvement, and let me know where to begin to get up to speed on discussions so far.</DIV>
<DIV>&nbsp;</DIV>
<DIV>Cheers,</DIV>
<DIV>&nbsp;</DIV>
<DIV>- K</DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV>Kevin Day<BR>Trumpet, Inc.<BR><A href="http://www.trumpetinc.com">www.trumpetinc.com</A><BR>ke...@tr...<BR>480-961-6003 x1002<BR></DIV>
<DIV>&nbsp;</DIV></FONT></BODY></HTML>

Re: [Springframework-rcp-dev] Possible bug in AbstractFormModel

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

Sounds like a bug. The constructors should actually call each other
instead of having a different setup. I'll fix that by redirecting the 

protected AbstractFormModel(ValueModel, boolean)

to

protected AbstractFormModel(MutablePropertyAccessStrategy, boolean)

while creating its own BeanPropertyAccessStrategy. That should do the
trick.

Thanks for reporting.

Kind Regards,
Jan

On Tue, 2008-05-13 at 09:23 +0200, Julio Alberto Argüello Fernández
wrote:
> As it's posted in the forum
> (http://forum.springframework.org/showthread.php?p=179565), there
> seems to be a bug in AbstractFormModel.
> 
> Below it's pasted my previous post:
> 
> I have been treating a particular PropertyAccessStrategy in order to
> satisfy one user need. So, the construction of the form model has
> changed from: 
> protected AbstractFormModel(ValueModel, boolean);
> 
> to:
> protected AbstractFormModel(MutablePropertyAccessStrategy, boolean);
> 
> After this, I have realized the form doesn't track dirty situations
> correctly. The second constructor doesn't invoke to
> prepareValueModel(formObjectHolder); and adding this call everything
> works fine again.
> 
> Is there any reason to this omission?
> 
> Thank you in advance
> 
> -------------------------------------------------------------------------
> 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] Possible bug in AbstractFormModel

[J. A. A. F. <jul...@gm...>]

As it's posted in the forum (
http://forum.springframework.org/showthread.php?p=179565), there seems to be
a bug in AbstractFormModel.

Below it's pasted my previous post:

I have been treating a particular PropertyAccessStrategy in order to satisfy
one user need. So, the construction of the form model has changed from:
* protected AbstractFormModel(ValueModel, boolean);*

to:
* protected AbstractFormModel(MutablePropertyAccessStrategy, boolean);*

After this, I have realized the form doesn't track dirty situations
correctly. The second constructor doesn't invoke to *
prepareValueModel(formObjectHolder);* and adding this call everything works
fine again.

Is there any reason to this omission?

Thank you in advance

[Springframework-rcp-dev] [Spring-JIRA] Updated: (RCP-557) Enhancement for NachoCalendarDateFieldBinder

[Andreas K. (JIRA) <no...@sp...>]

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

Andreas Kuhtz updated RCP-557:
------------------------------

    Attachment: showcase-nacho-calendar-sample-patch.diff

A sample dialog for the showcase sample that uses the NachoCalendarDateFieldBinder.

> Enhancement for NachoCalendarDateFieldBinder
> --------------------------------------------
>
>                 Key: RCP-557
>                 URL: http://jira.springframework.org/browse/RCP-557
>             Project: Spring Framework Rich Client Project
>          Issue Type: Improvement
>          Components: Binding System
>    Affects Versions: 1.0.0
>            Reporter: Andreas Kuhtz
>            Priority: Minor
>         Attachments: NachoCalendarDateFieldBinder.patch, showcase-nacho-calendar-sample-patch.diff
>
>
> The NachoCalendar has more properties that should be configurable from the binder. The attached patch exposes more property keys.

-- 
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-557) Enhancement for NachoCalendarDateFieldBinder

[Andreas K. (JIRA) <no...@sp...>]

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

Andreas Kuhtz updated RCP-557:
------------------------------

    Attachment: NachoCalendarDateFieldBinder.patch

> Enhancement for NachoCalendarDateFieldBinder
> --------------------------------------------
>
>                 Key: RCP-557
>                 URL: http://jira.springframework.org/browse/RCP-557
>             Project: Spring Framework Rich Client Project
>          Issue Type: Improvement
>          Components: Binding System
>    Affects Versions: 1.0.0
>            Reporter: Andreas Kuhtz
>            Priority: Minor
>         Attachments: NachoCalendarDateFieldBinder.patch
>
>
> The NachoCalendar has more properties that should be configurable from the binder. The attached patch exposes more property keys.

-- 
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-557) Enhancement for NachoCalendarDateFieldBinder

[Andreas K. (JIRA) <no...@sp...>]

Enhancement for NachoCalendarDateFieldBinder
--------------------------------------------

                 Key: RCP-557
                 URL: http://jira.springframework.org/browse/RCP-557
             Project: Spring Framework Rich Client Project
          Issue Type: Improvement
          Components: Binding System
    Affects Versions: 1.0.0
            Reporter: Andreas Kuhtz
            Priority: Minor


The NachoCalendar has more properties that should be configurable from the binder. The attached patch exposes more property keys.

-- 
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] Validation... Which framework?

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

Hi Geoffrey,

Thanks a lot for your reply. I also got a reply from the forum, so I start
to get a better idea...
(http://forum.springframework.org/showthread.php?p=178812)

I have noticed the CompositeRichValidator which mentions the Hibernate
validation mechanism.

Would you mind showing a quick example of how to bind the lot? Say a very
simple @NotNull. Which XML setting is required? How to write the
CompositeRichValidator?

Where do you put this new CompositeRichValidator? do you extend
DefaultRulesSource? or does it need to be added manually everywhere a
FormModel is created for that class?

The javadoc seems to imply this:
Code:
 HibernateRulesValidator hibernateRulesValidator = new
HibernateRulesValidator(getFormModel(), SomeClass.class);
 hibernateRulesValidator.addIgnoredHibernateProperty("ignoredProperty");
 RulesValidator rulesValidator = new RulesValidator(getFormModel(),
myRulesSource);
 getFormModel().setValidator(new CompositeRichValidator(rulesValidator,
hibernateRulesValidator));

Is there a way to register all the classes that should be subject to
Hibernate validation in one place (similar to extending
DefaultRuleSource)... None of our code calls the createFormModel with a
ruleSource, so it seems that the defaultSource is used, which we have
extended to cover all our classes via 'addRules', eg:
public class SafeMarginValidationRulesSource extends DefaultRulesSource {
    public SafeMarginValidationRulesSource() {
        super();
        addRules(createReconciliationRunListCriteriaRules());
    }
...
    private Rules createReconciliationRunListCriteriaRules() {
        return new Rules(ReconciliationRunListView.Criteria.class) {
            @Override
            protected void initRules() {
                add("date", required());
            }
        };
    }
}

I've seen the HibernateValidatorDialogExceptionHandler class but it would be
great to see a posting with details of how to wire it (do you pickup the
exception thrown by the Hibernate validator?)...

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.

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Geoffrey De Smet
Sent: 04 May 2008 10:47
To: spr...@li...
Subject: Re: [Springframework-rcp-dev] Validation... Which framework?

We're using Hibernate validator in combination with RCP.
There are 2 classes in spring-richclient which help with that:
- the RulesFactory thingy, so only need to duplicate the rules on the 
view side for the @AssertTrue's, but not for @NotNull, @Length etc.
- the hibernate validator exception handler, in case the back-end does 
extra validation (or a business method creates invalid objects), so 
those get reported nicely.

Both are in the jdk5 package I believe.

With kind regards,
Geoffrey De Smet


Benoit Xhenseval wrote:
> Hi
> 
>  
> 
> I thought I’d ask the community…  there are quite a few validation 
> frameworks out there, notably, amongst the more modern ones:
> 
> -          Spring Validation
> 
> -          Spring Rich Client Validation
> 
> -          Hibernate Validation
> 
>  
> 
> Given a scenario of a 3-tier application where serialized objects are 
> sent back-and-forth between a Swing application and an RMI server, and 
> then stored in DB via Hibernate.
> 
> Which framework do you think would be most appropriate to use to ensure 
> a good GUI feedback prior to submitting an object but also enforcing 
> solid validation on the server-side? (the server also interacts with JMS 
> so server-side validation is really important).
> 
>  
> 
> At the moment, we’re using a mixture of Spring Rich Client Validation 
> (hand coded using the Rules) and some internal mechanism on the server
side.
> 
>  
> 
> I’d like to be able to have ONE place where I put the validation rules… 
> it seems that the Hibernate Validation may be the most obvious choice 
> there… and I believe that there is some code to integrate it in Spring 
> RC? Where could I find some information on how to use it and does 
> integrate in the same way as the Spring Rich Client Rule for error 
> messages/display icons etc?
> 
>  
> 
> What is your experience with any of these frameworks?
> 
> A quick review on this subject would be a GREAT blog posting…
> 
>  
> 
> Thanks a lot
> 
> 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.
> 
>  
> 
> 
> No virus found in this outgoing message.
> Checked by AVG.
> Version: 7.5.524 / Virus Database: 269.23.7/1409 - Release Date: 
> 01/05/2008 08:39
> 
> 
> ------------------------------------------------------------------------
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> Don't miss this year's exciting event. There's still time to save $100. 
> Use priority code J8TL2D2. 
>
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javao
ne
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Springframework-rcp-dev mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev


-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javao
ne
_______________________________________________
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. 
Version: 7.5.524 / Virus Database: 269.23.8/1413 - Release Date: 03/05/2008
11:22
 

No virus found in this outgoing message.
Checked by AVG. 
Version: 7.5.524 / Virus Database: 269.23.8/1415 - Release Date: 05/05/2008
06:01
 

Re: [Springframework-rcp-dev] Validation... Which framework?

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

We're using Hibernate validator in combination with RCP.
There are 2 classes in spring-richclient which help with that:
- the RulesFactory thingy, so only need to duplicate the rules on the 
view side for the @AssertTrue's, but not for @NotNull, @Length etc.
- the hibernate validator exception handler, in case the back-end does 
extra validation (or a business method creates invalid objects), so 
those get reported nicely.

Both are in the jdk5 package I believe.

With kind regards,
Geoffrey De Smet


Benoit Xhenseval wrote:
> Hi
> 
>  
> 
> I thought I’d ask the community…  there are quite a few validation 
> frameworks out there, notably, amongst the more modern ones:
> 
> -          Spring Validation
> 
> -          Spring Rich Client Validation
> 
> -          Hibernate Validation
> 
>  
> 
> Given a scenario of a 3-tier application where serialized objects are 
> sent back-and-forth between a Swing application and an RMI server, and 
> then stored in DB via Hibernate.
> 
> Which framework do you think would be most appropriate to use to ensure 
> a good GUI feedback prior to submitting an object but also enforcing 
> solid validation on the server-side? (the server also interacts with JMS 
> so server-side validation is really important).
> 
>  
> 
> At the moment, we’re using a mixture of Spring Rich Client Validation 
> (hand coded using the Rules) and some internal mechanism on the server side.
> 
>  
> 
> I’d like to be able to have ONE place where I put the validation rules… 
> it seems that the Hibernate Validation may be the most obvious choice 
> there… and I believe that there is some code to integrate it in Spring 
> RC? Where could I find some information on how to use it and does 
> integrate in the same way as the Spring Rich Client Rule for error 
> messages/display icons etc?
> 
>  
> 
> What is your experience with any of these frameworks?
> 
> A quick review on this subject would be a GREAT blog posting…
> 
>  
> 
> Thanks a lot
> 
> 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.
> 
>  
> 
> 
> No virus found in this outgoing message.
> Checked by AVG.
> Version: 7.5.524 / Virus Database: 269.23.7/1409 - Release Date: 
> 01/05/2008 08:39
> 
> 
> ------------------------------------------------------------------------
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> Don't miss this year's exciting event. There's still time to save $100. 
> Use priority code J8TL2D2. 
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Springframework-rcp-dev mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev

Re: [Springframework-rcp-dev] Validation... Which framework?

[Solerman K. <sol...@wo...>]

Benoit Xhenseval escreveu:
>
> What is your experience with any of these frameworks?
>
> A quick review on this subject would be a GREAT blog posting…
>

You mean like these? :]


http://in.relation.to/Bloggers/BeanValidationSneakPeekPartI
http://in.relation.to/Bloggers/BeanValidationSneakPeekPartIICustomConstraints
http://in.relation.to/Bloggers/BeanValidationSneakPeekPartIIIGroupsAndPartialValidation

The last one might give what you after.

Solerman

[Springframework-rcp-dev] Validation... Which framework?

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

Hi

 

I thought I’d ask the community…  there are quite a few validation
frameworks out there, notably, amongst the more modern ones:

-          Spring Validation

-          Spring Rich Client Validation

-          Hibernate Validation

 

Given a scenario of a 3-tier application where serialized objects are sent
back-and-forth between a Swing application and an RMI server, and then
stored in DB via Hibernate. 

Which framework do you think would be most appropriate to use to ensure a
good GUI feedback prior to submitting an object but also enforcing solid
validation on the server-side? (the server also interacts with JMS so
server-side validation is really important).

 

At the moment, we’re using a mixture of Spring Rich Client Validation (hand
coded using the Rules) and some internal mechanism on the server side.

 

I’d like to be able to have ONE place where I put the validation rules… it
seems that the Hibernate Validation may be the most obvious choice there…
and I believe that there is some code to integrate it in Spring RC? Where
could I find some information on how to use it and does integrate in the
same way as the Spring Rich Client Rule for error messages/display icons
etc?

 

What is your experience with any of these frameworks?

A quick review on this subject would be a GREAT blog posting…

 

Thanks a lot

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.

 


No virus found in this outgoing message.
Checked by AVG. 
Version: 7.5.524 / Virus Database: 269.23.7/1409 - Release Date: 01/05/2008
08:39
 

[Springframework-rcp-dev] [Spring-JIRA] Created: (RCP-556) I18l Support for class RequiredIfTrue

[Fritz R. (JIRA) <no...@sp...>]

I18l Support for class RequiredIfTrue
-------------------------------------

                 Key: RCP-556
                 URL: http://jira.springframework.org/browse/RCP-556
             Project: Spring Framework Rich Client Project
          Issue Type: Improvement
          Components: Helper Classes
    Affects Versions: 1.0.1
            Reporter: Fritz Richter


The class RequiredIfTrue needs support for I18l, so I can use the validation messages in other languages than english.

The default toString method delivers the message in a static way.

-- 
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] Closed: (RCP-272) ComponentFactory should support radio buttons

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

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

Jan Hoskens closed RCP-272.
---------------------------

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

The current ComponentFactory has the radioButton methods so I'm closing this issue.

> ComponentFactory should support radio buttons
> ---------------------------------------------
>
>                 Key: RCP-272
>                 URL: http://jira.springframework.org/browse/RCP-272
>             Project: Spring Framework Rich Client Project
>          Issue Type: Improvement
>          Components: Binding System
>            Reporter: Frank Bowers
>            Assignee: Jan Hoskens
>            Priority: Minor
>             Fix For: 1.0.1
>
>
> ComponentFactory should support radio buttons in the same way it supports checkboxes:
> New methods:
>     public JRadioButton createNewRadioButton() {
>         return new JRadioButton();
>     }
>     public JRadioButton createRadioButton(String labelKey) {
>         return (JRadioButton) getButtonLabelInfo(getRequiredMessage(labelKey)).
>                 configure(createNewRadioButton());
>     }
> Without these methods you lose the advantage of defining mnemonics with the message string.

-- 
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] Closed: (RCP-270) make CommandGroup.getMembers() public

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

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

Jan Hoskens closed RCP-270.
---------------------------

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

As stated in the previous comments, a method is in place to construct different types of controls for a commanGroup which should be enough to handle the presented issue.

> make CommandGroup.getMembers() public
> -------------------------------------
>
>                 Key: RCP-270
>                 URL: http://jira.springframework.org/browse/RCP-270
>             Project: Spring Framework Rich Client Project
>          Issue Type: Improvement
>          Components: Command System
>            Reporter: Ryan Sonnek
>            Assignee: Jan Hoskens
>             Fix For: 1.0.1
>
>         Attachments: JOutlookBar.zip
>
>
> I'm using a JTaskPane in my view which accepts javax.swing.Action objects.  I would like to register my spring commands and then loop through the command group when the view is created to populate my JTaskPane.
> ex:
>             Iterator commands = getWindowCommandManager().getCommandGroup("contextTasks).getMembers().iterator();
>             while (commands.hasNext()) {
>                 ActionCommand command = (ActionCommand) commands.next();
>                 SwingActionAdapter adapter = new SwingActionAdapter(command);
>                 commonTasks.add(adapter);
>             }
> If there is a better way to accomplish this, i'm open to suggestions!

-- 
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] Closed: (RCP-192) Support of button stacks like bars (patch included)

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

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

Jan Hoskens closed RCP-192.
---------------------------

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

Button stacks/bars can already be created for some time now, so closing this issue.

> Support of button stacks like bars (patch included)
> ---------------------------------------------------
>
>                 Key: RCP-192
>                 URL: http://jira.springframework.org/browse/RCP-192
>             Project: Spring Framework Rich Client Project
>          Issue Type: Improvement
>          Components: Helper Classes
>            Reporter: Geoffrey De Smet
>            Assignee: Jan Hoskens
>            Priority: Minor
>             Fix For: 1.0.1
>
>         Attachments: ButtonStackGroupContainerPopulator.java, CommandGroup.java
>
>
> A button stack is a couple of buttons stacked vertically.
> The attached patch is a copy-paste-edit of the functionality for bars.
> It might be possible to refactor this partially to remove duplicate code (bar and stack are the same just in different directrions (horizontal - vertical)).

-- 
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] Closed: (RCP-153) Need a way to configure the BinderSelectionStrategy from XML

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

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

Jan Hoskens closed RCP-153.
---------------------------

      Assignee: Jan Hoskens  (was: Oliver Hutchison)
    Resolution: Fixed

This is already possible and used in the petclinic sample nowadays, not sure when it was fixed though.

> Need a way to configure the BinderSelectionStrategy from XML
> ------------------------------------------------------------
>
>                 Key: RCP-153
>                 URL: http://jira.springframework.org/browse/RCP-153
>             Project: Spring Framework Rich Client Project
>          Issue Type: New Feature
>          Components: Binding System
>         Environment: All
>            Reporter: Larry Streepy
>            Assignee: Jan Hoskens
>            Priority: Minor
>
> There should be a way to configure the BinderSelectionStrategy from the XML configuration files.
> The Pet Clinic sample show using a custom extension to SwingBinderSelectionStrategy, but this should not be required.
> As part of this work, ensure that you can specify Binder mapping for array types.
> Thanks.

-- 
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] Closed: (RCP-548) Showcase sample: Namespace of images and duplicate command definition

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

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

Jan Hoskens closed RCP-548.
---------------------------

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

fixed as described in comment.

> Showcase sample: Namespace of images and duplicate command definition
> ---------------------------------------------------------------------
>
>                 Key: RCP-548
>                 URL: http://jira.springframework.org/browse/RCP-548
>             Project: Spring Framework Rich Client Project
>          Issue Type: Bug
>          Components: Samples
>    Affects Versions: 1.0.0
>            Reporter: Dominik Breitbeil
>            Assignee: Jan Hoskens
>            Priority: Minor
>             Fix For: 1.0.1
>
>
> The showcase sample won't start in version 1.0.0. There are two configuration problems
> 1. The ImageSource bean can't be initialized. See http://forum.springframework.org/showthread.php?t=51384 for the exception.
> As the spring-rich images are now in a namespaced package the resourceBasePath of the imageResourcesFactory should be removed in richclient-application.context.xml.
> 2. The aboutCommand is definied twice in commands-context.xml. 
> This will lead to:
> java.lang.IllegalStateException: Application start thrown an exception: Line 299 in XML document from class path resource [org/springframework/richclient/samples/showcase/ui/commands-context.xml] is invalid; nested exception is org.xml.sax.SAXParseException: cvc-id.2: There are multiple occurrences of ID value 'aboutCommand'.

-- 
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] Closed: (RCP-555) Fix for showcase-sample (ListSelectionBindingDialog)

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

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

Jan Hoskens closed RCP-555.
---------------------------

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

Changes applied in
http://spring-rich-c.svn.sourceforge.net/spring-rich-c/?rev=2044&view=rev

> Fix for showcase-sample (ListSelectionBindingDialog)
> ----------------------------------------------------
>
>                 Key: RCP-555
>                 URL: http://jira.springframework.org/browse/RCP-555
>             Project: Spring Framework Rich Client Project
>          Issue Type: Bug
>          Components: Samples
>            Reporter: Andreas Kuhtz
>            Assignee: Jan Hoskens
>             Fix For: 1.0.1
>
>         Attachments: showcase-binding-sample-patch.diff
>
>
> The ListSelectionBindingDialog in the showcase-sample does not work. I've prepared a patch for this.

-- 
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-555) Fix for showcase-sample (ListSelectionBindingDialog)

[Andreas K. (JIRA) <no...@sp...>]

    [ http://jira.springframework.org/browse/RCP-555?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=34928#action_34928 ] 

Andreas Kuhtz commented on RCP-555:
-----------------------------------

Another task would be to make the constructor of org.springframework.richclient.selection.binding.ListSelectionDialogBinder public, which would allow to use it from other packages than binding, too.

> Fix for showcase-sample (ListSelectionBindingDialog)
> ----------------------------------------------------
>
>                 Key: RCP-555
>                 URL: http://jira.springframework.org/browse/RCP-555
>             Project: Spring Framework Rich Client Project
>          Issue Type: Bug
>          Components: Samples
>            Reporter: Andreas Kuhtz
>         Attachments: showcase-binding-sample-patch.diff
>
>
> The ListSelectionBindingDialog in the showcase-sample does not work. I've prepared a patch for this.

-- 
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-555) Fix for showcase-sample (ListSelectionBindingDialog)

[Andreas K. (JIRA) <no...@sp...>]

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

Andreas Kuhtz updated RCP-555:
------------------------------

    Attachment: showcase-binding-sample-patch.diff

> Fix for showcase-sample (ListSelectionBindingDialog)
> ----------------------------------------------------
>
>                 Key: RCP-555
>                 URL: http://jira.springframework.org/browse/RCP-555
>             Project: Spring Framework Rich Client Project
>          Issue Type: Bug
>          Components: Samples
>            Reporter: Andreas Kuhtz
>         Attachments: showcase-binding-sample-patch.diff
>
>
> The ListSelectionBindingDialog in the showcase-sample does not work. I've prepared a patch for this.

-- 
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-555) Fix for showcase-sample (ListSelectionBindingDialog)

[Andreas K. (JIRA) <no...@sp...>]

Fix for showcase-sample (ListSelectionBindingDialog)
----------------------------------------------------

                 Key: RCP-555
                 URL: http://jira.springframework.org/browse/RCP-555
             Project: Spring Framework Rich Client Project
          Issue Type: Bug
          Components: Samples
            Reporter: Andreas Kuhtz


The ListSelectionBindingDialog in the showcase-sample does not work. I've prepared a patch for this.

-- 
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