springframework-rcp-dev — Spring Rich Client developer list

Re: [Springframework-rcp-dev] Ooops... does not buld?

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

My fault. not knowing how Maven 2 works when one changes the version number
(I already used 0.3.0-snapshot) so I changed it locally to avoid clash with
what I have.

The numbering must be consistent otherwise the module will not find the
parent pom.xml

 

Sorry about the unnecessary email.

 

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.

 

From: Benoit Xhenseval [mailto:bx...@ob...] 
Sent: 30 January 2008 23:04
To: 'spr...@li...'
Subject: Ooops... does not buld?

 

Hi

 

I've updated my copy of spring rich client. tried to do "mvn install" (with
Maven 2.0.7) and I get:

 

C:\project\spring-richclient>mvn install

[INFO] Scanning for projects...

[INFO]
------------------------------------------------------------------------

[ERROR] FATAL ERROR

[INFO]
------------------------------------------------------------------------

[INFO] Error building POM (may not be this project's POM).

 

 

Project ID: org.springframework.richclient:spring-richclient-support

POM Location: C:\project\spring-richclient\spring-richclient-support\pom.xml

Validation Messages:

 

    [0]  'dependencies.dependency.version' is missing for
com.toedter:jcalendar

    [1]  'dependencies.dependency.version' is missing for
org.swinglabs:swingx

 

Should I add some repositories?

 

I can see that the jcalendar is on
http://spring-rich-c.sourceforge.net/maven2repository

But why have I this problem?

 

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.

 

[Springframework-rcp-dev] Ooops... does not buld?

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

Hi

 

I've updated my copy of spring rich client. tried to do "mvn install" (with
Maven 2.0.7) and I get:

 

C:\project\spring-richclient>mvn install

[INFO] Scanning for projects...

[INFO]
------------------------------------------------------------------------

[ERROR] FATAL ERROR

[INFO]
------------------------------------------------------------------------

[INFO] Error building POM (may not be this project's POM).

 

 

Project ID: org.springframework.richclient:spring-richclient-support

POM Location: C:\project\spring-richclient\spring-richclient-support\pom.xml

Validation Messages:

 

    [0]  'dependencies.dependency.version' is missing for
com.toedter:jcalendar

    [1]  'dependencies.dependency.version' is missing for
org.swinglabs:swingx

 

Should I add some repositories?

 

I can see that the jcalendar is on
http://spring-rich-c.sourceforge.net/maven2repository

But why have I this problem?

 

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.

 

[Springframework-rcp-dev] Is it possible to use 'Spring-rc' "untouched?

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

Hi

 

I'm very happy to see the activity, the fixes and the blog!

As Spring-RC moves towards version 1.0; I wonder whether I will be able to
use it as a "jar", ie without a couple of modifications here and there.

 

Our application is using MDI and, may be due to that choice, we have some
small modifications that we have to carry from one release to the next.

It is not much but. So I thought that I may make a couple of suggestions
here and if positive, create a JIRA to include them in Spring-RC. None of
these changes break existing code.

 

1/ For instance, we have found the need to create a form based on an object
and modify that object (via a few events) but we need to clear the "dirty"
flag at that point.

 

I think it would be good to add a clearDirty method on AbstractFormModel,
why not providing a mechanism for a developer to take control?

It can be implement as simply as this:

 

AbstractFormModel

    public void clearDirty() {

        dirtyValueAndFormModels.clear();

        dirtyUpdated();

    }

 

Ideally it could be added to the FormModel interface.

 

2/ BigDecimalTextField is a great class but we need to be able to add some
shortcuts (like "k" for 1,000; "m" for 1,000,000; our traders want to be
able to type "3m" and get 3,000,000 or "50b" if you work for Societe
Generale).  Unfortunately, BigDecimalTextField is explicitly instantiated in
several places, making it impossible to extend. I'm more than willing to
provide the code if interested.

 

3/ InputApplicationDialogue make the method getValidationReporter public
rather than protected

(this helps when someone attempt to create a new object but we want to
verify that it can be done, ie that it does not already exist), the reporter
of the form needs to be accessible to the verifier class.

 

4/ ComboBoxBinding, provide a mechanism/option whereby it should be possible
to have auto-select if the list contains only 1 element (the only choice for
the user is to select it. so why not do it for him/her)

 

5/ AbstractDialogExceptionHandler had some strange issues 

See
http://www.nabble.com/MessagesDialogExceptionHandler-does-not-seem-to-replac
e-placeholders.-to6962200.html#a6962200

There was no alternative to the small "hack" suggested

 

6/ DesktopApplicationPage, in order to add a little stretch corner on MDI
frames, we needed to extend the DesktopApplicationPage; unfortunately it is
not possible to give details of a new 'wrapped' frame to the
DesktopApplicationPage. Creating a small protected method like this solves
the issue:

    // BX Method

    protected void keepFrameDetails(final PageComponent pageComponent,
JInternalFrame internalFrame) {

        frames.put(pageComponent, internalFrame);

    }

This method is also used in DesktopApplicationPage

 

7/ AbstractTableMasterForm, we found in all cases we wanted to create a
sorted list, even if no comparator was given. has anyone a valid reason why
a SortedList should not be created?

  Unfortunately the existing code makes it impossible to override that
functionality in createForm(). May be there is an easy way to define a
Comparator by default???

 

We have also experienced a lot of issues regarding space between the
"master" and the "detail" forms and had to modify/hack the spliter between
the two. May be some kind of overridable "offset" could be created (eg a
addDetailForm(JSplitPane splitPane) could do it if it was created and
protected).

 

8/ On DefaultFormModel, if the setValueSilently throws an exception, it is
raised as a debug. I know we've talked about this a lot. but I think it is
an error. One should not "dismiss" that error

 

I think that is it.

 

It would be a tremendous relief for us if we could simply "use" the Spring
RC jar. so if you are willing to consider a few patch to make it possible in
our reasonable scenarios, we would be delighted to help.

 

Thanks a lot,

 

Best regards from London

 

Benoit.

 

PS: My company is going to be recruiting a Swing developer; Spring RC will
be a massive advantage; based in London, exciting project and great
opportunity!

 

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

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.

 

Re: [Springframework-rcp-dev] Bean methods that throw exceptions?

[Rogan D. <ro...@da...>]

Jan Hoskens wrote:
> Normally when any Exception pops up during the setting of a value, the
> exception is caught by the DefaultFormModel.ValidatingFormValueModel
> class and transformed to a bindingError. So if you get a error in your
> message area, it probably came from there. Note that there are some
> issues here: all listeners attached to the value change may also throw
> exceptions that are handled in the same manner. I did suggest a change
> here to provide an explicit binding exception that can be thrown in the
> accessStrategy to separate the good from the bad (so to speak). Normally
> this error should disappear if the value being set doesn't generate any
> exception. Does this work as expected?

Yes, the methodInvocation comes and goes as I type valid and invalid input.

> The getting of a value is another story. I don't think any handling is
> available at that point so an exception will probably be caught by the
> ExceptionHandler that you provide in your context.

Mmm. I guess I should rather return "null", instead of throwing the 
exception. This would fit in with the PropertyChangeEvent I fire when 
someone changes the "rawBody" in such a way as to make 
"getDecodedBody()" throw an exception.

> The developer blog was started by Peter. He could add you as a writer to
> the blog or we could post it in your name after a quick review. It would
> be nice to see some more stuff explained there.

Either way would be good, although perhaps putting it up on the website 
is a better idea, as suggested. (Probably the "quick review" would be a 
good idea!)

> Additionally I've checked your project's website. It seems to be open
> source so I'm thinking of checking it out. It would be easier to
> actually see the problem than to write about it. I guess this isn't a
> problem?

This particular piece of code has not been published yet, of course. And 
in fact, I am working on reimplementing the underpinnings (i.e. 
rewriting the Message/Request/Response objects) at the moment, which 
will eventually make its way into the mainline. Of course, I'd love to 
get feedback on how I've done various things such as constructing custom 
forms, etc.

e.g. in one form I present the Request as a TreeModel, with the request 
line and subsequent headers as top level nodes (root is hidden), and the 
ability to expand the requestLine to see/modify the values of any URL 
parameters, and similarly for any Cookie headers (which often have more 
than one cookie in a single header).

You can browse the code using gitweb 
(http://dawes.za.net/gitweb.cgi?p=rogan/webscarab-ng/webscarab-ng.git) 
then follow the "tree" link).

The "Request as a Tree" form is at:

<http://dawes.za.net/gitweb.cgi?p=rogan/webscarab-ng/webscarab-ng.git;a=blob;f=src/main/java/org/owasp/webscarab/ui/rcp/forms/ParsedRequestForm.java;h=db2769a1c73ddb680cdf4bf0ce4b43a28e1076b3;hb=HEAD>

if you want to see some seriously kludgy code :-) Suggestions much 
appreciated!

Rogan

Re: [Springframework-rcp-dev] Bean methods that throw exceptions?

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

Volunteers? Ok, pick a number between 1 and 10 ... :)

Just to inform you: Lieven (a co-worker) will try to write something
about the rules. I'm struggling with a quick start and some more info on
the formModel/valueModel stuff.

I'll probably send a status mail later this evening concerning the
things we still need to do (issues) and the upcoming release.

Kind Regards,
Jan

On Wed, 2008-01-30 at 11:16 +0100, Peter De Bruycker wrote:
> agreed. Any volunteers? ;-)
> 
> On 1/30/08, Jan Hoskens <jh...@sc...> wrote: 
>         I would think that the blog is exactly for that purpose:
>         showing a
>         specific example of how to work with converters. The converter
>         mechanism
>         should however be a part of the manual. Possibly with an
>         example which
>         might be the same as on the blog but preferably not.
>         
>         Kind Regards,
>         Jan
>         
>         On Wed, 2008-01-30 at 10:55 +0100, Peter De Bruycker wrote:
>         > Indeed, I could add you as a writer, however I think it'd be
>         better if
>         > this stuff is put into the reference manual.
>         >
>         > WDYT?
>         >
>         >
>         > On 1/30/08, Jan Hoskens <jh...@sc...> wrote:
>         >         Normally when any Exception pops up during the
>         setting of a
>         >         value, the
>         >         exception is caught by the
>         >         DefaultFormModel.ValidatingFormValueModel
>         >         class and transformed to a bindingError. So if you
>         get a error
>         >         in your
>         >         message area, it probably came from there. Note that
>         there are
>         >         some
>         >         issues here: all listeners attached to the value
>         change may
>         >         also throw
>         >         exceptions that are handled in the same manner. I
>         did suggest
>         >         a change
>         >         here to provide an explicit binding exception that
>         can be
>         >         thrown in the
>         >         accessStrategy to separate the good from the bad (so
>         to
>         >         speak). Normally
>         >         this error should disappear if the value being set
>         doesn't
>         >         generate any
>         >         exception. Does this work as expected?
>         >
>         >         The getting of a value is another story. I don't
>         think any
>         >         handling is
>         >         available at that point so an exception will
>         probably be
>         >         caught by the
>         >         ExceptionHandler that you provide in your context.
>         >
>         >         The developer blog was started by Peter. He could
>         add you as a
>         >         writer to
>         >         the blog or we could post it in your name after a
>         quick
>         >         review. It would
>         >         be nice to see some more stuff explained there.
>         >
>         >         Additionally I've checked your project's website. It
>         seems to
>         >         be open
>         >         source so I'm thinking of checking it out. It would
>         be easier
>         >         to
>         >         actually see the problem than to write about it. I
>         guess this
>         >         isn't a
>         >         problem?
>         >
>         >         Kind Regards,
>         >         Jan
>         >
>         >         On Wed, 2008-01-30 at 11:27 +0200, Rogan Dawes
>         wrote:
>         >         > Geoffrey De Smet wrote:
>         >         > > Forms are ussually meant for domain objects or
>         transfer
>         >         objects.
>         >         > > Just like it's pretty impossible to try to
>         jpa-persist a
>         >         (heavy)
>         >         > > business service or DAO instance.
>         >         > >
>         >         > > Wouldn't the use case you describe be better off
>         if you
>         >         > > initialize the encodedBody before showing the
>         form?
>         >         > >
>         >         > > With kind regards,
>         >         > > Geoffrey De Smet
>         >         >
>         >         > Let me give some more detail:
>         >         >
>         >         > This is for WebScarab-NG, which is an HTTP testing
>         tool
>         >         (including an
>         >         > intercepting proxy).
>         >         >
>         >         > What I am modeling here is the HTTP Message
>         (Request or
>         >         Response), with
>         >         > the following properties:
>         >         >
>         >         > "startLine" ("GET http://example.com HTTP/1.0" or
>         "HTTP/1.0
>         >         200 ok")
>         >         > "headers" (NamedValue[])
>         >         > "rawBody"
>         >         > "decodedBody"
>         >         >
>         >         > "decodedBody" is the result of applying the
>         various
>         >         transforms listed in
>         >         > the "headers" (e.g "Transfer-Encoding: chunked" or
>         >         "Content-Encoding:
>         >         > gzip") to "rawBody". I don't actually store
>         "decodedBody",
>         >         but rather
>         >         > update "rawBody" by applying the various
>         transforms.
>         >         Unfortunately, the
>         >         > process of applying the transforms can generate
>         >         IOExceptions, since I
>         >         > push the data through (Input|Output)Streams such
>         as
>         >         GZIPInputStream.
>         >         >
>         >         > So, the idea is that the user can edit various
>         properties of
>         >         the HTTP
>         >         > message before sending the message to the server,
>         and this
>         >         should
>         >         > obviously include setting the "rawBody" (if
>         desired) or
>         >         "decodedBody"
>         >         > (likely easier). Naturally, the two properties
>         should remain
>         >         in sync,
>         >         > modulo the transforms.
>         >         >
>         >         > I have implemented PropertyChangeSupport for this
>         object, so
>         >         various
>         >         > forms can be notified when the fields they are
>         listening to
>         >         are changed
>         >         > as a result of other fields being modified. This
>         is all
>         >         working very well.
>         >         >
>         >         > The only problem now is what to do when the "(get|
>         >         set)DecodedBody"
>         >         > methods throw an Exception. My preference is
>         simply to allow
>         >         the user to
>         >         > continue editing, with a warning/error message
>         until no
>         >         exception is thrown.
>         >         >
>         >         > Thanks for your help.
>         >         >
>         >         > Rogan
>         >         >
>         >         > P.S. is there an existing place to present the
>         results of
>         >         some of the
>         >         > advice that I have received on this list? e.g. how
>         to do the
>         >         > Binder/Binding to String<->byte[], how to actually
>         bind
>         >         variables to
>         >         > JComponents correctly, etc? I don't have my own
>         blog
>         >         (although I did
>         >         > find http://spring-rich.blogspot.com/)
>         >         >
>         >         > >
>         >         > > Rogan Dawes schreef:
>         >         > >> Hi folks,
>         >         > >>
>         >         > >> I am trying to deal with a derived property
>         that can
>         >         throw an exception
>         >         > >> when set (or even when "get").
>         >         > >>
>         >         > >> The method signature is:
>         >         > >>
>         >         > >>    byte[] getEncodedBody() throws IOException;
>         >         > >>    void setEncodedBody(byte[] body) throws
>         IOException;
>         >         > >>
>         >         > >> As suggested, there are some cases where
>         invalid data
>         >         will cause an
>         >         > >> IOException to be thrown. When this happens, I
>         get
>         >         "methodInvocation"
>         >         > >> showing up in my form message area.
>         >         > >>
>         >         > >> Is there some way of handling this exception,
>         and
>         >         propagating the
>         >         > >> underlying exception to the user? This appears
>         to be
>         >         handled somewhere
>         >         > >> in the BeanPropertyAccessStrategy or
>         BeanWrapperImpl,
>         >         although I can't
>         >         > >> see exactly where.
>         >         > >>
>         >         > >> Any ideas?
>         >         > >>
>         >         > >> Rogan
>         >         > >>
>         >         > >>
>         >
>         -------------------------------------------------------------------------
>         >         > >> 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/
>         >         > >
>         >         > >
>         >         > >
>         >
>         -------------------------------------------------------------------------
>         >         > > 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
>         >
>         >
>         -------------------------------------------------------------------------
>         > 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
> 
> -------------------------------------------------------------------------
> 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] Bean methods that throw exceptions?

[Rogan D. <ro...@da...>]

Geoffrey De Smet wrote:
> It's a good use case.
> 
> I wonder if you might be better off with only allowing setRawBody() and 
> then use a custom binding which convert decoded input into rawBody?
> That binder can then notify the user that it's corrupt input,
> in exactly the same way what happens if you input "blub" into a 
> textfield binded to an int value with a number binder.
> 
> 
> With kind regards,
> Geoffrey De Smet

That sounds like a good idea, with one caveat:

Since my "decodedBody" depends on the value of "headers", the Binder 
would need to have access to the "headers" ValueModel as well as the 
"rawBody" ValueModel.

The Binder would obviously need to be constructed manually, rather than 
using a FormBuilder.

Hmmm, looking at it a little more, I could make the "headers" property 
name be an attribute of the "context" that is passed in the 
Binder.bind() call (currently an EMPTY_MAP):

Binder headerBinder = new TextAreaBinder();
Binding headerBinding = headerBinder.bind(getFormModel(), 
IMessage.PROPERTY_RAW_HEADER, Collections.EMPTY_MAP);
JComponent ta = headerBinding.getComponent();

Rogan

> 
> Rogan Dawes schreef:
>> Geoffrey De Smet wrote:
>>> Forms are ussually meant for domain objects or transfer objects.
>>> Just like it's pretty impossible to try to jpa-persist a (heavy) 
>>> business service or DAO instance.
>>>
>>> Wouldn't the use case you describe be better off if you
>>> initialize the encodedBody before showing the form?
>>>
>>> With kind regards,
>>> Geoffrey De Smet
>> Let me give some more detail:
>>
>> This is for WebScarab-NG, which is an HTTP testing tool (including an 
>> intercepting proxy).
>>
>> What I am modeling here is the HTTP Message (Request or Response), with 
>> the following properties:
>>
>> "startLine" ("GET http://example.com HTTP/1.0" or "HTTP/1.0 200 ok")
>> "headers" (NamedValue[])
>> "rawBody"
>> "decodedBody"
>>
>> "decodedBody" is the result of applying the various transforms listed in 
>> the "headers" (e.g "Transfer-Encoding: chunked" or "Content-Encoding: 
>> gzip") to "rawBody". I don't actually store "decodedBody", but rather 
>> update "rawBody" by applying the various transforms. Unfortunately, the 
>> process of applying the transforms can generate IOExceptions, since I 
>> push the data through (Input|Output)Streams such as GZIPInputStream.
>>
>> So, the idea is that the user can edit various properties of the HTTP 
>> message before sending the message to the server, and this should 
>> obviously include setting the "rawBody" (if desired) or "decodedBody" 
>> (likely easier). Naturally, the two properties should remain in sync, 
>> modulo the transforms.
>>
>> I have implemented PropertyChangeSupport for this object, so various 
>> forms can be notified when the fields they are listening to are changed 
>> as a result of other fields being modified. This is all working very well.
>>
>> The only problem now is what to do when the "(get|set)DecodedBody" 
>> methods throw an Exception. My preference is simply to allow the user to 
>> continue editing, with a warning/error message until no exception is thrown.
>>
>> Thanks for your help.
>>
>> Rogan
>>
>> P.S. is there an existing place to present the results of some of the 
>> advice that I have received on this list? e.g. how to do the 
>> Binder/Binding to String<->byte[], how to actually bind variables to 
>> JComponents correctly, etc? I don't have my own blog (although I did 
>> find http://spring-rich.blogspot.com/)
>>
>>> Rogan Dawes schreef:
>>>> Hi folks,
>>>>
>>>> I am trying to deal with a derived property that can throw an exception 
>>>> when set (or even when "get").
>>>>
>>>> The method signature is:
>>>>
>>>>    byte[] getEncodedBody() throws IOException;
>>>>    void setEncodedBody(byte[] body) throws IOException;
>>>>
>>>> As suggested, there are some cases where invalid data will cause an 
>>>> IOException to be thrown. When this happens, I get "methodInvocation" 
>>>> showing up in my form message area.
>>>>
>>>> Is there some way of handling this exception, and propagating the 
>>>> underlying exception to the user? This appears to be handled somewhere 
>>>> in the BeanPropertyAccessStrategy or BeanWrapperImpl, although I can't 
>>>> see exactly where.
>>>>
>>>> Any ideas?
>>>>
>>>> Rogan
>>>>
>>>> -------------------------------------------------------------------------
>>>> 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/
>>> -------------------------------------------------------------------------
>>> 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/
> 
> 
> -------------------------------------------------------------------------
> 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] Commented: (RCP-523) Component based Splash Screen API

[Peter De B. (JIRA) <no...@sp...>]

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

Peter De Bruycker commented on RCP-523:
---------------------------------------

Could you attach a patch containing the SVGSplashScreen? I think we can include it in the framework.

> Component based Splash Screen API
> ---------------------------------
>
>                 Key: RCP-523
>                 URL: http://jira.springframework.org/browse/RCP-523
>             Project: Spring Framework Rich Client Project
>          Issue Type: Improvement
>          Components: Application Framework
>            Reporter: Stevo Slavic
>            Priority: Trivial
>
> Please provide component based Splash Screen API and default implementation. Currently implemented SimpleSplashScreen and ProgressSplashScreen do not support easy customization. This improvement should enable one to easily define splash screen components like splash screen image (as on SimpleSplashScreen), splash screen progress bar (as on ProgressSplashScreen), and any other custom component (like an SVG image component, not currently supported in ver. 0.3.0 rev. 1898). For initial discussion on this issue see http://forum.springframework.org/showthread.php?t=48485 forum thread.

-- 
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] Bean methods that throw exceptions?

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

agreed. Any volunteers? ;-)

On 1/30/08, Jan Hoskens <jh...@sc...> wrote:
>
> I would think that the blog is exactly for that purpose: showing a
> specific example of how to work with converters. The converter mechanism
> should however be a part of the manual. Possibly with an example which
> might be the same as on the blog but preferably not.
>
> Kind Regards,
> Jan
>
> On Wed, 2008-01-30 at 10:55 +0100, Peter De Bruycker wrote:
> > Indeed, I could add you as a writer, however I think it'd be better if
> > this stuff is put into the reference manual.
> >
> > WDYT?
> >
> >
> > On 1/30/08, Jan Hoskens <jh...@sc...> wrote:
> >         Normally when any Exception pops up during the setting of a
> >         value, the
> >         exception is caught by the
> >         DefaultFormModel.ValidatingFormValueModel
> >         class and transformed to a bindingError. So if you get a error
> >         in your
> >         message area, it probably came from there. Note that there are
> >         some
> >         issues here: all listeners attached to the value change may
> >         also throw
> >         exceptions that are handled in the same manner. I did suggest
> >         a change
> >         here to provide an explicit binding exception that can be
> >         thrown in the
> >         accessStrategy to separate the good from the bad (so to
> >         speak). Normally
> >         this error should disappear if the value being set doesn't
> >         generate any
> >         exception. Does this work as expected?
> >
> >         The getting of a value is another story. I don't think any
> >         handling is
> >         available at that point so an exception will probably be
> >         caught by the
> >         ExceptionHandler that you provide in your context.
> >
> >         The developer blog was started by Peter. He could add you as a
> >         writer to
> >         the blog or we could post it in your name after a quick
> >         review. It would
> >         be nice to see some more stuff explained there.
> >
> >         Additionally I've checked your project's website. It seems to
> >         be open
> >         source so I'm thinking of checking it out. It would be easier
> >         to
> >         actually see the problem than to write about it. I guess this
> >         isn't a
> >         problem?
> >
> >         Kind Regards,
> >         Jan
> >
> >         On Wed, 2008-01-30 at 11:27 +0200, Rogan Dawes wrote:
> >         > Geoffrey De Smet wrote:
> >         > > Forms are ussually meant for domain objects or transfer
> >         objects.
> >         > > Just like it's pretty impossible to try to jpa-persist a
> >         (heavy)
> >         > > business service or DAO instance.
> >         > >
> >         > > Wouldn't the use case you describe be better off if you
> >         > > initialize the encodedBody before showing the form?
> >         > >
> >         > > With kind regards,
> >         > > Geoffrey De Smet
> >         >
> >         > Let me give some more detail:
> >         >
> >         > This is for WebScarab-NG, which is an HTTP testing tool
> >         (including an
> >         > intercepting proxy).
> >         >
> >         > What I am modeling here is the HTTP Message (Request or
> >         Response), with
> >         > the following properties:
> >         >
> >         > "startLine" ("GET http://example.com HTTP/1.0" or "HTTP/1.0
> >         200 ok")
> >         > "headers" (NamedValue[])
> >         > "rawBody"
> >         > "decodedBody"
> >         >
> >         > "decodedBody" is the result of applying the various
> >         transforms listed in
> >         > the "headers" (e.g "Transfer-Encoding: chunked" or
> >         "Content-Encoding:
> >         > gzip") to "rawBody". I don't actually store "decodedBody",
> >         but rather
> >         > update "rawBody" by applying the various transforms.
> >         Unfortunately, the
> >         > process of applying the transforms can generate
> >         IOExceptions, since I
> >         > push the data through (Input|Output)Streams such as
> >         GZIPInputStream.
> >         >
> >         > So, the idea is that the user can edit various properties of
> >         the HTTP
> >         > message before sending the message to the server, and this
> >         should
> >         > obviously include setting the "rawBody" (if desired) or
> >         "decodedBody"
> >         > (likely easier). Naturally, the two properties should remain
> >         in sync,
> >         > modulo the transforms.
> >         >
> >         > I have implemented PropertyChangeSupport for this object, so
> >         various
> >         > forms can be notified when the fields they are listening to
> >         are changed
> >         > as a result of other fields being modified. This is all
> >         working very well.
> >         >
> >         > The only problem now is what to do when the "(get|
> >         set)DecodedBody"
> >         > methods throw an Exception. My preference is simply to allow
> >         the user to
> >         > continue editing, with a warning/error message until no
> >         exception is thrown.
> >         >
> >         > Thanks for your help.
> >         >
> >         > Rogan
> >         >
> >         > P.S. is there an existing place to present the results of
> >         some of the
> >         > advice that I have received on this list? e.g. how to do the
> >         > Binder/Binding to String<->byte[], how to actually bind
> >         variables to
> >         > JComponents correctly, etc? I don't have my own blog
> >         (although I did
> >         > find http://spring-rich.blogspot.com/)
> >         >
> >         > >
> >         > > Rogan Dawes schreef:
> >         > >> Hi folks,
> >         > >>
> >         > >> I am trying to deal with a derived property that can
> >         throw an exception
> >         > >> when set (or even when "get").
> >         > >>
> >         > >> The method signature is:
> >         > >>
> >         > >>    byte[] getEncodedBody() throws IOException;
> >         > >>    void setEncodedBody(byte[] body) throws IOException;
> >         > >>
> >         > >> As suggested, there are some cases where invalid data
> >         will cause an
> >         > >> IOException to be thrown. When this happens, I get
> >         "methodInvocation"
> >         > >> showing up in my form message area.
> >         > >>
> >         > >> Is there some way of handling this exception, and
> >         propagating the
> >         > >> underlying exception to the user? This appears to be
> >         handled somewhere
> >         > >> in the BeanPropertyAccessStrategy or BeanWrapperImpl,
> >         although I can't
> >         > >> see exactly where.
> >         > >>
> >         > >> Any ideas?
> >         > >>
> >         > >> Rogan
> >         > >>
> >         > >>
> >
> -------------------------------------------------------------------------
> >         > >> 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/
> >         > >
> >         > >
> >         > >
> >
> -------------------------------------------------------------------------
> >         > > 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
> >
> >
> -------------------------------------------------------------------------
> > 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] Closed: (RCP-511) Upgrade all maven plugins as necesarry

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

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

Jan Hoskens closed RCP-511.
---------------------------

      Assignee: Jan Hoskens  (was: Geoffrey De Smet)
    Resolution: Fixed

I've updated a number of plugins.

As the title is somewhat too broad (we could always be looking to update plugins) I would prefer specific issues for plugin updating if it is really needed (has an impact on developing). Otherwise it could just be done without registering this as an issue.

> Upgrade all maven plugins as necesarry
> --------------------------------------
>
>                 Key: RCP-511
>                 URL: http://jira.springframework.org/browse/RCP-511
>             Project: Spring Framework Rich Client Project
>          Issue Type: Task
>          Components: Build System
>    Affects Versions: 0.2.1
>            Reporter: Geoffrey De Smet
>            Assignee: Jan Hoskens
>             Fix For: 1.0.0
>
>
> it's been a while

-- 
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] Bean methods that throw exceptions?

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

I would think that the blog is exactly for that purpose: showing a
specific example of how to work with converters. The converter mechanism
should however be a part of the manual. Possibly with an example which
might be the same as on the blog but preferably not.

Kind Regards,
Jan

On Wed, 2008-01-30 at 10:55 +0100, Peter De Bruycker wrote:
> Indeed, I could add you as a writer, however I think it'd be better if
> this stuff is put into the reference manual.
>  
> WDYT?
> 
>  
> On 1/30/08, Jan Hoskens <jh...@sc...> wrote: 
>         Normally when any Exception pops up during the setting of a
>         value, the
>         exception is caught by the
>         DefaultFormModel.ValidatingFormValueModel
>         class and transformed to a bindingError. So if you get a error
>         in your
>         message area, it probably came from there. Note that there are
>         some
>         issues here: all listeners attached to the value change may
>         also throw
>         exceptions that are handled in the same manner. I did suggest
>         a change
>         here to provide an explicit binding exception that can be
>         thrown in the
>         accessStrategy to separate the good from the bad (so to
>         speak). Normally
>         this error should disappear if the value being set doesn't
>         generate any
>         exception. Does this work as expected?
>         
>         The getting of a value is another story. I don't think any
>         handling is
>         available at that point so an exception will probably be
>         caught by the
>         ExceptionHandler that you provide in your context.
>         
>         The developer blog was started by Peter. He could add you as a
>         writer to
>         the blog or we could post it in your name after a quick
>         review. It would
>         be nice to see some more stuff explained there.
>         
>         Additionally I've checked your project's website. It seems to
>         be open
>         source so I'm thinking of checking it out. It would be easier
>         to
>         actually see the problem than to write about it. I guess this
>         isn't a
>         problem?
>         
>         Kind Regards,
>         Jan
>         
>         On Wed, 2008-01-30 at 11:27 +0200, Rogan Dawes wrote:
>         > Geoffrey De Smet wrote:
>         > > Forms are ussually meant for domain objects or transfer
>         objects.
>         > > Just like it's pretty impossible to try to jpa-persist a
>         (heavy)
>         > > business service or DAO instance.
>         > >
>         > > Wouldn't the use case you describe be better off if you
>         > > initialize the encodedBody before showing the form?
>         > >
>         > > With kind regards,
>         > > Geoffrey De Smet
>         >
>         > Let me give some more detail:
>         >
>         > This is for WebScarab-NG, which is an HTTP testing tool
>         (including an
>         > intercepting proxy).
>         >
>         > What I am modeling here is the HTTP Message (Request or
>         Response), with
>         > the following properties:
>         >
>         > "startLine" ("GET http://example.com HTTP/1.0" or "HTTP/1.0
>         200 ok")
>         > "headers" (NamedValue[])
>         > "rawBody"
>         > "decodedBody"
>         >
>         > "decodedBody" is the result of applying the various
>         transforms listed in
>         > the "headers" (e.g "Transfer-Encoding: chunked" or
>         "Content-Encoding:
>         > gzip") to "rawBody". I don't actually store "decodedBody",
>         but rather
>         > update "rawBody" by applying the various transforms.
>         Unfortunately, the
>         > process of applying the transforms can generate
>         IOExceptions, since I
>         > push the data through (Input|Output)Streams such as
>         GZIPInputStream.
>         >
>         > So, the idea is that the user can edit various properties of
>         the HTTP
>         > message before sending the message to the server, and this
>         should
>         > obviously include setting the "rawBody" (if desired) or
>         "decodedBody"
>         > (likely easier). Naturally, the two properties should remain
>         in sync,
>         > modulo the transforms.
>         >
>         > I have implemented PropertyChangeSupport for this object, so
>         various
>         > forms can be notified when the fields they are listening to
>         are changed
>         > as a result of other fields being modified. This is all
>         working very well.
>         >
>         > The only problem now is what to do when the "(get|
>         set)DecodedBody"
>         > methods throw an Exception. My preference is simply to allow
>         the user to
>         > continue editing, with a warning/error message until no
>         exception is thrown.
>         >
>         > Thanks for your help.
>         >
>         > Rogan
>         >
>         > P.S. is there an existing place to present the results of
>         some of the
>         > advice that I have received on this list? e.g. how to do the
>         > Binder/Binding to String<->byte[], how to actually bind
>         variables to
>         > JComponents correctly, etc? I don't have my own blog
>         (although I did
>         > find http://spring-rich.blogspot.com/)
>         >
>         > >
>         > > Rogan Dawes schreef:
>         > >> Hi folks,
>         > >>
>         > >> I am trying to deal with a derived property that can
>         throw an exception
>         > >> when set (or even when "get").
>         > >>
>         > >> The method signature is:
>         > >>
>         > >>    byte[] getEncodedBody() throws IOException;
>         > >>    void setEncodedBody(byte[] body) throws IOException;
>         > >>
>         > >> As suggested, there are some cases where invalid data
>         will cause an
>         > >> IOException to be thrown. When this happens, I get
>         "methodInvocation"
>         > >> showing up in my form message area.
>         > >>
>         > >> Is there some way of handling this exception, and
>         propagating the
>         > >> underlying exception to the user? This appears to be
>         handled somewhere
>         > >> in the BeanPropertyAccessStrategy or BeanWrapperImpl,
>         although I can't
>         > >> see exactly where.
>         > >>
>         > >> Any ideas?
>         > >>
>         > >> Rogan
>         > >>
>         > >>
>         -------------------------------------------------------------------------
>         > >> 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/
>         > >
>         > >
>         > >
>         -------------------------------------------------------------------------
>         > > 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
> 
> -------------------------------------------------------------------------
> 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] Bean methods that throw exceptions?

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

Indeed, I could add you as a writer, however I think it'd be better if this
stuff is put into the reference manual.

WDYT?


On 1/30/08, Jan Hoskens <jh...@sc...> wrote:
>
> Normally when any Exception pops up during the setting of a value, the
> exception is caught by the DefaultFormModel.ValidatingFormValueModel
> class and transformed to a bindingError. So if you get a error in your
> message area, it probably came from there. Note that there are some
> issues here: all listeners attached to the value change may also throw
> exceptions that are handled in the same manner. I did suggest a change
> here to provide an explicit binding exception that can be thrown in the
> accessStrategy to separate the good from the bad (so to speak). Normally
> this error should disappear if the value being set doesn't generate any
> exception. Does this work as expected?
>
> The getting of a value is another story. I don't think any handling is
> available at that point so an exception will probably be caught by the
> ExceptionHandler that you provide in your context.
>
> The developer blog was started by Peter. He could add you as a writer to
> the blog or we could post it in your name after a quick review. It would
> be nice to see some more stuff explained there.
>
> Additionally I've checked your project's website. It seems to be open
> source so I'm thinking of checking it out. It would be easier to
> actually see the problem than to write about it. I guess this isn't a
> problem?
>
> Kind Regards,
> Jan
>
> On Wed, 2008-01-30 at 11:27 +0200, Rogan Dawes wrote:
> > Geoffrey De Smet wrote:
> > > Forms are ussually meant for domain objects or transfer objects.
> > > Just like it's pretty impossible to try to jpa-persist a (heavy)
> > > business service or DAO instance.
> > >
> > > Wouldn't the use case you describe be better off if you
> > > initialize the encodedBody before showing the form?
> > >
> > > With kind regards,
> > > Geoffrey De Smet
> >
> > Let me give some more detail:
> >
> > This is for WebScarab-NG, which is an HTTP testing tool (including an
> > intercepting proxy).
> >
> > What I am modeling here is the HTTP Message (Request or Response), with
> > the following properties:
> >
> > "startLine" ("GET http://example.com HTTP/1.0" or "HTTP/1.0 200 ok")
> > "headers" (NamedValue[])
> > "rawBody"
> > "decodedBody"
> >
> > "decodedBody" is the result of applying the various transforms listed in
> > the "headers" (e.g "Transfer-Encoding: chunked" or "Content-Encoding:
> > gzip") to "rawBody". I don't actually store "decodedBody", but rather
> > update "rawBody" by applying the various transforms. Unfortunately, the
> > process of applying the transforms can generate IOExceptions, since I
> > push the data through (Input|Output)Streams such as GZIPInputStream.
> >
> > So, the idea is that the user can edit various properties of the HTTP
> > message before sending the message to the server, and this should
> > obviously include setting the "rawBody" (if desired) or "decodedBody"
> > (likely easier). Naturally, the two properties should remain in sync,
> > modulo the transforms.
> >
> > I have implemented PropertyChangeSupport for this object, so various
> > forms can be notified when the fields they are listening to are changed
> > as a result of other fields being modified. This is all working very
> well.
> >
> > The only problem now is what to do when the "(get|set)DecodedBody"
> > methods throw an Exception. My preference is simply to allow the user to
> > continue editing, with a warning/error message until no exception is
> thrown.
> >
> > Thanks for your help.
> >
> > Rogan
> >
> > P.S. is there an existing place to present the results of some of the
> > advice that I have received on this list? e.g. how to do the
> > Binder/Binding to String<->byte[], how to actually bind variables to
> > JComponents correctly, etc? I don't have my own blog (although I did
> > find http://spring-rich.blogspot.com/)
> >
> > >
> > > Rogan Dawes schreef:
> > >> Hi folks,
> > >>
> > >> I am trying to deal with a derived property that can throw an
> exception
> > >> when set (or even when "get").
> > >>
> > >> The method signature is:
> > >>
> > >>    byte[] getEncodedBody() throws IOException;
> > >>    void setEncodedBody(byte[] body) throws IOException;
> > >>
> > >> As suggested, there are some cases where invalid data will cause an
> > >> IOException to be thrown. When this happens, I get "methodInvocation"
> > >> showing up in my form message area.
> > >>
> > >> Is there some way of handling this exception, and propagating the
> > >> underlying exception to the user? This appears to be handled
> somewhere
> > >> in the BeanPropertyAccessStrategy or BeanWrapperImpl, although I
> can't
> > >> see exactly where.
> > >>
> > >> Any ideas?
> > >>
> > >> Rogan
> > >>
> > >>
> -------------------------------------------------------------------------
> > >> 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/
> > >
> > >
> > >
> -------------------------------------------------------------------------
> > > 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
>

Re: [Springframework-rcp-dev] Bean methods that throw exceptions?

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

I tried to reproduce this behaviour, but I failed. I'm not seeing
"methodInvocation" in my text area, instead the exception is handled
normally (a dialog with the error message is shown).

Can you show the implementation of your converter(s)?


the best place for the documentation is the reference manual. If you want,
you can create jira issues + patches, so we can put it in the reference
manual.


regards,

Peter

On 1/30/08, Rogan Dawes <ro...@da...> wrote:
>
> Geoffrey De Smet wrote:
> > Forms are ussually meant for domain objects or transfer objects.
> > Just like it's pretty impossible to try to jpa-persist a (heavy)
> > business service or DAO instance.
> >
> > Wouldn't the use case you describe be better off if you
> > initialize the encodedBody before showing the form?
> >
> > With kind regards,
> > Geoffrey De Smet
>
> Let me give some more detail:
>
> This is for WebScarab-NG, which is an HTTP testing tool (including an
> intercepting proxy).
>
> What I am modeling here is the HTTP Message (Request or Response), with
> the following properties:
>
> "startLine" ("GET http://example.com HTTP/1.0" or "HTTP/1.0 200 ok")
> "headers" (NamedValue[])
> "rawBody"
> "decodedBody"
>
> "decodedBody" is the result of applying the various transforms listed in
> the "headers" (e.g "Transfer-Encoding: chunked" or "Content-Encoding:
> gzip") to "rawBody". I don't actually store "decodedBody", but rather
> update "rawBody" by applying the various transforms. Unfortunately, the
> process of applying the transforms can generate IOExceptions, since I
> push the data through (Input|Output)Streams such as GZIPInputStream.
>
> So, the idea is that the user can edit various properties of the HTTP
> message before sending the message to the server, and this should
> obviously include setting the "rawBody" (if desired) or "decodedBody"
> (likely easier). Naturally, the two properties should remain in sync,
> modulo the transforms.
>
> I have implemented PropertyChangeSupport for this object, so various
> forms can be notified when the fields they are listening to are changed
> as a result of other fields being modified. This is all working very well.
>
> The only problem now is what to do when the "(get|set)DecodedBody"
> methods throw an Exception. My preference is simply to allow the user to
> continue editing, with a warning/error message until no exception is
> thrown.
>
> Thanks for your help.
>
> Rogan
>
> P.S. is there an existing place to present the results of some of the
> advice that I have received on this list? e.g. how to do the
> Binder/Binding to String<->byte[], how to actually bind variables to
> JComponents correctly, etc? I don't have my own blog (although I did
> find http://spring-rich.blogspot.com/)
>
> >
> > Rogan Dawes schreef:
> >> Hi folks,
> >>
> >> I am trying to deal with a derived property that can throw an exception
> >> when set (or even when "get").
> >>
> >> The method signature is:
> >>
> >>    byte[] getEncodedBody() throws IOException;
> >>    void setEncodedBody(byte[] body) throws IOException;
> >>
> >> As suggested, there are some cases where invalid data will cause an
> >> IOException to be thrown. When this happens, I get "methodInvocation"
> >> showing up in my form message area.
> >>
> >> Is there some way of handling this exception, and propagating the
> >> underlying exception to the user? This appears to be handled somewhere
> >> in the BeanPropertyAccessStrategy or BeanWrapperImpl, although I can't
> >> see exactly where.
> >>
> >> Any ideas?
> >>
> >> Rogan
> >>
> >>
> -------------------------------------------------------------------------
> >> 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/
> >
> >
> >
> -------------------------------------------------------------------------
> > 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
>

Re: [Springframework-rcp-dev] Bean methods that throw exceptions?

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

Normally when any Exception pops up during the setting of a value, the
exception is caught by the DefaultFormModel.ValidatingFormValueModel
class and transformed to a bindingError. So if you get a error in your
message area, it probably came from there. Note that there are some
issues here: all listeners attached to the value change may also throw
exceptions that are handled in the same manner. I did suggest a change
here to provide an explicit binding exception that can be thrown in the
accessStrategy to separate the good from the bad (so to speak). Normally
this error should disappear if the value being set doesn't generate any
exception. Does this work as expected?

The getting of a value is another story. I don't think any handling is
available at that point so an exception will probably be caught by the
ExceptionHandler that you provide in your context.

The developer blog was started by Peter. He could add you as a writer to
the blog or we could post it in your name after a quick review. It would
be nice to see some more stuff explained there.

Additionally I've checked your project's website. It seems to be open
source so I'm thinking of checking it out. It would be easier to
actually see the problem than to write about it. I guess this isn't a
problem?

Kind Regards,
Jan

On Wed, 2008-01-30 at 11:27 +0200, Rogan Dawes wrote:
> Geoffrey De Smet wrote:
> > Forms are ussually meant for domain objects or transfer objects.
> > Just like it's pretty impossible to try to jpa-persist a (heavy) 
> > business service or DAO instance.
> > 
> > Wouldn't the use case you describe be better off if you
> > initialize the encodedBody before showing the form?
> > 
> > With kind regards,
> > Geoffrey De Smet
> 
> Let me give some more detail:
> 
> This is for WebScarab-NG, which is an HTTP testing tool (including an 
> intercepting proxy).
> 
> What I am modeling here is the HTTP Message (Request or Response), with 
> the following properties:
> 
> "startLine" ("GET http://example.com HTTP/1.0" or "HTTP/1.0 200 ok")
> "headers" (NamedValue[])
> "rawBody"
> "decodedBody"
> 
> "decodedBody" is the result of applying the various transforms listed in 
> the "headers" (e.g "Transfer-Encoding: chunked" or "Content-Encoding: 
> gzip") to "rawBody". I don't actually store "decodedBody", but rather 
> update "rawBody" by applying the various transforms. Unfortunately, the 
> process of applying the transforms can generate IOExceptions, since I 
> push the data through (Input|Output)Streams such as GZIPInputStream.
> 
> So, the idea is that the user can edit various properties of the HTTP 
> message before sending the message to the server, and this should 
> obviously include setting the "rawBody" (if desired) or "decodedBody" 
> (likely easier). Naturally, the two properties should remain in sync, 
> modulo the transforms.
> 
> I have implemented PropertyChangeSupport for this object, so various 
> forms can be notified when the fields they are listening to are changed 
> as a result of other fields being modified. This is all working very well.
> 
> The only problem now is what to do when the "(get|set)DecodedBody" 
> methods throw an Exception. My preference is simply to allow the user to 
> continue editing, with a warning/error message until no exception is thrown.
> 
> Thanks for your help.
> 
> Rogan
> 
> P.S. is there an existing place to present the results of some of the 
> advice that I have received on this list? e.g. how to do the 
> Binder/Binding to String<->byte[], how to actually bind variables to 
> JComponents correctly, etc? I don't have my own blog (although I did 
> find http://spring-rich.blogspot.com/)
> 
> > 
> > Rogan Dawes schreef:
> >> Hi folks,
> >>
> >> I am trying to deal with a derived property that can throw an exception 
> >> when set (or even when "get").
> >>
> >> The method signature is:
> >>
> >>    byte[] getEncodedBody() throws IOException;
> >>    void setEncodedBody(byte[] body) throws IOException;
> >>
> >> As suggested, there are some cases where invalid data will cause an 
> >> IOException to be thrown. When this happens, I get "methodInvocation" 
> >> showing up in my form message area.
> >>
> >> Is there some way of handling this exception, and propagating the 
> >> underlying exception to the user? This appears to be handled somewhere 
> >> in the BeanPropertyAccessStrategy or BeanWrapperImpl, although I can't 
> >> see exactly where.
> >>
> >> Any ideas?
> >>
> >> Rogan
> >>
> >> -------------------------------------------------------------------------
> >> 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/
> > 
> > 
> > -------------------------------------------------------------------------
> > 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] Bean methods that throw exceptions?

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

It's a good use case.

I wonder if you might be better off with only allowing setRawBody() and 
then use a custom binding which convert decoded input into rawBody?
That binder can then notify the user that it's corrupt input,
in exactly the same way what happens if you input "blub" into a 
textfield binded to an int value with a number binder.


With kind regards,
Geoffrey De Smet

Rogan Dawes schreef:
> Geoffrey De Smet wrote:
>> Forms are ussually meant for domain objects or transfer objects.
>> Just like it's pretty impossible to try to jpa-persist a (heavy) 
>> business service or DAO instance.
>>
>> Wouldn't the use case you describe be better off if you
>> initialize the encodedBody before showing the form?
>>
>> With kind regards,
>> Geoffrey De Smet
> 
> Let me give some more detail:
> 
> This is for WebScarab-NG, which is an HTTP testing tool (including an 
> intercepting proxy).
> 
> What I am modeling here is the HTTP Message (Request or Response), with 
> the following properties:
> 
> "startLine" ("GET http://example.com HTTP/1.0" or "HTTP/1.0 200 ok")
> "headers" (NamedValue[])
> "rawBody"
> "decodedBody"
> 
> "decodedBody" is the result of applying the various transforms listed in 
> the "headers" (e.g "Transfer-Encoding: chunked" or "Content-Encoding: 
> gzip") to "rawBody". I don't actually store "decodedBody", but rather 
> update "rawBody" by applying the various transforms. Unfortunately, the 
> process of applying the transforms can generate IOExceptions, since I 
> push the data through (Input|Output)Streams such as GZIPInputStream.
> 
> So, the idea is that the user can edit various properties of the HTTP 
> message before sending the message to the server, and this should 
> obviously include setting the "rawBody" (if desired) or "decodedBody" 
> (likely easier). Naturally, the two properties should remain in sync, 
> modulo the transforms.
> 
> I have implemented PropertyChangeSupport for this object, so various 
> forms can be notified when the fields they are listening to are changed 
> as a result of other fields being modified. This is all working very well.
> 
> The only problem now is what to do when the "(get|set)DecodedBody" 
> methods throw an Exception. My preference is simply to allow the user to 
> continue editing, with a warning/error message until no exception is thrown.
> 
> Thanks for your help.
> 
> Rogan
> 
> P.S. is there an existing place to present the results of some of the 
> advice that I have received on this list? e.g. how to do the 
> Binder/Binding to String<->byte[], how to actually bind variables to 
> JComponents correctly, etc? I don't have my own blog (although I did 
> find http://spring-rich.blogspot.com/)
> 
>> Rogan Dawes schreef:
>>> Hi folks,
>>>
>>> I am trying to deal with a derived property that can throw an exception 
>>> when set (or even when "get").
>>>
>>> The method signature is:
>>>
>>>    byte[] getEncodedBody() throws IOException;
>>>    void setEncodedBody(byte[] body) throws IOException;
>>>
>>> As suggested, there are some cases where invalid data will cause an 
>>> IOException to be thrown. When this happens, I get "methodInvocation" 
>>> showing up in my form message area.
>>>
>>> Is there some way of handling this exception, and propagating the 
>>> underlying exception to the user? This appears to be handled somewhere 
>>> in the BeanPropertyAccessStrategy or BeanWrapperImpl, although I can't 
>>> see exactly where.
>>>
>>> Any ideas?
>>>
>>> Rogan
>>>
>>> -------------------------------------------------------------------------
>>> 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/
>>
>> -------------------------------------------------------------------------
>> 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] [Spring-JIRA] Commented: (RCP-307) Replace scripts of petclinic standalone with UberJar

[Lieven D. (JIRA) <no...@sp...>]

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

Lieven Doclo commented on RCP-307:
----------------------------------

Have a look at the shade plugin

http://maven.apache.org/plugins/maven-shade-plugin/



> Replace scripts of petclinic standalone with UberJar
> ----------------------------------------------------
>
>                 Key: RCP-307
>                 URL: http://jira.springframework.org/browse/RCP-307
>             Project: Spring Framework Rich Client Project
>          Issue Type: Task
>          Components: Samples
>            Reporter: Jan Hoskens
>             Fix For: 1.0.0
>
>
> Currently the standalone petclinic sample will be accompanied with startupscripts. But as these contain relative paths, the sample cannot be extracted easily from the project structure. 
> We will replace this with an UberJar when the maven assembly plugin (or another) provides this option. It will place every dependency in one jar (jar-in-jar) which would be easily executable.

-- 
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] Bean methods that throw exceptions?

[Rogan D. <ro...@da...>]

Geoffrey De Smet wrote:
> Forms are ussually meant for domain objects or transfer objects.
> Just like it's pretty impossible to try to jpa-persist a (heavy) 
> business service or DAO instance.
> 
> Wouldn't the use case you describe be better off if you
> initialize the encodedBody before showing the form?
> 
> With kind regards,
> Geoffrey De Smet

Let me give some more detail:

This is for WebScarab-NG, which is an HTTP testing tool (including an 
intercepting proxy).

What I am modeling here is the HTTP Message (Request or Response), with 
the following properties:

"startLine" ("GET http://example.com HTTP/1.0" or "HTTP/1.0 200 ok")
"headers" (NamedValue[])
"rawBody"
"decodedBody"

"decodedBody" is the result of applying the various transforms listed in 
the "headers" (e.g "Transfer-Encoding: chunked" or "Content-Encoding: 
gzip") to "rawBody". I don't actually store "decodedBody", but rather 
update "rawBody" by applying the various transforms. Unfortunately, the 
process of applying the transforms can generate IOExceptions, since I 
push the data through (Input|Output)Streams such as GZIPInputStream.

So, the idea is that the user can edit various properties of the HTTP 
message before sending the message to the server, and this should 
obviously include setting the "rawBody" (if desired) or "decodedBody" 
(likely easier). Naturally, the two properties should remain in sync, 
modulo the transforms.

I have implemented PropertyChangeSupport for this object, so various 
forms can be notified when the fields they are listening to are changed 
as a result of other fields being modified. This is all working very well.

The only problem now is what to do when the "(get|set)DecodedBody" 
methods throw an Exception. My preference is simply to allow the user to 
continue editing, with a warning/error message until no exception is thrown.

Thanks for your help.

Rogan

P.S. is there an existing place to present the results of some of the 
advice that I have received on this list? e.g. how to do the 
Binder/Binding to String<->byte[], how to actually bind variables to 
JComponents correctly, etc? I don't have my own blog (although I did 
find http://spring-rich.blogspot.com/)

> 
> Rogan Dawes schreef:
>> Hi folks,
>>
>> I am trying to deal with a derived property that can throw an exception 
>> when set (or even when "get").
>>
>> The method signature is:
>>
>>    byte[] getEncodedBody() throws IOException;
>>    void setEncodedBody(byte[] body) throws IOException;
>>
>> As suggested, there are some cases where invalid data will cause an 
>> IOException to be thrown. When this happens, I get "methodInvocation" 
>> showing up in my form message area.
>>
>> Is there some way of handling this exception, and propagating the 
>> underlying exception to the user? This appears to be handled somewhere 
>> in the BeanPropertyAccessStrategy or BeanWrapperImpl, although I can't 
>> see exactly where.
>>
>> Any ideas?
>>
>> Rogan
>>
>> -------------------------------------------------------------------------
>> 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/
> 
> 
> -------------------------------------------------------------------------
> 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] Commented: (RCP-533) Remove Tiger naming from TigerEnumComboBoxBinder and TigerEnumTableCellRenderer

[Lieven D. (JIRA) <no...@sp...>]

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

Lieven Doclo commented on RCP-533:
----------------------------------

since tiger isn't used anymore in the module name, perhaps we should rename these classes too.

Perhaps Jdk5EnumComboBoxBinder or just plain EnumComboBoxBinder (although this will give problems with the already existing EnumComboBoxBinder for pre-JDK5, perhaps a separate package?)



> Remove Tiger naming from TigerEnumComboBoxBinder and TigerEnumTableCellRenderer
> -------------------------------------------------------------------------------
>
>                 Key: RCP-533
>                 URL: http://jira.springframework.org/browse/RCP-533
>             Project: Spring Framework Rich Client Project
>          Issue Type: Task
>            Reporter: Lieven Doclo
>


-- 
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-533) Remove Tiger naming from TigerEnumComboBoxBinder and TigerEnumTableCellRenderer

[Lieven D. (JIRA) <no...@sp...>]

Remove Tiger naming from TigerEnumComboBoxBinder and TigerEnumTableCellRenderer
-------------------------------------------------------------------------------

                 Key: RCP-533
                 URL: http://jira.springframework.org/browse/RCP-533
             Project: Spring Framework Rich Client Project
          Issue Type: Task
            Reporter: Lieven Doclo




-- 
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] Bean methods that throw exceptions?

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

Forms are ussually meant for domain objects or transfer objects.
Just like it's pretty impossible to try to jpa-persist a (heavy) 
business service or DAO instance.

Wouldn't the use case you describe be better off if you
initialize the encodedBody before showing the form?

With kind regards,
Geoffrey De Smet

Rogan Dawes schreef:
> Hi folks,
> 
> I am trying to deal with a derived property that can throw an exception 
> when set (or even when "get").
> 
> The method signature is:
> 
>    byte[] getEncodedBody() throws IOException;
>    void setEncodedBody(byte[] body) throws IOException;
> 
> As suggested, there are some cases where invalid data will cause an 
> IOException to be thrown. When this happens, I get "methodInvocation" 
> showing up in my form message area.
> 
> Is there some way of handling this exception, and propagating the 
> underlying exception to the user? This appears to be handled somewhere 
> in the BeanPropertyAccessStrategy or BeanWrapperImpl, although I can't 
> see exactly where.
> 
> Any ideas?
> 
> Rogan
> 
> -------------------------------------------------------------------------
> 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] [Spring-JIRA] Closed: (RCP-446) Create read-only forms

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

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

Jan Hoskens closed RCP-446.
---------------------------

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

A readOnly aspect is implemented which sets all fieldMetaData in readOnly. Specific fieldMetaData readOnly info is saved separately and thus remembered. ChildForms are handled as well.

> Create read-only forms
> ----------------------
>
>                 Key: RCP-446
>                 URL: http://jira.springframework.org/browse/RCP-446
>             Project: Spring Framework Rich Client Project
>          Issue Type: New Feature
>          Components: Binding System
>            Reporter: Aaron Digulla
>            Assignee: Jan Hoskens
>            Priority: Minor
>             Fix For: 1.0.0
>
>         Attachments: readonly-patch.txt
>
>
> The applied patch adds setReadOnly() to forms. The default is false. You can set this to true to create forms where the user can select in text fields but can't edit.
> The patch is somewhat incomplete. It only works if you set the read only flag before you call add(). Later changes won't have any effect.

-- 
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] Bean methods that throw exceptions?

[Rogan D. <li...@da...>]

Hi folks,

I am trying to deal with a derived property that can throw an exception 
when set (or even when "get").

The method signature is:

   byte[] getEncodedBody() throws IOException;
   void setEncodedBody(byte[] body) throws IOException;

As suggested, there are some cases where invalid data will cause an 
IOException to be thrown. When this happens, I get "methodInvocation" 
showing up in my form message area.

Is there some way of handling this exception, and propagating the 
underlying exception to the user? This appears to be handled somewhere 
in the BeanPropertyAccessStrategy or BeanWrapperImpl, although I can't 
see exactly where.

Any ideas?

Rogan

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

[Peter De B. (JIRA) <no...@sp...>]

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

Peter De Bruycker commented on RCP-528:
---------------------------------------

I managed to reproduce it, and created a testcase for it.

the error has been fixed and checked in

> 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
>            Assignee: Peter De Bruycker
>         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] Resolved: (RCP-528) Prepare ExtTabbedPane for late addition of tabs

[Peter De B. (JIRA) <no...@sp...>]

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

Peter De Bruycker resolved RCP-528.
-----------------------------------

    Resolution: Fixed

> 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
>            Assignee: Peter De Bruycker
>         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] Commented: (RCP-323) In FormModel, setValidating and setEnabled should invoke child form methods

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

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

Jan Hoskens commented on RCP-323:
---------------------------------

In current codebase the setEnabled() method will send events to child models which in turn will take their parent enabled value into account when evaluating isEnabled().

The validating part is still absent.

> In FormModel, setValidating and setEnabled should invoke child form methods
> ---------------------------------------------------------------------------
>
>                 Key: RCP-323
>                 URL: http://jira.springframework.org/browse/RCP-323
>             Project: Spring Framework Rich Client Project
>          Issue Type: Bug
>          Components: Binding System
>    Affects Versions: 0.1.0
>            Reporter: Frank Bowers
>            Priority: Minor
>
> When the formModel methods setValidating and setEnabled are called the same methods on each of the child forms should also be called otherwise the child forms get out of sync with the parent form.
> setValidating is in DefaultFormModel and setEnabled is in AbstractFormModel

-- 
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-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:comment-tabpanel#action_31368 ] 

Johannes Schneider commented on RCP-528:
----------------------------------------

Hmm... I can't reproduce the problem anymore... 
It was a quite complex scenario related to a TabbedDialogPage.

I think there might be a problem:
That addition of a tab to the JTabbedPane results in notification of listeners. But the tab is added to the list of tabs after that notification.
So if a notified listeners calls "ExtTabbedPane#getTab" we might get an IndexOutOfBoundsException or get the wrong index.



> 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
>            Assignee: Peter De Bruycker
>         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