springframework-developer — Spring Framework developers list

Re: RE: [Springframework-developer] Lifecycle methods

[Dmitriy K. <dko...@ru...>]

Alef=2C oops=2C didn=27t see that you already suggested BeanFactoryPostPr=
ocessor=2E=2E=2E =3A-)

D=2E

----- Original Message -----
From=3A Dmitriy Kopylenko =3Cdkopylen=40rutgers=2Eedu=3E
Date=3A Tuesday=2C March 2=2C 2004 7=3A18 pm
Subject=3A Re=3A RE=3A =5BSpringframework-developer=5D Lifecycle methods

=3E I just want to add - before step 1 (instantiation of any beans) - =

=3E BeanFactoryPostProcessor=2EpostProcessBeanFactory(ConfigurableListabl=
eBeanFactory beanFactory) =22kicks in=22=2E So with the custom implemetat=
ion of the post processor it might be quite possible to eager-initialize =
concerned beans (dao impl in this case) before any other beans in the Bea=
nFactory=2E Any thoughts on this=3F
=3E =

=3E Regards=2C
=3E Dmitriy=2E
=3E =

=3E ----- Original Message -----
=3E From=3A Alef Arendsen =3Calef=40jteam=2Enl=3E
=3E Date=3A Tuesday=2C March 2=2C 2004 6=3A43 pm
=3E Subject=3A RE=3A =5BSpringframework-developer=5D Lifecycle methods
=3E =

=3E =3E The order is as follows=3A
=3E =3E =

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

=3E =3E ((( This should be added to the docs by the way=2C I=27ll try to =

=3E write =

=3E =3E a decent
=3E =3E piece about it as soon as I have time and also after this =

=3E =3E discussion )))
=3E =3E =

=3E =3E This means you=27re indeed you=27re going to run into problems =

=3E there=2E I=27ve
=3E =3E checked the BeanFactory and somewhere it states that (before =

=3E step =

=3E =3E 1) it
=3E =3E guarantees that all beans the current bean depends on are =

=3E =3E guaranteed to be
=3E =3E initialized (of which I don=27t understand how that could be =

=3E =3E possible because
=3E =3E we=27re talking circular here)=2E So I guess we=27ll have to call=
 in =

=3E the =

=3E =3E experthere =3B-)=2E
=3E =3E =

=3E =3E J=C3=BCrgen=2C could you elaborate a bit more here=2E=2E=2E
=3E =3E =

=3E =3E Alef
=3E =3E =

=3E =3E p=2Es=2E if you need a solution ASAP=2C I suggest you use a
=3E =3E BeanFactoryPostProcessor for now (just add one to your =

=3E application =

=3E =3E context=2Cdoing some initialization work=2C it=27ll get detected =

=3E =3E automatically=2C or - in
=3E =3E case you=27re using just the BeanFactory=2C apply it programmatic=
ally)=2E
=3E =3E =

=3E =3E =3E -----Original Message-----
=3E =3E =3E From=3A springframework-developer-admin=40lists=2Esourceforge=
=2Enet
=3E =3E =3E =5Bspringframework-developer-admin=40lists=2Esourceforge=2Ene=
t=5D On Behalf
=3E =3E =3E Of James Cook
=3E =3E =3E Sent=3A Tuesday=2C March 02=2C 2004 9=3A23 PM
=3E =3E =3E To=3A springframework-developer=40lists=2Esourceforge=2Enet
=3E =3E =3E Subject=3A =5BSpringframework-developer=5D Lifecycle methods
=3E =3E =3E =

=3E =3E =3E I think I am missing some basic lifecycle method=2C but I hav=
e =

=3E =3E read the docs
=3E =3E =3E and maybe it does not exist=3F
=3E =3E =3E =

=3E =3E =3E I have a cyclic relationship between two beans=3A
=3E =3E =3E =

=3E =3E =3E =3Cbean id=3D=22CategoryDAO=22 class=3D=22my=2ECategoryDAOHib=
ernate=22=3E
=3E =3E =3E 	=3Cproperty name=3D=22sessionFactory=22=3E
=3E =3E =3E         	=3Cref local=3D=22sessionFactory=22/=3E
=3E =3E =3E 	=3C/property=3E
=3E =3E =3E 	=3Cproperty name=3D=22categoryHierarchy=22=3E
=3E =3E =3E         	=3Cref local=3D=22CategoryHierarchy=22/=3E
=3E =3E =3E 	=3C/property=3E
=3E =3E =3E =3C/bean=3E
=3E =3E =3E =

=3E =3E =3E =3Cbean id=3D=22CategoryHierarchy=22 class=3D=22my=2ECategory=
Hierarchy=22=3E
=3E =3E =3E 	=3Cproperty name=3D=22categoryDAO=22=3E
=3E =3E =3E         	=3Cref local=3D=22CategoryDAO=22/=3E
=3E =3E =3E 	=3C/property=3E
=3E =3E =3E =3C/bean=3E
=3E =3E =3E =

=3E =3E =3E CategoryDAO extends HibernateDaoSupport=2C so it=27s =

=3E =3E afterPropertiesSet()=3E method
=3E =3E =3E uses the session factory to initialize the DAO which creates =
a =

=3E =3E hibernate=3E template=2E
=3E =3E =3E =

=3E =3E =3E The CategoryHierarchy is not a database-aware object and it =

=3E uses the
=3E =3E =3E CategoryDAO object for any data-access it may need=2E
=3E =3E =3E =

=3E =3E =3E The problem is in the afterPropertiesSet() method on the =

=3E =3E CategoryHierarchy=3E object=2E This is where I decided to make a =

=3E call =

=3E =3E to the CateogryDAO and get
=3E =3E =3E some data that the CategoryHierarchy object needs=2E =

=3E =3E Unfortunately=2C I get a
=3E =3E =3E NullPointerException because the CategoryDAO object has yet t=
o =

=3E =3E have its
=3E =3E =3E afterPropertiesSet method invoked=2E This method sets up the
=3E =3E =3E HibernateTemplate
=3E =3E =3E object=2E It is null=2C thus my NPE=2E
=3E =3E =3E =

=3E =3E =3E Here is the order I am seeing=3A
=3E =3E =3E =

=3E =3E =3E 1=2E CategoryDAO =3Cinit=3E
=3E =3E =3E 2=2E CategortHierarchy =3Cinit=3E
=3E =3E =3E 3=2E CategoryHierarchy=2EsetCategoryDAO(o)
=3E =3E =3E 4=2E CategoryHierarchy=2EafterPropertiesSet()
=3E =3E =3E    - NPE because it makes a call using CategoryDAO object
=3E =3E =3E 5=2E CategoryDAO=2EsetSessionFactory(o)
=3E =3E =3E 6=2E CategoryDAO=2EsetCategoryHierarchy(o)
=3E =3E =3E 7=2E CategoryDAO=2EafterPropertiesSet()
=3E =3E =3E    - CategoryDAO can only answer calls after this step
=3E =3E =3E =

=3E =3E =3E Is there a lifecycle event that fires *after* the factory has=
 =

=3E =3E configured=3E all
=3E =3E =3E of the static beans including all aop bindings=3F
=3E =3E =3E =

=3E =3E =3E I have tried the =27init-method=27 attribute on the bean=2E I=
t seems =

=3E =3E to fire
=3E =3E =3E before afterPropertiesSet=2E I have tried the BeanFactoryAwar=
e =

=3E =3E interface=2C=3E but
=3E =3E =3E it still fires pretty early=2E Is there an event that is =

=3E triggered =

=3E =3E after the
=3E =3E =3E factory wires up everything=3F
=3E =3E =3E =

=3E =3E =3E =

=3E =3E =3E =

=3E =3E =3E =

=3E =3E =3E -------------------------------------------------------
=3E =3E =3E SF=2ENet is sponsored by=3A Speed Start Your Linux Apps Now=2E=

=3E =3E =3E Build and deploy apps =26 Web services for Linux with
=3E =3E =3E a free DVD software kit from IBM=2E Click Now!
=3E =3E =3E http=3A//ads=2Eosdn=2Ecom/=3Fad=5Fid=3D1356=26alloc=5Fid=3D34=
38=26op=3Dclick
=3E =3E =3E =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F
=3E =3E =3E Springframework-developer mailing list
=3E =3E =3E Springframework-developer=40lists=2Esourceforge=2Enet
=3E =3E =3E https=3A//lists=2Esourceforge=2Enet/lists/listinfo/springfram=
ework-
=3E =3E developer
=3E =3E =

=3E =3E =

=3E =3E -------------------------------------------------------
=3E =3E SF=2ENet is sponsored by=3A Speed Start Your Linux Apps Now=2E
=3E =3E Build and deploy apps =26 Web services for Linux with
=3E =3E a free DVD software kit from IBM=2E Click Now!
=3E =3E http=3A//ads=2Eosdn=2Ecom/=3Fad=5Fid=1356=26alloc=5Fid438=26op=3D=
click
=3E =3E =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=

=3E =3E Springframework-developer mailing list
=3E =3E Springframework-developer=40lists=2Esourceforge=2Enet
=3E =3E https=3A//lists=2Esourceforge=2Enet/lists/listinfo/springframewor=
k-
=3E developer=3E =

=3E =

=3E =

=3E =

=3E -------------------------------------------------------
=3E SF=2ENet is sponsored by=3A Speed Start Your Linux Apps Now=2E
=3E Build and deploy apps =26 Web services for Linux with
=3E a free DVD software kit from IBM=2E Click Now!
=3E http=3A//ads=2Eosdn=2Ecom/=3Fad=5Fid=1356=26alloc=5Fid438=26op=3Dclic=
k
=3E =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
=3E Springframework-developer mailing list
=3E Springframework-developer=40lists=2Esourceforge=2Enet
=3E https=3A//lists=2Esourceforge=2Enet/lists/listinfo/springframework-de=
veloper
=3E 

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

[Springframework-developer] VelocityView

[Darren D. <da...@da...>]

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Is there any reason that all of the VelocityView.mergeTemplate(...) method=
=20
can't be replaced with:

template.merge(context, response.getWriter());

Certainly works well here from what I've been able to see, but I'm not=20
entirely sure of the implications.  In particular I don't understand why=20
the VelocityServlet (which this code in mergeTemplate is from) authors=20
chose to do it the way they did.  Perhaps it's legacy code that's just=20
never been revisited, or there's some enormous performance benefit from=20
modifying the output buffer size or using VelocityWriter..?

Also, in VelocityEngineUtils.mergeTemplate(...) a new VelocityContext is=20
created from the model Map without verifying that model names are Velocity=
=20
compliant (no periods(.)).  VelocityView does this.  Suggest moving the=20
relevant method from VelocityView to VelocityEngineUtils, making it static=
=20
and having both classes call it.

I've already got these changes locally so can commit them if there's no=20
objection.  There's no impact on API, the existing test suite continues to=
=20
pass and I've checked a couple of existing Velocity projects with it.

Regards,
=2D --=20

Darren Davison
Public Key: http://www.davison.uk.net/key.jsp
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFARTo/KLMLAN01aw0RArI1AKCh6KkQEUtmDSbd+H6YRZ7IrDoRAwCdGuwj
wLF4sHO27a+97tJyroyXc3I=3D
=3D3jy4
=2D----END PGP SIGNATURE-----

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 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] JMS brainstorming

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

+1, i think this is a nice idea, and consistent with the Spring value
proposition
----- Original Message -----
From: "Darren Davison" <da...@da...>
To: <spr...@li...>
Sent: Tuesday, March 02, 2004 7:10 PM
Subject: Re: [Springframework-developer] JMS brainstorming


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tuesday 02 March 2004 17:49, Mark Pollack wrote:

> In anycase, hiding the differences in client code between queues/topics
> is still a good idea... This is one of the main selling points of the
> commons messenger, http://jakarta.apache.org/commons/sandbox/messenger/
> How do people feel about a similar approach on top of 1.0, maybe even
> wrapping a 1.1 API on top of a 1.0.2 implementation....that might
> actually be possible from the API point of view.

+1

I think that would be the right direction to try to go.

- --

Darren Davison
Public Key: http://www.davison.uk.net/key.jsp
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFARNwgKLMLAN01aw0RAk9pAJ0Q0WofYiz9C+vZkWzS8dAeiYUwCgCfcfjC
L4eHSeDymliBBCIZfrE/OFM=
=3Eqo
-----END PGP SIGNATURE-----


-------------------------------------------------------
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_id56&alloc_id438&op=ick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: RE: [Springframework-developer] Lifecycle methods

[Dmitriy K. <dko...@ru...>]

I just want to add - before step 1 (instantiation of any beans) - BeanFac=
toryPostProcessor=2EpostProcessBeanFactory(ConfigurableListableBeanFactor=
y beanFactory) =22kicks in=22=2E So with the custom implemetation of the =
post processor it might be quite possible to eager-initialize concerned b=
eans (dao impl in this case) before any other beans in the BeanFactory=2E=
 Any thoughts on this=3F

Regards=2C
Dmitriy=2E

----- Original Message -----
From=3A Alef Arendsen =3Calef=40jteam=2Enl=3E
Date=3A Tuesday=2C March 2=2C 2004 6=3A43 pm
Subject=3A RE=3A =5BSpringframework-developer=5D Lifecycle methods

=3E The order is as follows=3A
=3E =

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

=3E ((( This should be added to the docs by the way=2C I=27ll try to writ=
e =

=3E a decent
=3E piece about it as soon as I have time and also after this =

=3E discussion )))
=3E =

=3E This means you=27re indeed you=27re going to run into problems there=2E=
 I=27ve
=3E checked the BeanFactory and somewhere it states that (before step =

=3E 1) it
=3E guarantees that all beans the current bean depends on are =

=3E guaranteed to be
=3E initialized (of which I don=27t understand how that could be =

=3E possible because
=3E we=27re talking circular here)=2E So I guess we=27ll have to call in =
the =

=3E experthere =3B-)=2E
=3E =

=3E J=C3=BCrgen=2C could you elaborate a bit more here=2E=2E=2E
=3E =

=3E Alef
=3E =

=3E p=2Es=2E if you need a solution ASAP=2C I suggest you use a
=3E BeanFactoryPostProcessor for now (just add one to your application =

=3E context=2Cdoing some initialization work=2C it=27ll get detected =

=3E automatically=2C or - in
=3E case you=27re using just the BeanFactory=2C apply it programmatically=
)=2E
=3E =

=3E =3E -----Original Message-----
=3E =3E From=3A springframework-developer-admin=40lists=2Esourceforge=2En=
et
=3E =3E =5Bspringframework-developer-admin=40lists=2Esourceforge=2Enet=5D=
 On Behalf
=3E =3E Of James Cook
=3E =3E Sent=3A Tuesday=2C March 02=2C 2004 9=3A23 PM
=3E =3E To=3A springframework-developer=40lists=2Esourceforge=2Enet
=3E =3E Subject=3A =5BSpringframework-developer=5D Lifecycle methods
=3E =3E =

=3E =3E I think I am missing some basic lifecycle method=2C but I have =

=3E read the docs
=3E =3E and maybe it does not exist=3F
=3E =3E =

=3E =3E I have a cyclic relationship between two beans=3A
=3E =3E =

=3E =3E =3Cbean id=3D=22CategoryDAO=22 class=3D=22my=2ECategoryDAOHiberna=
te=22=3E
=3E =3E 	=3Cproperty name=3D=22sessionFactory=22=3E
=3E =3E         	=3Cref local=3D=22sessionFactory=22/=3E
=3E =3E 	=3C/property=3E
=3E =3E 	=3Cproperty name=3D=22categoryHierarchy=22=3E
=3E =3E         	=3Cref local=3D=22CategoryHierarchy=22/=3E
=3E =3E 	=3C/property=3E
=3E =3E =3C/bean=3E
=3E =3E =

=3E =3E =3Cbean id=3D=22CategoryHierarchy=22 class=3D=22my=2ECategoryHier=
archy=22=3E
=3E =3E 	=3Cproperty name=3D=22categoryDAO=22=3E
=3E =3E         	=3Cref local=3D=22CategoryDAO=22/=3E
=3E =3E 	=3C/property=3E
=3E =3E =3C/bean=3E
=3E =3E =

=3E =3E CategoryDAO extends HibernateDaoSupport=2C so it=27s =

=3E afterPropertiesSet()=3E method
=3E =3E uses the session factory to initialize the DAO which creates a =

=3E hibernate=3E template=2E
=3E =3E =

=3E =3E The CategoryHierarchy is not a database-aware object and it uses =
the
=3E =3E CategoryDAO object for any data-access it may need=2E
=3E =3E =

=3E =3E The problem is in the afterPropertiesSet() method on the =

=3E CategoryHierarchy=3E object=2E This is where I decided to make a call=
 =

=3E to the CateogryDAO and get
=3E =3E some data that the CategoryHierarchy object needs=2E =

=3E Unfortunately=2C I get a
=3E =3E NullPointerException because the CategoryDAO object has yet to =

=3E have its
=3E =3E afterPropertiesSet method invoked=2E This method sets up the
=3E =3E HibernateTemplate
=3E =3E object=2E It is null=2C thus my NPE=2E
=3E =3E =

=3E =3E Here is the order I am seeing=3A
=3E =3E =

=3E =3E 1=2E CategoryDAO =3Cinit=3E
=3E =3E 2=2E CategortHierarchy =3Cinit=3E
=3E =3E 3=2E CategoryHierarchy=2EsetCategoryDAO(o)
=3E =3E 4=2E CategoryHierarchy=2EafterPropertiesSet()
=3E =3E    - NPE because it makes a call using CategoryDAO object
=3E =3E 5=2E CategoryDAO=2EsetSessionFactory(o)
=3E =3E 6=2E CategoryDAO=2EsetCategoryHierarchy(o)
=3E =3E 7=2E CategoryDAO=2EafterPropertiesSet()
=3E =3E    - CategoryDAO can only answer calls after this step
=3E =3E =

=3E =3E Is there a lifecycle event that fires *after* the factory has =

=3E configured=3E all
=3E =3E of the static beans including all aop bindings=3F
=3E =3E =

=3E =3E I have tried the =27init-method=27 attribute on the bean=2E It se=
ems =

=3E to fire
=3E =3E before afterPropertiesSet=2E I have tried the BeanFactoryAware =

=3E interface=2C=3E but
=3E =3E it still fires pretty early=2E Is there an event that is triggere=
d =

=3E after the
=3E =3E factory wires up everything=3F
=3E =3E =

=3E =3E =

=3E =3E =

=3E =3E =

=3E =3E -------------------------------------------------------
=3E =3E SF=2ENet is sponsored by=3A Speed Start Your Linux Apps Now=2E
=3E =3E Build and deploy apps =26 Web services for Linux with
=3E =3E a free DVD software kit from IBM=2E Click Now!
=3E =3E http=3A//ads=2Eosdn=2Ecom/=3Fad=5Fid=3D1356=26alloc=5Fid=3D3438=26=
op=3Dclick
=3E =3E =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=

=3E =3E Springframework-developer mailing list
=3E =3E Springframework-developer=40lists=2Esourceforge=2Enet
=3E =3E https=3A//lists=2Esourceforge=2Enet/lists/listinfo/springframewor=
k-
=3E developer
=3E =

=3E =

=3E -------------------------------------------------------
=3E SF=2ENet is sponsored by=3A Speed Start Your Linux Apps Now=2E
=3E Build and deploy apps =26 Web services for Linux with
=3E a free DVD software kit from IBM=2E Click Now!
=3E http=3A//ads=2Eosdn=2Ecom/=3Fad=5Fid=1356=26alloc=5Fid438=26op=3Dclic=
k
=3E =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
=3E Springframework-developer mailing list
=3E Springframework-developer=40lists=2Esourceforge=2Enet
=3E https=3A//lists=2Esourceforge=2Enet/lists/listinfo/springframework-de=
veloper
=3E 

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

Re: [Springframework-developer] JMS brainstorming

[Lars H. <ho...@ar...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

> You are not the "only", we`re still have to deal with WAS 4.0.5 (used 
> in
> PROD in 17 major banks at latin America)

Same for a major German insurer.

+1 agains dropping 1.0.2

Yours,
Lars


-----BEGIN PGP SIGNATURE-----
Version: PGP 8.0.3

iQA/AwUBQEUSOLcyzbDWnRDCEQIQ7QCgg2CG4KHx11ZfrEpiwRxycS41RqsAoJ85
SKUkDJffTAkcp53ELTa2R+AM
=TVYd
-----END PGP SIGNATURE-----

Re: [Springframework-developer] JMS brainstorming

[Lars H. <ho...@ar...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

> blimey, another poor soul still having to cope with WAS 4.x!  I 
> thought we
> were the only ones :)

Nope ;-)
Welcome to the dark side :-))

Yours,
Lars


-----BEGIN PGP SIGNATURE-----
Version: PGP 8.0.3

iQA/AwUBQEUR0LcyzbDWnRDCEQKw/ACgnrSxeGirTeLRS41dxuVqz6+B6gcAn15g
2mOQA+X7Eg5aGjN/2PvKZFHf
=aHVp
-----END PGP SIGNATURE-----

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

[Springframework-developer] Log4J configuration

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

I'm trying to get my web-tier to log to a file, and my configuration is
based on the JPetstore example. My web.xml file contains the following
entries:

<context-param>
    <param-name>log4jConfigLocation</param-name>
    <param-value>/WEB-INF/classes/log4j.properties</param-value>
</context-param>

<listener>
 
<listener-class>org.springframework.web.util.Log4jConfigListener</listener-c
lass>
</listener>

I am deploying to Tomcat 5.0.18, and I have added -Dlog4j.debug=true to the
Tomcat startup.

In the Tomcat5 console, I begin to see JDK 1.4 style logging statements
describing the Tomcat, Hibernate and Spring startup. About half-way through,
the listener is loaded and I see Spring's loading of my log4j.properties
file from the proper directory. Because I turned log4j debug on, I see the
successful parsing of the log4j properties file. Now I would expect any
future logging to be directed to my log4j appenders (both console and file),
however the JDK-style logging continues. In the end, the log4j debug file
was created, but has 0 bytes.

I am not deploying a war file to Tomcat (either packed or unpacked.) I am
simply pointing Tomcat at my directory structure.

Any ideas?

Re: [Springframework-developer] JMS brainstorming

[<nem...@cm...>]

You are not the "only", we`re still have to deal with WAS 4.0.5 (used in
PROD in 17 major banks at latin America)

+1 against dropping 1.0.2 support too.


> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On Tuesday 02 March 2004 18:18, Daniel Potter wrote:
>> We're still using JMS 1.0.2 (Websphere 4.0.6).  I'd vote against
>> dropping 1.0.2 support as well.
>
> blimey, another poor soul still having to cope with WAS 4.x!  I thought
> we  were the only ones :)
>
> - --
>
> Darren Davison
> Public Key: http://www.davison.uk.net/key.jsp
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.4 (GNU/Linux)
>
> iD8DBQFARNuOKLMLAN01aw0RAhDyAJ42K4RFwAzKnNHOcQPIL1PnMRsDuACcDSYm
> TqXBZ/1sTGaBt1rCv43HNAA=3DMCQt
> -----END PGP SIGNATURE-----
>
>
> -------------------------------------------------------
> 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=BFick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] JMS brainstorming

[Darren D. <da...@da...>]

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tuesday 02 March 2004 17:49, Mark Pollack wrote:

> In anycase, hiding the differences in client code between queues/topics
> is still a good idea... This is one of the main selling points of the
> commons messenger, http://jakarta.apache.org/commons/sandbox/messenger/
> How do people feel about a similar approach on top of 1.0, maybe even
> wrapping a 1.1 API on top of a 1.0.2 implementation....that might
> actually be possible from the API point of view.

+1

I think that would be the right direction to try to go.

=2D --=20

Darren Davison
Public Key: http://www.davison.uk.net/key.jsp
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFARNwgKLMLAN01aw0RAk9pAJ0Q0WofYiz9C+vZkWzS8dAeiYUwCgCfcfjC
L4eHSeDymliBBCIZfrE/OFM=3D
=3D3Eqo
=2D----END PGP SIGNATURE-----

Re: [Springframework-developer] JMS brainstorming

[Darren D. <da...@da...>]

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tuesday 02 March 2004 18:18, Daniel Potter wrote:
> We're still using JMS 1.0.2 (Websphere 4.0.6).  I'd vote against
> dropping 1.0.2 support as well.

blimey, another poor soul still having to cope with WAS 4.x!  I thought we=
=20
were the only ones :)

=2D --=20

Darren Davison
Public Key: http://www.davison.uk.net/key.jsp
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFARNuOKLMLAN01aw0RAhDyAJ42K4RFwAzKnNHOcQPIL1PnMRsDuACcDSYm
TqXBZ/1sTGaBt1rCv43HNAA=3D
=3DMCQt
=2D----END PGP SIGNATURE-----

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] JMS brainstorming

[Daniel P. <po...@ci...>]

We're still using JMS 1.0.2 (Websphere 4.0.6).  I'd vote against
dropping 1.0.2 support as well.

Daniel

On Tue, Mar 02, 2004 at 10:38:53AM -0600, Ou, Rong wrote:
> As far as I know, JBoss 3.x.x is still on JMS 1.0.2. Since JBoss is our c=
urrent development platform, I'd have to vote against dropping JMS 1.0.2 su=
pport.
>=20
> Rong
>=20
> > -----Original Message-----
> > From: spr...@li...
> > [mailto:spr...@li...]
> > On Behalf
> > Of Mark Pollack
> > Sent: Monday, March 01, 2004 6:03 PM
> > To: spr...@li...
> > Subject: RE: [Springframework-developer] JMS brainstorming
> >=20
> >=20
> > Hi,
> >=20
> > I've added Andre's code into the sandbox. =20
> >=20
> > I'd like to get some input on the following.... Can we count on using
> > the JMS 1.1 API or should we be compatible with the JMS 1.0.2 API? The
> > reason is that JMS 1.1 introduced "domain unification", meaning that
> > there the classes are no longer split into "Queue" and "Topic" class
> > hierarchies.  The code can now refer to a "ConnectionFactory"=20
> > instead of
> > it being a "QueueConnectionFactory" or a=20
> > "TopicConnectionFactory".  This
> > applies up and down the class hierarchy since the split is rather high
> > level.  The end result is that using the JMS 1.1 api makes the client
> > code much easier to use since there is less obvious=20
> > duplication.  Other
> > advantages can be read in the spec...such as being able to use  queues
> > and topics in the same transaction (probably since they now can share
> > the same Session object).
> >=20
> > The templates now are written using the 1.0.2 style classes, which I
> > haven't used in a long time....but I'd like to hear what people are
> > using considering how much it will affect the shape of the=20
> > code...  I'd
> > vote for dropping 1.0.2 support.
> >=20
> > Cheers,
> > Mark
> >=20
> >=20
> >=20
> > -----Original Message-----
> > From: spr...@li...
> > [mailto:spr...@li...]
> >  On Behalf
> > Of Andre Biryukov
> > Sent: Thursday, February 26, 2004 11:46 AM
> > To: rod...@in...;
> > spr...@li...
> > Subject: Re: [Springframework-developer] JMS brainstorming
> >=20
> >=20
> > Hi Rod, Hi All,
> >=20
> > I've been working on the JMS support for a few weeks now and=20
> > I think I'm
> >=20
> > ready to go public with it to find out your opinion. So far,=20
> > I got Mark
> > to=20
> > volunteer to look at the code, make suggestions and possibly=20
> > contribute
> > some=20
> > code. If anybody is interested to look at it as well, just drop me a
> > mail,=20
> > I'll be happy to forward what I have so far to you.
> >=20
> > I'm not only interested in the feedback about the code, but would like
> > to=20
> > hear opinions on what we should include and what not. The API for
> > messaging=20
> > is huge, well, big. The challenge is to try and put as much
> > functionality as=20
> > possible, but at the same token, try not to make it look complex.
> >=20
> > Here's the list of things I've implemented:
> >=20
> > 1. Templates for publish/subscribe and point-to-point=20
> > messaging. I did=20
> > include support for both durable and non-durable messaging.
> > 2. The consumers will be able to not only create messages,=20
> > but also will
> >=20
> > have some control over how they will be delivered. I.e.=20
> > modify default=20
> > delivery mode, priority, time to live.
> > 3. Message listeners will be instrumental in automatically registering
> > beans=20
> > as subscribers to topics and queues.
> >=20
> > I left out support for the transacted sessions. Sessions=20
> > created are all
> > set=20
> > to "no-transaction" and "auto-ACK". Is this something we would like to
> > see=20
> > in the framework or should we just keep it simple for now ? The more=20
> > suggestions I get now, the better, so please open the flood gate. :)
> >=20
> > Thanks,
> >=20
> > Andre.
> >=20
> > >From: "Rod Johnson" <rod...@in...>
> > >To: <spr...@li...>
> > >CC: "Andre Biryukov" <and...@ho...>
> > >Subject: Re: [Springframework-developer] JMS brainstorming
> > >Date: Thu, 26 Feb 2004 06:35:33 -0000
> > >
> > >Rong
> > >
> > >JMS support is in the works, and should make 1.1.
> > >
> > >Andre Biryukov is currently working on this, and should be=20
> > joining the=20
> > >Spring team soon.
> > >
> > >Andre, if you want to share your work in progress with the=20
> > Spring dev=20
> > >list (or with Rong directly), now would be a good time :-)
> > >
> > >Regards,
> > >Rod
> > >
> > >----- Original Message -----
> > >From: "Ou, Rong" <Ro...@sa...>
> > >To: <spr...@li...>
> > >Sent: Tuesday, February 24, 2004 9:44 PM
> > >Subject: [Springframework-developer] JMS brainstorming
> > >
> > >
> > >Hi all,
> > >
> > >We currently have a project that does a lot of JMS messaging, and we=
=20
> > >desperately need an API to simplify the interface layer to=20
> > JMS. I heard
> >=20
> > >rumors that JMS support will be added to Spring 1.1, but we=20
> > just can't=20
> > >wait that long. So I am thinking about doing something in=20
> > the interim.=20
> > >Who knows, if it comes out good, maybe I can contribute the=20
> > code back.
> > >
> > >In Rod's book there is only a couple of pages that briefly=20
> > touches upon
> > >JMS.
> > >I looked at the interface21 code, the JMS portion is also pretty=20
> > >simplistic.
> > >I understand Spring has evolved a lot since the interface21=20
> > days. So to
> > all
> > >you experienced Spring'ers, if you were to add JMS support=20
> > today, what=20
> > >would
> > >you do? I am still fairly new to Spring, so any suggestions and help
> > are
> > >welcome.
> > >
> > >Thanks,
> > >
> > >Rong
> > >
> > >
> > >-------------------------------------------------------
> > >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!=20
> > >http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
> > >_______________________________________________
> > >Springframework-developer mailing list=20
> > >Spr...@li...
> > >https://lists.sourceforge.net/lists/listinfo/springframework-
> developer
> >
> >
>=20
> _________________________________________________________________
> Stay informed on Election 2004 and the race to Super Tuesday.=20
> http://special.msn.com/msn/election2004.armx
>=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
>=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=1356&alloc_id438&op=3Dick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=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=1356&alloc_id438&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE: [Springframework-developer] JMS brainstorming

[Mark P. <mar...@co...>]

Hi,

Here is what I dug up.

J2EE 1.4 specifies JMS 1.1, J2EE 1.3 specifies JMS 1.0.2.


WebLogic 8.1 - 1.1 support
WebLogic 7.0 - hard to tell...doesn't seem to from the docs but Tom
Barnes of BEA claims it is there.
See http://www.theserverside.com/news/thread.jsp?thread_id=3D20400#89550

Anyone with experience using JMS 1.1 with WL 7.0..if not I'll try it out
myself.

WebSphere 'App Server for Developers' Version 6 - 1.1=20
WebSphere Version 5 				      - 1.0.2=20

Jboss 3.2.3 - 1.0.2
Jboss 4 - 1.1

Maybe the slowness of releasing J2EE specs is the reason for what I
think is a rather odd situation, that the JMS 1.1 spec has been out for
almost 2 years, April 2002, but you have to basically go to the latest
app server versions to get support.  Meanwhile, every "independent" JMS
vendor has provided 1.1 support for quite a while... =20

In anycase, hiding the differences in client code between queues/topics
is still a good idea... This is one of the main selling points of the
commons messenger, http://jakarta.apache.org/commons/sandbox/messenger/
How do people feel about a similar approach on top of 1.0, maybe even
wrapping a 1.1 API on top of a 1.0.2 implementation....that might
actually be possible from the API point of view.

Cheers,
Mark





-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf
Of Rod Johnson
Sent: Tuesday, March 02, 2004 2:04 AM
To: spr...@li...
Subject: Re: [Springframework-developer] JMS brainstorming


What are the release levels of the major services (WLS, WS, JB etc.) to
support 1.1?

----- Original Message -----
From: "Mark Pollack" <mar...@co...>
To: <spr...@li...>
Sent: Tuesday, March 02, 2004 12:02 AM
Subject: RE: [Springframework-developer] JMS brainstorming


Hi,

I've added Andre's code into the sandbox.

I'd like to get some input on the following.... Can we count on using
the JMS 1.1 API or should we be compatible with the JMS 1.0.2 API? The
reason is that JMS 1.1 introduced "domain unification", meaning that
there the classes are no longer split into "Queue" and "Topic" class
hierarchies.  The code can now refer to a "ConnectionFactory" instead of
it being a "QueueConnectionFactory" or a "TopicConnectionFactory".  This
applies up and down the class hierarchy since the split is rather high
level.  The end result is that using the JMS 1.1 api makes the client
code much easier to use since there is less obvious duplication.  Other
advantages can be read in the spec...such as being able to use  queues
and topics in the same transaction (probably since they now can share
the same Session object).

The templates now are written using the 1.0.2 style classes, which I
haven't used in a long time....but I'd like to hear what people are
using considering how much it will affect the shape of the code...  I'd
vote for dropping 1.0.2 support.

Cheers,
Mark



-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf
Of Andre Biryukov
Sent: Thursday, February 26, 2004 11:46 AM
To: rod...@in...;
spr...@li...
Subject: Re: [Springframework-developer] JMS brainstorming


Hi Rod, Hi All,

I've been working on the JMS support for a few weeks now and I think I'm

ready to go public with it to find out your opinion. So far, I got Mark
to volunteer to look at the code, make suggestions and possibly
contribute some code. If anybody is interested to look at it as well,
just drop me a mail, I'll be happy to forward what I have so far to you.

I'm not only interested in the feedback about the code, but would like
to hear opinions on what we should include and what not. The API for
messaging is huge, well, big. The challenge is to try and put as much
functionality as possible, but at the same token, try not to make it
look complex.

Here's the list of things I've implemented:

1. Templates for publish/subscribe and point-to-point messaging. I did
include support for both durable and non-durable messaging. 2. The
consumers will be able to not only create messages, but also will

have some control over how they will be delivered. I.e. modify default
delivery mode, priority, time to live. 3. Message listeners will be
instrumental in automatically registering beans as subscribers to topics
and queues.

I left out support for the transacted sessions. Sessions created are all
set to "no-transaction" and "auto-ACK". Is this something we would like
to see in the framework or should we just keep it simple for now ? The
more suggestions I get now, the better, so please open the flood gate.
:)

Thanks,

Andre.

>From: "Rod Johnson" <rod...@in...>
>To: <spr...@li...>
>CC: "Andre Biryukov" <and...@ho...>
>Subject: Re: [Springframework-developer] JMS brainstorming
>Date: Thu, 26 Feb 2004 06:35:33 -0000
>
>Rong
>
>JMS support is in the works, and should make 1.1.
>
>Andre Biryukov is currently working on this, and should be joining the=20
>Spring team soon.
>
>Andre, if you want to share your work in progress with the Spring dev=20
>list (or with Rong directly), now would be a good time :-)
>
>Regards,
>Rod
>
>----- Original Message -----
>From: "Ou, Rong" <Ro...@sa...>
>To: <spr...@li...>
>Sent: Tuesday, February 24, 2004 9:44 PM
>Subject: [Springframework-developer] JMS brainstorming
>
>
>Hi all,
>
>We currently have a project that does a lot of JMS messaging, and we=20
>desperately need an API to simplify the interface layer to JMS. I heard

>rumors that JMS support will be added to Spring 1.1, but we just can't=20
>wait that long. So I am thinking about doing something in the interim.=20
>Who knows, if it comes out good, maybe I can contribute the code back.
>
>In Rod's book there is only a couple of pages that briefly touches upon

>JMS. I looked at the interface21 code, the JMS portion is also pretty
>simplistic.
>I understand Spring has evolved a lot since the interface21 days. So to
all
>you experienced Spring'ers, if you were to add JMS support today, what=20
>would you do? I am still fairly new to Spring, so any suggestions and=20
>help
are
>welcome.
>
>Thanks,
>
>Rong
>
>
>-------------------------------------------------------
>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!=20
>http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
>_______________________________________________
>Springframework-developer mailing list=20
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>

_________________________________________________________________
Stay informed on Election 2004 and the race to Super Tuesday.
http://special.msn.com/msn/election2004.armx



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




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




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

RE: [Springframework-developer] JMS brainstorming

[Ou, R. <Ro...@sa...>]

As far as I know, JBoss 3.x.x is still on JMS 1.0.2. Since JBoss is our =
current development platform, I'd have to vote against dropping JMS =
1.0.2 support.

Rong

> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...]
> On Behalf
> Of Mark Pollack
> Sent: Monday, March 01, 2004 6:03 PM
> To: spr...@li...
> Subject: RE: [Springframework-developer] JMS brainstorming
>=20
>=20
> Hi,
>=20
> I've added Andre's code into the sandbox. =20
>=20
> I'd like to get some input on the following.... Can we count on using
> the JMS 1.1 API or should we be compatible with the JMS 1.0.2 API? The
> reason is that JMS 1.1 introduced "domain unification", meaning that
> there the classes are no longer split into "Queue" and "Topic" class
> hierarchies.  The code can now refer to a "ConnectionFactory"=20
> instead of
> it being a "QueueConnectionFactory" or a=20
> "TopicConnectionFactory".  This
> applies up and down the class hierarchy since the split is rather high
> level.  The end result is that using the JMS 1.1 api makes the client
> code much easier to use since there is less obvious=20
> duplication.  Other
> advantages can be read in the spec...such as being able to use  queues
> and topics in the same transaction (probably since they now can share
> the same Session object).
>=20
> The templates now are written using the 1.0.2 style classes, which I
> haven't used in a long time....but I'd like to hear what people are
> using considering how much it will affect the shape of the=20
> code...  I'd
> vote for dropping 1.0.2 support.
>=20
> Cheers,
> Mark
>=20
>=20
>=20
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...]
>  On Behalf
> Of Andre Biryukov
> Sent: Thursday, February 26, 2004 11:46 AM
> To: rod...@in...;
> spr...@li...
> Subject: Re: [Springframework-developer] JMS brainstorming
>=20
>=20
> Hi Rod, Hi All,
>=20
> I've been working on the JMS support for a few weeks now and=20
> I think I'm
>=20
> ready to go public with it to find out your opinion. So far,=20
> I got Mark
> to=20
> volunteer to look at the code, make suggestions and possibly=20
> contribute
> some=20
> code. If anybody is interested to look at it as well, just drop me a
> mail,=20
> I'll be happy to forward what I have so far to you.
>=20
> I'm not only interested in the feedback about the code, but would like
> to=20
> hear opinions on what we should include and what not. The API for
> messaging=20
> is huge, well, big. The challenge is to try and put as much
> functionality as=20
> possible, but at the same token, try not to make it look complex.
>=20
> Here's the list of things I've implemented:
>=20
> 1. Templates for publish/subscribe and point-to-point=20
> messaging. I did=20
> include support for both durable and non-durable messaging.
> 2. The consumers will be able to not only create messages,=20
> but also will
>=20
> have some control over how they will be delivered. I.e.=20
> modify default=20
> delivery mode, priority, time to live.
> 3. Message listeners will be instrumental in automatically registering
> beans=20
> as subscribers to topics and queues.
>=20
> I left out support for the transacted sessions. Sessions=20
> created are all
> set=20
> to "no-transaction" and "auto-ACK". Is this something we would like to
> see=20
> in the framework or should we just keep it simple for now ? The more=20
> suggestions I get now, the better, so please open the flood gate. :)
>=20
> Thanks,
>=20
> Andre.
>=20
> >From: "Rod Johnson" <rod...@in...>
> >To: <spr...@li...>
> >CC: "Andre Biryukov" <and...@ho...>
> >Subject: Re: [Springframework-developer] JMS brainstorming
> >Date: Thu, 26 Feb 2004 06:35:33 -0000
> >
> >Rong
> >
> >JMS support is in the works, and should make 1.1.
> >
> >Andre Biryukov is currently working on this, and should be=20
> joining the=20
> >Spring team soon.
> >
> >Andre, if you want to share your work in progress with the=20
> Spring dev=20
> >list (or with Rong directly), now would be a good time :-)
> >
> >Regards,
> >Rod
> >
> >----- Original Message -----
> >From: "Ou, Rong" <Ro...@sa...>
> >To: <spr...@li...>
> >Sent: Tuesday, February 24, 2004 9:44 PM
> >Subject: [Springframework-developer] JMS brainstorming
> >
> >
> >Hi all,
> >
> >We currently have a project that does a lot of JMS messaging, and we=20
> >desperately need an API to simplify the interface layer to=20
> JMS. I heard
>=20
> >rumors that JMS support will be added to Spring 1.1, but we=20
> just can't=20
> >wait that long. So I am thinking about doing something in=20
> the interim.=20
> >Who knows, if it comes out good, maybe I can contribute the=20
> code back.
> >
> >In Rod's book there is only a couple of pages that briefly=20
> touches upon
> >JMS.
> >I looked at the interface21 code, the JMS portion is also pretty=20
> >simplistic.
> >I understand Spring has evolved a lot since the interface21=20
> days. So to
> all
> >you experienced Spring'ers, if you were to add JMS support=20
> today, what=20
> >would
> >you do? I am still fairly new to Spring, so any suggestions and help
> are
> >welcome.
> >
> >Thanks,
> >
> >Rong
> >
> >
> >-------------------------------------------------------
> >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!=20
> >http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick
> >_______________________________________________
> >Springframework-developer mailing list=20
> >Spr...@li...
> >https://lists.sourceforge.net/lists/listinfo/springframework-
developer
>
>

_________________________________________________________________
Stay informed on Election 2004 and the race to Super Tuesday.=20
http://special.msn.com/msn/election2004.armx



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




-------------------------------------------------------
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] HibernateOperations missing operations

[Eduardo I. I. <zi...@su...>]

Souldn't HibernateOperations provide the methods filter, scroll and iterate?

Re: [Springframework-developer] JavaMailSenderImpl

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

> I'd just like to say thanks for fielding requests for new features.
> It's refreshing to see such an understanding and open group.
Much appreciated on behalf of the group. Juergen's dedication to this
project is amazing: few projects are lucky enough to have someone so
committed, focused--and so damn good!

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] JMS brainstorming

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

What are the release levels of the major services (WLS, WS, JB etc.) to
support 1.1?

----- Original Message -----
From: "Mark Pollack" <mar...@co...>
To: <spr...@li...>
Sent: Tuesday, March 02, 2004 12:02 AM
Subject: RE: [Springframework-developer] JMS brainstorming


Hi,

I've added Andre's code into the sandbox.

I'd like to get some input on the following.... Can we count on using
the JMS 1.1 API or should we be compatible with the JMS 1.0.2 API? The
reason is that JMS 1.1 introduced "domain unification", meaning that
there the classes are no longer split into "Queue" and "Topic" class
hierarchies.  The code can now refer to a "ConnectionFactory" instead of
it being a "QueueConnectionFactory" or a "TopicConnectionFactory".  This
applies up and down the class hierarchy since the split is rather high
level.  The end result is that using the JMS 1.1 api makes the client
code much easier to use since there is less obvious duplication.  Other
advantages can be read in the spec...such as being able to use  queues
and topics in the same transaction (probably since they now can share
the same Session object).

The templates now are written using the 1.0.2 style classes, which I
haven't used in a long time....but I'd like to hear what people are
using considering how much it will affect the shape of the code...  I'd
vote for dropping 1.0.2 support.

Cheers,
Mark



-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf
Of Andre Biryukov
Sent: Thursday, February 26, 2004 11:46 AM
To: rod...@in...;
spr...@li...
Subject: Re: [Springframework-developer] JMS brainstorming


Hi Rod, Hi All,

I've been working on the JMS support for a few weeks now and I think I'm

ready to go public with it to find out your opinion. So far, I got Mark
to
volunteer to look at the code, make suggestions and possibly contribute
some
code. If anybody is interested to look at it as well, just drop me a
mail,
I'll be happy to forward what I have so far to you.

I'm not only interested in the feedback about the code, but would like
to
hear opinions on what we should include and what not. The API for
messaging
is huge, well, big. The challenge is to try and put as much
functionality as
possible, but at the same token, try not to make it look complex.

Here's the list of things I've implemented:

1. Templates for publish/subscribe and point-to-point messaging. I did
include support for both durable and non-durable messaging.
2. The consumers will be able to not only create messages, but also will

have some control over how they will be delivered. I.e. modify default
delivery mode, priority, time to live.
3. Message listeners will be instrumental in automatically registering
beans
as subscribers to topics and queues.

I left out support for the transacted sessions. Sessions created are all
set
to "no-transaction" and "auto-ACK". Is this something we would like to
see
in the framework or should we just keep it simple for now ? The more
suggestions I get now, the better, so please open the flood gate. :)

Thanks,

Andre.

>From: "Rod Johnson" <rod...@in...>
>To: <spr...@li...>
>CC: "Andre Biryukov" <and...@ho...>
>Subject: Re: [Springframework-developer] JMS brainstorming
>Date: Thu, 26 Feb 2004 06:35:33 -0000
>
>Rong
>
>JMS support is in the works, and should make 1.1.
>
>Andre Biryukov is currently working on this, and should be joining the
>Spring team soon.
>
>Andre, if you want to share your work in progress with the Spring dev
>list (or with Rong directly), now would be a good time :-)
>
>Regards,
>Rod
>
>----- Original Message -----
>From: "Ou, Rong" <Ro...@sa...>
>To: <spr...@li...>
>Sent: Tuesday, February 24, 2004 9:44 PM
>Subject: [Springframework-developer] JMS brainstorming
>
>
>Hi all,
>
>We currently have a project that does a lot of JMS messaging, and we
>desperately need an API to simplify the interface layer to JMS. I heard

>rumors that JMS support will be added to Spring 1.1, but we just can't
>wait that long. So I am thinking about doing something in the interim.
>Who knows, if it comes out good, maybe I can contribute the code back.
>
>In Rod's book there is only a couple of pages that briefly touches upon
>JMS.
>I looked at the interface21 code, the JMS portion is also pretty
>simplistic.
>I understand Spring has evolved a lot since the interface21 days. So to
all
>you experienced Spring'ers, if you were to add JMS support today, what
>would
>you do? I am still fairly new to Spring, so any suggestions and help
are
>welcome.
>
>Thanks,
>
>Rong
>
>
>-------------------------------------------------------
>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_id56&alloc_id438&op=ick
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>

_________________________________________________________________
Stay informed on Election 2004 and the race to Super Tuesday.
http://special.msn.com/msn/election2004.armx



-------------------------------------------------------
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_id=3438&op=click
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer




-------------------------------------------------------
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_id56&alloc_id438&op=ick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE: [Springframework-developer] Commons-Validator for Spring

[Daniel M. <mi...@pa...>]

Seth,

That looks great. This would make my validation support super easy to
implement. You can grab my current source here:

http://www.paonline.com/millerd/Spring-commons-validator_no-dependencies.zip

I have not had time to write up a good example, tests, or complete the
documentation. Hopefully I will be able to do this soon.

Thanks,
Daniel


Original Message: -----------------------------------------------------

| (2) Improve the handling of Errors objects to allow message resources
to be
| specified as arguments that would not be resolved to their corresponding
| messages until reaching the view. I really like this solution, but I have
| not thought it through completely. One more note: since the errorArgs
| parameter is an array of Objects (not an array of Strings), maybe there
| would be a way to use a "Message" object that would be resolved at a later
| time, while preserving the current functionality of Strings that are used
| directly as arguments. For all I know, there is already a way to do
this (it
| seems logical enough), and I just don't know about it. This J2EE stuff
is so
| hard to keep up with...

Daniel,

I just posted a simple patch w/ unit test for the functionality we've
discussed.  Please review and see if it meets your needs.

http://opensource.atlassian.com/projects/spring/secure/ViewIssue.jspa?key=SP
R-56


Seth

Re: [Springframework-developer] Website and docs up-to-date

[<tri...@tr...>]

Alef,

Thanks.  I was just getting ready to update it, but then I realised that it
already mentioned RC2.

Thomas

Quoting Alef Arendsen <al...@jt...>:

> Thomas, all,
> 
>  
> 
> While updating the documentation I took the liberty to also update the
> website when Jürgen announced RC2, so don’t worry about that anymore…
> 
>  
> 
> Alef
> 
>  
> 
>