Menu
▾
▴
springframework-developer — Spring Framework developers list
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
(55) |
Mar
(100) |
Apr
(203) |
May
(330) |
Jun
(190) |
Jul
(302) |
Aug
(323) |
Sep
(197) |
Oct
(245) |
Nov
(490) |
Dec
(330) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(194) |
Feb
(400) |
Mar
(416) |
Apr
(415) |
May
(359) |
Jun
(381) |
Jul
(491) |
Aug
(311) |
Sep
(291) |
Oct
(273) |
Nov
(355) |
Dec
(266) |
| 2005 |
Jan
(306) |
Feb
(303) |
Mar
(520) |
Apr
(346) |
May
(255) |
Jun
(221) |
Jul
(171) |
Aug
(247) |
Sep
(147) |
Oct
(125) |
Nov
(165) |
Dec
(65) |
| 2006 |
Jan
(90) |
Feb
(53) |
Mar
(121) |
Apr
(103) |
May
(113) |
Jun
(103) |
Jul
(104) |
Aug
(67) |
Sep
(78) |
Oct
(82) |
Nov
(78) |
Dec
(70) |
| 2007 |
Jan
(77) |
Feb
(76) |
Mar
(63) |
Apr
(30) |
May
(47) |
Jun
(41) |
Jul
(44) |
Aug
(44) |
Sep
(49) |
Oct
(33) |
Nov
(25) |
Dec
(21) |
| 2008 |
Jan
(45) |
Feb
(13) |
Mar
(15) |
Apr
(12) |
May
(9) |
Jun
(33) |
Jul
(30) |
Aug
(7) |
Sep
(20) |
Oct
(17) |
Nov
(20) |
Dec
(10) |
| 2009 |
Jan
(8) |
Feb
(5) |
Mar
(12) |
Apr
(17) |
May
(19) |
Jun
(97) |
Jul
(77) |
Aug
(33) |
Sep
(24) |
Oct
(41) |
Nov
(16) |
Dec
(32) |
| 2010 |
Jan
(24) |
Feb
(14) |
Mar
(50) |
Apr
(71) |
May
(70) |
Jun
(64) |
Jul
(45) |
Aug
(62) |
Sep
(32) |
Oct
(4) |
Nov
(12) |
Dec
(2) |
| 2011 |
Jan
(1) |
Feb
(3) |
Mar
(4) |
Apr
(3) |
May
(6) |
Jun
(1) |
Jul
(4) |
Aug
(3) |
Sep
(4) |
Oct
(6) |
Nov
(3) |
Dec
(3) |
| 2012 |
Jan
(4) |
Feb
(8) |
Mar
(6) |
Apr
(10) |
May
(2) |
Jun
(3) |
Jul
(11) |
Aug
(10) |
Sep
(4) |
Oct
|
Nov
(1) |
Dec
(1) |
| 2013 |
Jan
(4) |
Feb
(1) |
Mar
(9) |
Apr
(1) |
May
(8) |
Jun
(2) |
Jul
(5) |
Aug
(2) |
Sep
|
Oct
(3) |
Nov
(10) |
Dec
(8) |
| 2014 |
Jan
(3) |
Feb
(12) |
Mar
(9) |
Apr
(12) |
May
(2) |
Jun
|
Jul
(3) |
Aug
(1) |
Sep
(1) |
Oct
(4) |
Nov
|
Dec
(2) |
| 2015 |
Jan
(1) |
Feb
(3) |
Mar
(4) |
Apr
(9) |
May
(2) |
Jun
(2) |
Jul
|
Aug
(2) |
Sep
(7) |
Oct
(9) |
Nov
(7) |
Dec
(9) |
| 2016 |
Jan
(7) |
Feb
(5) |
Mar
(5) |
Apr
(5) |
May
(8) |
Jun
(4) |
Jul
(5) |
Aug
(4) |
Sep
(6) |
Oct
(7) |
Nov
(2) |
Dec
(3) |
| 2017 |
Jan
(7) |
Feb
(8) |
Mar
(7) |
Apr
(3) |
May
(4) |
Jun
(3) |
Jul
(5) |
Aug
(8) |
Sep
(4) |
Oct
(2) |
Nov
(3) |
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2019 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2021 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(2) |
Aug
(5) |
Sep
(2) |
Oct
|
Nov
|
Dec
(1) |
| 2026 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Thomas R. <tho...@tr...> - 2007-06-07 11:43:44
|
Magnus,
Don't think anything has changed recently. I think the error message
"Specified resource type [ javax.persistence.EntityManager] is not
assignable to method parameter type [interface
org.hibernate.ejb.HibernateEntityManager" points to the problem. Your
@PersistenceContext annotated setter should take a
javax.persistence.EntityManager and if you need to cast that to a
HibernateEntityManager then you wold need to do that in your code.
Thomas
Magnus Heino wrote:
>
> Hi.
>
> Has something changes recently that cause injection of implementation
> specific entitymanagers using PersistenceAnnotationBeanPostProcessor
> to fail?
>
> This used to work in 2.0.4 afaik. Then we started a migration to
> Oracle Toplink 11g preview, upgrades spring, and started getting these
> errors. I thoght it was connected to toplink, removed
> PersistenceAnnotationBeanPostProcessor and used normal setter
> injection. But now I'm back in the hibernate branch, upgrade spring to
> 2.1-m2 and got these errors once again...
>
> org.springframework.beans.factory.BeanCreationException: Error
> creating bean with name 'processAssembler' defined in file
> [C:\Data\agtr\jboss-4.0.5.GA\server\default\.\tmp\deploy\tmp56715fr-app-exp.war\WEB-INF\classes\META-INF\spring-config\fr\assembler.xml
> ]: Cannot resolve reference to bean 'processRepository' while setting
> bean property 'processRepository'; nested exception is
> org.springframework.beans.factory.BeanCreationException: Error
> creating bean with name 'processRepository' defined in file
> [C:\Data\agtr\jboss-
> 4.0.5.GA\server\default\.\tmp\deploy\tmp56715fr-app-exp.war\WEB-INF\classes\META-INF\spring-config\fr\dataAccess.xml]:
> Initialization of bean failed; nested exception is
> java.lang.IllegalStateException: Specified resource type [
> javax.persistence.EntityManager] is not assignable to method parameter
> type [interface org.hibernate.ejb.HibernateEntityManager]
>
> processRepository contains:
>
> private HibernateEntityManager entityManager;
>
> @Override
> protected HibernateEntityManager getEntityManager() {
> return this.entityManager;
> }
>
> @Override
> @PersistenceContext
> public void setEntityManager(HibernateEntityManager entityManager) {
> this.entityManager = entityManager;
> }
>
> Spring config:
>
> <bean id="persistenceUnitManager"
> class="org.springframework.orm.jpa.persistenceunit.DefaultPersistenceUnitManager
> ">
> <property name="persistenceXmlLocations">
> <list>
> <value>classpath:META-INF/persistence.xml</value>
> </list>
> </property>
> <property name="defaultDataSource" ref="dataSource"/>
> </bean>
>
> <bean id="entityManagerFactory"
> class="
> org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean">
> <property name="persistenceUnitManager"
> ref="persistenceUnitManager"/>
> <property name="jpaVendorAdapter">
> <bean
>
> class="org.springframework.orm.jpa.vendor.HibernateJpaVendorAdapter">
> <property name="database" value="ORACLE"/>
> <property name="generateDdl" value="false"/>
> <property name="showSql" value="true"/>
> </bean>
> </property>
> <property name="jpaProperties">
> <props>
> <prop key="hibernate.dialect">
> se.lantmateriet.hibernate.dialect.OracleSpatialDialect</prop>
> <prop key="hibernate.hbm2ddl.auto">validate</prop>
> </props>
> </property>
> </bean>
>
> <bean id="entityManager"
> class="org.springframework.orm.jpa.support.SharedEntityManagerBean">
> <property name="entityManagerFactory"
> ref="entityManagerFactory"/>
> </bean>
>
> <bean id="processRepository"
> class="se.lantmateriet.elips.poc.fr.persistence.HibernateJpaProcessRepository"/>
>
> <bean
>
> class="org.springframework.orm.jpa.support.PersistenceAnnotationBeanPostProcessor
> "/>
> --
>
> /Magnus Heino
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> ------------------------------------------------------------------------
>
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
|
|
From: Magnus H. <mh...@gm...> - 2007-06-07 07:31:43
|
Hi.
Has something changes recently that cause injection of implementation
specific entitymanagers using PersistenceAnnotationBeanPostProcessor to
fail?
This used to work in 2.0.4 afaik. Then we started a migration to Oracle
Toplink 11g preview, upgrades spring, and started getting these errors. I
thoght it was connected to toplink, removed
PersistenceAnnotationBeanPostProcessor and used normal setter injection.
But now I'm back in the hibernate branch, upgrade spring to 2.1-m2 and got
these errors once again...
org.springframework.beans.factory.BeanCreationException: Error creating bean
with name 'processAssembler' defined in file [C:\Data\agtr\jboss-
4.0.5.GA\server\default\.\tmp\deploy\tmp56715fr-app-exp.war\WEB-INF\classes\META-INF\spring-config\fr\assembler.xml]:
Cannot resolve reference to bean 'processRepository' while setting
bean
property 'processRepository'; nested exception is
org.springframework.beans.factory.BeanCreationException: Error creating bean
with name 'processRepository' defined in file [C:\Data\agtr\jboss-
4.0.5.GA\server\default\.\tmp\deploy\tmp56715fr-app-exp.war\WEB-INF\classes\META-INF\spring-config\fr\dataAccess.xml]:
Initialization of bean failed; nested exception is
java.lang.IllegalStateException: Specified resource type [
javax.persistence.EntityManager] is not assignable to method parameter type
[interface org.hibernate.ejb.HibernateEntityManager]
processRepository contains:
private HibernateEntityManager entityManager;
@Override
protected HibernateEntityManager getEntityManager() {
return this.entityManager;
}
@Override
@PersistenceContext
public void setEntityManager(HibernateEntityManager entityManager) {
this.entityManager = entityManager;
}
Spring config:
<bean id="persistenceUnitManager" class="
org.springframework.orm.jpa.persistenceunit.DefaultPersistenceUnitManager ">
<property name="persistenceXmlLocations">
<list>
<value>classpath:META-INF/persistence.xml</value>
</list>
</property>
<property name="defaultDataSource" ref="dataSource"/>
</bean>
<bean id="entityManagerFactory"
class="
org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean">
<property name="persistenceUnitManager"
ref="persistenceUnitManager"/>
<property name="jpaVendorAdapter">
<bean
class="
org.springframework.orm.jpa.vendor.HibernateJpaVendorAdapter">
<property name="database" value="ORACLE"/>
<property name="generateDdl" value="false"/>
<property name="showSql" value="true"/>
</bean>
</property>
<property name="jpaProperties">
<props>
<prop key="hibernate.dialect">
se.lantmateriet.hibernate.dialect.OracleSpatialDialect</prop>
<prop key="hibernate.hbm2ddl.auto">validate</prop>
</props>
</property>
</bean>
<bean id="entityManager" class="
org.springframework.orm.jpa.support.SharedEntityManagerBean">
<property name="entityManagerFactory" ref="entityManagerFactory"/>
</bean>
<bean id="processRepository" class="
se.lantmateriet.elips.poc.fr.persistence.HibernateJpaProcessRepository"/>
<bean
class="
org.springframework.orm.jpa.support.PersistenceAnnotationBeanPostProcessor"/>
--
/Magnus Heino
|
|
From: siddharth k. <sid...@gm...> - 2007-06-07 06:56:48
|
SGksCgpXaGVuIEkgZGlnZ2VkIGxpdHRsZSBpbiB0aGUgY29kZSwgSSBjb3VsZCBzZWUgdGhpcyBp biAsCnByb3RlY3RlZCBDb21wb25lbnRDb250ZXh0IGdldENvbXBvbmVudENvbnRleHQoQ29tcG9u ZW50RGVmaW5pdGlvbgpkZWZpbml0aW9uLCBIdHRwU2VydmxldFJlcXVlc3QgcmVxdWVzdCkKCSAg ICB0aHJvd3MgRXhjZXB0aW9uIHsgLi4ufQoKQW5kIG1heSBiZSB0aGlzIGlzIHRoZSByZWFzb24g d2h5IFBvcnRsZXRSZXF1ZXN0IGlzIGNhdXNpbmcgQ2xhc3NDYXN0RXhjZXB0aW9uLgoKQW55IG9u ZSBrbm93cyB0aGUgc29sdXRpb24/IENhbiB3ZSB1c2UgdGlsZXMgd2l0aCBQb3J0bGV0LU1WQz8K ClRoYW5rcywKU2lkZGhhcnRoCgoKT24gNi83LzA3LCBzaWRkaGFydGgga2FyYW5kaWthciA8c2lk ZGhhcnRoLmZvcnVtc0BnbWFpbC5jb20+IHdyb3RlOgo+IEhpIGFsbCwKPgo+IEkgYW0gdHJ5aW5n IFNwcmluZyAoMi4wLjQpICsgVGlsZXMgaW4gYSBwb3J0YWwgc2VydmVyIGJ5IGZvbGxvd2luZwo+ IHNwcmluZy1yZWZlcmVuY2UgcGRmLgo+IEV2ZXJ5dGhpbmcgd2FzIHdvcmtpbmcgZmluZSB3aGVu IEkgd2FzIHVzaW5nIG5vcm1hbCBqc3AranN0bCByZXNvbHZlci4KPiBOb3csIHdoZW4gSSBzaGlm dGVkIHRvIFRpbGVzIEkgYW0gZ2V0dGluZyB0aGlzIHN0YWNrIHRyYWNlLgo+Cj4gT25lIG1vcmUg cG9pbnQgdGhhdCBJIGRpZG4ndCB1bmRlcnN0b29kIGlzIHRoaXMgcHJvcGVydHkgbWVudGlvbmVk IGluCj4gdmlld1Jlc29sdmVyLgo+ICAgIDxwcm9wZXJ0eSBuYW1lPSJyZXF1ZXN0Q29udGV4dEF0 dHJpYnV0ZSIgdmFsdWU9InJlcXVlc3RDb250ZXh0Ii8+Cj4KPgo+IFRoYW5rcywKPgo+Cj4gU3Rh Y2sgdHJhY2UKPiA9PT09PT09PT09PQo+IDIwMDctMDYtMDcgMTE6Mzk6NDksNjMwIDI0ODEyIFto dHRwLTgwODAtUHJvY2Vzc29yMjRdIEVSUk9SCj4gb3JnLmFwYWNoZS5jYXRhbGluYS5jb3JlLkNv bnRhaW5lckJhc2UuW0NhdGFsaW5hXS5bbG9jYWxob3MKPiBdLlsvc2F2ZWVjLWNvbnNvbGVzZXJ2 ZXJdLlt2aWV3LXNlcnZsZXRdIC0gU2VydmxldC5zZXJ2aWNlKCkgZm9yCj4gc2VydmxldCB2aWV3 LXNlcnZsZXQgdGhyZXcgZXhjZXB0aW9uCj4gamF2YS5sYW5nLkNsYXNzQ2FzdEV4Y2VwdGlvbjog b3JnLmFwYWNoZS5zdHJ1dHMudGlsZXMuQ29tcG9uZW50Q29udGV4dAo+ICAgICAgICBhdCBvcmcu YXBhY2hlLnN0cnV0cy50aWxlcy5Db21wb25lbnRDb250ZXh0LmdldENvbnRleHQoQ29tcG9uZW50 Q29udGV4dC5qYXZhOjE4NykKPiAgICAgICAgYXQgb3JnLnNwcmluZ2ZyYW1ld29yay53ZWIuc2Vy dmxldC52aWV3LnRpbGVzLlRpbGVzVmlldy5nZXRDb21wb25lbnRDb250ZXh0KFRpbGVzVmlldy5q YXZhOjE0NikKPiAgICAgICAgYXQgb3JnLnNwcmluZ2ZyYW1ld29yay53ZWIuc2VydmxldC52aWV3 LnRpbGVzLlRpbGVzVmlldy5wcmVwYXJlRm9yUmVuZGVyaW5nKFRpbGVzVmlldy5qYXZhOjEwNCkK PiAgICAgICAgYXQgb3JnLnNwcmluZ2ZyYW1ld29yay53ZWIuc2VydmxldC52aWV3LkludGVybmFs UmVzb3VyY2VWaWV3LnJlbmRlck1lcmdlZE91dHB1dE1vZGVsKEludGVybmFsUmVzb3VyY2VWaWV3 LmphdmE6Cj4gMjIpCj4gICAgICAgIGF0IG9yZy5zcHJpbmdmcmFtZXdvcmsud2ViLnNlcnZsZXQu dmlldy5BYnN0cmFjdFZpZXcucmVuZGVyKEFic3RyYWN0Vmlldy5qYXZhOjI0NykKPiAgICAgICAg YXQgb3JnLnNwcmluZ2ZyYW1ld29yay53ZWIuc2VydmxldC5WaWV3UmVuZGVyZXJTZXJ2bGV0LnJl bmRlclZpZXcoVmlld1JlbmRlcmVyU2VydmxldC5qYXZhOjExMSkKPiAgICAgICAgYXQgb3JnLnNw cmluZ2ZyYW1ld29yay53ZWIuc2VydmxldC5WaWV3UmVuZGVyZXJTZXJ2bGV0LnByb2Nlc3NSZXF1 ZXN0KFZpZXdSZW5kZXJlclNlcnZsZXQuamF2YTo4NCkKPiAgICAgICAgYXQgb3JnLnNwcmluZ2Zy YW1ld29yay53ZWIuc2VydmxldC5WaWV3UmVuZGVyZXJTZXJ2bGV0LmRvR2V0KFZpZXdSZW5kZXJl clNlcnZsZXQuamF2YTo2NSkKPiAgICAgICAgYXQgamF2YXguc2VydmxldC5odHRwLkh0dHBTZXJ2 bGV0LnNlcnZpY2UoSHR0cFNlcnZsZXQuamF2YTo2ODkpCj4gICAgICAgIGF0IGphdmF4LnNlcnZs ZXQuaHR0cC5IdHRwU2VydmxldC5zZXJ2aWNlKEh0dHBTZXJ2bGV0LmphdmE6ODAyKQo+ICAgICAg ICBhdCBvcmcuYXBhY2hlLmNhdGFsaW5hLmNvcmUuQXBwbGljYXRpb25GaWx0ZXJDaGFpbi5pbnRl cm5hbERvRmlsdGVyKEFwcGxpY2F0aW9uRmlsdGVyQ2hhaW4uamF2YToyNTIpCj4gICAgICAgIGF0 IG9yZy5hcGFjaGUuY2F0YWxpbmEuY29yZS5BcHBsaWNhdGlvbkZpbHRlckNoYWluLmRvRmlsdGVy KEFwcGxpY2F0aW9uRmlsdGVyQ2hhaW4uamF2YToxNzMpCj4gICAgICAgIGF0IG9yZy5hcGFjaGUu Y2F0YWxpbmEuY29yZS5BcHBsaWNhdGlvbkRpc3BhdGNoZXIuaW52b2tlKEFwcGxpY2F0aW9uRGlz cGF0Y2hlci5qYXZhOjY3MikKPiAgICAgICAgYXQgb3JnLmFwYWNoZS5jYXRhbGluYS5jb3JlLkFw cGxpY2F0aW9uRGlzcGF0Y2hlci5kb0luY2x1ZGUoQXBwbGljYXRpb25EaXNwYXRjaGVyLmphdmE6 NTc0KQo+ICAgICAgICBhdCBvcmcuYXBhY2hlLmNhdGFsaW5hLmNvcmUuQXBwbGljYXRpb25EaXNw YXRjaGVyLmluY2x1ZGUoQXBwbGljYXRpb25EaXNwYXRjaGVyLmphdmE6NDk5KQo+ICAgICAgICBh dCBjb20ubGlmZXJheS5wb3J0bGV0LlBvcnRsZXRSZXF1ZXN0RGlzcGF0Y2hlckltcGwuaW5jbHVk ZShQb3J0bGV0UmVxdWVzdERpc3BhdGNoZXJJbXBsLmphdmE6MjM3KQo+ICAgICAgICBhdCBjb20u bGlmZXJheS5wb3J0bGV0LlBvcnRsZXRSZXF1ZXN0RGlzcGF0Y2hlckltcGwuaW5jbHVkZShQb3J0 bGV0UmVxdWVzdERpc3BhdGNoZXJJbXBsLmphdmE6ODIpCj4gICAgICAgIGF0IG9yZy5zcHJpbmdm cmFtZXdvcmsud2ViLnBvcnRsZXQuRGlzcGF0Y2hlclBvcnRsZXQucmVuZGVyKERpc3BhdGNoZXJQ b3J0bGV0LmphdmE6MTA1OSkKPiA9PT09PT09PQo+Cj4KPgo+Cj4gSGVyZSBpcyBteSB0aWxlcyBh bmQgdmlldyByZXNvbHZlciBjb25maWcKPiA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PQo+Cj4gICAgICAgIDxiZWFuIGlkPSJ0aWxlc0NvbmZpZ3VyZXIiCj4gY2xhc3M9Im9yZy5zcHJp bmdmcmFtZXdvcmsud2ViLnNlcnZsZXQudmlldy50aWxlcy5UaWxlc0NvbmZpZ3VyZXIiPgo+ICAg ICAgICAgICAgICAgIDxwcm9wZXJ0eSBuYW1lPSJmYWN0b3J5Q2xhc3MiCj4gdmFsdWU9Im9yZy5h cGFjaGUuc3RydXRzLnRpbGVzLnhtbERlZmluaXRpb24uSTE4bkZhY3RvcnlTZXQiLz4KPiAgICAg ICAgICAgICAgICA8cHJvcGVydHkgbmFtZT0iZGVmaW5pdGlvbnMiPgo+ICAgICAgICAgICAgICAg ICAgICAgICAgPGxpc3Q+Cj4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDx2YWx1ZT4v V0VCLUlORi90aWxlc19kZWZzL2xheW91dHMueG1sPC92YWx1ZT4KPiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgPHZhbHVlPi9XRUItSU5GL3RpbGVzX2RlZnMvYWxlcnRfcGFnZXMueG1s PC92YWx1ZT4KPiAgICAgICAgICAgICAgICAgICAgICAgIDwvbGlzdD4KPiAgICAgICAgICAgICAg ICA8L3Byb3BlcnR5Pgo+ICAgICAgICA8L2JlYW4+Cj4KPiAgICAgICAgPGJlYW4gaWQ9InZpZXdS ZXNvbHZlciIKPiBjbGFzcz0ib3JnLnNwcmluZ2ZyYW1ld29yay53ZWIuc2VydmxldC52aWV3Lklu dGVybmFsUmVzb3VyY2VWaWV3UmVzb2x2ZXIiPgo+ICAgICAgICA8cHJvcGVydHkgbmFtZT0ib3Jk ZXIiIHZhbHVlPSIxIi8+Cj4gICAgICAgICAgICAgICAgPHByb3BlcnR5IG5hbWU9InJlcXVlc3RD b250ZXh0QXR0cmlidXRlIiB2YWx1ZT0icmVxdWVzdENvbnRleHQiLz4KPiAgICAgICAgICAgICAg ICA8cHJvcGVydHkgbmFtZT0idmlld0NsYXNzIgo+IHZhbHVlPSJvcmcuc3ByaW5nZnJhbWV3b3Jr LndlYi5zZXJ2bGV0LnZpZXcudGlsZXMuVGlsZXNKc3RsVmlldyIgLz4KPiAgICAgICAgPC9iZWFu Pgo+Cj4gLS0KPgo+IC0g4KS44KS/4KSm4KWN4KSn4KS+4KSw4KWN4KSlIChTaWRkaGFydGgpCj4g WyB3cml0dGVuIHVzaW5nIGh0dHA6Ly93d3cucGFhaGlqZW4uY29tL3NjcmF0Y2hwYWQgXQo+CgoK LS0gCgotIOCkuOCkv+CkpuCljeCkp+CkvuCksOCljeCkpSAoU2lkZGhhcnRoKQpbIHdyaXR0ZW4g dXNpbmcgaHR0cDovL3d3dy5wYWFoaWplbi5jb20vc2NyYXRjaHBhZCBdCg== |
|
From: Isabella V. <tru...@de...> - 2007-06-02 15:02:15
|
<html> <body bgcolor=3D"#ffffff" text=3D"#000000"> <img src=3D"cid:92CADE9C=2EAD5C20F2"> <br> Death never takes the wise man by surprise, he is always ready to go=2E = <br> Love is most nearly itself when here and now cease to matter=2E <br> Art -- the one achievement of Man which has made the long trip up from a= ll fours seem well advised=2E <br> Whatever fortune brings, don't be afraid of doing things=2E <br> There are more things to alarm us than to harm us, and we suffer more of= ten in apprehension than reality=2E <br> Objects we ardently pursue bring little happiness when gained most of ou= r pleasures come from unexpected sources=2E <br> Live as if everything you do will eventually be known=2E <br> It is not the situation that makes the man, but the man who makes the si= tuation=2E <br> Character is much easier kept than recovered=2E <br> That must be wonderful I have no idea of what it means=2E <br> Without inspiration the best powers of the mind remain dormant, they is = a fuel in us which needs to be ignited with sparks=2E <br> I skate to where the puck is going to be, not where it is=2E <br> In the misfortunes of our best friends we always find something not alto= gether displeasing to us=2E </body> </html> |
|
From: Ben H. <ben...@in...> - 2007-06-01 11:18:41
|
I'm going to be posting a blog entry that discusses the new structure, but a quick rundown can be found in the changelog: http:// fisheye1.cenqua.com/changelog/springframework?cs=MAIN:jhoeller: 20070528093003&csize=17 -Ben On Jun 1, 2007, at 2:06 AM, Magnus Heino wrote: > > You forgot: This release also contains source-jars for all jars > available at the maven snapshot repo https://svn.sourceforge.net/ > svnroot/springframework/repos/repo-snapshots/ > > Thats a hgue improvement for all maven users :-) > > This release also introduces a revised structure for Spring's > module jars, > now prepared for OSGi. > > Is this new structure described somewhere? Or should I look at the > build script? > > > -- > > /Magnus Heino > ---------------------------------------------------------------------- > --- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Magnus H. <mh...@gm...> - 2007-06-01 06:06:43
|
You forgot: This release also contains source-jars for all jars available at the maven snapshot repo https://svn.sourceforge.net/svnroot/springframework/repos/repo-snapshots/ Thats a hgue improvement for all maven users :-) This release also introduces a revised structure for Spring's module jars, > now prepared for OSGi. Is this new structure described somewhere? Or should I look at the build script? -- /Magnus Heino |
|
From: Juergen H. <jue...@in...> - 2007-05-31 21:21:43
|
Dear Spring community, I'm pleased to announce that Spring 2.1 M2 has been released! This is the second milestone release in the Spring 2.1 series, introducing refinements in the annotation config support as well as support for AspectJ load-time weaving and various further new features. This release also introduces a revised structure for Spring's module jars, now prepared for OSGi. Note that Hibernate 2.1 support has been dropped: Spring generally requires Hibernate 3.1 or higher now. FYI, we have also released a 2.0.6 snapshot, containing backported fixes from 2.1 M2. Please give this snapshot a try as a drop-in replacement for 2.0.5! The official 2.0.6 release is scheduled for June 15th. Cheers, Juergen ----- Juergen Hoeller Interface21 http://www.interface21.com |
|
From: John L. <jl...@un...> - 2007-05-25 17:35:21
|
Since this isn't really a Spring Development discussion, I'm going to move exclusively over to the forums. I will post more thoughts on Issue 1 over there. Anyone interested in following this discussion can go to http://forum.springframework.org/showthread.php?t=38451&page=2 |
|
From: Technidecor <en...@ar...> - 2007-05-25 07:38:52
|
<head> <meta http-equiv=3D"content-type" content=3D"text/html;charset=3DISO-8859= -1"> <meta name=3D"generator" content=3D"Adobe GoLive 6"> <title>Stands Technidécor</title> </head> <body background=3D"http://www.arawak-marketing.com/techni/GGG.gif"> <div align=3D"center"> <table width=3D"64" border=3D"0" cellspacing=3D"0" cellpadding=3D"0"> <tr> <td> <div align=3D"center"> <font size=3D"2" face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regula= r">Si vous ne parvenez par à lire correctement ce message, <a href= =3D"http://www.arawak-marketing.com/techni/TECHNIDECOR_JUIN.html">cliq</a><= /font><font size=3D"2" face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular= "><a href=3D"http://www.arawak-marketing.com/techni/TECHNIDECOR_JUIN.html">= uez sur ce lien</a></font></div> </td> </tr> <tr> <td> <table width=3D"64" border=3D"0" cellspacing=3D"0" cellpadding=3D"5"> <tr> <td><img src=3D"http://www.arawak-marketing.com/techni/techni1.gif"= alt=3D"" width=3D"853" height=3D"470" border=3D"0"></td> </tr> </table> </td> </tr> <tr> <td> <div align=3D"left"> <table width=3D"122" border=3D"0" cellspacing=3D"0" cellpadding=3D"5= "> <tr> <td><img src=3D"http://www.arawak-marketing.com/techni/TECHNI5.gif= " alt=3D"" width=3D"396" height=3D"300" border=3D"0"></td> <td><img src=3D"http://www.arawak-marketing.com/techni/TECHNI4.gif= " alt=3D"" width=3D"447" height=3D"300" border=3D"0"></td> </tr> </table> </div> </td> </tr> <tr> <td> <div align=3D"left"> <table width=3D"122" border=3D"0" cellspacing=3D"0" cellpadding=3D"5= "> <tr> <td><img src=3D"http://www.arawak-marketing.com/techni/TECHI2.gif"= alt=3D"" width=3D"448" height=3D"300" border=3D"0"></td> <td><img src=3D"http://www.arawak-marketing.com/techni/TECHNI3.gif= " alt=3D"" width=3D"399" height=3D"300" border=3D"0"></td> </tr> </table> </div> </td> </tr> <tr> <td> <div align=3D"center"> <img src=3D"http://www.arawak-marketing.com/techni/CONTACT.gif" alt= =3D"" width=3D"543" height=3D"51" border=3D"0"></div> </td> </tr> <tr> <td> <form action=3D"http://www.arawak-emailing.com/script_mailing/arawak_= cgi.php" method=3D"get" name=3D"FormName"> <table border=3D"0" cellspacing=3D"2" cellpadding=3D"0"> <tr> <td width=3D"236"><input type=3D"hidden" name=3D"name_emailing" va= lue=3D"techni-juin" border=3D"0"><font size=3D"2" face=3D"Arial,Helvetica,G= eneva,Swiss,SunSans-Regular"><b>Société : <input type=3D"text= " name=3D"SOCIETE" size=3D"24" border=3D"0"></b></font></td> <td width=3D"289"><font size=3D"2" face=3D"Arial,Helvetica,Geneva,= Swiss,SunSans-Regular"><b>Contact : <input type=3D"text" name=3D"CONTACT" s= ize=3D"30" border=3D"0"></b></font></td> <td width=3D"326"><span class=3D"texte1"><font size=3D"2" face=3D"= Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b>Votre prochaine participat= ion à un salon :</b></font></span></td> </tr> <tr> <td width=3D"236"><font size=3D"2" face=3D"Arial,Helvetica,Geneva,= Swiss,SunSans-Regular"><b>Tel : <input type=3D"text" name=3D"TELEPHONE" siz= e=3D"24" border=3D"0"></b></font></td> <td width=3D"289"><font size=3D"2" face=3D"Arial,Helvetica,Geneva,= Swiss,SunSans-Regular"><b>E-mail : <input type=3D"text" name=3D"E_MAIL" siz= e=3D"31" border=3D"0"></b></font></td> <td width=3D"326"><b><font size=3D"2" color=3D"black" face=3D"Aria= l,Helvetica,Geneva,Swiss,SunSans-Regular">- </font><font size=3D"2"><span c= lass=3D"texte1"><font face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular"= >Nom du salon : </font></span></font></b><input type=3D"text" name=3D"NOM_D= U_SALON" size=3D"24" border=3D"0"><br> </td> </tr> <tr> <td colspan=3D"2" width=3D"527"><font size=3D"2" face=3D"Arial,Hel= vetica,Geneva,Swiss,SunSans-Regular"><b>Adresse postale : <input type=3D"te= xt" name=3D"ADRESSE" size=3D"53" border=3D"0"></b></font></td> <td width=3D"326"><b><font size=3D"2" color=3D"black" face=3D"Aria= l,Helvetica,Geneva,Swiss,SunSans-Regular">- </font><font size=3D"2"><span c= lass=3D"texte1"><font face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regular"= >Ville et parc : </font></span></font></b><input type=3D"text" name=3D"VILL= E_ET_PARC_D_EXPO" size=3D"24" border=3D"0"><br> </td> </tr> <tr> <td width=3D"236"><font size=3D"2" face=3D"Arial,Helvetica,Geneva,= Swiss,SunSans-Regular"><b>CP : <input type=3D"text" name=3D"CODEPOSTAL" siz= e=3D"24" border=3D"0"><br> </b></font></td> <td width=3D"289"><font size=3D"2" face=3D"Arial,Helvetica,Geneva,= Swiss,SunSans-Regular"><b>Ville : <input type=3D"text" name=3D"VILLE" size= =3D"32" border=3D"0"></b></font></td> <td width=3D"326"><span class=3D"texte1"><font size=3D"2" face=3D"= Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b>- Dates : </b></font></spa= n><font color=3D"black"><select name=3D"dates" size=3D"1"> <option value=3D"avril 2007">avril 2007</option> <option value=3D"mai 2007">mai 2007</option> <option value=3D"juin 2007">juin 2007</option> <option value=3D"juillet 2007">juillet 2007</option> <option value=3D"ao=9Et 2007">août 2007</option> <option value=3D"septembre 2007">septembre 2007</option> <option value=3D"octobre 2007">octobre 2007</option> <option value=3D"novembre 2007">novembre 2007</option> <option value=3D"d=8Ecembre 2007">décembre 2007</option> <option value=3D"Second semestre 2008">Second semestre 2008</op= tion> <option value=3D"Premier semestre 2008">Premier semestre 2008</= option> </select></font><font size=3D"2" color=3D"black" face=3D"Arial,H= elvetica,Geneva,Swiss,SunSans-Regular"><br> </font></td> </tr> <tr> <td colspan=3D"2" width=3D"527"> <div align=3D"center"> <input type=3D"submit" name=3D"Envoyer" value=3D"Soumettre ma de= mande d'information" border=3D"0"></div> </td> <td width=3D"326"><span class=3D"texte1"><font size=3D"2" face=3D"= Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b>- Superficie du stand : </= b></font></span><font color=3D"black"><select name=3D"superficie" size=3D"1= "> <option value=3D"-----------------">----</option> <option value=3D"9 m2">9 m2</option> <option value=3D"18 m2">18 m2</option> <option value=3D"27 m2">27 m2</option> <option value=3D"36 m2">36 m2</option> <option value=3D"45 m2">45 m2</option> <option value=3D"54 m2">54 m2</option> <option value=3D"63 m2">63 m2</option> <option value=3D"72 m2">72 m2</option> <option value=3D"81 m2">81 m2</option> <option value=3D"90 m2">90 m2</option> <option value=3D"100 m2 et +">100 m2 et +</option> </select></font><font size=3D"2" color=3D"black" face=3D"Arial,H= elvetica,Geneva,Swiss,SunSans-Regular"><br> </font></td> </tr> <tr> <td colspan=3D"2" width=3D"527"> <div align=3D"center"> <font size=3D"1" face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Re= gular"><i>Si vous ne parvenez pas à utiliser ce formulaire, merci de= nous répondre par retour de mail.<br> </i></font></div> </td> <td width=3D"326"><span class=3D"texte1"><font size=3D"2" face=3D"= Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b>- Budget envisagé e= n € : </b></font></span><font color=3D"black"><select name=3D"budget" = size=3D"1"> <option value=3D"-----------------">----</option> <option value=3D"5000 euros">5000 €</option> <option value=3D"7500 euros">7500 €</option> <option value=3D"10 000 euros">10 000 €</option> <option value=3D"15 000 euros">15 000 €</option> <option value=3D"20 000 euros">20 000 €</option> </select></font><font size=3D"2" color=3D"black" face=3D"Arial,H= elvetica,Geneva,Swiss,SunSans-Regular"><br> </font></td> </tr> </table> </form> </td> </tr> <tr> <td> <div align=3D"center"> <font size=3D"2" face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regula= r"> <hr> Désabonnement : Vous disposez d'un droit d'accès, d= e modification, de rectification et de suppression des données qui v= ous concernent (art. 34 de la loi"Informatique et Libertés"= ;). Fichier de diffusion Arawak, enregistré à la CNIL, sous l= e N°1026477<br> <span class=3D"texte3">Pour vous désabonner : <a href=3D"htt= p://www.arawak-emailing.com/desabonnement/email.php?email=3Dspringframework= -dev...@li...">cliquez sur ce lien</a></span></font></di= v> </td> </tr> </table> </div> <p></p> <div align=3D"center"><BR></div></BODY> </html> |
|
From: Ben A. <ben...@in...> - 2007-05-25 06:31:16
|
Dear Spring Community I am pleased to advise Acegi Security 1.0.4 is now available. There are over 50 issues addressed in this release. Existing user can upgrade to release 1.0.4 with a simple JAR drop. Please visit http://tinyurl.com/2qey2l for a detailed changelog. The project's web site at http://acegisecurity.org provides additional information on Acegi Security's features, access to online documentation, and links to download the latest release. Please note that the next release of Acegi Security will be known as Spring Security 2.0.0 M1. We anticipate releasing this within the next 7-14 days, and it will offer Spring 2 namespace support. We trust that you find this new release useful in your projects. Cheers Ben |
|
From: Rajib P. <raj...@gm...> - 2007-05-24 09:31:10
|
Hello,
I have configured FFMPEG media server to our server.
I want to upload and play video file using spring.
My Question is , How to start this?
kindly revert back your suggestion.
Thank you.
Rajib Pal
|
|
From: Joerg H. <joe...@gm...> - 2007-05-24 09:18:15
|
John Lewis <jlewis <at> unicon.net> writes: > Whew! That is a long and complicated set of questions. Hello John, thanks very much for your time and effort to dive into it. > Issue 1: > > First, please realize that the concrete Controller hierarchies that come > with Spring Portlet MVC (and Spring Web MVC, for that matter) are > designed for certain common usage patterns. While they are very > flexible, it is certainly possible to come up with a way of operating > that does not lend itself to using these controller directly. It sound > like this might be the case in your instance. Independent from my more complex use case it's very easy to create a setup that breaks: you need 2 Controllers using a different command and a HandlerMapping that selects the one for the ActionRequest and the other one for the RenderRequest. The render phase Controller will fail since it retrieves the command in a way that it gets the one from the action phase. I don't know if that setup is that unlikely. > >From what I can tell from your description, it sounds like you might > want to factor out the display of the search results from the form > controller that edits search criteria in order to make things simple. > So, I might recommend redesigning things slightly as follows: My setup is nearly as you describe it. I have two objects for criteria and config in the session and some meaningful default for the first access. It's wrapped by a DTO used as command. The only difference seems to be the splitting of my TableViewController into a TableViewController (render phase) and a TableViewCriteriaController (action phase). Unfortunately, I don't think it can't help. Only solution is IMO to exactly use the same command object for both my controllers. Currently they are slightly different because of a third object not needed for the TableViewConfigController. So I know how to work around it. Reporting this issue was more about the general thing I rephrased above. And possibly there could have been a work around I was not aware of. Somehow enforcing the render phase controller to recreate the command instead of just relying on finding it in the PortletSession ... > Issue 2: > > I agree there is no easy mechanism to detect if values in the command > object have in fact changed. There are a few server-side optionsI can > think of: > - Use all custom PropertyEditors in the DataBinder, register > PropertyChangeListeners and react to PropertyChangeEvents. This is all > really intended for GUI programming, but could be used here. Yuck. I already had a short look on it. Since the listener is called on every setValue() I can't see how to use it: rendering: PropertyEditor editor = new PropertyEditor(); editor.setValue(value); // initial value => first change event editor.getAsText(); binding: editor.setAsText(valueFromRequestParam); // new value => next change event How to determine if the value has actually changed? The funny thing is the BeanWrapperImpl instantiates some PropertyChangeEvents, but only uses them for exception handling. > - Create some kind of custom PortletRequestDataBinder that will watch > for changes in value -- add this to your controllers by overriding the > createBinder method. Also not pretty. In this case I live with the easier (but hacky) work around to set a hidden field value on the client. > Anyway, I agree this is a good idea. I added it to my list of thing to > implement someday. You should go create a JIRA item for this feature. http://opensource.atlassian.com/projects/spring/browse/SPR-3516 > Issue 3: > > This really isn't a portlet question at all -- this is a straight JSP > problem. Yes, the root issue is not Spring related. It gets one with the mentioned work around with form:options since it resolves the expression internally, but I can't influence the labels [4]. And the general way to handle the latter fails with form:option as I have to use c:forEach then. Thanks very much, Joerg > > [4] http://opensource.atlassian.com/projects/spring/browse/SPR-3484 |
|
From: John L. <jl...@un...> - 2007-05-22 22:30:22
|
Whew! That is a long and complicated set of questions.
I apologize for not weighing in on the forums -- the vBulletin platform
doesn't lend itself to a "monitoring" role.
Let me see if we can make some progress here:
Issue 1:
First, please realize that the concrete Controller hierarchies that come
with Spring Portlet MVC (and Spring Web MVC, for that matter) are
designed for certain common usage patterns. While they are very
flexible, it is certainly possible to come up with a way of operating
that does not lend itself to using these controller directly. It sound
like this might be the case in your instance.
>From what I can tell from your description, it sounds like you might
want to factor out the display of the search results from the form
controller that edits search criteria in order to make things simple.
So, I might recommend redesigning things slightly as follows:
1. Use two objects in the user session: one that contains your search
criteria and another that contains your view configuration. Write a
simple AbstractController (let's call it "TableViewController") that
only has a render phase that will show the results based on these two
objects in the session.
2. To enter/change the search criteria, create a SimpleFormController
(let's call it "TableViewCriteriaController") that provides a form to
edit the query criteria object. Override the formBackingObject method
to retrieve the object from the session if it exists and create a new
one if it does not. Override an onSubmitAction method to store the
modified object back into the session. Have it forward its render phase
to TableViewController.
3. Create another SimpleFormController (let's call it
"TableViewConfigController") to do the same thing for the view
configuration.
You'll need to handle the case of the first render of the portlet either
by having TableViewCriteriaController be the default mapping or by
having TableViewController do something intelligent if the session
objects do not exist yet (perhaps a default set of criteria?).
Issue 2:
I agree there is no easy mechanism to detect if values in the command
object have in fact changed. There are a few server-side optionsI can
think of:
- Use all custom PropertyEditors in the DataBinder, register
PropertyChangeListeners and react to PropertyChangeEvents. This is all
really intended for GUI programming, but could be used here. Yuck.
- Create some kind of custom PortletRequestDataBinder that will watch
for changes in value -- add this to your controllers by overriding the
createBinder method. Also not pretty.
Anyway, I agree this is a good idea. I added it to my list of thing to
implement someday. You should go create a JIRA item for this feature.
Issue 3:
This really isn't a portlet question at all -- this is a straight JSP
problem. On first review I'm not sure how best to address the issue. I
wanted to send the email on the first two issues as soon as possible.
Maybe someone else can help on this issue.
Let me know what follow-up questions you have.
John Lewis
Joerg Heinicke wrote:
> Hello,
>
> in my habit to use libs/frameworks as best as possible I often drive them to
> their extremes and come across some issues in them or at least questions others
> might not have had and can't answer me. That's the case at the moment with
> Spring Portlet MVC. I have posted them in the forum [1, 2, 3], but nobody could
> really give answers to them. And since Spring developers were rarely seen in the
> forum I decided to ask those questions here again. :-)
>
> All the questions are related and result from a feature I implemented in the
> last two weeks: a generic table view. That means you have a search form, this
> fills a criteria and the result is shown as table. Since this is very common
> functionality I built an abstraction of it. There is a TableViewConfig
> configuring the final result table (columns to view, order of columns, order of
> rows). There is an object the form is bound to and with which the result is
> retrieved using criteria by example. The last part is done by a CriteriaProvider
> (creating Hibernate's DetachedCriteria for example) and a DAO.
>
> The Portlet MVC part consists of two controllers: TableViewController for
> displaying the search form and the result. And TableViewConfigController for
> displaying a form for configuring the TableViewConfig, i.e. where you can change
> the order of the columns or switch on or off the one or the other column. The
> default view (actually view mode) is the TableViewController, you put your
> criteria into the search form and get the result. If you want to change the
> TableViewConfig you can switch to the edit mode and the
> TableViewConfigController comes into play. On saving the TableViewConfig I want
> to switch back to the view mode and show the new result according to the new
> TableViewConfig.
>
> =====
>
> Issue 1 [1] I have (which is also not much related to my particular use case) is
> the usage of two different controllers for action and render phase. This is made
> easy by Spring since the HandlerMapping is executed for each phase.
> Unfortunately it seems not well-supported since you are more or less forced to
> use the same command object for both controllers. In the use case on saving the
> TableViewConfig (action request and form submit) I want to switch to
> TableViewController and render the result as it were a form submit in the same
> controller (isFormSubmission() returning true). But that's not possible since I
> need a different form backing object for this controller. In the case of
> isFormSubmission() returning true Spring Portlet MVC expects the form backing
> object to be found in the PortletSession (getRenderCommand(RenderRequest)). Only
> when isFormSubmission() does not return true a new form backing object is
> created. So with
>
> response_.setRenderParameter(getFormSubmitParameterName(), "false");
>
> in the TableViewConfigController I force the TableViewController to create its
> own form backing object, but can't display the search result immediately since
> I'm no longer in form submission rendering.
>
> =====
>
> The second issue is about missing value change listeners [2] or something like
> this. On changing the order of the columns (TableViewConfigController) I want to
> redisplay the form, i.e. go into form change processing. But it seems impossible
> to determine changes to the form backing object in Spring MVC. I worked around
> it by setting a parameter on such form submits on the client with Javascript and
> trigger on this one in isFormChangeRequest(). A better solution is welcome.
>
> =====
>
> The third issue consists of multiple parts. It comes with using selects in the
> search from and not only plain text inputs. My TableViewConfig actually has a
> list of TableViewColumns, of which each has for example a property "path",
> "name", "type" ("input", "select"). For selects there is additionally
> "optionsPath", "itemValue" and "itemLabel" matching the attribute names of
> Spring's form taglib. Normally it would look like
>
> <form:select path="company">
> <form:options items="${companies}" itemValue="id" itemLabel="name"/>
> </form:select>
>
> With my abstraction it would be
>
> <!-- context set to tableView.columns[i] via spring:nestedPath -->
> <form:select path="${path}">
> <form:options items="${${optionsPath}}" itemValue="${itemValue}"
> itemLabel="${itemLabel}"/>
> </form:select>
>
> First problem with it is ${${, so nested property evaluation, which is not
> supported by JSTL. Lucky me, Spring's OptionsTag allows to pass an expression,
> so that I only need to prevent JSTL from interpreting the nested expression. I
> do it with something like (don't have access to the code at the moment)
>
> <c:set var="optionsPathExpr" value="${'${'}${optionsPath}${'}'}"/>
> <form:options items="${optionsPathExpr}" itemValue="${itemValue}"
> itemLabel="${itemLabel}"/>
>
> This works due to Spring's resolving of the "optionsPathExpr". But it's awkward
> and nicer solutions are welcome. I'll also come back to it later since it gets
> an issue again ...
>
> Now there is the requirement to style the item labels and I'm at [3] or [4].
> <form:select> and <form:options> only allow to set plain itemLabel and
> itemValue. It can again be an expression, but the result of it is interpreted as
> property of the bean. I can not construct complex labels, while a kind of a
> template would be nice as shown in [4] and [5].
>
> Workaround up to now, e.g. for i18n, is to use <c:forEach> and <form:option> as
> shown in [3] since <form:option> can be any JSP stuff. I COULD use it, it would
> stay as generic as the other solution, it's only a bit longer. BUT (coming back
> to the nested expression evaluation) I lose Spring's resolving of the
> "optionsPathExpr". I don't see a way to rewrite
>
> <form:select path="${path}">
> <c:forEach items="${${optionsPath}}">
> <form:option value="${item}"><!--complex label--></form:option>
> </c:forEach>
> </form:select>
>
> Nested expressions don't work and using the "workaround" from above <c:forEach>
> would try to iterate on the string "${optionsPathExpr}". That problem is not
> related to Spring directly, but if anybody knows a solution I'll be happy.
>
> While [4] for others is just a shorter way of writing for me it's the only
> option I see at the moment.
>
> =====
>
> Thank you for still reading this lengthy post. I appreciate any input and help
> on my problems.
>
> Regards
> Joerg
>
> [1] http://forum.springframework.org/showthread.php?t=38451
> [2] http://forum.springframework.org/showthread.php?t=38499
> [3] http://forum.springframework.org/showthread.php?t=38795
> [4] http://opensource.atlassian.com/projects/spring/browse/SPR-3484
> [5] http://opensource.atlassian.com/projects/spring/browse/SPR-2659
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
>
>
|
|
From: Solomon D. <sd...@gm...> - 2007-05-22 19:29:40
|
Ok.. you convinced me :) On 5/22/07, Lachezar Dobrev <l.d...@gm...> wrote: > Actually this might prove very useful. > I have missed this new feature... > For instance the AOP interceptors quite often need to have a specific > ordering. For now my implementation is so: > > <bean name="baseService" ...> > <property name="interceptors"> > <list> > <value>transactionInterceptor</value> > <value>hibernateInterceptor</value> > </list> > </property> > </bean> > > <bean name="someService" parent="baseService"> > <property name="interceptors"> > <list> > <value>validationInterceptor</value> > <value>transactionInterceptor</value> > <value>hibernateInterceptor</value> > </list> > </property> > </bean> > > So I rewrite the whole list to prepend an item. > > It would possibly prove useful to have: > ... > <list merge="prepend"> > <value>transactionInterceptor</value> > </list> > ... > > And this would be also backward-compatible (true, prepend or append). > > Your style is viable (no doubt about that), but I think is more tedious, > and I have trouble understanding it. > > 2007/5/22, Solomon Duskis < sd...@gm...>: > > > > The current "merge" functionality is slick because it is easy to use. > > More functionality may end up making the merge functionality harder to > > understand. > > > > I needed something more powerful as well. I wrote my own > > ListFactoryBean that is as configurable as you'd like. You can see > > what I did at > http://jroller.com/page/Solomon?entry=appending_lists_in_spring_xml > > > > Basically, you'll need to break out the parent & child lists into > > separate configurations and the use a "ref" instead of a nested > > <list>. > > > > For example instead of doing: > > > > ... parent > > <property name="myList"> > > <list> > > <value>3</value> > > <value>4</value> > > </list> > > </property> > > > > ... child > > <property name="myList" merge="true"> > > <list> > > <value>1</value> > > <value>2</value> > > </list> > > </property> > > > > You would do the following instead: > > > > ... parent > > <property name="myList" ref="parent_list"> > > </bean> > > > > <util:list name="parent_list"> > > <list> > > <value>3</value> > > <value>4</value> > > </list> > > </util:list> > > > > <bean class="...MyListFactoryBean" name="child_list"> > > <property name="list"> > > <list> > > <value>1</value> > > <value>2</value> > > <ref local="parent_list"> > > </list> > > </property> > > </util:list> > > > > ... child > > <property name="myList" ref="child_list"> > > > > I hope that this helps... > > > > -Solomon > > > > On 5/22/07, Rob Butler < cro...@ya...> wrote: > > > Hello all, > > > > > > In Spring 2.0 the capability to merge parent & child lists was added. > This is a great feature, but unfortunately the current implementation will > always place elements in the parent list before elements in the child list. > It would be nice if an additional parameter could be added to control > whether the parent or child list elements are first in the merged list. In > an application I am currently developing merged lists would have been ideal, > but I need the child elements to come first so the current implementation > cannot be used. > > > > > > Thanks > > > Rob > > > > > > > > > > > > > > > > > > > ____________________________________________________________________________________Yahoo! > oneSearch: Finally, mobile search > > > that gives answers, not web links. > > > > http://mobile.yahoo.com/mobileweb/onesearch?refer=1ONXIC > > > > > > > ------------------------------------------------------------------------- > > > This SF.net email is sponsored by DB2 Express > > > Download DB2 Express C - the FREE version of DB2 express and take > > > control of your XML. No limits. Just data. Click to get it now. > > > http://sourceforge.net/powerbar/db2/ > > > _______________________________________________ > > > Springframework-developer mailing list > > > Spr...@li... > > > > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > > > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > |
|
From: Lachezar D. <l.d...@gm...> - 2007-05-22 13:45:56
|
Actually this might prove very useful. I have missed this new feature... For instance the AOP interceptors quite often need to have a specific ordering. For now my implementation is so: <bean name="baseService" ...> <property name="interceptors"> <list> <value>transactionInterceptor</value> <value>hibernateInterceptor</value> </list> </property> </bean> <bean name="someService" parent="baseService"> <property name="interceptors"> <list> <value>validationInterceptor</value> <value>transactionInterceptor</value> <value>hibernateInterceptor</value> </list> </property> </bean> So I rewrite the whole list to prepend an item. It would possibly prove useful to have: ... <list merge="prepend"> <value>transactionInterceptor</value> </list> ... And this would be also backward-compatible (true, prepend or append). Your style is viable (no doubt about that), but I think is more tedious, and I have trouble understanding it. 2007/5/22, Solomon Duskis <sd...@gm...>: > > The current "merge" functionality is slick because it is easy to use. > More functionality may end up making the merge functionality harder to > understand. > > I needed something more powerful as well. I wrote my own > ListFactoryBean that is as configurable as you'd like. You can see > what I did at > http://jroller.com/page/Solomon?entry=appending_lists_in_spring_xml > > Basically, you'll need to break out the parent & child lists into > separate configurations and the use a "ref" instead of a nested > <list>. > > For example instead of doing: > > ... parent > <property name="myList"> > <list> > <value>3</value> > <value>4</value> > </list> > </property> > > ... child > <property name="myList" merge="true"> > <list> > <value>1</value> > <value>2</value> > </list> > </property> > > You would do the following instead: > > ... parent > <property name="myList" ref="parent_list"> > </bean> > > <util:list name="parent_list"> > <list> > <value>3</value> > <value>4</value> > </list> > </util:list> > > <bean class="...MyListFactoryBean" name="child_list"> > <property name="list"> > <list> > <value>1</value> > <value>2</value> > <ref local="parent_list"> > </list> > </property> > </util:list> > > ... child > <property name="myList" ref="child_list"> > > I hope that this helps... > > -Solomon > > On 5/22/07, Rob Butler <cro...@ya...> wrote: > > Hello all, > > > > In Spring 2.0 the capability to merge parent & child lists was > added. This is a great feature, but unfortunately the current > implementation will always place elements in the parent list before elements > in the child list. It would be nice if an additional parameter could be > added to control whether the parent or child list elements are first in the > merged list. In an application I am currently developing merged lists would > have been ideal, but I need the child elements to come first so the current > implementation cannot be used. > > > > Thanks > > Rob > > > > > > > > > > > > > ____________________________________________________________________________________Yahoo! > oneSearch: Finally, mobile search > > that gives answers, not web links. > > http://mobile.yahoo.com/mobileweb/onesearch?refer=1ONXIC > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: Solomon D. <sd...@gm...> - 2007-05-22 13:28:57
|
The current "merge" functionality is slick because it is easy to use. More functionality may end up making the merge functionality harder to understand. I needed something more powerful as well. I wrote my own ListFactoryBean that is as configurable as you'd like. You can see what I did at http://jroller.com/page/Solomon?entry=appending_lists_in_spring_xml Basically, you'll need to break out the parent & child lists into separate configurations and the use a "ref" instead of a nested <list>. For example instead of doing: ... parent <property name="myList"> <list> <value>3</value> <value>4</value> </list> </property> ... child <property name="myList" merge="true"> <list> <value>1</value> <value>2</value> </list> </property> You would do the following instead: ... parent <property name="myList" ref="parent_list"> </bean> <util:list name="parent_list"> <list> <value>3</value> <value>4</value> </list> </util:list> <bean class="...MyListFactoryBean" name="child_list"> <property name="list"> <list> <value>1</value> <value>2</value> <ref local="parent_list"> </list> </property> </util:list> ... child <property name="myList" ref="child_list"> I hope that this helps... -Solomon On 5/22/07, Rob Butler <cro...@ya...> wrote: > Hello all, > > In Spring 2.0 the capability to merge parent & child lists was added. This is a great feature, but unfortunately the current implementation will always place elements in the parent list before elements in the child list. It would be nice if an additional parameter could be added to control whether the parent or child list elements are first in the merged list. In an application I am currently developing merged lists would have been ideal, but I need the child elements to come first so the current implementation cannot be used. > > Thanks > Rob > > > > > > ____________________________________________________________________________________Yahoo! oneSearch: Finally, mobile search > that gives answers, not web links. > http://mobile.yahoo.com/mobileweb/onesearch?refer=1ONXIC > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: Rob B. <cro...@ya...> - 2007-05-22 12:27:24
|
Hello all,
In Spring 2.0 the capability to merge parent & child lists was added. This is a great feature, but unfortunately the current implementation will always place elements in the parent list before elements in the child list. It would be nice if an additional parameter could be added to control whether the parent or child list elements are first in the merged list. In an application I am currently developing merged lists would have been ideal, but I need the child elements to come first so the current implementation cannot be used.
Thanks
Rob
____________________________________________________________________________________Yahoo! oneSearch: Finally, mobile search
that gives answers, not web links.
http://mobile.yahoo.com/mobileweb/onesearch?refer=1ONXIC
|
|
From: Chandler L. <ver...@gm...> - 2007-05-22 04:51:45
|
wqXJz7XEtb2118rH1tC5+sjLu7nKx8jVsb7Iy6O/CgpPbiA1LzIyLzA3LCB4dXpocCA8eHV6aHBA YWR0ZWMuY29tLmNuPiB3cm90ZToKPgo+Cj4g0tTJz6Gi0sukt6SvpKruiqSk1sKkt6TepLmhowo+ Cj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPiCxsb6p z8jfTcr9zajQxc+ivLzQZ9PQz965q8u+Cj4gufrrSNybvP7KwphJsr8gIOlfsGuyvwo+Cj4gINDs INa+IMa9Cj4KPiBUZWw6ICg4NjEwKTY4NzEtNzEyNCDE2r6AMzAyNQo+IGUtbWFpbDogeHV6aHBA YWR0ZWMuY29tLmNuCj4KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4gVGhpcyBTRi5uZXQgZW1haWwgaXMg c3BvbnNvcmVkIGJ5IERCMiBFeHByZXNzCj4gRG93bmxvYWQgREIyIEV4cHJlc3MgQyAtIHRoZSBG UkVFIHZlcnNpb24gb2YgREIyIGV4cHJlc3MgYW5kIHRha2UKPiBjb250cm9sIG9mIHlvdXIgWE1M LiBObyBsaW1pdHMuIEp1c3QgZGF0YS4gQ2xpY2sgdG8gZ2V0IGl0IG5vdy4KPiBodHRwOi8vc291 cmNlZm9yZ2UubmV0L3Bvd2VyYmFyL2RiMi8KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXwo+IFNwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXIgbWFpbGluZyBs aXN0Cj4gU3ByaW5nZnJhbWV3b3JrLWRldmVsb3BlckBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQKPiBo dHRwczovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9saXN0cy9saXN0aW5mby9zcHJpbmdmcmFtZXdv cmstZGV2ZWxvcGVyCj4KPgo= |
|
From: xuzhp <xu...@ad...> - 2007-05-22 04:42:41
|
以上、宜しくお願い致します。
-----------------------------------------------
北京先進数通信息技術有限公司
国際軟件事業部 開発部
徐 志 平
Tel: (8610)6871-7124 内線3025
e-mail: xu...@ad... |
|
From: xuzhp <xu...@ad...> - 2007-05-22 04:42:04
|
以上、宜しくお願い致します。
-----------------------------------------------
北京先進数通信息技術有限公司
国際軟件事業部 開発部
徐 志 平
Tel: (8610)6871-7124 内線3025
e-mail: xu...@ad... |
|
From: Alberto G. <gao...@ya...> - 2007-05-21 16:18:26
|
How can we help (besides testing, of course)? ----- Original Message ---- From: Arjen Poutsma <apo...@in...> To: spr...@li... Sent: Sunday, May 20, 2007 6:49:42 PM Subject: [Springframework-developer] Spring Web Services 1.0 RC1 Released Dear Spring community, I'm pleased to announce that Spring Web Services 1.0 RC1 has been released! This is the first release candidate of Spring-WS: a product of the Spring community focused on creating document-driven Web services. New in this release is: * Documentation: we now have over 60 pages of documentation, including chapters for both client- and server-side. * A new, annotation-based endpoint programming model. This model reduces the amount of XML configuration necessary, and allows you to inject the evaluation of an XPath evaludation in your endpoint. * MTOM attachment support. This includes marshalling support for JAXB2, so that you can marshal byte[] and DataHandlers to an external attachment. * And about 30 other bug fixes. The next release is planned before the end of June, which can be either a second release candidate; or the 1.0 release! Cheers, Arjen Interface21 E: apo...@in... W: www.interface21.com B: blog.interface21.com/arjen ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer ____________________________________________________________________________________ Don't get soaked. Take a quick peak at the forecast with the Yahoo! Search weather shortcut. http://tools.search.yahoo.com/shortcuts/#loc_weather |
|
From: Arjen P. <apo...@in...> - 2007-05-20 23:50:17
|
Dear Spring community, I'm pleased to announce that Spring Web Services 1.0 RC1 has been released! This is the first release candidate of Spring-WS: a product of the Spring community focused on creating document-driven Web services. New in this release is: * Documentation: we now have over 60 pages of documentation, including chapters for both client- and server-side. * A new, annotation-based endpoint programming model. This model reduces the amount of XML configuration necessary, and allows you to inject the evaluation of an XPath evaludation in your endpoint. * MTOM attachment support. This includes marshalling support for JAXB2, so that you can marshal byte[] and DataHandlers to an external attachment. * And about 30 other bug fixes. The next release is planned before the end of June, which can be either a second release candidate; or the 1.0 release! Cheers, Arjen Interface21 E: apo...@in... W: www.interface21.com B: blog.interface21.com/arjen |
|
From: Joerg H. <joe...@gm...> - 2007-05-19 22:50:26
|
Hello,
in my habit to use libs/frameworks as best as possible I often drive them to
their extremes and come across some issues in them or at least questions others
might not have had and can't answer me. That's the case at the moment with
Spring Portlet MVC. I have posted them in the forum [1, 2, 3], but nobody could
really give answers to them. And since Spring developers were rarely seen in the
forum I decided to ask those questions here again. :-)
All the questions are related and result from a feature I implemented in the
last two weeks: a generic table view. That means you have a search form, this
fills a criteria and the result is shown as table. Since this is very common
functionality I built an abstraction of it. There is a TableViewConfig
configuring the final result table (columns to view, order of columns, order of
rows). There is an object the form is bound to and with which the result is
retrieved using criteria by example. The last part is done by a CriteriaProvider
(creating Hibernate's DetachedCriteria for example) and a DAO.
The Portlet MVC part consists of two controllers: TableViewController for
displaying the search form and the result. And TableViewConfigController for
displaying a form for configuring the TableViewConfig, i.e. where you can change
the order of the columns or switch on or off the one or the other column. The
default view (actually view mode) is the TableViewController, you put your
criteria into the search form and get the result. If you want to change the
TableViewConfig you can switch to the edit mode and the
TableViewConfigController comes into play. On saving the TableViewConfig I want
to switch back to the view mode and show the new result according to the new
TableViewConfig.
=====
Issue 1 [1] I have (which is also not much related to my particular use case) is
the usage of two different controllers for action and render phase. This is made
easy by Spring since the HandlerMapping is executed for each phase.
Unfortunately it seems not well-supported since you are more or less forced to
use the same command object for both controllers. In the use case on saving the
TableViewConfig (action request and form submit) I want to switch to
TableViewController and render the result as it were a form submit in the same
controller (isFormSubmission() returning true). But that's not possible since I
need a different form backing object for this controller. In the case of
isFormSubmission() returning true Spring Portlet MVC expects the form backing
object to be found in the PortletSession (getRenderCommand(RenderRequest)). Only
when isFormSubmission() does not return true a new form backing object is
created. So with
response_.setRenderParameter(getFormSubmitParameterName(), "false");
in the TableViewConfigController I force the TableViewController to create its
own form backing object, but can't display the search result immediately since
I'm no longer in form submission rendering.
=====
The second issue is about missing value change listeners [2] or something like
this. On changing the order of the columns (TableViewConfigController) I want to
redisplay the form, i.e. go into form change processing. But it seems impossible
to determine changes to the form backing object in Spring MVC. I worked around
it by setting a parameter on such form submits on the client with Javascript and
trigger on this one in isFormChangeRequest(). A better solution is welcome.
=====
The third issue consists of multiple parts. It comes with using selects in the
search from and not only plain text inputs. My TableViewConfig actually has a
list of TableViewColumns, of which each has for example a property "path",
"name", "type" ("input", "select"). For selects there is additionally
"optionsPath", "itemValue" and "itemLabel" matching the attribute names of
Spring's form taglib. Normally it would look like
<form:select path="company">
<form:options items="${companies}" itemValue="id" itemLabel="name"/>
</form:select>
With my abstraction it would be
<!-- context set to tableView.columns[i] via spring:nestedPath -->
<form:select path="${path}">
<form:options items="${${optionsPath}}" itemValue="${itemValue}"
itemLabel="${itemLabel}"/>
</form:select>
First problem with it is ${${, so nested property evaluation, which is not
supported by JSTL. Lucky me, Spring's OptionsTag allows to pass an expression,
so that I only need to prevent JSTL from interpreting the nested expression. I
do it with something like (don't have access to the code at the moment)
<c:set var="optionsPathExpr" value="${'${'}${optionsPath}${'}'}"/>
<form:options items="${optionsPathExpr}" itemValue="${itemValue}"
itemLabel="${itemLabel}"/>
This works due to Spring's resolving of the "optionsPathExpr". But it's awkward
and nicer solutions are welcome. I'll also come back to it later since it gets
an issue again ...
Now there is the requirement to style the item labels and I'm at [3] or [4].
<form:select> and <form:options> only allow to set plain itemLabel and
itemValue. It can again be an expression, but the result of it is interpreted as
property of the bean. I can not construct complex labels, while a kind of a
template would be nice as shown in [4] and [5].
Workaround up to now, e.g. for i18n, is to use <c:forEach> and <form:option> as
shown in [3] since <form:option> can be any JSP stuff. I COULD use it, it would
stay as generic as the other solution, it's only a bit longer. BUT (coming back
to the nested expression evaluation) I lose Spring's resolving of the
"optionsPathExpr". I don't see a way to rewrite
<form:select path="${path}">
<c:forEach items="${${optionsPath}}">
<form:option value="${item}"><!--complex label--></form:option>
</c:forEach>
</form:select>
Nested expressions don't work and using the "workaround" from above <c:forEach>
would try to iterate on the string "${optionsPathExpr}". That problem is not
related to Spring directly, but if anybody knows a solution I'll be happy.
While [4] for others is just a shorter way of writing for me it's the only
option I see at the moment.
=====
Thank you for still reading this lengthy post. I appreciate any input and help
on my problems.
Regards
Joerg
[1] http://forum.springframework.org/showthread.php?t=38451
[2] http://forum.springframework.org/showthread.php?t=38499
[3] http://forum.springframework.org/showthread.php?t=38795
[4] http://opensource.atlassian.com/projects/spring/browse/SPR-3484
[5] http://opensource.atlassian.com/projects/spring/browse/SPR-2659
|
|
From: Juergen H. <jue...@in...> - 2007-05-17 20:47:39
|
Unfortunately, compiling with -target 1.3 won't help, since we're relying on JDK 1.4 API in quite a few places now (as an optimization, without JDK 1.3 fallback checks). This even affects the very core of Spring 2.1, so I see no chance to make this work on JDK 1.3 anymore. That said, I would simply recommend to stick with Spring 2.0.x on WebSphere 5.0! We'll be releasing a Spring 2.0.6 bugfix release in June, and maybe a 2.0.7 followup some time later this year, so you'll still get an 'active' product there - which will still work perfectly fine on JDK 1.3. Almost all new features in Spring 2.1 require JDK 1.5 (or at least JDK 1.4) anyway, so there shouldn't be anything that you miss in Spring 2.0.6 when running on JDK 1.3... This is one reason why we introduced so many refinements in Spring 2.0.3 / 2.0.4 already, only keeping the major stuff for Spring 2.1. Juergen _____ From: spr...@li... [mailto:spr...@li...] On Behalf Of nicolas de loof Sent: Thursday, May 17, 2007 7:40 AM To: spr...@li... Subject: Re: [Springframework-developer] Spring Framework 2.1 M1 released I agrea with all those arguments and the fact SUN JDK 1.3 is not supported anymore. My customer still uses a shared websphere 5.0.2 for its apps with no migration plan, so I need Java 1.3 compatibility that gets difficult to get with many frameworks. Is the javac ant task targetted to 1.3 class format ? This could make spring 2.1 usable (but unsupported) on java 1.3 Nico. 2007/5/17, Juergen Hoeller < <mailto:jue...@in...> jue...@in...>: Nico, This is simply about maintenance and support. We have been supporting JDK 1.3 for a long time, but found it increasingly hard to still provide proper support for it: Most importantly, many third-party libraries (including Hibernate, Groovy, even Velocity Tools and JasperReports) require JDK 1.4 now, which made it hard for us to properly test Spring against JDK 1.3 - having to support old versions of those third-party libraries, etc. Also, JDK 1.3 has been officially end-of-lifed by Sun already; so have all IBM WebSphere versions that built on JDK 1.3. Official support usually starts at the JDK 1.4.2 level now (e.g. WebSphere 5.1 or higher). Now that JDK 1.6 has been generally available for half a year, we decided that it's worth explicitly supporting 1.6 features - and dropping 1.3 support in the course of it. We aim for explicitly supporting the latest three generations of the JDK: For the entire remaining Spring 2.x branch (2.1 / 2.2), this will mean JDK 1.4 - 1.6. Juergen _____ From: spr...@li... [mailto:spr...@li...] On Behalf Of nicolas de loof Sent: Monday, May 14, 2007 8:37 PM To: spr...@li... Subject: Re: [Springframework-developer] Spring Framework 2.1 M1 released What is the advantage of making Spring 2.1 require java 1.4 ? I understand frameworks migrating to Java5 due to multiple language enhancements, but AFAIK all Java 1.4 enhancements are available on Java 1.3 via optional dependencies or opensource frameworks. Nico. 2007/5/14, Colin Sampaleanu <col...@ex...>: Links to the various artifacts (downloads, documentation, etc.) may be found in the online announcement: http://www.springframework.org/node/460 On 5/13/2007 4:55 PM, Juergen Hoeller wrote: > Dear Spring community, > > I'm pleased to announce that Spring 2.1 M1 has been released! > > This is the first milestone release in the Spring 2.1 series, introducing > various new major features: explicit JDK 1.6 and Java EE 5 support, > JCA-based message endpoint management, annotation-based configuration, and > new "context" and "jms" XML configuration namespaces. > > Expect us to blog about the new features in the coming days, in particular > about the new annotation-based configuration options :-) > > Note that as of Spring 2.1 M1, Spring is built on JDK 1.6 and requires JDK > 1.4 or higher at runtime. The required J2EE level remains at 1.3. > > A second milestone release is planned for end of May, completing the feature > set for Spring 2.1, before moving on to the first 2.1 release candidate. > > Cheers, > > Juergen > > ----- > Juergen Hoeller > Interface21 > http://www.interface21.com > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Springframework-user mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-user > > ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: nicolas de l. <nic...@gm...> - 2007-05-17 05:39:54
|
I agrea with all those arguments and the fact SUN JDK 1.3 is not supported anymore. My customer still uses a shared websphere 5.0.2 for its apps with no migration plan, so I need Java 1.3 compatibility that gets difficult to get with many frameworks. Is the javac ant task targetted to 1.3 class format ? This could make spring 2.1 usable (but unsupported) on java 1.3 Nico. 2007/5/17, Juergen Hoeller <jue...@in...>: > > Nico, > > This is simply about maintenance and support. We have been supporting JDK > 1.3 for a long time, but found it increasingly hard to still provide > proper support for it: Most importantly, many third-party libraries > (including Hibernate, Groovy, even Velocity Tools and JasperReports) require > JDK 1.4 now, which made it hard for us to properly test Spring against JDK > 1.3 - having to support old versions of those third-party libraries, etc. > > Also, JDK 1.3 has been officially end-of-lifed by Sun already; so have all > IBM WebSphere versions that built on JDK 1.3. Official support usually > starts at the JDK 1.4.2 level now (e.g. WebSphere 5.1 or higher). > > Now that JDK 1.6 has been generally available for half a year, we decided > that it's worth explicitly supporting 1.6 features - and dropping 1.3support in the course of it. We aim for explicitly supporting the latest > three generations of the JDK: For the entire remaining Spring 2.x branch ( > 2.1 / 2.2), this will mean JDK 1.4 - 1.6. > > Juergen > > > ------------------------------ > *From:* spr...@li... [mailto: > spr...@li...] *On Behalf Of *nicolas > de loof > *Sent:* Monday, May 14, 2007 8:37 PM > *To:* spr...@li... > *Subject:* Re: [Springframework-developer] Spring Framework 2.1 M1 > released > > What is the advantage of making Spring 2.1 require java 1.4 ? > > I understand frameworks migrating to Java5 due to multiple language > enhancements, but AFAIK all Java 1.4 enhancements are available on Java > 1.3 via optional dependencies or opensource frameworks. > > Nico. > > > 2007/5/14, Colin Sampaleanu <col...@ex...>: > > > > Links to the various artifacts (downloads, documentation, etc.) may be > > found in the online announcement: > > http://www.springframework.org/node/460 > > > > On 5/13/2007 4:55 PM, Juergen Hoeller wrote: > > > Dear Spring community, > > > > > > I'm pleased to announce that Spring 2.1 M1 has been released! > > > > > > This is the first milestone release in the Spring 2.1 series, > > introducing > > > various new major features: explicit JDK 1.6 and Java EE 5 support, > > > JCA-based message endpoint management, annotation-based configuration, > > and > > > new "context" and "jms" XML configuration namespaces. > > > > > > Expect us to blog about the new features in the coming days, in > > particular > > > about the new annotation-based configuration options :-) > > > > > > Note that as of Spring 2.1 M1, Spring is built on JDK 1.6 and requires > > JDK > > > 1.4 or higher at runtime. The required J2EE level remains at 1.3. > > > > > > A second milestone release is planned for end of May, completing the > > feature > > > set for Spring 2.1, before moving on to the first 2.1 release > > candidate. > > > > > > Cheers, > > > > > > Juergen > > > > > > ----- > > > Juergen Hoeller > > > Interface21 > > > http://www.interface21.com > > > > > > > > > > > ------------------------------------------------------------------------- > > > This SF.net email is sponsored by DB2 Express > > > Download DB2 Express C - the FREE version of DB2 express and take > > > control of your XML. No limits. Just data. Click to get it now. > > > http://sourceforge.net/powerbar/db2/ > > > _______________________________________________ > > > Springframework-user mailing list > > > Spr...@li... > > > https://lists.sourceforge.net/lists/listinfo/springframework-user > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > |
1239 messages has been excluded from this view by a project administrator.
