springframework-rcp-dev — Spring Rich Client developer list

RE: [Springframework-rcp-dev] Samples

[Ben A. <ben...@ac...>]

Hi Keith

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

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

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

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

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

- Views are dockable in different panels

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

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

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

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

I'm looking forward to participating.

Best regards
Ben
 
________________________________

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

	Samples will likely be in tomorrow night.

	 

	Keith

	 

	________________________________

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

	 

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

	
	Andrew - Development 

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

	 

[Springframework-rcp-dev] Samples

[Andrew (Development) <at....@ds...>]

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



Andrew - Development

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

RE: [Springframework-rcp-dev] From my diff list

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

Yes that's a bug; done, thanks for letting me know.  

I incorporated the label info change as well.  Keith

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Ronald Haring
Sent: Saturday, May 29, 2004 7:36 AM
To: spr...@li...
Subject: Re: [Springframework-rcp-dev] From my diff list

Thx Keith,

but...

I wanted the applicationContext to be set separately because, I like to 
load my xml files from one pre-defined location. That is possible now, 
but there is no launch now anymore. The set propertie I was referring to 
was the set for the text of LabelInfo, not the context.

Cheers
Ronald
Keith Donald wrote:

>Ronald,
>
>I just incorporated these.  Thanks!
>
>I added a setter but made it private; as the application launcher really is
>something that should be immutable (short lived object that bootstraps the
>app.)
>
>Keith
>  
>



-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Springframework-rcp-dev mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev

Re: [Springframework-rcp-dev] From my diff list

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

Thx Keith,

but...

I wanted the applicationContext to be set separately because, I like to 
load my xml files from one pre-defined location. That is possible now, 
but there is no launch now anymore. The set propertie I was referring to 
was the set for the text of LabelInfo, not the context.

Cheers
Ronald
Keith Donald wrote:

>Ronald,
>
>I just incorporated these.  Thanks!
>
>I added a setter but made it private; as the application launcher really is
>something that should be immutable (short lived object that bootstraps the
>app.)
>
>Keith
>  
>

RE: [Springframework-rcp-dev] From my diff list

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

Ronald,

I just incorporated these.  Thanks!

I added a setter but made it private; as the application launcher really is
something that should be immutable (short lived object that bootstraps the
app.)

Keith

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Ronald Haring
Sent: Friday, May 28, 2004 2:05 PM
To: spr...@li...
Subject: [Springframework-rcp-dev] From my diff list

Class: org.springframework.rcp.factory.LabelInfo:
 // todo shouldnt this class have a set method for the properties as 
well in stead of only constructor arguments?

Class: org.springframework.rcp.application.startup.ApplicationLauncher:
    /**
     * For applications that want to instantiate their own context.
     * @param context
     */
    public ApplicationLauncher(ApplicationContext context) {
        this.applicationContext = context;
        launch(context);
    }

    private void launch(String startupContext, String[] contextPaths) {
        logger.info("Launching Console...");
        try {
            if (startupContext != null) {
                ApplicationContext startup = new 
ClassPathXmlApplicationContext(
                        startupContext);
                displaySplashScreen(startup);
            }
        } catch (RuntimeException e) {
            logger.warn("Exception occured initializing context.", e);
        }

        try {
            ApplicationContext applicationContext = new 
ClassPathXmlApplicationContext(contextPaths);
            launch(applicationContext);
        } catch (RuntimeException e) {
            logger.warn("Exception occured initializing context.", e);
        }
    }

    private void launch(ApplicationContext applicationContext) {
        if (splashScreen == null) {
            displaySplashScreen(applicationContext);
        }

        try {
            Application console = (Application)applicationContext
                    .getBean(APPLICATION_BEAN_NAME);
            console.openMainConsoleWindow();
        } catch (RuntimeException e) {
            logger.error("Exception occured initializing console.", e);
        } finally {
            destroySplashScreen();
            logger.debug("Launcher thread exiting...");
        }
    }


And thats it for now.

Cheers
Ronald



-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Springframework-rcp-dev mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev

[Springframework-rcp-dev] From my diff list

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

Class: org.springframework.rcp.factory.LabelInfo:
 // todo shouldnt this class have a set method for the properties as 
well in stead of only constructor arguments?

Class: org.springframework.rcp.application.startup.ApplicationLauncher:
    /**
     * For applications that want to instantiate their own context.
     * @param context
     */
    public ApplicationLauncher(ApplicationContext context) {
        this.applicationContext = context;
        launch(context);
    }

    private void launch(String startupContext, String[] contextPaths) {
        logger.info("Launching Console...");
        try {
            if (startupContext != null) {
                ApplicationContext startup = new 
ClassPathXmlApplicationContext(
                        startupContext);
                displaySplashScreen(startup);
            }
        } catch (RuntimeException e) {
            logger.warn("Exception occured initializing context.", e);
        }

        try {
            ApplicationContext applicationContext = new 
ClassPathXmlApplicationContext(contextPaths);
            launch(applicationContext);
        } catch (RuntimeException e) {
            logger.warn("Exception occured initializing context.", e);
        }
    }

    private void launch(ApplicationContext applicationContext) {
        if (splashScreen == null) {
            displaySplashScreen(applicationContext);
        }

        try {
            Application console = (Application)applicationContext
                    .getBean(APPLICATION_BEAN_NAME);
            console.openMainConsoleWindow();
        } catch (RuntimeException e) {
            logger.error("Exception occured initializing console.", e);
        } finally {
            destroySplashScreen();
            logger.debug("Launcher thread exiting...");
        }
    }


And thats it for now.

Cheers
Ronald

Re: [Springframework-rcp-dev] Cvs updates?

[Cesar F. M. <cf...@di...>]

Entendo

Comece por aqui:
http://www.springframework.org/
http://www.springframework.org/spring-rcp.html
http://www.springframework.org/spring-ide/eclipse/

Abra=E7os



gyowanny wrote:

>Cesar, me passa os enderecos dos materiais sobre o=20
>spring porque estou um pouco desesperado para fazer=20
>esse sistema. Tem dois clientes j=E1 interessados e nao=20
>tenho nada para oferecer. Sei que esta corrido para vc=20
>por isso vou tentar aprender com a sua ajuda para dar=20
>inicio no projeto.
>
>Abracos.
>
>
>---------- In=EDcio da mensagem original -----------
>
>      De: springframework-rcp-dev-
>ad...@li...
>    Para: spr...@li...
>      Cc:=20
>    Data: Thu, 27 May 2004 14:22:05 -0600
> Assunto: Re: [Springframework-rcp-dev] Cvs updates?
>
> =20
>
>>Keith:
>>
>>   =20
>>
>>>- I've recently updated the action framework=20
>>>     =20
>>>
>javadoc documentation tonite,
> =20
>
>>>and will be continuing to do so over the weekend. =20
>>>     =20
>>>
>It should give you some
> =20
>
>>>good background on the intended use of the=20
>>>     =20
>>>
>framework, particularly see the
> =20
>
>>>DefaultVisualAction class description.  I am=20
>>>     =20
>>>
>planning to get the first
> =20
>
>>>sample app check-ins this weekend as well.
>>>     =20
>>>
>>Getting those samples in would be really great.  I've=20
>>   =20
>>
>tried building a small=20
> =20
>
>>application based on the snippets of configuration=20
>>   =20
>>
>files you've posted to the=20
> =20
>
>>list, and I've yet to get it working (although I can=20
>>   =20
>>
>get the Splash Screen to=20
> =20
>
>>display!).  It's probably because I haven't figured=20
>>   =20
>>
>out a concept (or two)=20
> =20
>
>>about how the framework should work, and an example=20
>>   =20
>>
>would probably help turn=20
> =20
>
>>the light on. ;-)
>>
>>   =20
>>
>>>- Rod has changed the reply-to address for this=20
>>>     =20
>>>
>mailing list to be "the
> =20
>
>>>list" instead of our own personal email addresses--
>>>     =20
>>>
>consistent with the other
> =20
>
>>>spring lists.  This should make it easier to=20
>>>     =20
>>>
>continue communication on the
> =20
>
>>>list.
>>>     =20
>>>
>>Are there any plans to get the list archived on=20
>>   =20
>>
>gmane.org like the other=20
> =20
>
>>mailing lists?
>>
>>   =20
>>
>>>Any suggestions on a name?  What we certainly have=20
>>>     =20
>>>
>is an abstraction or
> =20
>
>>>framework around the base swing toolkit to support=20
>>>     =20
>>>
>jumpstarting rich client
> =20
>
>>>applications built on Swing/java, integrating with=20
>>>     =20
>>>
>Spring and several other
> =20
>
>>>open source projects (jgoodies-forms, likely=20
>>>     =20
>>>
>l2prod's common components,
> =20
>
>>>etc.).  Now what should we call that is the=20
>>>     =20
>>>
>question...
> =20
>
>>Replace the 'r' in 'Spring' with the 'w'=20
>>   =20
>>
>from 'Swing' -- Spwing.  ;-)  Maybe=20
> =20
>
>>we could get Elmer Fudd to be the mascot ;-)
>>
>>
>>Maury...
>>
>>
>>
>>
>>------------------------------------------------------
>>   =20
>>
>-
> =20
>
>>This SF.Net email is sponsored by: Oracle 10g
>>Get certified on the hottest thing ever to hit the=20
>>   =20
>>
>market... Oracle 10g.=20
> =20
>
>>Take an Oracle 10g class now, and we'll give you the=20
>>   =20
>>
>exam FREE.
> =20
>
>>http://ads.osdn.com/?ad_id=3D3149&alloc_id=3D8166&op=3Dclick
>>_______________________________________________
>>Springframework-rcp-dev mailing list
>>Spr...@li...
>>
>>   =20
>>
>https://lists.sourceforge.net/lists/listinfo/springframe
>work-rcp-dev
> =20
>
>=20
>________________________________________________________________________=
__
>Acabe com aquelas janelinhas que pulam na sua tela.
>AntiPop-up UOL - =C9 gr=E1tis!
>http://antipopup.uol.com.br/
>
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: Oracle 10g
>Get certified on the hottest thing ever to hit the market... Oracle 10g.=
=20
>Take an Oracle 10g class now, and we'll give you the exam FREE.
>http://ads.osdn.com/?ad_id149&alloc_id=8166&op=3Dclick
>_______________________________________________
>Springframework-rcp-dev mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev
> =20
>

--=20

-------------------------------------------------------------------------=
-----
	         Cesar Fernando Moro - Coordenador de TI
		 CESUMAR - Centro Universit=E1rio de Maring=E1
		Email: cf...@ce... - ICQ: 157573186
-------------------------------------------------------------------------=
-----
"There never was darkness or a problem that could defeat the sunrise or h=
ope."
Bern Williams
			      =20

RE: [Springframework-rcp-dev] Question/remark imageSource

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

Yes, ResourceMapFactoryBean supports this by the "properties" property,
which is an instance of java.util.Properties, just what you need.  So just
declare a new instance of ResourceMapFactoryBean, specify your image
properties there, and inject that into the constructor of
DefaultAwtImageSource.

Keith

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Keith Donald
Sent: Friday, May 28, 2004 8:49 AM
To: spr...@li...
Subject: RE: [Springframework-rcp-dev] Question/remark imageSource

Ronald,

You should be able to do what you said below with a Map, instead of
Properties (the constructor to DefaultAwtImageSource expects a map of image
keys to Resource location-pointers; Spring's built in property editor
machinery should convert the string values you specify to Resources for
you.)

However, I can add support in for Properties; they're a bit more concise to
specify than map entries in the bean xml.  The reason Properties won't work
now is because it treats values as all Strings.

Good point.  I agree there should be no requirement on using a bundle for
loading image files.

BTW - AwtImageResource is just a wrapper around another spring Resource
capable of turning the InputStream backing the Resource into an awt.Image.

Keep 'em coming! ;-)
Keith

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
em...@ro...
Sent: Friday, May 28, 2004 8:36 AM
To: spr...@li...
Subject: [Springframework-rcp-dev] Question/remark imageSource

And another one from me, concerning the use of images.

I've looked through your context.xml to see how to
define images, and I think its very complete, but in
some cases a bit too complete.

I understand the meaning to include resource bundles
for your images (so you can have different images based
on languages) but for a simple application (with only a
couple of very simple icon's) its a bit too much.

How about being able to define them like this:
	<bean id="imageSource"
class="org.springframework.rcp.image.AwtImageSourceImpl">
		<constructor-arg index="0">
			<props>
				<prop
key="cancel.icon">images/alert/x.gif</prop>
			</props>
		</constructor-arg>
	</bean>

Therefor an AmtImageSourceImpl could be made up without
resources, but that means that the AwtImageSourceImpl
should implement a different interface (with only the
getImage(String key)) command, or the AwtImageSource
interface should extend that and the existing
AwtImageSource interface should be renamed to
AwtImageResource interface of something like that.

Cheers 
Ronald


-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Springframework-rcp-dev mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev




-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Springframework-rcp-dev mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev

RE: [Springframework-rcp-dev] Question/remark imageSource

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

Actually Ronald:

I believe I was misspoken in one point in this email.  Currently Spring does
not support recognizing types to convert using PropertyEditors for
properties stored in collections like maps, lists, sets, etc.

So to accomplish what you need, you'll likely have to use
ResourceMapFactoryBean and pass it a map of keyed resources. I'll check and
make sure it can support that.

Keith

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Keith Donald
Sent: Friday, May 28, 2004 8:49 AM
To: spr...@li...
Subject: RE: [Springframework-rcp-dev] Question/remark imageSource

Ronald,

You should be able to do what you said below with a Map, instead of
Properties (the constructor to DefaultAwtImageSource expects a map of image
keys to Resource location-pointers; Spring's built in property editor
machinery should convert the string values you specify to Resources for
you.)

However, I can add support in for Properties; they're a bit more concise to
specify than map entries in the bean xml.  The reason Properties won't work
now is because it treats values as all Strings.

Good point.  I agree there should be no requirement on using a bundle for
loading image files.

BTW - AwtImageResource is just a wrapper around another spring Resource
capable of turning the InputStream backing the Resource into an awt.Image.

Keep 'em coming! ;-)
Keith

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
em...@ro...
Sent: Friday, May 28, 2004 8:36 AM
To: spr...@li...
Subject: [Springframework-rcp-dev] Question/remark imageSource

And another one from me, concerning the use of images.

I've looked through your context.xml to see how to
define images, and I think its very complete, but in
some cases a bit too complete.

I understand the meaning to include resource bundles
for your images (so you can have different images based
on languages) but for a simple application (with only a
couple of very simple icon's) its a bit too much.

How about being able to define them like this:
	<bean id="imageSource"
class="org.springframework.rcp.image.AwtImageSourceImpl">
		<constructor-arg index="0">
			<props>
				<prop
key="cancel.icon">images/alert/x.gif</prop>
			</props>
		</constructor-arg>
	</bean>

Therefor an AmtImageSourceImpl could be made up without
resources, but that means that the AwtImageSourceImpl
should implement a different interface (with only the
getImage(String key)) command, or the AwtImageSource
interface should extend that and the existing
AwtImageSource interface should be renamed to
AwtImageResource interface of something like that.

Cheers 
Ronald


-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Springframework-rcp-dev mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev




-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Springframework-rcp-dev mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev

Re: [Springframework-rcp-dev] Question/remark imageSource

[admin <ad...@co...>]

Ehr, was just checking the new cvs files, and it looks like
this is already implemented. Nice work Keith and skip the previous
mail.

Cheers
Ronald

> And another one from me, concerning the use of images.
>
> I've looked through your context.xml to see how to
> define images, and I think its very complete, but in
> some cases a bit too complete.
>
> I understand the meaning to include resource bundles
> for your images (so you can have different images based
> on languages) but for a simple application (with only a
> couple of very simple icon's) its a bit too much.
>
> How about being able to define them like this:
> 	<bean id="imageSource"
> class="org.springframework.rcp.image.AwtImageSourceImpl">
> 		<constructor-arg index="0">
> 			<props>
> 				<prop key="cancel.icon">images/alert/x.gif</prop>
> 			</props>
> 		</constructor-arg>
> 	</bean>
>
> Therefor an AmtImageSourceImpl could be made up without
> resources, but that means that the AwtImageSourceImpl
> should implement a different interface (with only the
> getImage(String key)) command, or the AwtImageSource
> interface should extend that and the existing
> AwtImageSource interface should be renamed to
> AwtImageResource interface of something like that.
>
> Cheers
> Ronald
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market... Oracle 10g.
>  Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> _______________________________________________
> Springframework-rcp-dev mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev

RE: [Springframework-rcp-dev] Question/remark imageSource

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

Ronald,

You should be able to do what you said below with a Map, instead of
Properties (the constructor to DefaultAwtImageSource expects a map of image
keys to Resource location-pointers; Spring's built in property editor
machinery should convert the string values you specify to Resources for
you.)

However, I can add support in for Properties; they're a bit more concise to
specify than map entries in the bean xml.  The reason Properties won't work
now is because it treats values as all Strings.

Good point.  I agree there should be no requirement on using a bundle for
loading image files.

BTW - AwtImageResource is just a wrapper around another spring Resource
capable of turning the InputStream backing the Resource into an awt.Image.

Keep 'em coming! ;-)
Keith

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
em...@ro...
Sent: Friday, May 28, 2004 8:36 AM
To: spr...@li...
Subject: [Springframework-rcp-dev] Question/remark imageSource

And another one from me, concerning the use of images.

I've looked through your context.xml to see how to
define images, and I think its very complete, but in
some cases a bit too complete.

I understand the meaning to include resource bundles
for your images (so you can have different images based
on languages) but for a simple application (with only a
couple of very simple icon's) its a bit too much.

How about being able to define them like this:
	<bean id="imageSource"
class="org.springframework.rcp.image.AwtImageSourceImpl">
		<constructor-arg index="0">
			<props>
				<prop
key="cancel.icon">images/alert/x.gif</prop>
			</props>
		</constructor-arg>
	</bean>

Therefor an AmtImageSourceImpl could be made up without
resources, but that means that the AwtImageSourceImpl
should implement a different interface (with only the
getImage(String key)) command, or the AwtImageSource
interface should extend that and the existing
AwtImageSource interface should be renamed to
AwtImageResource interface of something like that.

Cheers 
Ronald


-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Springframework-rcp-dev mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev

[Springframework-rcp-dev] Question/remark imageSource

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

And another one from me, concerning the use of images.

I've looked through your context.xml to see how to
define images, and I think its very complete, but in
some cases a bit too complete.

I understand the meaning to include resource bundles
for your images (so you can have different images based
on languages) but for a simple application (with only a
couple of very simple icon's) its a bit too much.

How about being able to define them like this:
	<bean id="imageSource"
class="org.springframework.rcp.image.AwtImageSourceImpl">
		<constructor-arg index="0">
			<props>
				<prop key="cancel.icon">images/alert/x.gif</prop>
			</props>
		</constructor-arg>
	</bean>

Therefor an AmtImageSourceImpl could be made up without
resources, but that means that the AwtImageSourceImpl
should implement a different interface (with only the
getImage(String key)) command, or the AwtImageSource
interface should extend that and the existing
AwtImageSource interface should be renamed to
AwtImageResource interface of something like that.

Cheers 
Ronald

Re: [Springframework-rcp-dev] Cvs updates?

[gyowanny <gyo...@bo...>]

Cesar, me passa os enderecos dos materiais sobre o 
spring porque estou =
um pouco desesperado para fazer 
esse sistema. Tem dois clientes j=E1 in=
teressados e nao 
tenho nada para oferecer. Sei que esta corrido para vc=
 
por isso vou tentar aprender com a sua ajuda para dar 
inicio no proj=
eto.

Abracos.


---------- In=EDcio da mensagem original ----------=
-

      De: springframework-rcp-dev-
ad...@li...
   =
 Para: spr...@li...
      Cc: 
    Dat=
a: Thu, 27 May 2004 14:22:05 -0600
 Assunto: Re: [Springframework-rcp-de=
v] Cvs updates?

> Keith:
> 
> > - I've recently updated the action f=
ramework 
javadoc documentation tonite,
> > and will be continuing to d=
o so over the weekend.  
It should give you some
> > good background on=
 the intended use of the 
framework, particularly see the
> > DefaultVi=
sualAction class description.  I am 
planning to get the first
> > samp=
le app check-ins this weekend as well.
> 
> Getting those samples in wo=
uld be really great.  I've 
tried building a small 
> application based=
 on the snippets of configuration 
files you've posted to the 
> list, =
and I've yet to get it working (although I can 
get the Splash Screen to=
 
> display!).  It's probably because I haven't figured 
out a concept =
(or two) 
> about how the framework should work, and an example 
would =
probably help turn 
> the light on. ;-)
> 
> > - Rod has changed the r=
eply-to address for this 
mailing list to be "the
> > list" instead of =
our own personal email addresses--
consistent with the other
> > spring=
 lists.  This should make it easier to 
continue communication on the=0D
=
> > list.
> 
> Are there any plans to get the list archived on 
gmane.=
org like the other 
> mailing lists?
> 
> > Any suggestions on a name?=
  What we certainly have 
is an abstraction or
> > framework around the=
 base swing toolkit to support 
jumpstarting rich client
> > applicatio=
ns built on Swing/java, integrating with 
Spring and several other
> > =
open source projects (jgoodies-forms, likely 
l2prod's common components=
,
> > etc.).  Now what should we call that is the 
question...
> 
> R=
eplace the 'r' in 'Spring' with the 'w' 
from 'Swing' -- Spwing.  ;-)  M=
aybe 
> we could get Elmer Fudd to be the mascot ;-)
> 
> 
> Maury...=

> 
> 
> 
> 
> -----------------------------------------------------=
-
-
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on=
 the hottest thing ever to hit the 
market... Oracle 10g. 
> Take an Or=
acle 10g class now, and we'll give you the 
exam FREE.
> http://ads.osd=
n.com/?ad_id=3D3149&alloc_id=3D8166&op=3Dclick
> _______________________=
________________________
> Springframework-rcp-dev mailing list
> Sprin=
gfr...@li...
> 
https://lists.sourceforge.n=
et/lists/listinfo/springframe
work-rcp-dev
> =0A =0A___________________=
_______________________________________________________=0AAcabe com aquel=
as janelinhas que pulam na sua tela.=0AAntiPop-up UOL - =C9 gr=E1tis!=0Ah=
ttp://antipopup.uol.com.br/=0A

[Springframework-rcp-dev] Question/Change request StatusBarManager

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

Hi Keith,

In the StatusBarManager there is the method
    public ProgressMonitor getProgressMonitor() {
        return statusBar;
    }

However when this is null, I get npe (of course).
However when using the getControl method, the statusBar
is created when not available. I think that the
getProgressMonitor should do the same? e.g.
    public ProgressMonitor getProgressMonitor() {
        return (ProgressMonitor) getControl();
    }

What do you think of this? Is there a deeper meaning to
the fact that the statusBar must be defined before
trying to get the progressmonitor?

Cheers
Ronald

Re: [Springframework-rcp-dev] Cvs updates?

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

Keith:

> - I've recently updated the action framework javadoc documentation tonite,
> and will be continuing to do so over the weekend.  It should give you some
> good background on the intended use of the framework, particularly see the
> DefaultVisualAction class description.  I am planning to get the first
> sample app check-ins this weekend as well.

Getting those samples in would be really great.  I've tried building a small 
application based on the snippets of configuration files you've posted to the 
list, and I've yet to get it working (although I can get the Splash Screen to 
display!).  It's probably because I haven't figured out a concept (or two) 
about how the framework should work, and an example would probably help turn 
the light on. ;-)

> - Rod has changed the reply-to address for this mailing list to be "the
> list" instead of our own personal email addresses--consistent with the other
> spring lists.  This should make it easier to continue communication on the
> list.

Are there any plans to get the list archived on gmane.org like the other 
mailing lists?

> Any suggestions on a name?  What we certainly have is an abstraction or
> framework around the base swing toolkit to support jumpstarting rich client
> applications built on Swing/java, integrating with Spring and several other
> open source projects (jgoodies-forms, likely l2prod's common components,
> etc.).  Now what should we call that is the question...

Replace the 'r' in 'Spring' with the 'w' from 'Swing' -- Spwing.  ;-)  Maybe 
we could get Elmer Fudd to be the mascot ;-)


Maury...

RE: [Springframework-rcp-dev] Cvs updates?

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

Rich client early adopters:

A few updates:

- I've recently updated the action framework javadoc documentation tonite,
and will be continuing to do so over the weekend.  It should give you some
good background on the intended use of the framework, particularly see the
DefaultVisualAction class description.  I am planning to get the first
sample app check-ins this weekend as well.
 
	- The latest major action enhancement in CVS is the ability for the
framework to automatically track the active view in the application, and
trigger registration of local action handlers with global actions supported
by a particular view when that view is activated.  See the AbstractView
class for details--essentially view implementations must override
"registerGlobalActions" for hooking up handlers to each global action
supported by that view (delete, properties, save, etc.)  This method gets
called at the appropriate times in a view's lifecycle (on view creation and
activation, for example on setVisible(true) or focus gained.)  When a view
updates its local handler's enabled state, that change is automatically
reflected in the visual action and all places it may be 'clicked' in the GUI
(menu bar, tool bar, context menu, etc.)

	- Currently a perspective, a template for a page, only supports
displaying one view but this will be changing to support for multiple views
per page with a configurable page layout.  The goal is to use an existing
docking framework which allows for multiple views to be active and stacked
within the page area, dragged and dropped, etc - similar to Eclipse, but
built on Swing and more focused towards general rich client apps (as opposed
to say, IDEs)

Other stuff:

- Rod has changed the reply-to address for this mailing list to be "the
list" instead of our own personal email addresses--consistent with the other
spring lists.  This should make it easier to continue communication on the
list.

- After some good points made to me at TSS by other developers when
discussing spring-rcp and it's scope, we are contemplating a name change for
the framework, instead of "rich client platform", something with a more
Swing significance, since this framework really is built on Swing (as
opposed to say Eclipse, which is built on JFace/SWT and supports Swing as
kind of an aside.)  Also, there is some confusion about the "rich client",
as one of those buzzwords, meaning "thin client" (something like Flex or
Canoo ULC), where what we're developing is more client-side requiring a
client VM.

Any suggestions on a name?  What we certainly have is an abstraction or
framework around the base swing toolkit to support jumpstarting rich client
applications built on Swing/java, integrating with Spring and several other
open source projects (jgoodies-forms, likely l2prod's common components,
etc.).  Now what should we call that is the question...

Thanks to all the users so far trying out the framework; I'm excited the
list is starting to get more traffic to support enhancing the code base as
development actively progresses.

Keith

-----Original Message-----
From: Ronald Haring [mailto:em...@ro...] 
Sent: Sunday, May 23, 2004 10:46 AM
To: Keith Donald
Subject: Re: [Springframework-rcp-dev] Cvs updates?

And everything is up and running now, and I like what I see a lot. 
However, I vaguely recall reading in the list a message about how the 
handlers and actions are put together. Unfortunately I dont have that 
mail anymore. Do you still have that mail sent to the list? And if you 
do, could you send it to me and maybe add it to the confluence 
documentation of the spring-rcp?

As I went over the sources and tried to make it work I also noticed that 
you register some global actions (exit, about and help) are those 
necessary or just a remainder? Another thing that was hard is that I 
dont use an imagesource. Therefor I had to change some things in the 
application (simple check if imagesource was defined was sufficient), is 
it really necessary to have this imagesource bean?

Anyways, thanks for what you build so far.

Cheers
Ronald

Keith Donald wrote:

>Ronald,
>
>Those classes are in the spring sandbox.  You'll need to build the sandbox:

>
>'build sandboxjar'
>
>If you use the build.xml file in the spring-rcp root, it should compile
with
>the sandbox stuff.
>  
>

[Springframework-rcp-dev] RE: Spring-rcp CVS access

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

Stephen,

 

Try just /cvsroot/springframework as the cvs repository path, then check out
the spring-rcp module.  You'll also need the spring module, as spring-rcp
depends on spring.

 

Keith

 

  _____  

From: Ste...@ag... [mailto:Ste...@ag...] 
Sent: Wednesday, May 26, 2004 11:09 AM
To: kd...@cs...
Subject: Spring-rcp CVS access

 


Keith, 

I'm interested in downloading the spring-rcp project files via CVS. However,
anonymous access isn't working for me -- I'm trying the following address: 

:pserver:ano...@cv...:/cvsroot/springframework/spring-rcp 

and user 'anonymous', and am getting an authentication error. 

If you're the wrong person to ask about this, can you tell me who might be
able to help? 

Best regards, 

Stephen Schaub

[Springframework-rcp-dev] FASD project: Online survey launched

[<ben...@id...>]

Dear Open Source developer

I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate.
You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it.

With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development.


With many thanks for your participation,
Benno Luthiger


PS:
The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/.
We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list.

_______________________________________________________________________

Benno Luthiger
Swiss Federal Institute of Technology Zurich
8092 Zurich

Mail: benno.luthiger(at)id.ethz.ch
_______________________________________________________________________

[Springframework-rcp-dev] Service Data Objects

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

As mentioned previously, I'm currently developing a rich client.  One of the 
things this rich client must do is present to the user a unified UI that is 
composed of information from various services.  For example, an employee's 
salary might come from the payroll service, while the employee's security 
roles will come from the security service.  To the end user, it is all one 
unified front, while in reality there are many back end services that need to 
be called into and managed.  On top of that, the UI must be dynamic... not 
all users will be allowed to see an employee's salary or their security 
information, in which case I don't need to waste the bandwidth gathering this 
information (anyway, I would get a security exception if I tried).  I'm 
guessing this could be a fairly common issue in rich clients: building a UI 
that is a composite of many POJO DTOs from many different services.  What I 
would like is the ability to dynamically compose "logical objects" at runtime 
that are a composite of actual POJOs from various services.  For example, a 
logical "employee" object might contain a salary field from the payroll 
service, a securityRoles field from the security service, a name field from 
the HR service, and so on.
After digging around a bit, I discovered the Service Data Objects 
specification from IBM+BEA (which has now been made into a JSR).  This 
specification seems to address this very issue.  I'm wondering if it would be 
worth the effort to offer any kind of integration with this spec in the 
spring-rcp project?  Of course the spec is very new and still evolving, but 
when has that ever stopped open source? :-)
More details can be found here:
Original Spec: http://dev2dev.bea.com/technologies/commonj/sdo/index.jsp
JSR 235: http://www.jcp.org/en/jsr/detail?id=235
theserverside.com discussion: 
http://theserverside.com/news/thread.tss?thread_id=22646

RE: [Springframework-rcp-dev] Cvs updates?

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

Ronald,

I'll make it where the ImageSource is optional ASAP.  Thanks.

I am still hashing out what to do with the global action registry as far as
configuration.  Internally, the registry is what the views use to register
handlers for global (shared) actions when they are initialized.  View
listeners also use the registry to do the same thing when views are switched
in the application.

I'll forward that prev. email to the list.  Keith

-----Original Message-----
From: Ronald Haring [mailto:em...@ro...] 
Sent: Sunday, May 23, 2004 10:46 AM
To: Keith Donald
Subject: Re: [Springframework-rcp-dev] Cvs updates?

And everything is up and running now, and I like what I see a lot. 
However, I vaguely recall reading in the list a message about how the 
handlers and actions are put together. Unfortunately I dont have that 
mail anymore. Do you still have that mail sent to the list? And if you 
do, could you send it to me and maybe add it to the confluence 
documentation of the spring-rcp?

As I went over the sources and tried to make it work I also noticed that 
you register some global actions (exit, about and help) are those 
necessary or just a remainder? Another thing that was hard is that I 
dont use an imagesource. Therefor I had to change some things in the 
application (simple check if imagesource was defined was sufficient), is 
it really necessary to have this imagesource bean?

Anyways, thanks for what you build so far.

Cheers
Ronald

Keith Donald wrote:

>Ronald,
>
>Those classes are in the spring sandbox.  You'll need to build the sandbox:

>
>'build sandboxjar'
>
>If you use the build.xml file in the spring-rcp root, it should compile
with
>the sandbox stuff.
>  
>

RE: [Springframework-rcp-dev] Cvs updates?

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

Ronald,

Those classes are in the spring sandbox.  You'll need to build the sandbox: 

'build sandboxjar'

If you use the build.xml file in the spring-rcp root, it should compile with
the sandbox stuff.

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Ronald Haring
Sent: Wednesday, May 19, 2004 6:15 PM
To: Spr...@li...
Subject: [Springframework-rcp-dev] Cvs updates?

Hi Keith,

being kind of new to the rich client platform and being a fan of the
spring framework, I tried to study your work so far. It looks kind of
familiar but the cvs doesnt seem to be completely updated. After
checking out both the spring and spring-rcp directories, I get some
Errors. Mostly that Assert class can not be found but also the Classes
formerly known as Function (CFKAF to keep in prince style).

Anyway, could you check the cvs some time and try to do a clean build to
see whats missing?

Thx in advance
Ronald



-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Springframework-rcp-dev mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev

Re: [Springframework-rcp-dev] Cvs updates?

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

I ran into the same thing when I attempted to build... after searching around 
a bit, I found those classes in Spring's sandbox (off of cvs).  To get a 
build of spring-rcp, I first did a full build of spring and the spring 
sandbox jar.

  - Andy



On Wednesday 19 May 2004 03:15 pm, Ronald Haring wrote:
> Hi Keith,
>
> being kind of new to the rich client platform and being a fan of the
> spring framework, I tried to study your work so far. It looks kind of
> familiar but the cvs doesnt seem to be completely updated. After
> checking out both the spring and spring-rcp directories, I get some
> Errors. Mostly that Assert class can not be found but also the Classes
> formerly known as Function (CFKAF to keep in prince style).
>
> Anyway, could you check the cvs some time and try to do a clean build to
> see whats missing?
>
> Thx in advance
> Ronald
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market... Oracle 10g.
> Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> _______________________________________________
> Springframework-rcp-dev mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev

[Springframework-rcp-dev] Cvs updates?

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

Hi Keith,

being kind of new to the rich client platform and being a fan of the
spring framework, I tried to study your work so far. It looks kind of
familiar but the cvs doesnt seem to be completely updated. After
checking out both the spring and spring-rcp directories, I get some
Errors. Mostly that Assert class can not be found but also the Classes
formerly known as Function (CFKAF to keep in prince style).

Anyway, could you check the cvs some time and try to do a clean build to
see whats missing?

Thx in advance
Ronald

Re: [Springframework-rcp-dev] Am I getting the idea?

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

Thank you for your quick response!  I saw ComponentFactory, which caused me to 
realize I'm probably approaching this from the wrong angle.  I can't get the 
idea out of my head that what I want to do is code only functionality in Java 
code (in other words, code only ActionHandlers and any custom GUI 
components), but avoid writing a drop of glue code (Pages, Views, Wizards, 
etc).  Instead, I want to glue things together using IoC: create components, 
configure them, assemble them into views, pages, dialogs, wizards, etc, into 
a final Application.  Maybe this is where my encounter with SwiXML could come 
in: define views (or pages?) using some form of XUL, and configure the 
components used into those views/pages using IoC (Spring).  It seems like an 
intruguing idea that rich client pages could be loaded from a server in much 
the same way that HTML pages are loaded from a server (though this could be 
optional, of course... just include the XUL and Spring XML in a .jar 
instead).  Say you have an object in your GUI that brings up a menu when 
right-clicked, and one of those menu actions pulls up a dialog for editing 
the object... if there was the option to have that dialog page served up XUL 
style, then I could customize that page dynamically on the server-side - thus 
keeping more of the code on the server side and making the client a little 
bit thinner.  Someone in the manager role might get a different page than 
someone in the ceo role, for example.
Another way to say it: what I want to do is code only application building 
blocks in Java (actions, components, etc), and then dynamically construct 
those building blocks into a final application at run time.  This way, I 
could dynamically generate XML from my server that defines the application at 
run time.  This would create a slightly thinner rich client.

  - Andy

On Wednesday 19 May 2004 11:24 am, Keith Donald wrote:
> Yes, documentation is lacking.  That will be improving as the design of the
> undocumented features stabalize, and certainly before we release anything.
>
> Nice description btw, here are my observations:
>
> - Yes there is a single "Application" per rcp-app. The application has
> associated with it a default perspective, where a perspective provides a
> configuration 'template' for a application page. (Note: the application,
> however, can have multiple perspectives defined.  Each perspective, when
> opened, is displayed on a single page within an application window.  There
> can be multiple application windows per application, each with it's own
> menubar/toolbar/statusbar and page area.)
>
> - When the application launcher initializes the application, the main
> window definition is retrieved from the context.  The window is then
> configured - this is where the *.contribution stuff comes in -- consisting
> of its menubars, toolbars, page, and status line.  The *.contribution stuff
> provides factories (higher-level abstraction) for producing menu items,
> tool bar buttons, and status line items, for example.  Group markers, as
> you mentioned, allow you to create logical groups of contribution items, so
> custom views can contribute their own actions to those groups when they are
> activated.
>
> - You are entirely correct about the View behaivior.  When a view is
> activated, it is handed a context which provides information about the
> window it's displayed on and allows for the view to register local action
> handlers with global actions.  This keeps, for example, the "Delete" action
> invoking the right code based on the active view - assuming two different
> views both support "Delete" and they do different things...
>
> Check out ComponentFactory for creating controls.  I will forward some
> samples to the list this weekend (unfortunately I can't right now as I need
> to remove some stuff first.)
>
> Keith
>
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...] On Behalf Of
> Andy Depue
> Sent: Wednesday, May 19, 2004 1:52 PM
> To: spr...@li...
> Subject: [Springframework-rcp-dev] Am I getting the idea?
>
>
> With Spring RCP being so new, it appears the only documentation is the
> source. :-)  So, after reading the source, let me see if I'm getting the
> idea
> (btw, I don't have any experience with Eclipse, so any concepts spring-rcp
> borrows from Eclipse I've learned only through spring-rcp source).  If I'm
> getting this wrong, please let me know.
>
> An Application consists of one or more windows (ApplicationWindow), managed
> by
> WindowManager.  An application has at least one window (a main window).  A
> Window displays a single page (ApplicationPage) at a time.  A page contains
> a
> View registry.  This means a Page can contain multiple Views.  So, if my
> application's main window consists of a single Page (which is really the
> only
> option, right?), then I can swap out the contents of the main window by
> swapping pages?  I'm guessing an example of this would be "workbenches" in
> the IDE world?  For example, if I am in Edit mode, then I have several
> views
>
> open on my page: maybe a folder view, an edit view, and an output view.  In
> Debug mode, I have a "watches" view, breakpoint view, source code view,
> stack
> view, etc.  With this understanding, I'm having trouble figuring out where
> the Perspective class fits in, as it seems to be a one-to-one
> relationshipship with a View (though it is by the view's ID and not a
> reference to a View itself).
> OK.  On to Actions.  In rcp, you have VisualActions and ActionHandlers.  A
> VisualAction defines only the visual representation and keyboard access
> (menu
> item, toolbar item, icon, text, mnemonic, accelerator, etc).  The actual
> functionality of the action is provided separately in an ActionHandler.
> Actions are registered in a global ActionRegistry, and ActionHandlers are
> register7ed with views (via the ViewContext).  Well, I guess it is also
> possible to associate an ActionHandler directly with an Action (for those
> actions that are not view dependent).  So, when a View becomes active,
> spring-rcp will query the view against every registered global Action to
> see
>
> if that View provides an ActionHandler for the Action.  This means that the
> functionality of a particular Action can be dynamically implemented
> per-view
>
> (kinda cool, actually).  It looks like for this to work, your Actions must
> also implement TargetableVisualAction (which is implemented by
> DefaultVisualAction).
> The org.springframework.rcp.action.contribution package seems to be all
> about
> building menus and toolbars.  I'm not sure I have this right, since I
> haven't
> played around with it.  Since an Application can present the user with
> multiple ways to do actions (menus, toolbars, pop up menus. etc),
> spring-rcp
>
> provides an abstraction that allows you to group such actions logically and
> automatically represent that group as any of these more concrete
> implementations.  So, a ContributionItem is an abstraction on top of a menu
> item, toolbar button, etc and a ContributionItemManager is an abstraction
> on
>
> top of a menu bar, toolbar set, etc.  ContributionItemManager allows you to
> group ContributionItems (via group id) - each group becoming a different
> menu
> along a menubar, or a different toolbar in a toolbar set(?)  I'm not too
> sure
> about this actually. ContributionItem seems similar in many ways to an
> Action... but I guess it needs to be different because some menu items
> (such
>
> as seperators) are not actions?  In fact, ActionContributionItem seems to
> be
>
> no more than a wrapper (adapter) that makes an Action look like a
> ContributionItem.  A ContributionItem can create menu items and toolbar
> controls just like an Action can.
> Some questions on my exploration of the source so far:
> What is the preferred way for creating/configuring controls from
> spring-rcp? I don't see a common Page interface... it looks like dialogs
> get their own idea of what a page is and windows get another.  Is this
> intentional?
>
> Well, that's about all the further I've gotten so far.
> BTW, if anyone has any example configuration files used with spring-rcp,
> I'd
>
> love to see them.
>
> Thanks,
>   Andy
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: SourceForge.net Broadband Sign-up now
> for SourceForge Broadband and get the fastest 6.0/768 connection for only
> $19.95/mo for the first 3 months!
> http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click
> _______________________________________________
> Springframework-rcp-dev mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: SourceForge.net Broadband
> Sign-up now for SourceForge Broadband and get the fastest
> 6.0/768 connection for only $19.95/mo for the first 3 months!
> http://ads.osdn.com/?ad_id%62&alloc_ida84&op=Click
> _______________________________________________
> Springframework-rcp-dev mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev

RE: [Springframework-rcp-dev] Am I getting the idea?

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

Got 'em together; attached are some sample context configuration files.

Keith
=20


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf =
Of
Keith Donald
Sent: Wednesday, May 19, 2004 2:25 PM
To: 'Andy Depue'
Cc: spr...@li...
Subject: RE: [Springframework-rcp-dev] Am I getting the idea?


Yes, documentation is lacking.  That will be improving as the design of =
the
undocumented features stabalize, and certainly before we release =
anything.

Nice description btw, here are my observations:

- Yes there is a single "Application" per rcp-app. The application has
associated with it a default perspective, where a perspective provides a
configuration 'template' for a application page. (Note: the application,
however, can have multiple perspectives defined.  Each perspective, when
opened, is displayed on a single page within an application window.  =
There
can be multiple application windows per application, each with it's own
menubar/toolbar/statusbar and page area.) =20

- When the application launcher initializes the application, the main =
window
definition is retrieved from the context.  The window is then configured =
-
this is where the *.contribution stuff comes in -- consisting of its
menubars, toolbars, page, and status line.  The *.contribution stuff
provides factories (higher-level abstraction) for producing menu items, =
tool
bar buttons, and status line items, for example.  Group markers, as you
mentioned, allow you to create logical groups of contribution items, so
custom views can contribute their own actions to those groups when they =
are
activated.

- You are entirely correct about the View behaivior.  When a view is
activated, it is handed a context which provides information about the
window it's displayed on and allows for the view to register local =
action
handlers with global actions.  This keeps, for example, the "Delete" =
action
invoking the right code based on the active view - assuming two =
different
views both support "Delete" and they do different things...

Check out ComponentFactory for creating controls.  I will forward some
samples to the list this weekend (unfortunately I can't right now as I =
need
to remove some stuff first.)

Keith

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf =
Of
Andy Depue
Sent: Wednesday, May 19, 2004 1:52 PM
To: spr...@li...
Subject: [Springframework-rcp-dev] Am I getting the idea?


With Spring RCP being so new, it appears the only documentation is the=20
source. :-)  So, after reading the source, let me see if I'm getting the
idea=20
(btw, I don't have any experience with Eclipse, so any concepts =
spring-rcp=20
borrows from Eclipse I've learned only through spring-rcp source).  If =
I'm=20
getting this wrong, please let me know.

An Application consists of one or more windows (ApplicationWindow), =
managed
by=20
WindowManager.  An application has at least one window (a main window).  =
A=20
Window displays a single page (ApplicationPage) at a time.  A page =
contains
a=20
View registry.  This means a Page can contain multiple Views.  So, if my =

application's main window consists of a single Page (which is really the
only=20
option, right?), then I can swap out the contents of the main window by=20
swapping pages?  I'm guessing an example of this would be "workbenches" =
in=20
the IDE world?  For example, if I am in Edit mode, then I have several =
views

open on my page: maybe a folder view, an edit view, and an output view.  =
In=20
Debug mode, I have a "watches" view, breakpoint view, source code view,
stack=20
view, etc.  With this understanding, I'm having trouble figuring out =
where=20
the Perspective class fits in, as it seems to be a one-to-one=20
relationshipship with a View (though it is by the view's ID and not a=20
reference to a View itself).
OK.  On to Actions.  In rcp, you have VisualActions and ActionHandlers.  =
A=20
VisualAction defines only the visual representation and keyboard access
(menu=20
item, toolbar item, icon, text, mnemonic, accelerator, etc).  The actual =

functionality of the action is provided separately in an ActionHandler.  =

Actions are registered in a global ActionRegistry, and ActionHandlers =
are=20
register7ed with views (via the ViewContext).  Well, I guess it is also=20
possible to associate an ActionHandler directly with an Action (for =
those=20
actions that are not view dependent).  So, when a View becomes active,=20
spring-rcp will query the view against every registered global Action to =
see

if that View provides an ActionHandler for the Action.  This means that =
the=20
functionality of a particular Action can be dynamically implemented =
per-view

(kinda cool, actually).  It looks like for this to work, your Actions =
must=20
also implement TargetableVisualAction (which is implemented by=20
DefaultVisualAction).
The org.springframework.rcp.action.contribution package seems to be all
about=20
building menus and toolbars.  I'm not sure I have this right, since I
haven't=20
played around with it.  Since an Application can present the user with=20
multiple ways to do actions (menus, toolbars, pop up menus. etc), =
spring-rcp

provides an abstraction that allows you to group such actions logically =
and=20
automatically represent that group as any of these more concrete=20
implementations.  So, a ContributionItem is an abstraction on top of a =
menu=20
item, toolbar button, etc and a ContributionItemManager is an =
abstraction on

top of a menu bar, toolbar set, etc.  ContributionItemManager allows you =
to=20
group ContributionItems (via group id) - each group becoming a different
menu=20
along a menubar, or a different toolbar in a toolbar set(?)  I'm not too
sure=20
about this actually. ContributionItem seems similar in many ways to an=20
Action... but I guess it needs to be different because some menu items =
(such

as seperators) are not actions?  In fact, ActionContributionItem seems =
to be

no more than a wrapper (adapter) that makes an Action look like a=20
ContributionItem.  A ContributionItem can create menu items and toolbar=20
controls just like an Action can.
Some questions on my exploration of the source so far:
What is the preferred way for creating/configuring controls from =
spring-rcp?
I don't see a common Page interface... it looks like dialogs get their =
own=20
idea of what a page is and windows get another.  Is this intentional?

Well, that's about all the further I've gotten so far.
BTW, if anyone has any example configuration files used with spring-rcp, =
I'd

love to see them.

Thanks,
  Andy


-------------------------------------------------------
This SF.Net email is sponsored by: SourceForge.net Broadband Sign-up now =
for
SourceForge Broadband and get the fastest 6.0/768 connection for only
$19.95/mo for the first 3 months!
http://ads.osdn.com/?ad_id=3D2562&alloc_id=3D6184&op=3Dclick
_______________________________________________
Springframework-rcp-dev mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev



-------------------------------------------------------
This SF.Net email is sponsored by: SourceForge.net Broadband Sign-up now =
for
SourceForge Broadband and get the fastest 6.0/768 connection for only
$19.95/mo for the first 3 months!
http://ads.osdn.com/?ad_id%62&alloc_ida84&op=CCk
_______________________________________________
Springframework-rcp-dev mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-rcp-dev