springframework-developer — Spring Framework developers list

Re: [Springframework-developer] Example classes needed

[Lars F. <lar...@gm...>]

Thomas,

attached is the web.xml.

Without the ContextLoaderListener nothing would happen, not even
the Hibernate stuff in applicationContext.xml.

Thanks
Lars

> Lars,
> 
> You did not include your web.xml, but my guess is you need to add a
> ContextLoaderListener.  The application context has to be loaded first,
> and the
> error messages indicates that the bean 'cwxDao' can't be found, so it
> looks like
> that did not happen.
> 
> web.xml:
> 
> <web-app>
> 
>   <!--
>   - Loads the root application context of this web app at startup,
>   - by default from "/WEB-INF/applicationContext.xml".
>   -->
>   <listener>      
>     <listener-class>
>       com.interface21.web.context.ContextLoaderListener
>     </listener-class>
>   </listener>
> 
>    <!-- more definitions -->
> 
> </web-app>
> 
> 
> Hope this helps.
> 
> Thomas
> 
> 
> 
> > Hi all Spring experts,
> > 
> > can anyone provide me the example classes mentioned in several skeletons
> 
> > (e.g. exampleController, exampleBusinessObject, exampleDataAccessObject)
> ?
> > 
> > The two provided sample applications don't reflect the skeletons very
> well.
> > There should be one 'big' application showing all the stuff and many
> small
> > ones to show single options (like in WebWork 1).
> > 
> > I've defined the following in applicationContext.xml (and it works):
> > 
> > <bean id="cwxDao" class="example.dao.CwxDaoHibernate">
> >   <property name="sessionFactory"><ref
> bean="cwxSessionFactory"/></property>
> > </bean>
> > 
> > When defining 
> > 
> > (cwx-servlet.xml)
> > 
> > <!--  Controller for the initial "Hello" page -->
> > <bean id="cwxController" class="example.web.CwxController">
> >   <property name="cwxDao"><ref external="cwxDao"/></property>
> > </bean>
> > 
> > (CwxController)
> > 
> >  private CwxDao cwxDao;
> > 
> > public void setCwxDao(CwxDao cwxDao) {
> >     this.cwxDao = cwxDao;
> >  }
> > 
> > 
> > I always get
> > 
> > ERROR [com.interface21.web.servlet.DispatcherServlet] - <Servlet with
> name
> > 'cwx' : initialization error>
> > com.interface21.beans.factory.NoSuchBeanDefinitionException: No bean
> named
> > [cwxDao] is defined {class
> com.interface21.beans.factory.xml.XmlBeanFactory:
> > defined beans [messageSource,viewResolver,urlMapping,cwxController]}
> > 
> > This is the second time I get almost useless error messages. This is one
> > point where EJBs are far ahead (
> > there is almost always an error message telling you what excactly  is
> > wrong).
> > 
> > Another (dumb) question:
> > 
> > What is the difference between a DAO *implementation* and a business
> object
> > and where does
> > e. g. Petclinic reflect this ? I'm asking this because of the diiference
> > between the skeletons and the
> > sample applications. The skeletons provide a DAO and a Business Object
> using
> > the DAO definition,
> > Petclinic does not. The samples should be as close as possible to the
> > skeletons or the skeletons should
> > at least provide the java classes (shouldn't be too hard).
> > 
> > Thanks in advance
> > Lars
> > 
> > 
> > 
> > -------------------------------------------------------
> > This SF.net email is sponsored by: VM Ware
> > With VMware you can run multiple operating systems on a single machine.
> > WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
> > at the same time. Free trial click
> here:http://www.vmware.com/wl/offer/358/0
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> > 
> 
> 
> 

RE: [Springframework-developer] Example classes needed

[Lars F. <lar...@gm...>]

Dmitry,

attached are the two files. 

Thanks
Lars

> Lars,
> 
> can you please post entire contents of applicationContext.xml and
> cwx-servlet.xml ?
> 
> Thanks,
> Dmitriy.
> 
> 
> -----Original Message-----
> From: Lars Fischer
> To: spr...@li...
> Sent: 8/23/2003 8:35 AM
> Subject: [Springframework-developer] Example classes needed
> 
> Hi all Spring experts,
> 
> can anyone provide me the example classes mentioned in several skeletons
> 
> (e.g. exampleController, exampleBusinessObject, exampleDataAccessObject)
> ?
> 
> The two provided sample applications don't reflect the skeletons very
> well.
> There should be one 'big' application showing all the stuff and many
> small
> ones to show single options (like in WebWork 1).
> 
> I've defined the following in applicationContext.xml (and it works):
> 
> <bean id="cwxDao" class="example.dao.CwxDaoHibernate">
>   <property name="sessionFactory"><ref
> bean="cwxSessionFactory"/></property>
> </bean>
> 
> When defining 
> 
> (cwx-servlet.xml)
> 
> <!--  Controller for the initial "Hello" page -->
> <bean id="cwxController" class="example.web.CwxController">
>   <property name="cwxDao"><ref external="cwxDao"/></property>
> </bean>
> 
> (CwxController)
> 
>  private CwxDao cwxDao;
> 
> public void setCwxDao(CwxDao cwxDao) {
>     this.cwxDao = cwxDao;
>  }
> 
> 
> I always get
> 
> ERROR [com.interface21.web.servlet.DispatcherServlet] - <Servlet with
> name
> 'cwx' : initialization error>
> com.interface21.beans.factory.NoSuchBeanDefinitionException: No bean
> named
> [cwxDao] is defined {class
> com.interface21.beans.factory.xml.XmlBeanFactory:
> defined beans [messageSource,viewResolver,urlMapping,cwxController]}
> 
> This is the second time I get almost useless error messages. This is one
> point where EJBs are far ahead (
> there is almost always an error message telling you what excactly  is
> wrong).
> 
> Another (dumb) question:
> 
> What is the difference between a DAO *implementation* and a business
> object
> and where does
> e. g. Petclinic reflect this ? I'm asking this because of the diiference
> between the skeletons and the
> sample applications. The skeletons provide a DAO and a Business Object
> using
> the DAO definition,
> Petclinic does not. The samples should be as close as possible to the
> skeletons or the skeletons should
> at least provide the java classes (shouldn't be too hard).
> 
> Thanks in advance
> Lars
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: VM Ware
> With VMware you can run multiple operating systems on a single machine.
> WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
> at the same time. Free trial click
> here:http://www.vmware.com/wl/offer/358/0
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 

[Springframework-developer] Example classes needed

[Lars F. <lar...@gm...>]

Hi all Spring experts,

can anyone provide me the example classes mentioned in several skeletons 
(e.g. exampleController, exampleBusinessObject, exampleDataAccessObject) ?

The two provided sample applications don't reflect the skeletons very well.
There should be one 'big' application showing all the stuff and many small
ones to show single options (like in WebWork 1).

I've defined the following in applicationContext.xml (and it works):

<bean id="cwxDao" class="example.dao.CwxDaoHibernate">
  <property name="sessionFactory"><ref bean="cwxSessionFactory"/></property>
</bean>

When defining 

(cwx-servlet.xml)

<!--  Controller for the initial "Hello" page -->
<bean id="cwxController" class="example.web.CwxController">
  <property name="cwxDao"><ref external="cwxDao"/></property>
</bean>

(CwxController)

 private CwxDao cwxDao;

public void setCwxDao(CwxDao cwxDao) {
    this.cwxDao = cwxDao;
 }


I always get

ERROR [com.interface21.web.servlet.DispatcherServlet] - <Servlet with name
'cwx' : initialization error>
com.interface21.beans.factory.NoSuchBeanDefinitionException: No bean named
[cwxDao] is defined {class com.interface21.beans.factory.xml.XmlBeanFactory:
defined beans [messageSource,viewResolver,urlMapping,cwxController]}

This is the second time I get almost useless error messages. This is one
point where EJBs are far ahead (
there is almost always an error message telling you what excactly  is
wrong).

Another (dumb) question:

What is the difference between a DAO *implementation* and a business object
and where does
e. g. Petclinic reflect this ? I'm asking this because of the diiference
between the skeletons and the
sample applications. The skeletons provide a DAO and a Business Object using
the DAO definition,
Petclinic does not. The samples should be as close as possible to the
skeletons or the skeletons should
at least provide the java classes (shouldn't be too hard).

Thanks in advance
Lars

[Springframework-developer] MethodPointcut support in TransactionProxyFactoryBean

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

Hi everybody, 
TransactionProxyFactoryBean now supports MethodPointcut property, so now
it's possible to cause a conditional invokation of TransactionInterceptor
based on method name and attributes. The default is AlwaysInvoked method
pointcut. It could be set like this:
<bean id="myBusinessRegexpPointcut" 
	class="org.springframework.aop.framework.RegexpMethodPointcut"> 
	<property name="pattern"><value>*myBusiness*</value></property> 
</bean> 
<bean id="myBusinessService" 
	
class="org.springframework.transaction.interceptor.TransactionProxyFactoryBe
an"> 
	<property name="transactionManager"><ref
bean="myTransactionManager"/></property> 
	<property name="target"><ref
bean="myBusinessServiceTarget"/></property> 
	<property name="methodPointcut"><ref
bean="myBusinessRegexpPointcut"/></property> 
	<property name="proxyInterfacesOnly"><value>true</value></property> 
	<property name="transactionAttributes"> 
		<props> 
			<prop key="myBusiness*">PROPAGATION_REQUIRED</prop> 
			<prop
key="myBusinessMethod">PROPAGATION_MANDATORY</prop> 
		</props> 
	</property> 
</bean> 
So suppose in your Business Object not all the methods are "transactional",
so you could define a pointcut just for those tx methods and when a non-tx
method is invoked on the Proxy, the Tx interceptor does not get invoked
alltogether, passing the invokation right to the target object.
Regards,
Dmitriy.

[Springframework-developer] =?iso-8859-1?Q?RE:_[Springframework-developer]_nested_tags?=

[=?iso-8859-1?Q?<jp....@ti...>]

Juergen=0D=0A=0D=0AEffectively, it works!=0D=0A=0D=0AIn summary:=0D=0A- I=
f no entry is found in the properties file, the entire exception is displ=
ayed. Very useful during development.=0D=0A- If an entry exists for the e=
xception in the properties file, the more precise will be picked up. Very=
 powerfull!=0D=0A=0D=0AVery very good, all this :-)).=0D=0A=0D=0AJean-Pie=
rre=0D=0A=0D=0A=0D=0A---------- Initial Header -----------=0D=0A=0D=0AFro=
m      : j=FCrgen h=F6ller [werk3AT] <jue...@we...>=0D=0AT=
o          : <jp....@ti...>,<spr...@li...=
ceforge.net>=0D=0ACc          : =0D=0ADate      : Fri, 22 Aug 2003 15:16:=
16 +0200=0D=0ASubject : RE: [Springframework-developer] nested tags=0D=0A=
=0D=0AJean-Pierre,=0D=0A=0D=0AIf you define an entry in your message prop=
erties like "typeMismatch=3DPlease enter a valid date" or "typeMismatch.b=
irthday=3D..." or "typeMismatch.person.birthday=3D...", status.getMessage=
() should return the appropriate message.=0D=0A=0D=0AJuergen=0D=0A=0D=0A=0D=
=0A-----Original Message-----=0D=0AFrom: jp....@ti... [mailto:jp.=
pa...@ti...]=0D=0ASent: Friday, August 22, 2003 12:41 PM=0D=0ATo: s=
pri...@li...=0D=0ASubject: [Springframe=
work-developer] nested tags=0D=0A=0D=0A=0D=0AJuergen,=0D=0A=0D=0AI just t=
ested your new version of handling Mismatch exceptions from the binder fo=
r nested properties.=0D=0A=0D=0A- The "wrong" value comes back now.=0D=0A=
- The status.getMessage, previously void, send now the getMessage() conte=
nt of the exception. The expected behaviour would be to have the classnam=
e as it will be difficult to have an entry in the properties file like <F=
ailed to convert property value of type [java.lang.String] to required ty=
pe [java.util.Date] for property named [person.birthday]; nested exceptio=
n is: java.lang.IllegalArgumentException: Could not parse date: Unparseab=
le date: "fff"> ;-).=0D=0A=0D=0ARegards,=0D=0AJean-Pierre=0D=0A=0D=0A=0D=0A=
********** L'ADSL A 20 EUR/MOIS**********=0D=0ATiscali propose l'ADSL le =
moins cher du march=E9 : 20 EUR/mois et le modem ADSL offert ! =0D=0APour=
 profiter de cette offre exceptionnelle, cliquez ici : http://register.ti=
scali.fr/adsl/=0D=0AOffre soumise =E0 conditions.=0D=0A=0D=0A=0D=0A=0D=0A=
=0D=0A-------------------------------------------------------=0D=0AThis S=
F.net email is sponsored by: VM Ware=0D=0AWith VMware you can run multipl=
e operating systems on a single machine.=0D=0AWITHOUT REBOOTING! Mix Linu=
x / Windows / Novell virtual machines=0D=0Aat the same time. Free trial c=
lick here:http://www.vmware.com/wl/offer/358/0=0D=0A_____________________=
__________________________=0D=0ASpringframework-developer mailing list=0D=
=0AS...@li...=0D=0Ahttps://lists.sou=
rceforge.net/lists/listinfo/springframework-developer=0D=0A=0A=0A********=
** L'ADSL A 20 EUR/MOIS**********=0ATiscali propose l'ADSL le moins cher =
du march=E9 : 20 EUR/mois et le modem ADSL offert ! =0APour profiter de c=
ette offre exceptionnelle, cliquez ici : http://register.tiscali.fr/adsl/=
=0AOffre soumise =E0 conditions.=0A

Re: [Springframework-developer] Giving up

[Colin S. <col...@ex...>]

Lars Fischer wrote:

>Hi Jürgen,
>
>you're just too smart ...
>
>My previous mail explaining the error somehow got lost in cyberspace.
>
>Still don't know what I was struggling with. It just doesn't make any sense
>(that it doesn't work) and that's why I was so frustrated.
>
>Just started everything from scratch (and I mean everything - even wrote
>a new build.xml). Before I used the tutorial as starting point.
>
>The example behaves as expected, there's only one thing I'm wondering
>about:
>
>I've change the MySQL stuff to Postgres - no problem. At this point I do
>NOT provide the database table for the example object.  The application
>starts up fine and does not tell me anything about a mapping problem.
>Is this the default behaviour ?
>
>Another question about WebWork (2). I know the difference about Spring and
>WebWork and that it's 'no problem' to combine the two frameworks. 
>But does it make any sense ? Is WebWork MVC superior ?
>IMO it does make more sense to stay with Spring alone so you don't have
>to deal with two technologies.
>  
>
For anybody that hasn't decided on a web ui tier, I would also highly 
recommend Apache's Tapestry. Tapestry is a component oriented framework 
(somewhat similar to the web layer in Apple's WebObjects), where ui 
elements are java components, and components and pages have a full 
lifecycle and remember their state, while still working efficiently in a 
web environment. I think it's significantly higher level way of doing a 
web ui than the like of Spring's mvc framework or WebWork (never mind 
Struts, a truly mediocre framework in my opinion). Since Tapestry also 
does runtime code instrumentation, there is an easy mechanism to bring 
in beans from Spring context into Tapestry pages and components in a 
declarative fashion, maintaining inversion of control.

Negatives include the fact that some of the concepts in Tapestry are 
hard to get your mind around if all you are used to is the traditional 
web ui approaches. I think it takes a good day or two to 'grok' 
tapestry. On the documentation side, there is a book by the author (to 
be published by Manning) coming out in a few months. Other than that, 
there is documentation ranging from excellent (component guide) to 
decent (usage guide) to out of date (most of the rest). There are some 
excellent examples though.

Early next week I am going to try write a document describing some best 
practices for combining Spring and Tapestry. Hopefully that will be of 
use to anybody else that wants to combine these two excellent frameworks.

Colin

[Springframework-developer] MethodPointcut support in TransactionProxyFactoryBean

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

Hi everybody, 
TransactionProxyFactoryBean now supports MethodPointcut property, so now
it's possible to cause a conditional invokation of TransactionInterceptor
based on method name and attributes. The default is AlwaysInvoked method
pointcut. It could be set like this:
<bean id="myBusinessRegexpPointcut" 
	class="org.springframework.aop.framework.RegexpMethodPointcut"> 
	<property name="pattern"><value>*myBusiness*</value></property> 
</bean> 
<bean id="myBusinessService" 
	
class="org.springframework.transaction.interceptor.TransactionProxyFactoryBe
an"> 
	<property name="transactionManager"><ref
bean="myTransactionManager"/></property> 
	<property name="target"><ref
bean="myBusinessServiceTarget"/></property> 
	<property name="methodPointcut"><ref
bean="myBusinessRegexpPointcut"/></property> 
	<property name="proxyInterfacesOnly"><value>true</value></property> 
	<property name="transactionAttributes"> 
		<props> 
			<prop key="myBusiness*">PROPAGATION_REQUIRED</prop> 
			<prop
key="myBusinessMethod">PROPAGATION_MANDATORY</prop> 
		</props> 
	</property> 
</bean> 
So suppose in your Business Object not all the methods are "transactional",
so you could define a pointcut just for those tx methods and when a non-tx
method is invoked on the Proxy, the Tx interceptor does not get invoked
alltogether, passing the invokation right to the target object.
Regards,
Dmitriy.

RE: [Springframework-developer] AbstractJndiLocator should not assume java:comp/env prefix while not allowing others

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

SnVzdCBmaXhlZDogaW5Db250YWluZXI9dHJ1ZSBkb2VzIG5vdCBwcmVwZW5kIHRoZSBjb250YWlu
ZXIgcHJlZml4IGlmIGEgc2NoZW1lIGlzIGdpdmVuIChpLmUuIGEgIjoiIGNvbnRhaW5lZCkuDQoN
Cg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IENvbGluIFNhbXBhbGVhbnUgW21h
aWx0bzpjb2xpbm1sMUBleGlzLmNvbV0NClNlbnQ6IEZyaWRheSwgQXVndXN0IDIyLCAyMDAzIDE6
MzMgUE0NClRvOiBqw7xyZ2VuIGjDtmxsZXIgW3dlcmszQVRdDQpDYzogc3ByaW5nZnJhbWV3b3Jr
LWRldmVsb3BlckBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQNClN1YmplY3Q6IFJlOiBbU3ByaW5nZnJh
bWV3b3JrLWRldmVsb3Blcl0gQWJzdHJhY3RKbmRpTG9jYXRvciBzaG91bGQgbm90DQphc3N1bWUg
amF2YTpjb21wL2VudiBwcmVmaXggd2hpbGUgbm90IGFsbG93aW5nIG90aGVycw0KDQoNCkkgc29t
ZWhvdyBtaXNzZWQgdGhlIGluQ29udGFpbmVyIHByb3BlcnR5LCBldmVuIHRob3VnaCBJIGxvb2tl
ZCBhdCB0aGUgDQpzb3VyY2UhICAgSSB0aGluayBpdCBkb2VzIG1ha2Ugc2Vuc2UgdGhvdWdoIHRv
IGFkZCB0aGUgY2hlY2sgZm9yIHRoZSANCnNjaGVtZSBhcyBwZXIgeW91ciBhbmQgbWluZSBzdWdn
ZXN0aW9uOyBldmVuIGluIGEgY29udGFpbmVyIHlvdSBzdGlsbCANCm5lZWQgdG8gYmUgYWJsZSB0
byBvdmVycmlkZSB0aGlzLi4uDQoNClJlZ2FyZHMsDQpDb2xpbg0KDQpqw7xyZ2VuIGjDtmxsZXIg
W3dlcmszQVRdIHdyb3RlOg0KDQo+SGkgQ29saW4sDQo+IA0KPkFic3RyYWN0Sm5kaUxvY2F0b3Ig
b25seSBkb2VzIHNvIHdoZW4gdGhlICJpbkNvbnRhaW5lciIgcHJvcGVydHkgaXMgc2V0IHRvIHRy
dWUgKHRoZSBkZWZhdWx0KS4gU2V0dGluZyB0aGlzIHByb3BlcnR5IHRvIGZhbHNlIHNob3VsZCBy
ZXN1bHQgaW4gbG9va2luZyB1cCB0aGUgSk5ESSBuYW1lIGFzIGlzLiBJdCBjb3VsZCBtYWtlIHNl
bnNlIHRvIGFkZCBhIGNoZWNrIGZvciBzY2hlbWUgdGhvdWdoLCBlLmcuIG9ubHkgYXBwbHkgImph
dmE6Y29tcC9lbnYvIiBpZiAiaW5Db250YWluZXIiIGlzIHRydWUgKmFuZCogdGhlIEpOREkgbmFt
ZSBkb2VzIG5vdCBjb250YWluIGEgIjoiLiBXaGF0IGRvIHlvdSB0aGluaz8NCj4gDQo+SnVlcmdl
bg0KPiANCj4NCj4JLS0tLS1VcnNwcsO8bmdsaWNoZSBOYWNocmljaHQtLS0tLSANCj4JVm9uOiBD
b2xpbiBTYW1wYWxlYW51IFttYWlsdG86Y29saW5tbDFAZXhpcy5jb21dIA0KPglHZXNlbmRldDog
RnIgMjIuMDguMjAwMyAwNTo0MyANCj4JQW46IHNwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJAbGlz
dHMuc291cmNlZm9yZ2UubmV0IA0KPglDYzogDQo+CUJldHJlZmY6IFtTcHJpbmdmcmFtZXdvcmst
ZGV2ZWxvcGVyXSBBYnN0cmFjdEpuZGlMb2NhdG9yIHNob3VsZCBub3QgYXNzdW1lIGphdmE6Y29t
cC9lbnYgcHJlZml4IHdoaWxlIG5vdCBhbGxvd2luZyBvdGhlcnMNCj4JDQo+CQ0KPg0KPglBYnN0
cmFjdEpuZGlMb2NhdG9yIHJpZ2h0IG5vdyBsb29rcyBhdCB0aGUgam5kaSBuYW1lIGl0IGlzIGdp
dmVuLCBhbmQgaWYNCj4JaXQgZG9lc24ndCBzdGFydCB3aXRoDQo+CSAgIGphdmE6Y29tcC9lbnYN
Cj4JcHJlcGVuZHMgdGhpcyB2YWx1ZSBhdXRvbWF0aWNhbGx5LiBUaGlzIGJlaGF2aW91ciBpcyBu
b3QgY29ycmVjdC4NCj4JU29tZWJvZHkgdXNpbmcgdGhlIGJlYW4gc2hvdWxkIGJlIGFibGUgdG8g
bG9vayB1cCByZXNvdXJjZXMgYW55d2hlcmUsDQo+CWFuZCBjdXJyZW50bHkgeW91IGNhbid0LiBG
b3IgZXhhbXBsZSwgaW4gamJvc3MsIHRoZSBtYWluIGRhdGFzb3VyY2UgYnkNCj4JZGVmYXVsdCBp
cyBib3VuZCB0bw0KPgkgIGphdmE6RGVmYXVsdERTDQo+CQ0KPglBcyB3ZWxsLCB5b3UgbWF5IHdh
bnQgdG8gbG9vayB1cCBzb21ldGhpbmcgb24gSk5ESSB1c2luZyBhbm90aGVyIHNjaGVtZQ0KPgll
bnRpcmVseS4uLg0KPgkNCj4JV2hhdCB0aGUgY29kZSBzaG91bGQgcHJvYmFibHkgZG8gaXMgc2Vl
IGlmIHRoZSBpcyBhIHNjaGVtZQ0KPgkgICB4eHh4eDoNCj4JYXQgdGhlIGJlZ2lubmluZyBvZiB0
aGUgam5kaSBuYW1lLiBJZiB0aGVyZSBpc24ndCwgdGhlbiBpdCBpcyBwcm9iYWJseQ0KPglyZWFz
b25hYmxlIHRvIGFzc3VtZSAnamF2YTpjb21wL2Vudi4gb3IgJ2phdmE6JyBJZiB0aGVyZSBpcyBh
IHNjaGVtZSwgaXQNCj4Jc2hvdWxkIGxlYXZlIHRoZSBuYW1lIGFsb25lLg0KPgkNCj4JSSB3b3Vs
ZCBoYXZlIHN1cHBsaWVkIGEgcGF0Y2gsIGJ1dCB0aGUgZml4IGlzIHRyaXZpYWwsIGFuZCBJIGRv
bid0IGtub3cNCj4JaG93IGV4YWN0bHkgeW91IHdhbnQgdG8gaGFuZGxlIHRoaXMsIGJ1dCBpdCdz
IHByZXR0eSBjcml0aWNhbCB0byBtZS4NCj4JDQo+CVJpZ2h0IG5vdyB3aXRoIEpCb3NzIGl0J3Mg
cHJldHR5IG5hc3R5LiBJIGNhbiBub3QgdXNlIEpCb3NzJ3MgbmFtaW5nDQo+CWFsaWFzIHNlcnZp
Y2UgdG8gYWxpYXMNCj4JICBqYXZhOmNvbXAvZW52L0RlZmF1bHREUw0KPgl0bw0KPgkgIGphdmE6
RGVmYXVsdERTDQo+CWJlY2F1c2UgaXQgYXBwYXJlbnRseSBkb2Vzbid0IGxldCB5b3UgYWxpYXMg
c3R1ZmYgdW5kZXIgY29tcC9lbnYuICBJIGNhbg0KPglwcm9iYWJseSBtb2RpZnkgbXkgcmVzb3Vy
Y2UgZW50cmllcyBpbiB0aGUgd2FyIGZpbGUgSSB1c2UgdG8gZG8gYQ0KPglyZXNvdXJjZSByZWYg
dG8gdGhlIHJpZ2h0IGxvY2F0aW9uLCBidXQgSSB3b3VsZCByZWFsbHkgcmF0aGVyIG5vdCBkbw0K
Pgl0aGF0LCBzaW5jZSB0aGUgd2FyIGlzIGZpbmUgdGhlIHdheSBpdCBpcy4NCj4JDQo+CVJlZ2Fy
ZHMsDQo+CUNvbGluDQo+CQ0KPgkNCj4JDQo+CQ0KPgkNCj4JLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPglUaGlzIFNGLm5ldCBlbWFpbCBp
cyBzcG9uc29yZWQgYnk6IFZNIFdhcmUNCj4JV2l0aCBWTXdhcmUgeW91IGNhbiBydW4gbXVsdGlw
bGUgb3BlcmF0aW5nIHN5c3RlbXMgb24gYSBzaW5nbGUgbWFjaGluZS4NCj4JV0lUSE9VVCBSRUJP
T1RJTkchIE1peCBMaW51eCAvIFdpbmRvd3MgLyBOb3ZlbGwgdmlydHVhbCBtYWNoaW5lcw0KPglh
dCB0aGUgc2FtZSB0aW1lLiBGcmVlIHRyaWFsIGNsaWNrIGhlcmU6aHR0cDovL3d3dy52bXdhcmUu
Y29tL3dsL29mZmVyLzM1OC8wDQo+CV9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fDQo+CVNwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXIgbWFpbGluZyBsaXN0DQo+
CVNwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJAbGlzdHMuc291cmNlZm9yZ2UubmV0DQo+CWh0dHBz
Oi8vbGlzdHMuc291cmNlZm9yZ2UubmV0L2xpc3RzL2xpc3RpbmZvL3NwcmluZ2ZyYW1ld29yay1k
ZXZlbG9wZXINCj4JDQo+DQo+ICANCj4NCg0KDQoNCg==

RE: [Springframework-developer] nested tags

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

Jean-Pierre,

If you define an entry in your message properties like =
"typeMismatch=3DPlease enter a valid date" or =
"typeMismatch.birthday=3D..." or "typeMismatch.person.birthday=3D...", =
status.getMessage() should return the appropriate message.

Juergen


-----Original Message-----
From: jp....@ti... [mailto:jp....@ti...]
Sent: Friday, August 22, 2003 12:41 PM
To: spr...@li...
Subject: [Springframework-developer] nested tags


Juergen,

I just tested your new version of handling Mismatch exceptions from the =
binder for nested properties.

- The "wrong" value comes back now.
- The status.getMessage, previously void, send now the getMessage() =
content of the exception. The expected behaviour would be to have the =
classname as it will be difficult to have an entry in the properties =
file like <Failed to convert property value of type [java.lang.String] =
to required type [java.util.Date] for property named [person.birthday]; =
nested exception is: java.lang.IllegalArgumentException: Could not parse =
date: Unparseable date: "fff"> ;-).

Regards,
Jean-Pierre


********** L'ADSL A 20 EUR/MOIS**********
Tiscali propose l'ADSL le moins cher du march=E9 : 20 EUR/mois et le =
modem ADSL offert !=20
Pour profiter de cette offre exceptionnelle, cliquez ici : =
http://register.tiscali.fr/adsl/
Offre soumise =E0 conditions.




-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
at the same time. Free trial click =
here:http://www.vmware.com/wl/offer/358/0
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] =?iso-8859-1?Q?nested_tags?=

[=?iso-8859-1?Q?<jp....@ti...>]

Juergen,=0D=0A=0D=0AI just tested your new version of handling Mismatch e=
xceptions from the binder for nested properties.=0D=0A=0D=0A- The "wrong"=
 value comes back now.=0D=0A- The status.getMessage, previously void, sen=
d now the getMessage() content of the exception. The expected behaviour w=
ould be to have the classname as it will be difficult to have an entry in=
 the properties file like <Failed to convert property value of type [java=
.lang.String] to required type [java.util.Date] for property named [perso=
n.birthday]; nested exception is: java.lang.IllegalArgumentException: Cou=
ld not parse date: Unparseable date: "fff"> ;-).=0D=0A=0D=0ARegards,=0D=0A=
Jean-Pierre=0D=0A=0A=0A********** L'ADSL A 20 EUR/MOIS**********=0ATiscal=
i propose l'ADSL le moins cher du march=E9 : 20 EUR/mois et le modem ADSL=
 offert ! =0APour profiter de cette offre exceptionnelle, cliquez ici : h=
ttp://register.tiscali.fr/adsl/=0AOffre soumise =E0 conditions.=0A

RE: [Springframework-developer] Hibernate and mapping resources

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

The error message says "No property
[mappingResources] in class [class =
com.interface21.orm.hibernate.LocalSessionFactoryBean]", so your version =
of Spring does not support a "mappingResources" property on =
LocalSessionFactoryBean. Could it be that you've not updated to 0.9.1?

In 0.9.1, I've introduced that bean-style configuration of =
LocalSessionFactoryBean, as an alternative to Hibernate's standard =
hibernate.cfg.xml file. I consider the bean-style syntax nicer, but you =
can also define a hibernate.cfg.xml with a plain LocalSessionFactoryBean =
definition if you want:

 <bean id=3D"exampleSessionFactory"
class=3D"com.interface21.orm.hibernate.LocalSessionFactoryBean"/>

This would simply load a hibernate.cfg.xml file from WEB-INF/classes, as =
specified by the Hibernate docs. You don't have the option of using a =
Spring-configured DataSource then, though.

I recommend to update to 0.9.1 and stick with the bean-style =
configuration :-)

Juergen


-----Original Message-----
From: Lars Fischer [mailto:lar...@gm...]
Sent: Thursday, August 21, 2003 12:41 PM
To: spr...@li...
Subject: [Springframework-developer] Hibernate and mapping resources


Still playing around with Spring and Hibernate ...

Data source works fine now, I just tested renaming the JNDI value to a =
wrong
name and I get
a very good error message.

Next step is to define something like

 <bean id=3D"exampleSessionFactory"
class=3D"com.interface21.orm.hibernate.LocalSessionFactoryBean">
    <property name=3D"mappingResources">
      <list>
        <value>Employee.hbm.xml</value>
      </list>
    </property>
    <property name=3D"hibernateProperties">
      <props>
        <prop
key=3D"hibernate.dialect">net.sf.hibernate.dialect.PostgreSQLDialect</pro=
p>
        <prop key=3D"hibernate.query.substitutions">true=3D1 =
false=3D0</prop>
        <prop key=3D"hibernate.show_sql">true</prop>
      </props>
    </property>
    <property name=3D"dataSource">
      <ref bean=3D"exampleDataSource"/>
    </property>
  </bean>

'Employee.hbm.xml' is located in /WEB-INF/classes in the war file and =
points
to the Employee
class with the appropriate package name (like in the webapp-hibernate
skeleton).
I've tested this outside of Spring and can insert a new Employee into =
the
database.

When inside the war with Spring I get the following error message:

21.08.2003 12.29 Uhr CEST> <Warning> <HTTP> <BEA-101162> <User defined
listener com.interface21.web.context.ContextLoaderListener failed:
com.interface21.context.ApplicationContextException: Cannot load =
configuration: problem
instantiating or initializing beans; nested exception is:
        com.interface21.beans.FatalBeanException: No property
[mappingResources] in class [class =
com.interface21.orm.hibernate.LocalSessionFactoryBean].>

I don't think this is very useful because it doesn't tell you exactly =
what
is wrong (like using
a wrong data source name).

Could this be a classpath issue ? In my example app without spring the
*.hbm.xml is located
in the same directory as the class.

Thanks for your help
Lars



-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
at the same time. Free trial click =
here:http://www.vmware.com/wl/offer/358/0
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] Hibernate and mapping resources

[Lars F. <lar...@gm...>]

Still playing around with Spring and Hibernate ...

Data source works fine now, I just tested renaming the JNDI value to a wrong
name and I get
a very good error message.

Next step is to define something like

 <bean id="exampleSessionFactory"
class="com.interface21.orm.hibernate.LocalSessionFactoryBean">
    <property name="mappingResources">
      <list>
        <value>Employee.hbm.xml</value>
      </list>
    </property>
    <property name="hibernateProperties">
      <props>
        <prop
key="hibernate.dialect">net.sf.hibernate.dialect.PostgreSQLDialect</prop>
        <prop key="hibernate.query.substitutions">true=1 false=0</prop>
        <prop key="hibernate.show_sql">true</prop>
      </props>
    </property>
    <property name="dataSource">
      <ref bean="exampleDataSource"/>
    </property>
  </bean>

'Employee.hbm.xml' is located in /WEB-INF/classes in the war file and points
to the Employee
class with the appropriate package name (like in the webapp-hibernate
skeleton).
I've tested this outside of Spring and can insert a new Employee into the
database.

When inside the war with Spring I get the following error message:

21.08.2003 12.29 Uhr CEST> <Warning> <HTTP> <BEA-101162> <User defined
listener com.interface21.web.context.ContextLoaderListener failed:
com.interface21.context.ApplicationContextException: Cannot load configuration: problem
instantiating or initializing beans; nested exception is:
        com.interface21.beans.FatalBeanException: No property
[mappingResources] in class [class com.interface21.orm.hibernate.LocalSessionFactoryBean].>

I don't think this is very useful because it doesn't tell you exactly what
is wrong (like using
a wrong data source name).

Could this be a classpath issue ? In my example app without spring the
*.hbm.xml is located
in the same directory as the class.

Thanks for your help
Lars

Re: [Springframework-developer] AbstractJndiLocator should not assume java:comp/env prefix while not allowing others

[Colin S. <col...@ex...>]

I somehow missed the inContainer property, even though I looked at the 
source!   I think it does make sense though to add the check for the 
scheme as per your and mine suggestion; even in a container you still 
need to be able to override this...

Regards,
Colin

jürgen höller [werk3AT] wrote:

>Hi Colin,
> 
>AbstractJndiLocator only does so when the "inContainer" property is set to true (the default). Setting this property to false should result in looking up the JNDI name as is. It could make sense to add a check for scheme though, e.g. only apply "java:comp/env/" if "inContainer" is true *and* the JNDI name does not contain a ":". What do you think?
> 
>Juergen
> 
>
>	-----Ursprüngliche Nachricht----- 
>	Von: Colin Sampaleanu [mailto:col...@ex...] 
>	Gesendet: Fr 22.08.2003 05:43 
>	An: spr...@li... 
>	Cc: 
>	Betreff: [Springframework-developer] AbstractJndiLocator should not assume java:comp/env prefix while not allowing others
>	
>	
>
>	AbstractJndiLocator right now looks at the jndi name it is given, and if
>	it doesn't start with
>	   java:comp/env
>	prepends this value automatically. This behaviour is not correct.
>	Somebody using the bean should be able to look up resources anywhere,
>	and currently you can't. For example, in jboss, the main datasource by
>	default is bound to
>	  java:DefaultDS
>	
>	As well, you may want to look up something on JNDI using another scheme
>	entirely...
>	
>	What the code should probably do is see if the is a scheme
>	   xxxxx:
>	at the beginning of the jndi name. If there isn't, then it is probably
>	reasonable to assume 'java:comp/env. or 'java:' If there is a scheme, it
>	should leave the name alone.
>	
>	I would have supplied a patch, but the fix is trivial, and I don't know
>	how exactly you want to handle this, but it's pretty critical to me.
>	
>	Right now with JBoss it's pretty nasty. I can not use JBoss's naming
>	alias service to alias
>	  java:comp/env/DefaultDS
>	to
>	  java:DefaultDS
>	because it apparently doesn't let you alias stuff under comp/env.  I can
>	probably modify my resource entries in the war file I use to do a
>	resource ref to the right location, but I would really rather not do
>	that, since the war is fine the way it is.
>	
>	Regards,
>	Colin
>	
>	
>	
>	
>	
>	-------------------------------------------------------
>	This SF.net email is sponsored by: VM Ware
>	With VMware you can run multiple operating systems on a single machine.
>	WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
>	at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0
>	_______________________________________________
>	Springframework-developer mailing list
>	Spr...@li...
>	https://lists.sourceforge.net/lists/listinfo/springframework-developer
>	
>
>  
>

RE: [Springframework-developer] Giving up

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

Hi Lars,

I'm glad that you finally succeeded in making it work :-)

> I've change the MySQL stuff to Postgres - no problem. At this point I =
do
NOT provide the database table for the example object.  The application
starts up fine and does not tell me anything about a mapping problem.
Is this the default behaviour ?

Yes, this is *Hibernate's* default behavior. It prepares the respective =
statements on startup but does not valdidate them. You will detect =
mapping syntax errors but not inconsistencies with the data model.

> Another question about WebWork (2). I know the difference about Spring =
and
WebWork and that it's 'no problem' to combine the two frameworks.=20
But does it make any sense ? Is WebWork MVC superior ?
IMO it does make more sense to stay with Spring alone so you don't have
to deal with two technologies.

You're right, of course - I don't *recommend* a WebWork/Spring combo. =
Most people that do such combos with Struts or WebWork have investments =
in the latter, possibly migrating existing applications.

WebWork uses a specific command-style programming model for actions =
while Spring recommends singleton-style reusable controllers. Spring =
supports both models, though: You can achieve the command-style model =
through declaring your Spring controllers as prototypes (<bean id=3D".." =
singleton=3D"false").

Struts obviously has a lot of tag libraries and code generation tools, =
so that may be another reason to choose it besides existing investments. =
I'm not a great fan of Struts' programming model (Action, ActionForm) =
though, so I recommend Spring's web MVC if there aren't any other =
reasons involved.

Juergen

Re: [Springframework-developer] Giving up

[Lars F. <lar...@gm...>]

Hi Jürgen,

you're just too smart ...

My previous mail explaining the error somehow got lost in cyberspace.

Still don't know what I was struggling with. It just doesn't make any sense
(that it doesn't work) and that's why I was so frustrated.

Just started everything from scratch (and I mean everything - even wrote
a new build.xml). Before I used the tutorial as starting point.

The example behaves as expected, there's only one thing I'm wondering
about:

I've change the MySQL stuff to Postgres - no problem. At this point I do
NOT provide the database table for the example object.  The application
starts up fine and does not tell me anything about a mapping problem.
Is this the default behaviour ?

Another question about WebWork (2). I know the difference about Spring and
WebWork and that it's 'no problem' to combine the two frameworks. 
But does it make any sense ? Is WebWork MVC superior ?
IMO it does make more sense to stay with Spring alone so you don't have
to deal with two technologies.

Thanks
Lars



> Hi Lars,
>  
> I don't know what you're struggling with - m
> apping a hbm file should be pretty simple. I even get a n
> ice error message when specifying a wrong one. I guess yo
> u're rather struggling with Hibernate than with Spring, b
> ut I can't really judge as you didn't provide any details
> . Did you manage to set up Hibernate *standalone*, for ex
> ample? Does the web app with Spring start up standalone, 
> without your LocalSessionFactoryBean?
>  
> I've attached a
>  simple setup of a Spring/Hibernate web app, just includi
> ng a 1-listener web.xml, a 2-bean application context, 1 
> hbm file, and one persistent class file. That should star
> t up, Hibernate will just complain that it can't access M
> ySQL at the specified port for extracting meta data - but
>  startup will proceed. You'll see in the log if the hbm g
> ets loaded, you can also try to break it and see if Hiber
> nate complains on restarting.
>  
> Regarding WebWork: WebW
> ork and especially WebWork2 are nice web frameworks, no d
> oubt. But you definitely won't any particular middle tier
>  support, not in terms of transactions and not in terms o
> f persistence. It might even make sense to use Spring as 
> middle tier framework in combination with WebWork for the
>  web tier, if you don't like Spring's own web MVC. There 
> are already people doing that, even more with Struts for 
> the web tier.
>  
> There are numerous companies using a Sp
> ring/Hibernate combo for various applications, including 
> the one that I'm with. Admittedly, my main experience is 
> with Tomcat and Resin, but WebLogic should work nicely to
> o. Try it with a local DataSource first, as I've done in 
> the simple setup that I've attached. Provide me with deta
> ils on errors that you encounter. All things considered: 
> Don't give up :-)
>  
> Regards,
> Juergen
>  
>  
> 
> 	-----Ur
> sprüngliche Nachricht----- 
> 	Von: Lars Fischer [mailto:
> lar...@gm...] 
> 	Gesendet: Do 21.08.2003 15:04
>  
> 	An: spr...@li... 
> 
> 	Cc: 
> 	Betreff: [Springframework-developer] Giving up
> 	
> 	
> 
> 	Finally I've wasted to much time trying to get S
> pring work with Hibernate
> 	without an example about conf
> iguration. 
> 	
> 	Never had so many problems using a frame
> work despite the fact that this one
> 	is better documente
> d than most of the rest. Documentation is just too
> 	abst
> ract
> 	at the moment to help with real world problems. I 
> just can't get Spring to
> 	map my *.hbm.xml file defined 
> under 'mappingResources'. Even worse I don't
> 	get any
> 	
> kind of useful error message. Maybe this is a BEA problem
>  with reading
> 	configuration
> 	inside of the war, maybe 
> not.
> 	Maybe I'll continue if there's a working example w
> ith Hibernate (all I would
> 	need is
> 	a COMPLETE configu
> ration example). IMO the skeletons are not very useful.
> 	
> 	On the other hand I don't want to wait until October 
> so I'll take a look
> 	at WebWork2. I could solve all my p
> roblems with WebWork 1 myself without
> 	documentation.
> 	
> 
> 	Thanks a lot for helping me in the past.
> 	Lars
> 	
> 	
> 
> 	
> 	
> 	-------------------------------------------------
> ------
> 	This SF.net email is sponsored by: VM Ware
> 	Wit
> h VMware you can run multiple operating systems on a sing
> le machine.
> 	WITHOUT REBOOTING! Mix Linux / Windows / No
> vell virtual machines
> 	at the same time. Free trial clic
> k here:http://www.vmware.com/wl/offer/358/0
> 	___________
> ____________________________________
> 	Springframework-de
> veloper mailing list
> 	Spr...@li...
> urceforge.net
> 	https://lists.sourceforge.net/lists/listi
> nfo/springframework-developer
> 	
> 

[Springframework-developer] =?iso-8859-1?Q?Re:[Springframework-developer]_URL_Mapping_with_Wildcards?=

[=?iso-8859-1?Q?<jp....@ti...>]

Hi Martin,=0D=0A=0D=0AI use also wildcards in one of my Spring applicatio=
ns. I just set =0D=0Aproperty "alwaysUseFullPath" in the urlMapping as be=
low to handle=0D=0Aa scenario like yours in web.xml. Have you tried this?=
 Solves this your issue?=0D=0A=0D=0A<bean id=3D"urlMapping" class=3D"org.=
springframework.web.servlet.handler.SimpleUrlHandlerMapping">=0D=0A. . . =
=0D=0A<property name=3D"alwaysUseFullPath"><value>true</value></property>=
=0D=0A</bean>=0D=0A=0D=0ARegards,=0D=0AJean-Pierre=0D=0A=0D=0A---------- =
Initial Header -----------=0D=0A=0D=0AFrom      : springframework-develop=
er-...@li...=0D=0ATo          : Spring Developer <sprin=
gfr...@li...>=0D=0ACc          : =0D=0ADate=
      : Thu, 21 Aug 2003 19:53:48 -0700=0D=0ASubject : [Springframework-d=
eveloper] URL Mapping with Wildcards=0D=0A=0D=0AHi,=0D=0A=0D=0AI am writi=
ng to the developer group for some guidance.=0D=0A=0D=0AI have been using=
 the Spring framework for some time.  I originally used the=0D=0Asource t=
hat came with Rod's great J2EE book along with a handful of custom=0D=0Ap=
ieces.  Seeing how the work has turned into a viable framework I am=0D=0A=
migrating to the 0.9.1 release.=0D=0A=0D=0AWith the project I am working =
on I need to map URLs that end in wildcards to=0D=0Aservlets for processi=
ng.  I have found the current release needs a bit of=0D=0Aupdating to wor=
k properly.=0D=0A=0D=0AThe current release does not seem to handle=0D=0A=0D=
=0A   <servlet-mapping>=0D=0A      <servlet-name>servletName</servlet-nam=
e>=0D=0A      <url-pattern>/start/*</url-pattern>=0D=0A   </servlet-mappi=
ng>=0D=0A   =0D=0Avery well.  To fix this problem I updated my local impl=
ementations of=0D=0AAbstractUrlHandlerMapping and PropertiesMethodNameRes=
olver and replaced=0D=0A=0D=0A  String lookupPath =3D WebUtils.getLookupP=
athForRequest(request,=0D=0A    this.alwaysUseFullPath);=0D=0A=0D=0Awith=0D=
=0A=0D=0A  String lookupPath =3D request.getRequestURI();=0D=0A=0D=0Aafte=
r which the code maps the URL correctly.  It is a hack and it works but=0D=
=0AI would like to see the framework correctly handle these type of reque=
st.=0D=0AAnother symptom of the current code was that it seemed to work f=
or /foo* or=0D=0Aeven /foo/bar* but not /foo/*.=0D=0A=0D=0AIs there anybo=
dy in the developer group that wants to tackle this issue?=0D=0AShould I =
look at CVS and submit a patch?=0D=0A=0D=0AThanks,=0D=0A=0D=0AMartin=0D=0A=
=0D=0A=0D=0A=0D=0A=0D=0A-------------------------------------------------=
------=0D=0AThis SF.net email is sponsored by: VM Ware=0D=0AWith VMware y=
ou can run multiple operating systems on a single machine.=0D=0AWITHOUT R=
EBOOTING! Mix Linux / Windows / Novell virtual machines=0D=0Aat the same =
time. Free trial click here:http://www.vmware.com/wl/offer/358/0=0D=0A___=
____________________________________________=0D=0ASpringframework-develop=
er mailing lis...@li...=0D=0A=
https://lists.sourceforge.net/lists/listinfo/springframework-developer=0D=
=0A=0A=0A********** L'ADSL A 20 EUR/MOIS**********=0ATiscali propose l'AD=
SL le moins cher du march=E9 : 20 EUR/mois et le modem ADSL offert ! =0AP=
our profiter de cette offre exceptionnelle, cliquez ici : http://register=
.tiscali.fr/adsl/=0AOffre soumise =E0 conditions.=0A

[Springframework-developer] URL Mapping with Wildcards

[Martin H. <mar...@ya...>]

Hi,

I am writing to the developer group for some guidance.

I have been using the Spring framework for some time.  I originally used the
source that came with Rod's great J2EE book along with a handful of custom
pieces.  Seeing how the work has turned into a viable framework I am
migrating to the 0.9.1 release.

With the project I am working on I need to map URLs that end in wildcards to
servlets for processing.  I have found the current release needs a bit of
updating to work properly.

The current release does not seem to handle

   <servlet-mapping>
      <servlet-name>servletName</servlet-name>
      <url-pattern>/start/*</url-pattern>
   </servlet-mapping>
   
very well.  To fix this problem I updated my local implementations of
AbstractUrlHandlerMapping and PropertiesMethodNameResolver and replaced

  String lookupPath = WebUtils.getLookupPathForRequest(request,
    this.alwaysUseFullPath);

with

  String lookupPath = request.getRequestURI();

after which the code maps the URL correctly.  It is a hack and it works but
I would like to see the framework correctly handle these type of request.
Another symptom of the current code was that it seemed to work for /foo* or
even /foo/bar* but not /foo/*.

Is there anybody in the developer group that wants to tackle this issue?
Should I look at CVS and submit a patch?

Thanks,

Martin

RE: [Springframework-developer] Can SQLExceptionTranslater be renamed to SQLExceptionTranslator?

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

You're right - just fixed :-)

BTW, a user has noted that "ResultSetExtracter" should really be =
"ResultSetExtractor" - just fixed too.

Juergen


-----Original Message-----
From: Colin Sampaleanu [mailto:col...@ex...]
Sent: Friday, August 22, 2003 5:50 AM
To: spr...@li...
Subject: Re: [Springframework-developer] Can SQLExceptionTranslater be
renamed to SQLExceptionTranslator?


There are in fact 6 classes which currently end in Translater.   In case =

somebody is confused by what I'm complaining about, translater is=20
actually a mispelling of the proper word, translator.

Colin Sampaleanu wrote:

> The current ending for the classname SQLExceptionTranslater is not=20
> correct; the name should really be SQLExceptionTranslator...






-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
at the same time. Free trial click =
here:http://www.vmware.com/wl/offer/358/0
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE : [Springframework-developer] Petclinic and sequences

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

Hi Lars,

Ken will better answer for PetClinic, but looking at the discussions we
had here, there is no particular reason, just a choice.

You can as well have just a column for each table in a unique "sequence
holder" table.

Personally, I made another choice in my applications. For different
reasons, I have a unique and shared "IDs provider for" the whole
application no matter the table. So an ID will be unique not only for
the table but the database. They are as always pros and contras.

Regards,
Jean-Pierre

-----Message d'origine-----
De=A0: spr...@li...
[mailto:spr...@li...] De la
part de Lars Fischer
Envoy=E9=A0: jeudi 21 ao=FBt 2003 12:44
=C0=A0: spr...@li...
Objet=A0: [Springframework-developer] Petclinic and sequences

Hi all,

is there any reason why Petclinic uses an extra sequence table for every
single
table ?

Wouldn't it be better to have one table for all sequences ?

Petclinic is a very small example but imagine an application with 100
tables.

Regards
Lars



-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
at the same time. Free trial click
here:http://www.vmware.com/wl/offer/358/0
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] Petclinic and sequences

[Lars F. <lar...@gm...>]

Hi all,

is there any reason why Petclinic uses an extra sequence table for every
single
table ?

Wouldn't it be better to have one table for all sequences ?

Petclinic is a very small example but imagine an application with 100
tables.

Regards
Lars

Re: [Springframework-developer] AbstractJndiLocator should not assume java:comp/env prefix while not allowing others

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

SGkgQ29saW4sDQogDQpBYnN0cmFjdEpuZGlMb2NhdG9yIG9ubHkgZG9lcyBzbyB3aGVuIHRoZSAi
aW5Db250YWluZXIiIHByb3BlcnR5IGlzIHNldCB0byB0cnVlICh0aGUgZGVmYXVsdCkuIFNldHRp
bmcgdGhpcyBwcm9wZXJ0eSB0byBmYWxzZSBzaG91bGQgcmVzdWx0IGluIGxvb2tpbmcgdXAgdGhl
IEpOREkgbmFtZSBhcyBpcy4gSXQgY291bGQgbWFrZSBzZW5zZSB0byBhZGQgYSBjaGVjayBmb3Ig
c2NoZW1lIHRob3VnaCwgZS5nLiBvbmx5IGFwcGx5ICJqYXZhOmNvbXAvZW52LyIgaWYgImluQ29u
dGFpbmVyIiBpcyB0cnVlICphbmQqIHRoZSBKTkRJIG5hbWUgZG9lcyBub3QgY29udGFpbiBhICI6
Ii4gV2hhdCBkbyB5b3UgdGhpbms/DQogDQpKdWVyZ2VuDQogDQoNCgktLS0tLVVyc3Byw7xuZ2xp
Y2hlIE5hY2hyaWNodC0tLS0tIA0KCVZvbjogQ29saW4gU2FtcGFsZWFudSBbbWFpbHRvOmNvbGlu
bWwxQGV4aXMuY29tXSANCglHZXNlbmRldDogRnIgMjIuMDguMjAwMyAwNTo0MyANCglBbjogc3By
aW5nZnJhbWV3b3JrLWRldmVsb3BlckBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQgDQoJQ2M6IA0KCUJl
dHJlZmY6IFtTcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyXSBBYnN0cmFjdEpuZGlMb2NhdG9yIHNo
b3VsZCBub3QgYXNzdW1lIGphdmE6Y29tcC9lbnYgcHJlZml4IHdoaWxlIG5vdCBhbGxvd2luZyBv
dGhlcnMNCgkNCgkNCg0KCUFic3RyYWN0Sm5kaUxvY2F0b3IgcmlnaHQgbm93IGxvb2tzIGF0IHRo
ZSBqbmRpIG5hbWUgaXQgaXMgZ2l2ZW4sIGFuZCBpZg0KCWl0IGRvZXNuJ3Qgc3RhcnQgd2l0aA0K
CSAgIGphdmE6Y29tcC9lbnYNCglwcmVwZW5kcyB0aGlzIHZhbHVlIGF1dG9tYXRpY2FsbHkuIFRo
aXMgYmVoYXZpb3VyIGlzIG5vdCBjb3JyZWN0Lg0KCVNvbWVib2R5IHVzaW5nIHRoZSBiZWFuIHNo
b3VsZCBiZSBhYmxlIHRvIGxvb2sgdXAgcmVzb3VyY2VzIGFueXdoZXJlLA0KCWFuZCBjdXJyZW50
bHkgeW91IGNhbid0LiBGb3IgZXhhbXBsZSwgaW4gamJvc3MsIHRoZSBtYWluIGRhdGFzb3VyY2Ug
YnkNCglkZWZhdWx0IGlzIGJvdW5kIHRvDQoJICBqYXZhOkRlZmF1bHREUw0KCQ0KCUFzIHdlbGws
IHlvdSBtYXkgd2FudCB0byBsb29rIHVwIHNvbWV0aGluZyBvbiBKTkRJIHVzaW5nIGFub3RoZXIg
c2NoZW1lDQoJZW50aXJlbHkuLi4NCgkNCglXaGF0IHRoZSBjb2RlIHNob3VsZCBwcm9iYWJseSBk
byBpcyBzZWUgaWYgdGhlIGlzIGEgc2NoZW1lDQoJICAgeHh4eHg6DQoJYXQgdGhlIGJlZ2lubmlu
ZyBvZiB0aGUgam5kaSBuYW1lLiBJZiB0aGVyZSBpc24ndCwgdGhlbiBpdCBpcyBwcm9iYWJseQ0K
CXJlYXNvbmFibGUgdG8gYXNzdW1lICdqYXZhOmNvbXAvZW52LiBvciAnamF2YTonIElmIHRoZXJl
IGlzIGEgc2NoZW1lLCBpdA0KCXNob3VsZCBsZWF2ZSB0aGUgbmFtZSBhbG9uZS4NCgkNCglJIHdv
dWxkIGhhdmUgc3VwcGxpZWQgYSBwYXRjaCwgYnV0IHRoZSBmaXggaXMgdHJpdmlhbCwgYW5kIEkg
ZG9uJ3Qga25vdw0KCWhvdyBleGFjdGx5IHlvdSB3YW50IHRvIGhhbmRsZSB0aGlzLCBidXQgaXQn
cyBwcmV0dHkgY3JpdGljYWwgdG8gbWUuDQoJDQoJUmlnaHQgbm93IHdpdGggSkJvc3MgaXQncyBw
cmV0dHkgbmFzdHkuIEkgY2FuIG5vdCB1c2UgSkJvc3MncyBuYW1pbmcNCglhbGlhcyBzZXJ2aWNl
IHRvIGFsaWFzDQoJICBqYXZhOmNvbXAvZW52L0RlZmF1bHREUw0KCXRvDQoJICBqYXZhOkRlZmF1
bHREUw0KCWJlY2F1c2UgaXQgYXBwYXJlbnRseSBkb2Vzbid0IGxldCB5b3UgYWxpYXMgc3R1ZmYg
dW5kZXIgY29tcC9lbnYuICBJIGNhbg0KCXByb2JhYmx5IG1vZGlmeSBteSByZXNvdXJjZSBlbnRy
aWVzIGluIHRoZSB3YXIgZmlsZSBJIHVzZSB0byBkbyBhDQoJcmVzb3VyY2UgcmVmIHRvIHRoZSBy
aWdodCBsb2NhdGlvbiwgYnV0IEkgd291bGQgcmVhbGx5IHJhdGhlciBub3QgZG8NCgl0aGF0LCBz
aW5jZSB0aGUgd2FyIGlzIGZpbmUgdGhlIHdheSBpdCBpcy4NCgkNCglSZWdhcmRzLA0KCUNvbGlu
DQoJDQoJDQoJDQoJDQoJDQoJLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLQ0KCVRoaXMgU0YubmV0IGVtYWlsIGlzIHNwb25zb3JlZCBieTogVk0g
V2FyZQ0KCVdpdGggVk13YXJlIHlvdSBjYW4gcnVuIG11bHRpcGxlIG9wZXJhdGluZyBzeXN0ZW1z
IG9uIGEgc2luZ2xlIG1hY2hpbmUuDQoJV0lUSE9VVCBSRUJPT1RJTkchIE1peCBMaW51eCAvIFdp
bmRvd3MgLyBOb3ZlbGwgdmlydHVhbCBtYWNoaW5lcw0KCWF0IHRoZSBzYW1lIHRpbWUuIEZyZWUg
dHJpYWwgY2xpY2sgaGVyZTpodHRwOi8vd3d3LnZtd2FyZS5jb20vd2wvb2ZmZXIvMzU4LzANCglf
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KCVNwcmluZ2Zy
YW1ld29yay1kZXZlbG9wZXIgbWFpbGluZyBsaXN0DQoJU3ByaW5nZnJhbWV3b3JrLWRldmVsb3Bl
ckBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQNCglodHRwczovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9s
aXN0cy9saXN0aW5mby9zcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyDQoJDQoNCg==

Re: [Springframework-developer] Giving up

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

SGkgTGFycywNCiANCkkgZG9uJ3Qga25vdyB3aGF0IHlvdSdyZSBzdHJ1Z2dsaW5nIHdpdGggLSBt
YXBwaW5nIGEgaGJtIGZpbGUgc2hvdWxkIGJlIHByZXR0eSBzaW1wbGUuIEkgZXZlbiBnZXQgYSBu
aWNlIGVycm9yIG1lc3NhZ2Ugd2hlbiBzcGVjaWZ5aW5nIGEgd3Jvbmcgb25lLiBJIGd1ZXNzIHlv
dSdyZSByYXRoZXIgc3RydWdnbGluZyB3aXRoIEhpYmVybmF0ZSB0aGFuIHdpdGggU3ByaW5nLCBi
dXQgSSBjYW4ndCByZWFsbHkganVkZ2UgYXMgeW91IGRpZG4ndCBwcm92aWRlIGFueSBkZXRhaWxz
LiBEaWQgeW91IG1hbmFnZSB0byBzZXQgdXAgSGliZXJuYXRlICpzdGFuZGFsb25lKiwgZm9yIGV4
YW1wbGU/IERvZXMgdGhlIHdlYiBhcHAgd2l0aCBTcHJpbmcgc3RhcnQgdXAgc3RhbmRhbG9uZSwg
d2l0aG91dCB5b3VyIExvY2FsU2Vzc2lvbkZhY3RvcnlCZWFuPw0KIA0KSSd2ZSBhdHRhY2hlZCBh
IHNpbXBsZSBzZXR1cCBvZiBhIFNwcmluZy9IaWJlcm5hdGUgd2ViIGFwcCwganVzdCBpbmNsdWRp
bmcgYSAxLWxpc3RlbmVyIHdlYi54bWwsIGEgMi1iZWFuIGFwcGxpY2F0aW9uIGNvbnRleHQsIDEg
aGJtIGZpbGUsIGFuZCBvbmUgcGVyc2lzdGVudCBjbGFzcyBmaWxlLiBUaGF0IHNob3VsZCBzdGFy
dCB1cCwgSGliZXJuYXRlIHdpbGwganVzdCBjb21wbGFpbiB0aGF0IGl0IGNhbid0IGFjY2VzcyBN
eVNRTCBhdCB0aGUgc3BlY2lmaWVkIHBvcnQgZm9yIGV4dHJhY3RpbmcgbWV0YSBkYXRhIC0gYnV0
IHN0YXJ0dXAgd2lsbCBwcm9jZWVkLiBZb3UnbGwgc2VlIGluIHRoZSBsb2cgaWYgdGhlIGhibSBn
ZXRzIGxvYWRlZCwgeW91IGNhbiBhbHNvIHRyeSB0byBicmVhayBpdCBhbmQgc2VlIGlmIEhpYmVy
bmF0ZSBjb21wbGFpbnMgb24gcmVzdGFydGluZy4NCiANClJlZ2FyZGluZyBXZWJXb3JrOiBXZWJX
b3JrIGFuZCBlc3BlY2lhbGx5IFdlYldvcmsyIGFyZSBuaWNlIHdlYiBmcmFtZXdvcmtzLCBubyBk
b3VidC4gQnV0IHlvdSBkZWZpbml0ZWx5IHdvbid0IGFueSBwYXJ0aWN1bGFyIG1pZGRsZSB0aWVy
IHN1cHBvcnQsIG5vdCBpbiB0ZXJtcyBvZiB0cmFuc2FjdGlvbnMgYW5kIG5vdCBpbiB0ZXJtcyBv
ZiBwZXJzaXN0ZW5jZS4gSXQgbWlnaHQgZXZlbiBtYWtlIHNlbnNlIHRvIHVzZSBTcHJpbmcgYXMg
bWlkZGxlIHRpZXIgZnJhbWV3b3JrIGluIGNvbWJpbmF0aW9uIHdpdGggV2ViV29yayBmb3IgdGhl
IHdlYiB0aWVyLCBpZiB5b3UgZG9uJ3QgbGlrZSBTcHJpbmcncyBvd24gd2ViIE1WQy4gVGhlcmUg
YXJlIGFscmVhZHkgcGVvcGxlIGRvaW5nIHRoYXQsIGV2ZW4gbW9yZSB3aXRoIFN0cnV0cyBmb3Ig
dGhlIHdlYiB0aWVyLg0KIA0KVGhlcmUgYXJlIG51bWVyb3VzIGNvbXBhbmllcyB1c2luZyBhIFNw
cmluZy9IaWJlcm5hdGUgY29tYm8gZm9yIHZhcmlvdXMgYXBwbGljYXRpb25zLCBpbmNsdWRpbmcg
dGhlIG9uZSB0aGF0IEknbSB3aXRoLiBBZG1pdHRlZGx5LCBteSBtYWluIGV4cGVyaWVuY2UgaXMg
d2l0aCBUb21jYXQgYW5kIFJlc2luLCBidXQgV2ViTG9naWMgc2hvdWxkIHdvcmsgbmljZWx5IHRv
by4gVHJ5IGl0IHdpdGggYSBsb2NhbCBEYXRhU291cmNlIGZpcnN0LCBhcyBJJ3ZlIGRvbmUgaW4g
dGhlIHNpbXBsZSBzZXR1cCB0aGF0IEkndmUgYXR0YWNoZWQuIFByb3ZpZGUgbWUgd2l0aCBkZXRh
aWxzIG9uIGVycm9ycyB0aGF0IHlvdSBlbmNvdW50ZXIuIEFsbCB0aGluZ3MgY29uc2lkZXJlZDog
RG9uJ3QgZ2l2ZSB1cCA6LSkNCiANClJlZ2FyZHMsDQpKdWVyZ2VuDQogDQogDQoNCgktLS0tLVVy
c3Byw7xuZ2xpY2hlIE5hY2hyaWNodC0tLS0tIA0KCVZvbjogTGFycyBGaXNjaGVyIFttYWlsdG86
bGFycy5maXNjaGVyQGdteHByby5uZXRdIA0KCUdlc2VuZGV0OiBEbyAyMS4wOC4yMDAzIDE1OjA0
IA0KCUFuOiBzcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyQGxpc3RzLnNvdXJjZWZvcmdlLm5ldCAN
CglDYzogDQoJQmV0cmVmZjogW1NwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJdIEdpdmluZyB1cA0K
CQ0KCQ0KDQoJRmluYWxseSBJJ3ZlIHdhc3RlZCB0byBtdWNoIHRpbWUgdHJ5aW5nIHRvIGdldCBT
cHJpbmcgd29yayB3aXRoIEhpYmVybmF0ZQ0KCXdpdGhvdXQgYW4gZXhhbXBsZSBhYm91dCBjb25m
aWd1cmF0aW9uLiANCgkNCglOZXZlciBoYWQgc28gbWFueSBwcm9ibGVtcyB1c2luZyBhIGZyYW1l
d29yayBkZXNwaXRlIHRoZSBmYWN0IHRoYXQgdGhpcyBvbmUNCglpcyBiZXR0ZXIgZG9jdW1lbnRl
ZCB0aGFuIG1vc3Qgb2YgdGhlIHJlc3QuIERvY3VtZW50YXRpb24gaXMganVzdCB0b28NCglhYnN0
cmFjdA0KCWF0IHRoZSBtb21lbnQgdG8gaGVscCB3aXRoIHJlYWwgd29ybGQgcHJvYmxlbXMuIEkg
anVzdCBjYW4ndCBnZXQgU3ByaW5nIHRvDQoJbWFwIG15ICouaGJtLnhtbCBmaWxlIGRlZmluZWQg
dW5kZXIgJ21hcHBpbmdSZXNvdXJjZXMnLiBFdmVuIHdvcnNlIEkgZG9uJ3QNCglnZXQgYW55DQoJ
a2luZCBvZiB1c2VmdWwgZXJyb3IgbWVzc2FnZS4gTWF5YmUgdGhpcyBpcyBhIEJFQSBwcm9ibGVt
IHdpdGggcmVhZGluZw0KCWNvbmZpZ3VyYXRpb24NCglpbnNpZGUgb2YgdGhlIHdhciwgbWF5YmUg
bm90Lg0KCU1heWJlIEknbGwgY29udGludWUgaWYgdGhlcmUncyBhIHdvcmtpbmcgZXhhbXBsZSB3
aXRoIEhpYmVybmF0ZSAoYWxsIEkgd291bGQNCgluZWVkIGlzDQoJYSBDT01QTEVURSBjb25maWd1
cmF0aW9uIGV4YW1wbGUpLiBJTU8gdGhlIHNrZWxldG9ucyBhcmUgbm90IHZlcnkgdXNlZnVsLg0K
CQ0KCU9uIHRoZSBvdGhlciBoYW5kIEkgZG9uJ3Qgd2FudCB0byB3YWl0IHVudGlsIE9jdG9iZXIg
c28gSSdsbCB0YWtlIGEgbG9vaw0KCWF0IFdlYldvcmsyLiBJIGNvdWxkIHNvbHZlIGFsbCBteSBw
cm9ibGVtcyB3aXRoIFdlYldvcmsgMSBteXNlbGYgd2l0aG91dA0KCWRvY3VtZW50YXRpb24uDQoJ
DQoJVGhhbmtzIGEgbG90IGZvciBoZWxwaW5nIG1lIGluIHRoZSBwYXN0Lg0KCUxhcnMNCgkNCgkN
CgkNCgkNCgktLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tDQoJVGhpcyBTRi5uZXQgZW1haWwgaXMgc3BvbnNvcmVkIGJ5OiBWTSBXYXJlDQoJV2l0
aCBWTXdhcmUgeW91IGNhbiBydW4gbXVsdGlwbGUgb3BlcmF0aW5nIHN5c3RlbXMgb24gYSBzaW5n
bGUgbWFjaGluZS4NCglXSVRIT1VUIFJFQk9PVElORyEgTWl4IExpbnV4IC8gV2luZG93cyAvIE5v
dmVsbCB2aXJ0dWFsIG1hY2hpbmVzDQoJYXQgdGhlIHNhbWUgdGltZS4gRnJlZSB0cmlhbCBjbGlj
ayBoZXJlOmh0dHA6Ly93d3cudm13YXJlLmNvbS93bC9vZmZlci8zNTgvMA0KCV9fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoJU3ByaW5nZnJhbWV3b3JrLWRl
dmVsb3BlciBtYWlsaW5nIGxpc3QNCglTcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyQGxpc3RzLnNv
dXJjZWZvcmdlLm5ldA0KCWh0dHBzOi8vbGlzdHMuc291cmNlZm9yZ2UubmV0L2xpc3RzL2xpc3Rp
bmZvL3NwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXINCgkNCg0K

Re: [Springframework-developer] Can SQLExceptionTranslater be renamed to SQLExceptionTranslator?

[Colin S. <col...@ex...>]

There are in fact 6 classes which currently end in Translater.   In case 
somebody is confused by what I'm complaining about, translater is 
actually a mispelling of the proper word, translator.

Colin Sampaleanu wrote:

> The current ending for the classname SQLExceptionTranslater is not 
> correct; the name should really be SQLExceptionTranslator...

[Springframework-developer] AbstractJndiLocator should not assume java:comp/env prefix while not allowing others

[Colin S. <col...@ex...>]

AbstractJndiLocator right now looks at the jndi name it is given, and if 
it doesn't start with
   java:comp/env
prepends this value automatically. This behaviour is not correct. 
Somebody using the bean should be able to look up resources anywhere, 
and currently you can't. For example, in jboss, the main datasource by 
default is bound to
  java:DefaultDS

As well, you may want to look up something on JNDI using another scheme 
entirely...

What the code should probably do is see if the is a scheme
   xxxxx:
at the beginning of the jndi name. If there isn't, then it is probably 
reasonable to assume 'java:comp/env. or 'java:' If there is a scheme, it 
should leave the name alone.

I would have supplied a patch, but the fix is trivial, and I don't know 
how exactly you want to handle this, but it's pretty critical to me.

Right now with JBoss it's pretty nasty. I can not use JBoss's naming 
alias service to alias
  java:comp/env/DefaultDS
to
  java:DefaultDS
because it apparently doesn't let you alias stuff under comp/env.  I can 
probably modify my resource entries in the war file I use to do a 
resource ref to the right location, but I would really rather not do 
that, since the war is fine the way it is.

Regards,
Colin

[Springframework-developer] Can SQLExceptionTranslater be renamed to SQLExceptionTranslator?

[Colin S. <col...@ex...>]

The current ending for the classname SQLExceptionTranslater is not 
correct; the name should really be SQLExceptionTranslator...