springframework-developer

[Springframework-developer] spring-rcp subproject structure and initial commits

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

Hey yall -
=20
The spring-rcp sub project structure now exists in the CVS repository as =
a
new module.  You'll find that the structure very much mirrors that of =
the
spring module.  I made some initial commits last night including:
=20
org.springframework.rcp.image
    A image and icon loading/caching library using resource-bundle style
lookup.  It abstracts away hardcoded image paths in your code, supports
at-runtime resizable icons (for accessbility), and provides built in =
broken
image indicator support.  The design is very MessageSource like and also
builds off Spring's core.io.Resource classes for accessing image =
resources.
=20
org.springframework.rcp.util
  Misc utility classes (mostly static-utility) that aim to reduce repeat
coding.  Several of these likely make sense for inclusion in the core at
some point...
=20
I'll be continuing commiting additional packages this week including:
- The rules-based data validation stuff with source-level attributes
(currently I'm working on this with Seth Ladd and Sam Newman.)
- The action contribution framework (the UI management side of actions.)
Sam Newman has also been working with me on a general command framework =
that
integrates with the visual side of an action for rich-clients.
- Test suites and samples for all of the above.
=20
Obviously the code, since we're just getting started, is considered
experimental and may undergo significant changes. =20
Keep the feedback coming!  :-) I've gotten a lot of useful ideas and
suggestions so far!  I will post announcements as new packages are
committed.  Keith
=20

=20

=20

Re: [Springframework-developer] spring-rcp subproject structure and initial commits

[Rod J. <rod...@in...>]

MessageExciting news. Keith, do you think we need a Spring-RCP mailing =
list, or would you prefer it to stay shared for now?
  ----- Original Message -----=20
  From: Keith Donald=20
  To: spr...@li...=20
  Sent: Monday, March 01, 2004 8:23 PM
  Subject: [Springframework-developer] spring-rcp subproject structure =
and initial commits


  Hey yall -

  The spring-rcp sub project structure now exists in the CVS repository =
as a new module.  You'll find that the structure very much mirrors that =
of the spring module.  I made some initial commits last night including:

  org.springframework.rcp.image
      A image and icon loading/caching library using resource-bundle =
style lookup.  It abstracts away hardcoded image paths in your code, =
supports at-runtime resizable icons (for accessbility), and provides =
built in broken image indicator support.  The design is very =
MessageSource like and also builds off Spring's core.io.Resource classes =
for accessing image resources.

  org.springframework.rcp.util
    Misc utility classes (mostly static-utility) that aim to reduce =
repeat coding.  Several of these likely make sense for inclusion in the =
core at some point...

  I'll be continuing commiting additional packages this week including:
  - The rules-based data validation stuff with source-level attributes =
(currently I'm working on this with Seth Ladd and Sam Newman.)
  - The action contribution framework (the UI management side of =
actions.)  Sam Newman has also been working with me on a general command =
framework that integrates with the visual side of an action for =
rich-clients.
  - Test suites and samples for all of the above.

  Obviously the code, since we're just getting started, is considered =
experimental and may undergo significant changes. =20
  Keep the feedback coming!  :-) I've gotten a lot of useful ideas and =
suggestions so far!  I will post announcements as new packages are =
committed.  Keith

  =20

RE: [Springframework-developer] spring-rcp subproject structure and initial commits

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

Rod,
=20
I think a spring-rcp mailing list is a great idea!  I'll continue =
posting
announcements and other core integration stuff on the main lists, but
general communication back and forth comm. about specifics of the =
project
would fit nicely in its own list (especially now since most topics are =
very
development oriented.)
=20
Keith
=20

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf =
Of
Rod Johnson
Sent: Tuesday, March 02, 2004 2:14 AM
To: spr...@li...
Subject: Re: [Springframework-developer] spring-rcp subproject structure =
and
initial commits


Exciting news. Keith, do you think we need a Spring-RCP mailing list, or
would you prefer it to stay shared for now?

----- Original Message -----=20
From: Keith  <mailto:kd...@cs...> Donald=20
To: spr...@li...=20
Sent: Monday, March 01, 2004 8:23 PM
Subject: [Springframework-developer] spring-rcp subproject structure and
initial commits

Hey yall -
=20
The spring-rcp sub project structure now exists in the CVS repository as =
a
new module.  You'll find that the structure very much mirrors that of =
the
spring module.  I made some initial commits last night including:
=20
org.springframework.rcp.image
    A image and icon loading/caching library using resource-bundle style
lookup.  It abstracts away hardcoded image paths in your code, supports
at-runtime resizable icons (for accessbility), and provides built in =
broken
image indicator support.  The design is very MessageSource like and also
builds off Spring's core.io.Resource classes for accessing image =
resources.
=20

org.springframework.rcp.util
  Misc utility classes (mostly static-utility) that aim to reduce repeat
coding.  Several of these likely make sense for inclusion in the core at
some point...
=20
I'll be continuing commiting additional packages this week including:
- The rules-based data validation stuff with source-level attributes
(currently I'm working on this with Seth Ladd and Sam Newman.)
- The action contribution framework (the UI management side of actions.)
Sam Newman has also been working with me on a general command framework =
that
integrates with the visual side of an action for rich-clients.
- Test suites and samples for all of the above.
=20
Obviously the code, since we're just getting started, is considered
experimental and may undergo significant changes. =20
Keep the feedback coming!  :-) I've gotten a lot of useful ideas and
suggestions so far!  I will post announcements as new packages are
committed.  Keith
=20

=20

=20

Re: [Springframework-developer] spring-rcp subproject structure and initial commits

[Rod J. <rod...@in...>]

MessageKeith

I've just created a springframework-rcp-dev list. We can add a -user =
list if we ever need it.

I've emailed you the administration information, as you should clearly =
be the list administrator.

Regards,
Rod
  ----- Original Message -----=20
  From: Keith Donald=20
  To: spr...@li...=20
  Sent: Tuesday, March 02, 2004 6:25 PM
  Subject: RE: [Springframework-developer] spring-rcp subproject =
structure and initial commits


  Rod,

  I think a spring-rcp mailing list is a great idea!  I'll continue =
posting announcements and other core integration stuff on the main =
lists, but general communication back and forth comm. about specifics of =
the project would fit nicely in its own list (especially now since most =
topics are very development oriented.)

  Keith
  =20
    -----Original Message-----
    From: spr...@li... =
[mailto:spr...@li...] On Behalf =
Of Rod Johnson
    Sent: Tuesday, March 02, 2004 2:14 AM
    To: spr...@li...
    Subject: Re: [Springframework-developer] spring-rcp subproject =
structure and initial commits


    Exciting news. Keith, do you think we need a Spring-RCP mailing =
list, or would you prefer it to stay shared for now?
      ----- Original Message -----=20
      From: Keith Donald=20
      To: spr...@li...=20
      Sent: Monday, March 01, 2004 8:23 PM
      Subject: [Springframework-developer] spring-rcp subproject =
structure and initial commits


      Hey yall -

      The spring-rcp sub project structure now exists in the CVS =
repository as a new module.  You'll find that the structure very much =
mirrors that of the spring module.  I made some initial commits last =
night including:

      org.springframework.rcp.image
          A image and icon loading/caching library using resource-bundle =
style lookup.  It abstracts away hardcoded image paths in your code, =
supports at-runtime resizable icons (for accessbility), and provides =
built in broken image indicator support.  The design is very =
MessageSource like and also builds off Spring's core.io.Resource classes =
for accessing image resources.

      org.springframework.rcp.util
        Misc utility classes (mostly static-utility) that aim to reduce =
repeat coding.  Several of these likely make sense for inclusion in the =
core at some point...

      I'll be continuing commiting additional packages this week =
including:
      - The rules-based data validation stuff with source-level =
attributes (currently I'm working on this with Seth Ladd and Sam =
Newman.)
      - The action contribution framework (the UI management side of =
actions.)  Sam Newman has also been working with me on a general command =
framework that integrates with the visual side of an action for =
rich-clients.
      - Test suites and samples for all of the above.

      Obviously the code, since we're just getting started, is =
considered experimental and may undergo significant changes. =20
      Keep the feedback coming!  :-) I've gotten a lot of useful ideas =
and suggestions so far!  I will post announcements as new packages are =
committed.  Keith

      =20

Re: [Springframework-developer] spring-rcp subproject structure and initial commits

[Mike Cannon-B. <mi...@at...>]

Rod,

I=B9ve been through this on a few Open Source projects, and I=B9m not sure it=B9s
a good idea at this time, for a few reasons:
* principally, there isn=B9t enough traffic about RCP yet to warrant a
separate list =AD ie as a general rule, if it=B9s not enough messages to piss
off other users yet, don=B9t make another list
* having two lists means people who use just the Spring framework like me
(not the RCP bits) probably won't contribute ideas early (because they're
not on the RCP list) which can be crucial to creating a healthy, sustainabl=
e
project

Generally, I always feel it's better to have less lists until the discussio=
n
becomes off topic too often, then you split - not at the start? (especially
when so much of the RCP stuff will, I guess?, depend on the core Spring
framework so there'll likely be lots of cross postings)

Anyway not a huge issue, just my $0.02! Feel free to ignore completely :)

Cheers,
Mike=20

On 3/3/04 12:19 PM, "Rod Johnson" (rod...@in...) penned the
words:

> Keith
>=20
> I've just created a springframework-rcp-dev list. We can add a -user list=
 if
> we ever need it.
>=20
> I've emailed you the administration information, as you should clearly be=
 the
> list administrator.
>=20
> Regards,
> Rod
>>=20
>> ----- Original Message -----
>>=20
>> From:  Keith  Donald <mailto:kd...@cs...>
>>=20
>> To: spr...@li...
>>=20
>> Sent: Tuesday, March 02, 2004 6:25  PM
>>=20
>> Subject: RE: [Springframework-developer]  spring-rcp subproject structur=
e and
>> initial commits
>>=20
>>=20
>>=20
>> Rod,
>>=20
>>=20
>>=20
>> I  think a spring-rcp mailing list is a great idea!  I'll continue posti=
ng
>> announcements and other core integration stuff on the main lists, but ge=
neral
>> communication back and forth comm. about specifics of the project would =
 fit
>> nicely in its own list (especially now since most topics  are very
>> development oriented.)
>>=20
>>=20
>>=20
>> Keith
>>=20
>>=20
>>=20
>>>=20
>>>=20
>>> -----Original Message-----
>>> From: spr...@li...
>>> [mailto:spr...@li...] On Behal=
f  Of
>>> Rod Johnson
>>> Sent: Tuesday, March 02, 2004 2:14  AM
>>> To:  spr...@li...
>>> Subject: Re:  [Springframework-developer] spring-rcp subproject structu=
re
>>> and initial  commits
>>>=20
>>>=20
>>> Exciting news. Keith, do you think we need a Spring-RCP  mailing list, =
or
>>> would you prefer it to stay shared for now?
>>>=20
>>>>=20
>>>> ----- Original Message -----
>>>>=20
>>>> From:  Keith  Donald <mailto:kd...@cs...>
>>>>=20
>>>> To: spr...@li...
>>>>=20
>>>> Sent: Monday, March 01, 2004 8:23  PM
>>>>=20
>>>> Subject: [Springframework-developer]  spring-rcp subproject structure =
and
>>>> initial commits
>>>>=20
>>>>=20
>>>>=20
>>>> Hey yall -
>>>>=20
>>>>=20
>>>>=20
>>>> The spring-rcp sub project  structure now exists in the CVS repository=
 as a
>>>> new  module.  You'll find that the structure very much mirrors that of=
 the
>>>> spring module.  I made some initial commits last night  including:
>>>>=20
>>>>=20
>>>>=20
>>>> org.springframework.rcp.image
>>>>=20
>>>>   A image and icon loading/caching library using  resource-bundle styl=
e
>>>> lookup.  It abstracts away hardcoded image  paths in your code, suppor=
ts
>>>> at-runtime resizable icons (for  accessbility), and provides built in
>>>> broken image indicator support.   The design is very MessageSource lik=
e and
>>>> also builds off Spring's core.io.Resource classes for accessing image
>>>> resources.
>>>>=20
>>>>=20
>>>>=20
>>>> org.springframework.rcp.util
>>>>=20
>>>> Misc utility classes (mostly  static-utility) that aim to reduce repea=
t
>>>> coding.  Several of  these likely make sense for inclusion in the core=
 at
>>>> some  point...
>>>>=20
>>>>=20
>>>>=20
>>>> I'll be continuing commiting  additional packages this week including:
>>>>=20
>>>> - The rules-based data  validation stuff with source-level attributes
>>>> (currently I'm working  on this with Seth Ladd and Sam Newman.)
>>>>=20
>>>> - The action contribution framework  (the UI management side of action=
s.)
>>>> Sam Newman has also  been working with me on a general command  framew=
ork
>>>> that integrates with the visual side of an  action for rich-clients.
>>>>=20
>>>> - Test suites and samples for all of  the above.
>>>>=20
>>>>=20
>>>>=20
>>>> Obviously the code, since we're  just getting started, is considered
>>>> experimental and may undergo  significant changes.
>>>>=20
>>>> Keep the feedback coming!  :-)  I've gotten a lot of useful ideas and
>>>> suggestions so far!  I will  post announcements as new packages are
>>>> committed.  Keith
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20

Re: [Springframework-developer] spring-rcp subproject structureand initial commits

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

Mike,

I considered some of these issues myself.  The way I view this is a way f=
or
me and other developers who are actively working on the early, pre-releas=
e
rcp efforts to flush out design issues, report progress on tasks, etc
without bogging down the main developer list busy supporting a released
product with a roadmap covering the next few months.

I still agree with a lot of your points--The platform leverages core spri=
ng,
yes, and I believe users who adopt Spring with rich-client applications o=
nce
the platform is released should use the same list just as they would with
Spring in a web application.  That way we can provide support for our
userbase without fragmenting any particular part of it (I even want the
samples to be like spring-web, I'd like to see a rich-client petclinic!)

So my main motivation was it'd be nice to have an archive to go to where =
I
can review RCP developer feedback, receive suggestions on features, and
where contributors can submit ideas and code to improve the platform whil=
e
we get it off the ground (get it molded into a product we can release soo=
n.)

Keith

----- Original Message -----=20
From: "Mike Cannon-Brookes" <mi...@at...>
To: "Spring" <spr...@li...>
Sent: Tuesday, March 02, 2004 8:37 PM
Subject: Re: [Springframework-developer] spring-rcp subproject structurea=
nd
initial commits


> Rod,
>
> I=B9ve been through this on a few Open Source projects, and I=B9m not s=
ure
it=B9s
> a good idea at this time, for a few reasons:
> * principally, there isn=B9t enough traffic about RCP yet to warrant a
> separate list =AD ie as a general rule, if it=B9s not enough messages t=
o piss
> off other users yet, don=B9t make another list
> * having two lists means people who use just the Spring framework like =
me
> (not the RCP bits) probably won't contribute ideas early (because they'=
re
> not on the RCP list) which can be crucial to creating a healthy,
sustainable
> project
>
> Generally, I always feel it's better to have less lists until the
discussion
> becomes off topic too often, then you split - not at the start?
(especially
> when so much of the RCP stuff will, I guess?, depend on the core Spring
> framework so there'll likely be lots of cross postings)
>
> Anyway not a huge issue, just my $0.02! Feel free to ignore completely =
:)
>
> Cheers,
> Mike
>
> On 3/3/04 12:19 PM, "Rod Johnson" (rod...@in...) penned =
the
> words:
>
> > Keith
> >
> > I've just created a springframework-rcp-dev list. We can add a -user
list if
> > we ever need it.
> >
> > I've emailed you the administration information, as you should clearl=
y
be the
> > list administrator.
> >
> > Regards,
> > Rod
> >>
> >> ----- Original Message -----
> >>
> >> From:  Keith  Donald <mailto:kd...@cs...>
> >>
> >> To: spr...@li...
> >>
> >> Sent: Tuesday, March 02, 2004 6:25  PM
> >>
> >> Subject: RE: [Springframework-developer]  spring-rcp subproject
structure and
> >> initial commits
> >>
> >>
> >>
> >> Rod,
> >>
> >>
> >>
> >> I  think a spring-rcp mailing list is a great idea!  I'll continue
posting
> >> announcements and other core integration stuff on the main lists, bu=
t
general
> >> communication back and forth comm. about specifics of the project wo=
uld
fit
> >> nicely in its own list (especially now since most topics  are very
> >> development oriented.)
> >>
> >>
> >>
> >> Keith
> >>
> >>
> >>
> >>>
> >>>
> >>> -----Original Message-----
> >>> From: spr...@li...
> >>> [mailto:spr...@li...] On
Behalf  Of
> >>> Rod Johnson
> >>> Sent: Tuesday, March 02, 2004 2:14  AM
> >>> To:  spr...@li...
> >>> Subject: Re:  [Springframework-developer] spring-rcp subproject
structure
> >>> and initial  commits
> >>>
> >>>
> >>> Exciting news. Keith, do you think we need a Spring-RCP  mailing li=
st,
or
> >>> would you prefer it to stay shared for now?
> >>>
> >>>>
> >>>> ----- Original Message -----
> >>>>
> >>>> From:  Keith  Donald <mailto:kd...@cs...>
> >>>>
> >>>> To: spr...@li...
> >>>>
> >>>> Sent: Monday, March 01, 2004 8:23  PM
> >>>>
> >>>> Subject: [Springframework-developer]  spring-rcp subproject struct=
ure
and
> >>>> initial commits
> >>>>
> >>>>
> >>>>
> >>>> Hey yall -
> >>>>
> >>>>
> >>>>
> >>>> The spring-rcp sub project  structure now exists in the CVS
repository as a
> >>>> new  module.  You'll find that the structure very much mirrors tha=
t
of the
> >>>> spring module.  I made some initial commits last night  including:
> >>>>
> >>>>
> >>>>
> >>>> org.springframework.rcp.image
> >>>>
> >>>>   A image and icon loading/caching library using  resource-bundle
style
> >>>> lookup.  It abstracts away hardcoded image  paths in your code,
supports
> >>>> at-runtime resizable icons (for  accessbility), and provides built=
 in
> >>>> broken image indicator support.   The design is very MessageSource
like and
> >>>> also builds off Spring's core.io.Resource classes for accessing im=
age
> >>>> resources.
> >>>>
> >>>>
> >>>>
> >>>> org.springframework.rcp.util
> >>>>
> >>>> Misc utility classes (mostly  static-utility) that aim to reduce
repeat
> >>>> coding.  Several of  these likely make sense for inclusion in the
core at
> >>>> some  point...
> >>>>
> >>>>
> >>>>
> >>>> I'll be continuing commiting  additional packages this week
including:
> >>>>
> >>>> - The rules-based data  validation stuff with source-level attribu=
tes
> >>>> (currently I'm working  on this with Seth Ladd and Sam Newman.)
> >>>>
> >>>> - The action contribution framework  (the UI management side of
actions.)
> >>>> Sam Newman has also  been working with me on a general command
framework
> >>>> that integrates with the visual side of an  action for rich-client=
s.
> >>>>
> >>>> - Test suites and samples for all of  the above.
> >>>>
> >>>>
> >>>>
> >>>> Obviously the code, since we're  just getting started, is consider=
ed
> >>>> experimental and may undergo  significant changes.
> >>>>
> >>>> Keep the feedback coming!  :-)  I've gotten a lot of useful ideas =
and
> >>>> suggestions so far!  I will  post announcements as new packages ar=
e
> >>>> committed.  Keith
> >
> >
> >
> >
> >
> >
> >
> >
> >
>
>
>
>
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] spring-rcp subproject structureand initial commits

[Rod J. <rod...@in...>]

Keith

I'm sure we'll need the new list at some stage... I guess Mike has a poin=
t,
maybe we should wait to move discussion to the new list based on volume o=
f
positings.

However, the Spring lists are pretty active, so I think we'll definitely
need to split them in the future, or they'll become useless to "power use=
rs"
who still don't want to devote an hour a day to Spring...

Regards,
Rod

----- Original Message -----
From: "Mike Cannon-Brookes" <mi...@at...>
To: "Spring" <spr...@li...>
Sent: Wednesday, March 03, 2004 1:37 AM
Subject: Re: [Springframework-developer] spring-rcp subproject structurea=
nd
initial commits


Rod,

I=B9ve been through this on a few Open Source projects, and I=B9m not sur=
e it=B9s
a good idea at this time, for a few reasons:
* principally, there isn=B9t enough traffic about RCP yet to warrant a
separate list =AD ie as a general rule, if it=B9s not enough messages to =
piss
off other users yet, don=B9t make another list
* having two lists means people who use just the Spring framework like me
(not the RCP bits) probably won't contribute ideas early (because they're
not on the RCP list) which can be crucial to creating a healthy, sustaina=
ble
project

Generally, I always feel it's better to have less lists until the discuss=
ion
becomes off topic too often, then you split - not at the start? (especial=
ly
when so much of the RCP stuff will, I guess?, depend on the core Spring
framework so there'll likely be lots of cross postings)

Anyway not a huge issue, just my $0.02! Feel free to ignore completely :)

Cheers,
Mike

On 3/3/04 12:19 PM, "Rod Johnson" (rod...@in...) penned th=
e
words:

> Keith
>
> I've just created a springframework-rcp-dev list. We can add a -user li=
st
if
> we ever need it.
>
> I've emailed you the administration information, as you should clearly =
be
the
> list administrator.
>
> Regards,
> Rod
>>
>> ----- Original Message -----
>>
>> From:  Keith  Donald <mailto:kd...@cs...>
>>
>> To: spr...@li...
>>
>> Sent: Tuesday, March 02, 2004 6:25  PM
>>
>> Subject: RE: [Springframework-developer]  spring-rcp subproject struct=
ure
and
>> initial commits
>>
>>
>>
>> Rod,
>>
>>
>>
>> I  think a spring-rcp mailing list is a great idea!  I'll continue
posting
>> announcements and other core integration stuff on the main lists, but
general
>> communication back and forth comm. about specifics of the project woul=
d
fit
>> nicely in its own list (especially now since most topics  are very
>> development oriented.)
>>
>>
>>
>> Keith
>>
>>
>>
>>>
>>>
>>> -----Original Message-----
>>> From: spr...@li...
>>> [mailto:spr...@li...] On Beh=
alf
Of
>>> Rod Johnson
>>> Sent: Tuesday, March 02, 2004 2:14  AM
>>> To:  spr...@li...
>>> Subject: Re:  [Springframework-developer] spring-rcp subproject
structure
>>> and initial  commits
>>>
>>>
>>> Exciting news. Keith, do you think we need a Spring-RCP  mailing list=
,
or
>>> would you prefer it to stay shared for now?
>>>
>>>>
>>>> ----- Original Message -----
>>>>
>>>> From:  Keith  Donald <mailto:kd...@cs...>
>>>>
>>>> To: spr...@li...
>>>>
>>>> Sent: Monday, March 01, 2004 8:23  PM
>>>>
>>>> Subject: [Springframework-developer]  spring-rcp subproject structur=
e
and
>>>> initial commits
>>>>
>>>>
>>>>
>>>> Hey yall -
>>>>
>>>>
>>>>
>>>> The spring-rcp sub project  structure now exists in the CVS reposito=
ry
as a
>>>> new  module.  You'll find that the structure very much mirrors that =
of
the
>>>> spring module.  I made some initial commits last night  including:
>>>>
>>>>
>>>>
>>>> org.springframework.rcp.image
>>>>
>>>>   A image and icon loading/caching library using  resource-bundle st=
yle
>>>> lookup.  It abstracts away hardcoded image  paths in your code,
supports
>>>> at-runtime resizable icons (for  accessbility), and provides built i=
n
>>>> broken image indicator support.   The design is very MessageSource l=
ike
and
>>>> also builds off Spring's core.io.Resource classes for accessing imag=
e
>>>> resources.
>>>>
>>>>
>>>>
>>>> org.springframework.rcp.util
>>>>
>>>> Misc utility classes (mostly  static-utility) that aim to reduce rep=
eat
>>>> coding.  Several of  these likely make sense for inclusion in the co=
re
at
>>>> some  point...
>>>>
>>>>
>>>>
>>>> I'll be continuing commiting  additional packages this week includin=
g:
>>>>
>>>> - The rules-based data  validation stuff with source-level attribute=
s
>>>> (currently I'm working  on this with Seth Ladd and Sam Newman.)
>>>>
>>>> - The action contribution framework  (the UI management side of
actions.)
>>>> Sam Newman has also  been working with me on a general command
framework
>>>> that integrates with the visual side of an  action for rich-clients.
>>>>
>>>> - Test suites and samples for all of  the above.
>>>>
>>>>
>>>>
>>>> Obviously the code, since we're  just getting started, is considered
>>>> experimental and may undergo  significant changes.
>>>>
>>>> Keep the feedback coming!  :-)  I've gotten a lot of useful ideas an=
d
>>>> suggestions so far!  I will  post announcements as new packages are
>>>> committed.  Keith
>
>
>
>
>
>
>
>
>




-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] Lifecycle methods

[James C. <jim...@do...>]

I think I am missing some basic lifecycle method, but I have read the docs
and maybe it does not exist?

I have a cyclic relationship between two beans:

<bean id="CategoryDAO" class="my.CategoryDAOHibernate">
	<property name="sessionFactory">
		<ref local="sessionFactory"/>
	</property>
	<property name="categoryHierarchy">
		<ref local="CategoryHierarchy"/>
	</property>
</bean>

<bean id="CategoryHierarchy" class="my.CategoryHierarchy">
	<property name="categoryDAO">
		<ref local="CategoryDAO"/>
	</property>
</bean>

CategoryDAO extends HibernateDaoSupport, so it's afterPropertiesSet() method
uses the session factory to initialize the DAO which creates a hibernate
template.

The CategoryHierarchy is not a database-aware object and it uses the
CategoryDAO object for any data-access it may need.
 
The problem is in the afterPropertiesSet() method on the CategoryHierarchy
object. This is where I decided to make a call to the CateogryDAO and get
some data that the CategoryHierarchy object needs. Unfortunately, I get a
NullPointerException because the CategoryDAO object has yet to have its
afterPropertiesSet method invoked. This method sets up the HibernateTemplate
object. It is null, thus my NPE.

Here is the order I am seeing:

1. CategoryDAO <init>
2. CategortHierarchy <init>
3. CategoryHierarchy.setCategoryDAO(o)
4. CategoryHierarchy.afterPropertiesSet()
   - NPE because it makes a call using CategoryDAO object
5. CategoryDAO.setSessionFactory(o)
6. CategoryDAO.setCategoryHierarchy(o)
7. CategoryDAO.afterPropertiesSet()
   - CategoryDAO can only answer calls after this step

Is there a lifecycle event that fires *after* the factory has configured all
of the static beans including all aop bindings?

I have tried the 'init-method' attribute on the bean. It seems to fire
before afterPropertiesSet. I have tried the BeanFactoryAware interface, but
it still fires pretty early. Is there an event that is triggered after the
factory wires up everything?

RE: [Springframework-developer] Lifecycle methods

[Alef A. <al...@jt...>]

The order is as follows:

1. setting of bean properties (so, including your DAO)
2. BeanNameAware
3. BeanFactoryAware
4. beanpostprocessor - preInitialize
5. afterPropertiesSet
6. init-method
7. beanpostprocessor - postInitialize
8. next bean

((( This should be added to the docs by the way, I'll try to write a =
decent
piece about it as soon as I have time and also after this discussion )))

This means you're indeed you're going to run into problems there. I've
checked the BeanFactory and somewhere it states that (before step 1) it
guarantees that all beans the current bean depends on are guaranteed to =
be
initialized (of which I don't understand how that could be possible =
because
we're talking circular here). So I guess we'll have to call in the =
expert
here ;-).

J=FCrgen, could you elaborate a bit more here...

Alef

p.s. if you need a solution ASAP, I suggest you use a
BeanFactoryPostProcessor for now (just add one to your application =
context,
doing some initialization work, it'll get detected automatically, or - =
in
case you're using just the BeanFactory, apply it programmatically).

> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...] On =
Behalf
> Of James Cook
> Sent: Tuesday, March 02, 2004 9:23 PM
> To: spr...@li...
> Subject: [Springframework-developer] Lifecycle methods
>=20
> I think I am missing some basic lifecycle method, but I have read the =
docs
> and maybe it does not exist?
>=20
> I have a cyclic relationship between two beans:
>=20
> <bean id=3D"CategoryDAO" class=3D"my.CategoryDAOHibernate">
> 	<property name=3D"sessionFactory">
> 		<ref local=3D"sessionFactory"/>
> 	</property>
> 	<property name=3D"categoryHierarchy">
> 		<ref local=3D"CategoryHierarchy"/>
> 	</property>
> </bean>
>=20
> <bean id=3D"CategoryHierarchy" class=3D"my.CategoryHierarchy">
> 	<property name=3D"categoryDAO">
> 		<ref local=3D"CategoryDAO"/>
> 	</property>
> </bean>
>=20
> CategoryDAO extends HibernateDaoSupport, so it's afterPropertiesSet()
> method
> uses the session factory to initialize the DAO which creates a =
hibernate
> template.
>=20
> The CategoryHierarchy is not a database-aware object and it uses the
> CategoryDAO object for any data-access it may need.
>=20
> The problem is in the afterPropertiesSet() method on the =
CategoryHierarchy
> object. This is where I decided to make a call to the CateogryDAO and =
get
> some data that the CategoryHierarchy object needs. Unfortunately, I =
get a
> NullPointerException because the CategoryDAO object has yet to have =
its
> afterPropertiesSet method invoked. This method sets up the
> HibernateTemplate
> object. It is null, thus my NPE.
>=20
> Here is the order I am seeing:
>=20
> 1. CategoryDAO <init>
> 2. CategortHierarchy <init>
> 3. CategoryHierarchy.setCategoryDAO(o)
> 4. CategoryHierarchy.afterPropertiesSet()
>    - NPE because it makes a call using CategoryDAO object
> 5. CategoryDAO.setSessionFactory(o)
> 6. CategoryDAO.setCategoryHierarchy(o)
> 7. CategoryDAO.afterPropertiesSet()
>    - CategoryDAO can only answer calls after this step
>=20
> Is there a lifecycle event that fires *after* the factory has =
configured
> all
> of the static beans including all aop bindings?
>=20
> I have tried the 'init-method' attribute on the bean. It seems to fire
> before afterPropertiesSet. I have tried the BeanFactoryAware =
interface,
> but
> it still fires pretty early. Is there an event that is triggered after =
the
> factory wires up everything?
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer