springframework-developer — Spring Framework developers list

RE: [Springframework-developer] Request for Sandbox Inclusion

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

Seth and I have similar but slightly different efforts ongoing between =
us.
So it would silly for me to commit stuff that looks like his but not =
quite.
Personally I'd like one solution that works in both web and rcp =
environments
equally well.

There are a few differences in the Seth's design that may be issues for =
me:

1. Seth's ValidationRule interface validate values on an object's =
existing
property values. My ValidationRule interface can validate existing or
proposed property values.  This allows you to validate a property value
before it is set on a domain object, which is important for me.  For
example, Seth's validationRule interface looks like

	public boolean validate(Object object, Object field);
<mine looks like>
	public boolean validate(Object object, Object value);

The interfaces mean two different things conceptually.  My
"MandatoryPropertyValidationRule" just looks at the value to enforce the
not-null and not-empty constraint.  Other, more complex, rules might use =
the
object as a context to evaluate a proposed value (for example, a =
proposed
value must be > then some existing value on the domain object.)

2. Our ways of collecting results are a bit different.  I have
ValidationResultsCollector interface, and Seth uses the Errors =
interface.
Not a big deal, but the ValidationResultsCollector provides some =
additional
callbacks for tracking validation progress (starting, ending, etc.) =
which I
use to update a panel on a rich-client form.

3. I provide a programmatic interface for creating a BeanValidator which
encapsulates one or more PropertyValidators which encapsulate one or =
more
PropertyValidationRules.  Granted, with attributes you probably don't =
need
this all the time, but it's still nice to have.

4. You retrieve an instance of the appropriate BeanValidator for a =
domain
object by using the ValidatorRegistry, which indexes validators by =
domain
object type.  Seth, one question I have is how do you bind a
AttributeValidator instance to the correct domain object?

5. My rules encapsulate the message creation logic as well as 'typing =
hint'
creation logic since they own errorCode and rule messageArguments data, =
but
that's just a minor thing.

I definitely think declarative validation based on attributes is a good
addition.  Seth's stuff looks great, I guess I'd just like to be able to =
use
it in a RCP environment equally well; and I was just about to commit my
stuff to the sandbox, too... Thanks,

Keith


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf =
Of
Alef Arendsen
Sent: Wednesday, March 03, 2004 1:43 PM
To: spr...@li...
Subject: RE: [Springframework-developer] Request for Sandbox Inclusion


+1

I think validation based on attributes is a good addition to Spring.

Alef

> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...] On
> Behalf Of Seth Ladd
> Sent: Wednesday, March 03, 2004 7:17 PM
> To: spr...@li...
> Subject: [Springframework-developer] Request for Sandbox Inclusion
>=20
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>=20
> Hello,
>=20
> Forgive me if I'm going at this the wrong way.  Please let me know if
> there is another process I should follow.
>=20
> I'd like to request that the Attribute Validator be included in the
> Sandbox.  I'd like to continue work on it in a more public setting. =20
> Our resources here at work aren't set up for hosting a public project. =

> Also, it's my hope that the Attribute Validator will become a=20
> supported option for validation in the spring framework (after much=20
> testing!).
>=20
> I believe others would find this project useful.  I will continue to
> develop this library, as it has become core to our internal project.
>=20
> Please let me know what other steps I should take before we could move
> it into the public sandbox.
>=20
> Thanks very much, and thanks for Spring!
> Seth
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.2 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>=20
> iD8DBQFARiEZ5EIB1scRes8RAkjRAJ0QWDCs/lhLXq8yZZpjKRoNVx3nUACdGUcb
> 3jCeT/hBEMOXGcL9ri+H274=3D
> =3DVrTA
> -----END PGP SIGNATURE-----
>=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



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

[Springframework-developer] RE: Log4J configuration

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

No one having any log4J problems? Any ideas on what I may be doing wrong?

> -----Original Message-----
> From: James Cook [mailto:jim...@do...]
> Sent: Tuesday, March 02, 2004 2:41 PM
> To: 'spr...@li...'
> Subject: Log4J configuration
> 
> 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-class>
> </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: RE: [Springframework-developer] Lifecycle methods

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

Thanks, but in relation to my original request, how can I invoke a method on
my singleton bean only after all other beans have been created by the
factory? Does this capability exist?

How are others handling a cyclic redundancy between two beans?

> -----Original Message-----
> [mailto:spr...@li...] On Behalf
> Of Kopylenko, Dmitry
> Yes, this is the correct behavior of the BeanFactoryPostProcessor.
> postProcessBeanFactory() gets called when all bean definitions will have
> been loaded, but no beans will have been instantiated yet.

RE: RE: [Springframework-developer] Lifecycle methods

[Kopylenko, D. <dko...@ac...>]

>But instead, according to the code in AbstractApplicationContext, it
appears that this method call is firing before the
>getBeanFactory().preInstantiateSingletons() method?

Yes, this is the correct behavior of the BeanFactoryPostProcessor.
postProcessBeanFactory() gets called when all bean definitions will =
have
been loaded, but no beans will have been instantiated yet.

Regards,
Dmitriy.



> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...] On=20
> Behalf Of Dmitriy Kopylenko
> Sent: Tuesday, March 02, 2004 11:11 PM
> To: spr...@li...
> Subject: Re: RE: [Springframework-developer] Lifecycle methods
>=20
> Alef, oops, didn't see that you already suggested=20
> BeanFactoryPostProcessor... :-)
>=20
> D.
>=20
> ----- Original Message -----
> From: Dmitriy Kopylenko <dko...@ru...>
> Date: Tuesday, March 2, 2004 7:18 pm
> Subject: Re: RE: [Springframework-developer] Lifecycle methods
>=20
> > I just want to add - before step 1 (instantiation of any beans) -
> >
> =
BeanFactoryPostProcessor.postProcessBeanFactory(ConfigurableListableBe
> anFa
> ctory beanFactory) "kicks in". So with the custom implemetation 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 =
BeanFactory.
> Any thoughts on this?
> >
> > Regards,
> > Dmitriy.
> >
> > ----- Original Message -----
> > From: Alef Arendsen <al...@jt...>
> > Date: Tuesday, March 2, 2004 6:43 pm
> > Subject: RE: [Springframework-developer] Lifecycle methods
> >
> > > 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=20
> > > 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=20
> > > guaranteed to be initialized (of which I don't understand how =
that=20
> > > could be possible because
> > > we're talking circular here). So I guess we'll have to call in
> > the
> > > experthere ;-).
> > >
> > > J=FCrgen, could you elaborate a bit more here...
> > >
> > > Alef
> > >
> > > p.s. if you need a solution ASAP, I suggest you use a=20
> > > BeanFactoryPostProcessor for now (just add one to your
> > application
> > > context,doing some initialization work, it'll get detected=20
> > > automatically, or - in case you're using just the BeanFactory,=20
> > > apply it programmatically).
> > >
> > > > -----Original Message-----
> > > > From: spr...@li...
> > > > [spr...@li...] On=20
> > > > Behalf Of James Cook
> > > > Sent: Tuesday, March 02, 2004 9:23 PM
> > > > To: spr...@li...
> > > > Subject: [Springframework-developer] Lifecycle methods
> > > >
> > > > 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=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>
> > > >
> > > > <bean id=3D"CategoryHierarchy" class=3D"my.CategoryHierarchy">
> > > > 	<property name=3D"categoryDAO">
> > > >         	<ref local=3D"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=20
> > > > 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.=20
> > > > CategoryDAO.setSessionFactory(o) 6.=20
> > > > 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?
> > > >
> > > >
> > > >
> > > >
> > > > -------------------------------------------------------
> > > > SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build=20
> > > > and deploy apps & Web services for Linux with a free DVD=20
> > > > software kit from IBM. Click Now!=20
> > > > http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick
> > > > _______________________________________________
> > > > Springframework-developer mailing list=20
> > > > Spr...@li...
> > > > https://lists.sourceforge.net/lists/listinfo/springframework-
> > > developer
> > >
> > >
> > > -------------------------------------------------------
> > > SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build =
and=20
> > > 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=3Dclick
> > > _______________________________________________
> > > Springframework-developer mailing list=20
> > > Spr...@li...
> > > https://lists.sourceforge.net/lists/listinfo/springframework-
> > developer>
> >
> >
> >
> > -------------------------------------------------------
> > SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and=20
> > deploy apps & Web services for Linux with a free DVD software kit=20
> > from IBM. Click Now!=20
> > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick
> > _______________________________________________
> > Springframework-developer mailing list=20
> > Spr...@li...
> > =
https://lists.sourceforge.net/lists/listinfo/springframework-develop
> > er
> >
>=20
>=20
>=20
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and=20
> deploy apps & Web services for Linux with a free DVD software kit =
from=20
> 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=1356&alloc_id438&op=3Dclick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE: [Springframework-developer] Request for Sandbox Inclusion

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

+1

I think validation based on attributes is a good addition to Spring.

Alef

> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...] On Behalf
> Of Seth Ladd
> Sent: Wednesday, March 03, 2004 7:17 PM
> To: spr...@li...
> Subject: [Springframework-developer] Request for Sandbox Inclusion
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Hello,
> 
> Forgive me if I'm going at this the wrong way.  Please let me know if
> there is another process I should follow.
> 
> I'd like to request that the Attribute Validator be included in the
> Sandbox.  I'd like to continue work on it in a more public setting.  Our
> resources here at work aren't set up for hosting a public project.
> Also, it's my hope that the Attribute Validator will become a supported
> option for validation in the spring framework (after much testing!).
> 
> I believe others would find this project useful.  I will continue to
> develop this library, as it has become core to our internal project.
> 
> Please let me know what other steps I should take before we could move
> it into the public sandbox.
> 
> Thanks very much, and thanks for Spring!
> Seth
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.2 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
> 
> iD8DBQFARiEZ5EIB1scRes8RAkjRAJ0QWDCs/lhLXq8yZZpjKRoNVx3nUACdGUcb
> 3jCeT/hBEMOXGcL9ri+H274=
> =VrTA
> -----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_id=3438&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] No getMessage in PropertyAccessExceptionsException

[<jue...@we...>]

Good point - just added!

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of David Heimann
Sent: Wednesday, March 03, 2004 6:02 PM
To: spr...@li...
Subject: [Springframework-developer] No getMessage in
PropertyAccessExceptionsException


Developers,

Could you add something like

public String getMessage()
{
StringBuffer sb =3D new StringBuffer();
sb.append(this.toString());
for (Iterator it=3Dthis.exceptions.iterator();it.hasNext();)
{
PropertyAccessException pae =3D (PropertyAccessException)
it.next();
sb.append(pae.getMessage());
}
return sb.toString();
}	=09

to PropertyAccessExceptionsException ? =20

NestedRuntimeException uses getMessage() to display its
nested exceptions and since
PropertyAccessExceptionsException does not have one, its
nested messages are not immeadiatly visible.

David Heimann


__________________________________
Do you Yahoo!?
Yahoo! Search - Find what you're looking for faster
http://search.yahoo.com


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

[Springframework-developer] Request for Sandbox Inclusion

[Seth L. <se...@eh...>]

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

Hello,

Forgive me if I'm going at this the wrong way.  Please let me know if
there is another process I should follow.

I'd like to request that the Attribute Validator be included in the
Sandbox.  I'd like to continue work on it in a more public setting.  Our
resources here at work aren't set up for hosting a public project.
Also, it's my hope that the Attribute Validator will become a supported
option for validation in the spring framework (after much testing!).

I believe others would find this project useful.  I will continue to
develop this library, as it has become core to our internal project.

Please let me know what other steps I should take before we could move
it into the public sandbox.

Thanks very much, and thanks for Spring!
Seth
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFARiEZ5EIB1scRes8RAkjRAJ0QWDCs/lhLXq8yZZpjKRoNVx3nUACdGUcb
3jCeT/hBEMOXGcL9ri+H274=
=VrTA
-----END PGP SIGNATURE-----

RE: RE: [Springframework-developer] Lifecycle methods

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

I'm seeing strange behavior when I try to use this interface. I have
implemented a class that implements this interface and registered it in =
my
app config.

public class BeanPostProcessorFactory implements =
BeanFactoryPostProcessor {

	public void postProcessBeanFactory(ConfigurableListableBeanFactory
beanFactory) throws BeansException {
		Map map =3D
beanFactory.getBeansOfType(BeanPostProcessor.class, true, true);
		for (Iterator i =3D map.values().iterator(); i.hasNext();) {
			BeanPostProcessor bean =3D (BeanPostProcessor)
i.next();
			bean.postProcessBean(beanFactory);
		}
	}
}

So I've created an interface that I can apply to my beans, causing them =
to
be invoked by the BeanFactoryPostProcessor.

What's strange is that this BeanFactoryPostProcessor does not seem to =
fire
when I expected. I expected it to fire *after* the BeanFactory has
instantiated and wired up all of the beans.

But instead, according to the code in AbstractApplicationContext, it =
appears
that this method call is firing before the
getBeanFactory().preInstantiateSingletons() method?



> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...] On =
Behalf
> Of Dmitriy Kopylenko
> Sent: Tuesday, March 02, 2004 11:11 PM
> To: spr...@li...
> Subject: Re: RE: [Springframework-developer] Lifecycle methods
>=20
> Alef, oops, didn't see that you already suggested
> BeanFactoryPostProcessor... :-)
>=20
> D.
>=20
> ----- Original Message -----
> From: Dmitriy Kopylenko <dko...@ru...>
> Date: Tuesday, March 2, 2004 7:18 pm
> Subject: Re: RE: [Springframework-developer] Lifecycle methods
>=20
> > I just want to add - before step 1 (instantiation of any beans) -
> >
> =
BeanFactoryPostProcessor.postProcessBeanFactory(ConfigurableListableBeanF=
a
> ctory beanFactory) "kicks in". So with the custom implemetation 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 =
BeanFactory.
> Any thoughts on this?
> >
> > Regards,
> > Dmitriy.
> >
> > ----- Original Message -----
> > From: Alef Arendsen <al...@jt...>
> > Date: Tuesday, March 2, 2004 6:43 pm
> > Subject: RE: [Springframework-developer] Lifecycle methods
> >
> > > 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
> > > experthere ;-).
> > >
> > > 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...
> > > > [spr...@li...] On =
Behalf
> > > > Of James Cook
> > > > Sent: Tuesday, March 02, 2004 9:23 PM
> > > > To: spr...@li...
> > > > Subject: [Springframework-developer] Lifecycle methods
> > > >
> > > > 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=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>
> > > >
> > > > <bean id=3D"CategoryHierarchy" class=3D"my.CategoryHierarchy">
> > > > 	<property name=3D"categoryDAO">
> > > >         	<ref local=3D"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?
> > > >
> > > >
> > > >
> > > >
> > > > -------------------------------------------------------
> > > > 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=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=3Dclick
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > =
https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >
>=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

[Springframework-developer] No getMessage in PropertyAccessExceptionsException

[David H. <fog...@ya...>]

Developers,

Could you add something like

public String getMessage()
{
StringBuffer sb = new StringBuffer();
sb.append(this.toString());
for (Iterator it=this.exceptions.iterator();it.hasNext();)
{
PropertyAccessException pae = (PropertyAccessException)
it.next();
sb.append(pae.getMessage());
}
return sb.toString();
}		

to PropertyAccessExceptionsException ?  

NestedRuntimeException uses getMessage() to display its
nested exceptions and since
PropertyAccessExceptionsException does not have one, its
nested messages are not immeadiatly visible.

David Heimann


__________________________________
Do you Yahoo!?
Yahoo! Search - Find what you’re looking for faster
http://search.yahoo.com

RE: [Springframework-developer] JMS brainstorming

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

+1

If you can hide the differences between 1.0.2 and 1.1 so that we can =
later upgrade to 1.1 without any code changes, that would be great!

Rong

>=20
> In anycase, hiding the differences in client code between=20
> queues/topics
> is still a good idea... This is one of the main selling points of the
> commons messenger,=20
> 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.
>=20
> Cheers,
> Mark
>=20

[Springframework-developer] Poll

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

Clear leaders here :
http://www.manageability.org/polls/the-hottest-java-based-technology with
Hibernate just a little behind :-)))

Dmitriy.

Re: [Springframework-developer] FreeMarker

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

> I agree regarding the amount of time available for testing: If you feel
> that you won't be able to test it properly in time, then don't commit i=
t
> to the main source tree but rather to the sandbox.

no problem.

> The FreeMarker 2.2/2.3 issue is quite important: 2.3 is in "preview" st=
ate
> - not very convincing... This is a strong argument for *not* including =
it
> in Spring 1.0 final but indeed delaying it till 1.1 M1.

I think the FM versioning nomenclature is quite conservative - 2.3 is in
it's 16th iteration now.  However, I agree that at least an RC labeled
release is required to inspire confidence.

> BTW, have you already tested Velocity 1.4 RC1? Is it a drop-in replacem=
ent
> for Velocity 1.3.1 with our VelocityView?

I've not yet tried it, but I'm surprised they went for a 1.4 version
rather than a 1.3.2 since all of the changes in 1.4 look pretty minor to
me.  IIRC, none of them will affect Spring's usage as the few API changes
simply involve deprecating the Runtime and VelocityServlet classes for
alternatives.  I'll grab a copy and see what happens, but there's a sligh=
t
concern that 1.5 appears to fix a memory leak bug introduced in 1.4.  I'd
like to know more about that!


--=20
Darren Davison
Public Key: http://www.davison.uk.net/key.jsp

RE: [Springframework-developer] FreeMarker

[Cameron B. <ca...@da...>]

I use 2.3 and have since I started using Freemarker.

I'll be happy to see this in the main cvs repo, in the sandbox.

Thanks

Cameron=20

> -----Original Message-----
> From: spr...@li...=20
> [mailto:spr...@li...]
>  On Behalf Of Darren Davison
> Sent: Wednesday, 3 March 2004 10:18 PM
> To: spr...@li...
> Subject: Re: [Springframework-developer] FreeMarker
>=20
>=20
> > Actually, as this a minor addition that doesn't affect the=20
> rest of the=20
> > framework, I wouldn't mind including it in a 1.0.x point=20
> release. If=20
> > it get's ready in time - also tested in some scenarios -, we could=20
> > even include it in 1.0 final.
>=20
> It was mainly concerns over the amount of time available for=20
> testing that made me assume 1.1 was a better target than=20
> 1.0-final - I'd not considered 1.0.x point releases.  My code=20
> is based on FM 2.3 which isn't final yet and is apparantly=20
> not backwards compatible with the current stable 2.2.x, so=20
> I'd like to see if any of the inconsistencies affect us materially.=20
> (On that point, what version of FM do you use in production=20
> apps Cameron?=20
> I'm assuming 2.3 since you mentioned usage of
> ObjectWrapper.setSimpleMapper)
>=20
> Having said that, I'm happy if you're happy - so when the=20
> stuff's ready to go I'll commit it :)
>=20
> --
> Darren Davison
> Public Key: http://www.davison.uk.net/key.jsp
>=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

Re: [Springframework-developer] FreeMarker

[<jue...@we...>]

Darren,

I agree regarding the amount of time available for testing: If you feel =
that you won't be able to test it properly in time, then don't commit it =
to the main source tree but rather to the sandbox.

The FreeMarker 2.2/2.3 issue is quite important: 2.3 is in "preview" =
state - not very convincing... This is a strong argument for *not* =
including it in Spring 1.0 final but indeed delaying it till 1.1 M1.

We can still drop FreeMarker support into a Spring 1.0.x point release =
when we feel the time is right, for example when a FreeMarker 2.3 RC is =
finally out.

BTW, have you already tested Velocity 1.4 RC1? Is it a drop-in =
replacement for Velocity 1.3.1 with our VelocityView?

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Darren Davison
Sent: Wednesday, March 03, 2004 1:18 PM
To: spr...@li...
Subject: Re: [Springframework-developer] FreeMarker



> Actually, as this a minor addition that doesn't affect the rest of the
> framework, I wouldn't mind including it in a 1.0.x point release. If =
it
> get's ready in time - also tested in some scenarios -, we could even
> include it in 1.0 final.

It was mainly concerns over the amount of time available for testing =
that
made me assume 1.1 was a better target than 1.0-final - I'd not =
considered
1.0.x point releases.  My code is based on FM 2.3 which isn't final yet
and is apparantly not backwards compatible with the current stable =
2.2.x,
so I'd like to see if any of the inconsistencies affect us materially.=20
(On that point, what version of FM do you use in production apps =
Cameron?=20
I'm assuming 2.3 since you mentioned usage of
ObjectWrapper.setSimpleMapper)

Having said that, I'm happy if you're happy - so when the stuff's ready =
to
go I'll commit it :)

--=20
Darren Davison
Public Key: http://www.davison.uk.net/key.jsp



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

Re: [Springframework-developer] FreeMarker

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

> Actually, as this a minor addition that doesn't affect the rest of the
> framework, I wouldn't mind including it in a 1.0.x point release. If it
> get's ready in time - also tested in some scenarios -, we could even
> include it in 1.0 final.

It was mainly concerns over the amount of time available for testing that
made me assume 1.1 was a better target than 1.0-final - I'd not considere=
d
1.0.x point releases.  My code is based on FM 2.3 which isn't final yet
and is apparantly not backwards compatible with the current stable 2.2.x,
so I'd like to see if any of the inconsistencies affect us materially.=20
(On that point, what version of FM do you use in production apps Cameron?=
=20
I'm assuming 2.3 since you mentioned usage of
ObjectWrapper.setSimpleMapper)

Having said that, I'm happy if you're happy - so when the stuff's ready t=
o
go I'll commit it :)

--=20
Darren Davison
Public Key: http://www.davison.uk.net/key.jsp

RE: [Springframework-developer] FreeMarker

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

> 	Are you still using the FreemarkerServlet ?

no, the MVC part includes FreemarkerView with similar semantics to
VelocityView whereby it is able to retrieve a
freemarker.template.Configuration object at initialization.


> 	my requirements for Configuration are pretty simple at the moment,
> within a subclass of FreemarkerServlet :
>
> 	createConfiguration() - I run configuration.setSharedVariable a few
> times to add
> 		- converter utils
> 		- formatter utils
> 		- money utils
> 		- an ognl tool
> 		- an enum template model (to allow me to access hibernate
> persistent string enums)

I'll look into this a little closer.  setSharedVariable() and it's cousin
setSetting() (??) are examples of the quirky configuration in FM.  I've
sent mail to one of the FM developers to see if they're amenable to
streamlining their API slightly.


> 	protected boolean preTemplateProcess(
> 		HttpServletRequest request,
> 		HttpServletResponse response,
> 		Template template,
> 		TemplateModel templateModel)
>  	- I add some request scoped components
> 		- browser identifyer tool
> 		- url generating tool like the velocity link tool (depends
> on request)
> 		- toolbox - custom url generation for things like actions,
> jsessionid encoding, http/https changing etc..

I guess these could be added to the Spring model Map in your controller
code (possibly as reference data or even via an Interceptor) ?


> 	I also use freemarker for generation of emails, without using the
> freemarker servlet
>
> 	To do this I just add some beans into a map (the toolbox and other
> utils above) and call template.process(nmap, stringWriter);

similar will be available through the non-servlet ui components (again,
see the Spring-Velocity javadocs)


> 	I am keen to look at the code that you have prepared, especially
> since it will be added into spring after 1.0 final.
> 	Can you sent it to me ?

yes, but give me a couple of days :)

Thanks for the input.
--=20
Darren Davison
Public Key: http://www.davison.uk.net/key.jsp

Re: [Springframework-developer] FreeMarker

[<jue...@we...>]

Actually, as this a minor addition that doesn't affect the rest of the =
framework, I wouldn't mind including it in a 1.0.x point release. If it =
get's ready in time - also tested in some scenarios -, we could even =
include it in 1.0 final.=20

I'm quite pragmatic here: release early, release often - and don't make =
everybody's life harder with two parallel development streams. Remember =
that Hibernate introduced the "all-delete-orphans" feature in 2.0.3 =
rather than a 2.1 beta, to get it out earlier for users of the current =
production version, instead of making them wait for Hibernate 2.1 RC.

That's also why I put iBATIS SQL Maps 2 support in for 1.0.x: I don't =
want people to have to wait until 1.1 RC to be able to use it in the =
context of an entire new Spring release, when it doesn't affect the rest =
of the framework anyway. Granted, SQL Maps 2 is still in beta, so is our =
support for it; but that doesn't worry me for Spring 1.0 final.

In general, major additions for 1.1 like JMS support and JMX support =
should go in the sandbox for the time being - they are not something to =
introduce in a point release. This allows us to work with the CVS HEAD =
for 1.0.x, with no need to merge for 1.1 M1: We can simply copy the =
respective sandbox packages to the main src tree then.

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Darren Davison
Sent: Wednesday, March 03, 2004 11:49 AM
To: spr...@li...
Subject: [Springframework-developer] FreeMarker



for info:

I've added FreeMarker integration to my local sources along very similar
lines to the Velocity code.  It's working well at home in an existing
Velocity project that's had its templates migrated to FTL.  Should be
ready to commit after 1.0-final, ready for 1.1-m1

If there's anyone who makes heavy use of FreeMarker currently (I believe
Cameron said he did?), could you let me know which features you're
employing - particularly where it pertains to Configuration objects
(http://freemarker.sourceforge.net/docs/api/freemarker/template/Configura=
tion.html)?
 FM has a non-bean-friendly interface into much of the API and I'd like =
to
ensure that I get this integration meeting existing needs early on.

Cheers,
--=20
Darren Davison
Public Key: http://www.davison.uk.net/key.jsp



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

RE: [Springframework-developer] FreeMarker

[Cameron B. <ca...@da...>]

Darren,

	Yeah I make heavy usage of freemarker.

	Are you still using the FreemarkerServlet ?

	my requirements for Configuration are pretty simple at the moment,
within a subclass of FreemarkerServlet :

	createConfiguration() - I run configuration.setSharedVariable a few
times to add=20
		- converter utils
		- formatter utils
		- money utils
		- an ognl tool
		- an enum template model (to allow me to access hibernate
persistent string enums)

	protected boolean preTemplateProcess(
		HttpServletRequest request,
		HttpServletResponse response,
		Template template,
		TemplateModel templateModel)
 	- I add some request scoped components
		- browser identifyer tool
		- url generating tool like the velocity link tool (depends
on request)
		- toolbox - custom url generation for things like actions,
jsessionid encoding, http/https changing etc..

	protected ObjectWrapper createObjectWrapper()=09
		- I configure the BeansWrapper with
.setSimpleMapWrapper(true);

	I also use freemarker for generation of emails, without using the
freemarker servlet

	To do this I just add some beans into a map (the toolbox and other
utils above) and call template.process(nmap, stringWriter);

	I am keen to look at the code that you have prepared, especially
since it will be added into spring after 1.0 final.
	Can you sent it to me ?

Thanks,

Cameron.

> -----Original Message-----
> From: spr...@li...=20
> [mailto:spr...@li...]
>  On Behalf Of Darren Davison
> Sent: Wednesday, 3 March 2004 8:50 PM
> To: spr...@li...
> Subject: [Springframework-developer] FreeMarker
>=20
> (sorry if this is a dupe - problems here with my webmail)
>=20
> for info:
>=20
> I've added FreeMarker integration to my local sources along=20
> very similar lines to the Velocity code.  It's working well=20
> at home in an existing Velocity project that's had its=20
> templates migrated to FTL.  Should be ready to commit after=20
> 1.0-final, ready for 1.1-m1
>=20
> If there's anyone who makes heavy use of FreeMarker currently=20
> (I believe Cameron said he did?), could you let me know which=20
> features you're employing - particularly where it pertains to=20
> Configuration objects=20
> (http://freemarker.sourceforge.net/docs/api/freemarker/templat
> e/Configuration.html)?
>  FM has a non-bean-friendly interface into much of the API=20
> and I'd like to ensure that I get this integration meeting=20
> existing needs early on.
>=20
> Cheers,
> --
> Darren Davison
> Public Key: http://www.davison.uk.net/key.jsp
>=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

[Springframework-developer] FreeMarker

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

(sorry if this is a dupe - problems here with my webmail)

for info:

I've added FreeMarker integration to my local sources along very similar
lines to the Velocity code.  It's working well at home in an existing
Velocity project that's had its templates migrated to FTL.  Should be
ready to commit after 1.0-final, ready for 1.1-m1

If there's anyone who makes heavy use of FreeMarker currently (I believe
Cameron said he did?), could you let me know which features you're
employing - particularly where it pertains to Configuration objects
(http://freemarker.sourceforge.net/docs/api/freemarker/template/Configura=
tion.html)?
 FM has a non-bean-friendly interface into much of the API and I'd like t=
o
ensure that I get this integration meeting existing needs early on.

Cheers,
--=20
Darren Davison
Public Key: http://www.davison.uk.net/key.jsp

[Springframework-developer] FreeMarker

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

for info:

I've added FreeMarker integration to my local sources along very similar
lines to the Velocity code.  It's working well at home in an existing
Velocity project that's had its templates migrated to FTL.  Should be
ready to commit after 1.0-final, ready for 1.1-m1

If there's anyone who makes heavy use of FreeMarker currently (I believe
Cameron said he did?), could you let me know which features you're
employing - particularly where it pertains to Configuration objects
(http://freemarker.sourceforge.net/docs/api/freemarker/template/Configura=
tion.html)?
 FM has a non-bean-friendly interface into much of the API and I'd like t=
o
ensure that I get this integration meeting existing needs early on.

Cheers,
--=20
Darren Davison
Public Key: http://www.davison.uk.net/key.jsp

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

Re: [Springframework-developer] VelocityView

[<jue...@we...>]

+1 - sounds reasonable to me!
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von Darren Davison
Gesendet: Mi 03.03.2004 02:51
An: spr...@li...
Betreff: [Springframework-developer] VelocityView



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

Is there any reason that all of the VelocityView.mergeTemplate(...) =
method
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
entirely sure of the implications.  In particular I don't understand why
the VelocityServlet (which this code in mergeTemplate is from) authors
chose to do it the way they did.  Perhaps it's legacy code that's just
never been revisited, or there's some enormous performance benefit from
modifying the output buffer size or using VelocityWriter..?

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

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

Regards,
- --

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

iD8DBQFARTo/KLMLAN01aw0RArI1AKCh6KkQEUtmDSbd+H6YRZ7IrDoRAwCdGuwj
wLF4sHO27a+97tJyroyXc3I=3D
=3D3jy4
-----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=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] test report

[JP P. <jp....@ti...>]

Hi,

 

For now running the tests produces text files and stops at the first
failure.

 

I always change for me a little the build.xml for running ALL the tests
and produce XML files, after that a general report is computed in HTML.(
a bit like Javadoc) So, it's more easy to see what fails actually and
why. It's nice also to have a view of the test results.

 

As only a little change is to make in the build.xml, can I proceed to
commit?

The only drawback is a little more time to compute the HTML report.

 

In this case a new target "test-report" will to be called instead
"test". It will be dependent on the "test" target. Calling directly the
"test" target will provide the xml files without the general Html
computing.

 

So, if no one has objection I would make these changes.

 

Jean-Pierre Pawlak

 

[Springframework-developer] queryForLong in JdbcTemplate

[JP P. <jp....@ti...>]

Hi,

 

Once more, the long type handling was missing. I just added the
straightforward queryForLong method in JdbcTemplate. If we want have a
sole method, the longs can always be casted in ints. The contrary is not
possible. Here, it's make sense to keep both methods.

 

The PetClinic sample should use the new method. It uses longs as Ids but
passes thru the queryForInt method. In the case of the sample, the
values will always in the range of ints, but here is a type mismatch
handling between longs and ints.

 

Jean-Pierre Pawlak

 

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

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

After I sent this, the word "incubation" hit me.  spring-rcp is in
incubation right now.  We feel we've got a strong value proposition and a
good base to build a releaseable product quickly, but we've still got som=
e
incubating to do first.  And the separate dev list (even if it is tempora=
ry)
is a good way to track the incubation process.

I agree, once the project has taken the next step and turned into a relea=
sed
product providing a solution it's important to open it up for support fro=
m
the larger Spring community.  And I do view support for rich client suppo=
rt
as a natural extension to Spring's united "simplifying J2EE" mission,
especially these days since java desktop apps are becoming more and more
prevalent.

Keith

p.s. as a kind of lite aside, we also want to prevent what happened to th=
at
poor soul in Rod's book who used Swing with basic RMI in his application!
:-)

----- Original Message -----=20
From: "Keith Donald" <kd...@cs...>
To: <spr...@li...>
Sent: Tuesday, March 02, 2004 10:31 PM
Subject: Re: [Springframework-developer] spring-rcp subproject structurea=
nd
initial commits


> Mike,
>
> I considered some of these issues myself.  The way I view this is a way
for
> me and other developers who are actively working on the early, pre-rele=
ase
> 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
spring,
> yes, and I believe users who adopt Spring with rich-client applications
once
> the platform is released should use the same list just as they would wi=
th
> 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 wher=
e I
> can review RCP developer feedback, receive suggestions on features, and
> where contributors can submit ideas and code to improve the platform wh=
ile
> we get it off the ground (get it molded into a product we can release
soon.)
>
> 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
structureand
> initial commits
>
>
> > 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 lik=
e
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 Spri=
ng
> > framework so there'll likely be lots of cross postings)
> >
> > Anyway not a huge issue, just my $0.02! Feel free to ignore completel=
y
:)
> >
> > Cheers,
> > Mike
> >
> > On 3/3/04 12:19 PM, "Rod Johnson" (rod...@in...) penne=
d
the
> > words:
> >
> > > Keith
> > >
> > > I've just created a springframework-rcp-dev list. We can add a -use=
r
> list if
> > > we ever need it.
> > >
> > > I've emailed you the administration information, as you should clea=
rly
> 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, =
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
> > >>
> > >>
> > >>
> > >>>
> > >>>
> > >>> -----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 -----
> > >>>>
> > >>>> From:  Keith  Donald <mailto:kd...@cs...>
> > >>>>
> > >>>> To: spr...@li...
> > >>>>
> > >>>> 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 t=
hat
> of the
> > >>>> spring module.  I made some initial commits last night  includin=
g:
> > >>>>
> > >>>>
> > >>>>
> > >>>> org.springframework.rcp.image
> > >>>>
> > >>>>   A image and icon loading/caching library using  resource-bundl=
e
> style
> > >>>> lookup.  It abstracts away hardcoded image  paths in your code,
> supports
> > >>>> at-runtime resizable icons (for  accessbility), and provides bui=
lt
in
> > >>>> broken image indicator support.   The design is very MessageSour=
ce
> 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 th=
e
> 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.
> > >>>>
> > >>>> Keep the feedback coming!  :-)  I've gotten a lot of useful idea=
s
and
> > >>>> 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=CCk
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-develope=
r
>