springframework-developer — Spring Framework developers list

Re: [Springframework-developer] Intercepting bean creation?

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

I recommend BeanNameAware too, if you just want to become aware of the =
bean name.=20

For general post-processing of a newly created bean instance, you could =
define a BeanPostProcessor in the context, which will automatically =
intercept all beans that this context creates:

http://www.springframework.org/docs/api/org/springframework/beans/factory=
/config/BeanPostProcessor.html

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Chistophe Vanfleteren
Sent: Thursday, July 08, 2004 11:26 AM
To: spr...@li...
Subject: Re: [Springframework-developer] Intercepting bean creation?


On Thursday 08 July 2004 11:12, Mason, Ross wrote:
> Hi,
> I create a lot of different types of object in an applicationContext, =
all
> of which have a name property i.e.
>
> <bean id=3D"jmsConnector" =
className=3D"org.mule.providers.jms.JmsConnector">
>     <property name=3D"name"><value>jmsConnector</value></property>
> </bean>
>
> I don't like having to include the name property if there is a chance =
I
> could use the bean id instead. Is there any way I can uniformly =
intercept
> bean creation in the context so that straight after the constructor is
> called I can get hold of the bean id and set it on my object?
>
> I can't wait until the applicationContext is configured and then set =
the
> names as some objects have a collection of other objects which are =
keyed
> against the name.
>

You could implement BeanNameAware:
<http://www.springframework.org/docs/api/org/springframework/beans/factor=
y/BeanNameAware.html>

--=20
Kind regards,
Christophe Vanfleteren


-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 -=20
digital self defense, top technical experts, no vendor pitches,=20
unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Intercepting bean creation?

[Chistophe V. <spr...@pa...>]

On Thursday 08 July 2004 11:12, Mason, Ross wrote:
> Hi,
> I create a lot of different types of object in an applicationContext, all
> of which have a name property i.e.
>
> <bean id="jmsConnector" className="org.mule.providers.jms.JmsConnector">
>     <property name="name"><value>jmsConnector</value></property>
> </bean>
>
> I don't like having to include the name property if there is a chance I
> could use the bean id instead. Is there any way I can uniformly intercept
> bean creation in the context so that straight after the constructor is
> called I can get hold of the bean id and set it on my object?
>
> I can't wait until the applicationContext is configured and then set the
> names as some objects have a collection of other objects which are keyed
> against the name.
>

You could implement BeanNameAware:
<http://www.springframework.org/docs/api/org/springframework/beans/factory/BeanNameAware.html>

-- 
Kind regards,
Christophe Vanfleteren

[Springframework-developer] Intercepting bean creation?

[Mason, R. <ros...@vi...>]

SGksDQpJIGNyZWF0ZSBhIGxvdCBvZiBkaWZmZXJlbnQgdHlwZXMgb2Ygb2JqZWN0IGluIGFuIGFw
cGxpY2F0aW9uQ29udGV4dCwgYWxsIG9mIHdoaWNoIGhhdmUgYSBuYW1lIHByb3BlcnR5IGkuZS4N
CiANCjxiZWFuIGlkPSJqbXNDb25uZWN0b3IiIGNsYXNzTmFtZT0ib3JnLm11bGUucHJvdmlkZXJz
Lmptcy5KbXNDb25uZWN0b3IiPg0KICAgIDxwcm9wZXJ0eSBuYW1lPSJuYW1lIj48dmFsdWU+am1z
Q29ubmVjdG9yPC92YWx1ZT48L3Byb3BlcnR5Pg0KPC9iZWFuPg0KIA0KSSBkb24ndCBsaWtlIGhh
dmluZyB0byBpbmNsdWRlIHRoZSBuYW1lIHByb3BlcnR5IGlmIHRoZXJlIGlzIGEgY2hhbmNlIEkg
Y291bGQgdXNlIHRoZSBiZWFuIGlkIGluc3RlYWQuDQpJcyB0aGVyZSBhbnkgd2F5IEkgY2FuIHVu
aWZvcm1seSBpbnRlcmNlcHQgYmVhbiBjcmVhdGlvbiBpbiB0aGUgY29udGV4dCBzbyB0aGF0IHN0
cmFpZ2h0IGFmdGVyIHRoZSBjb25zdHJ1Y3RvciBpcyBjYWxsZWQgSSBjYW4gZ2V0IGhvbGQgb2Yg
dGhlIGJlYW4gaWQgYW5kIHNldCBpdCBvbiBteSBvYmplY3Q/DQogDQpJIGNhbid0IHdhaXQgdW50
aWwgdGhlIGFwcGxpY2F0aW9uQ29udGV4dCBpcyBjb25maWd1cmVkIGFuZCB0aGVuIHNldCB0aGUg
bmFtZXMgYXMgc29tZSBvYmplY3RzIGhhdmUgYSBjb2xsZWN0aW9uIG9mIG90aGVyIG9iamVjdHMg
d2hpY2ggYXJlIGtleWVkIGFnYWluc3QgdGhlIG5hbWUuDQogDQpBbnkgaWRlYXM/DQogDQpDaGVl
cnMsDQogDQpSb3NzDQo=

[Springframework-developer] Security Interceptor on display components

[Stephane B. <sba...@ap...>]

I have been talking yesterday with a client that has a need for a strong 
display component security (viewable/editable depending on roles).

Of course these roles are mostly dynamic and there will be a need for 
some kind of 'delegation' or flexibility on object and attributes.

It is not doable to modelize the roles strictly based on the real-life 
roles or as a set of information (as they will complain that the role is 
too strict and this will lead to a security issue where the supervisor 
will need to give full access to subalterns).

They must be be fine-grained.

There are a couple of frameworks that deals with display policy for 
components based on taglibs, more or less they just rewrite all visual 
components and there is a display policy (that could look similar to the 
declarative approache on EJBs) that decide whether or not they SKIP_BODY.

Frameworks that seem to do that are:

SweetDev, http://www.ideotechnologies.com/
Framework based on Struts developped for BNP Paribas Securities.
 From what I can see, it seems to include typical Springesque approach 
on component configuration (yet another container)

I seem to remember it is $3000 per developper and I think same price per CPU

Improve Struts Layout:
http://struts.application-servers.com/
A display policy can be used on visual components.

If you know of any other please.. bring them to my attention :)

I strikes me that this kind of visual component policy could be an 
interesting application of a security interceptor.

Not displaying the visual component does not seem to be the solution to 
me. I think it is better not to display the 'value' of the component 
(typically by using '****' when it is not viewable and disabling the 
component if it is not editable).

Not displaying the component (or a row in a table) may ruin the layout 
and pause massive problems of design to me. (especially as you have to 
deal with the labels of the component)

That means basically that we could have an interceptor (or aspect ?)
simply modifying the visual components.

- We need to intercept expression evaluation (display)
- We need to intercept taglib evaluation (edit box must be enabled/disabled)

What do you people think about this ?

Cheers,

Stephane

Re: [Springframework-developer] SourceForge Forums

[Andy D. <an...@ma...>]

Just curious... who flips the bill for the "added cost"?  Is it time to add a 
"donations" link to the home page? :-)

  - Andy

On Wednesday 07 July 2004 08:28 pm, Colin Sampaleanu wrote:
> Time :-)      It will also add a bit of cost to the project, since the
> hosting and bandwidth will have to be paid, but the main issue is that
> somebody has to do the work of setting up phpBB (or whatever) somewhere.
> It looks like I may be able to do it in the next week or two though.
>
> Colin

Re: [Springframework-developer] SourceForge Forums

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

Time :-)      It will also add a bit of cost to the project, since the 
hosting and bandwidth will have to be paid, but the main issue is that 
somebody has to do the work of setting up phpBB (or whatever) somewhere. 
It looks like I may be able to do it in the next week or two though.

Colin

Matthew E. Porter wrote:

> If I may ask, what is holding up using some other forum software?
>
>
> Cheers,
>   matthew
>
> On Jul 7, 2004, at 10:23 AM, Dmitriy Kopylenko wrote:
>
>> Also +1
>>
>> Guillaume Poirier wrote:
>>
>>> +1
>>>
>>> Rod Johnson wrote:
>>>
>>>> 2. Keep them until we get a better web based solution
>>>>
>>>>
>>>> I'm not in favour of getting rid of the forums altogether, 
>>>> although  I agree
>>>> that the present SF forums are slow, lacking in features and poorly
>>>> presented.
>>>>
>>>> I'm a bit concerned that the lists get a lot of traffic already; that
>>>> subscribing to a list is more invasive (in my mind) than signing 
>>>> up  to a
>>>> forum; and that when evaluating a product I often browse forums to  
>>>> judge the
>>>> responsiveness of a product's developers and users, while I don't  
>>>> tend to
>>>> browse mailing lists, viewing them as more for committed users.
>>>

Re: [Springframework-developer] ReloadableResourceBundleMessageSource and <fmt:message> tag

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

Thanks Juergen,

I understand that classpath resources are not reloadable--and I was using=
 RRBMS because I wanted my messages to be reloadable.

This did what I wanted:

JstlUtils.exposeLocalizationContext(request, WebApplicationContextUtils.g=
etWebApplicationContext(application)); =20

...in a jsp tag file at that. So I just put this in my page:

<tags:exposeLocalizationContext />

(it keeps the scriptlet contained and neatly hidden away)

For anyone wanting to do the same, I used fully qualified class names in =
the tag file (e.g. org.springframework.web.servlet.support.JstlUtils and =
org.springframework.web.context.support.WebApplicationContextUtils) becua=
se the <%@ page import=3D".."%> directive did not work in the tag file.

You are correct, I am working with standard JSP error pages. HandlerExcep=
tionResolver will not work because I'd rather not write special resolvers=
 for 404 and 403 error codes (I don't even know if it's possible...oh wai=
t this is programming...anything is possible).

I respect your judgement on the message tag "code" attribute. However I m=
aintain that it would be easier to remember if Spring used the same conve=
ntions as the JSTL. I guess changing all Spring documentation on MessageS=
ources etc. to be consistent on this point probably wouldn't be worth the=
 effort.

~ Daniel


j=FCrgen h=F6ller [werk3AT] wrote:
> You could let ReloadableResourceBundleMessageSource access a classpath =
resource via "classpath:xxx", to be able to share the resources with stan=
dard JSTL. However, classpath resources are not reloadable, as the classl=
oader will always cache them for its lifetime.
> =20
> I guess there's no way around exposing Spring's MessageSource as JSTL L=
ocalizationContext. That's what JstlView does automatically. To do this m=
anually, you could put the following Java code block on the top of your J=
SP:
> =20
>   JstlUtils.exposeLocalizationContext(request, WebApplicationContextUti=
ls.getWebApplicationContext(application));
> =20
> Or use error views via Spring's HandlerExceptionResolver, which can be =
of type JstlView too. (I assume you currently work with standard JSP erro=
r pages.)
> =20
> Regarding Spring's message tag: The attribute names follow Spring Messa=
geSource conventions there, that's why stuff is called "code" and "text".=
 MessageSource is a bit more generic than ResourceBundle: It doesn't assu=
me that the passed-in "code" is necessarly a "key" in a properties file; =
the message could also be built in other ways.
> =20
> Juergen
> =20
>=20
> ________________________________
>=20
> Von: spr...@li... im Auftrag v=
on Daniel Miller
> Gesendet: Mi 07.07.2004 05:49
> An: Springframework-Developer
> Betreff: [Springframework-developer] ReloadableResourceBundleMessageSou=
rce and <fmt:message> tag
>=20
>=20
>=20
> Hello,
>=20
> I am having problems accessing my message resources when they are loade=
d with ReloadableResourceBundleMessageSource (RRBMS). When RRBMS is used,=
 the properties files must be located outside the classpath to be reloada=
ble. However, the JSTL <fmt:bundle> tag's "basename" attribute and the <f=
mt:message> tag's "bundle" attribute only accept a classpath url (e.g. ba=
sename=3D"com.example.messages"). It would be nice if they accepted file =
url's as well (e.g. basename=3D"WEB-INF/jsp/common/messages.properties"),=
 but they don't :(
>=20
> Normally this should not be a problem because Spring puts the message b=
undle where JSTL can find it when a JSTLView is rendered. However, I want=
 to use message resources in error pages (404, 403, java.lang.Exception, =
etc.) which are not rendered by Spring. Error pages are configured in web=
.xml; the Spring context where the message source locations are configure=
d is bypassed when they are rendered.
>=20
> Is there any way to load message resources explicitly inside a jsp page=
 when the properties file is not on the classpath? Could another tag be a=
dded to the Spring tag library that would fetch the message bundle(s) fro=
m the Srping configuration and/or load the bundle from the file resource?
>=20
> Example usage:
>=20
> <spring:bundle>
>  <!--
>    - [Reloadable]ResourceBundleMessageSource configured
>    - in the Spring context is used to retrieve messages
>    -->
>  <fmt:message key=3D"some.message.key" />
> </spring:bundle>
>=20
> OR
>=20
> <spring:bundle resource=3D"WEB-INF/jsp/common/messages.properties">
>  <!--
>    - Message resources are loaded from the location
>    - specified by the "resource" attribute
>    -->
>  <fmt:message key=3D"some.message.key" />
> </spring:bundle>
>=20
> Aside: IMHO the "code" attribute of the <spring:message> tag should to =
be deprecated and changed to match JSTL "key" attribute. That would enabl=
e a developer to easily switch from <fmt:message> to <spring:message> wit=
hout changing attribute name(s)--plus it's less attributes to remember be=
cause it's standard...even the Struts <bean:message> tag got that one rig=
ht.
>=20
> Thanks,
> Daniel Miller
>=20
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.Net email sponsored by Black Hat Briefings & Training.
> Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
> digital self defense, top technical experts, no vendor pitches,
> unmatched networking opportunities. Visit www.blackhat.com
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.Net email sponsored by Black Hat Briefings & Training.
> Attend Black Hat Briefings & Training, Las Vegas July 24-29 -=20
> digital self defense, top technical experts, no vendor pitches,=20
> unmatched networking opportunities. Visit www.blackhat.com
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20
>=20

[Springframework-developer] spring build.47 Build Successful

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

<html><head>
<style>
.white { color:#FFFFFF }.index { background-color:#FFFFFF }.index-passed { =
color:#004400 }.index-failed { color:#FF0000; font-weight:bold }.index-head=
er { font-weight:bold }.link { font-family:arial,helvetica,sans-serif; font=
-size:10pt; color:#FFFFFF; text-decoration:none; }.tab-table { margin: 0em =
0em 0.5em 0em; }.tabs { font-family:arial,helvetica,sans-serif; font-size:8=
pt; color:#000000; font-weight:bold; padding: 0em 2em; background-color:#EE=
EEEE; }.tabs-link { color:#000000; text-decoration:none; }.tabs-link:visite=
d { color:#000000; text-decoration:none; }.tabs-selected { font-family:aria=
l,helvetica,sans-serif; font-size:8pt; color:#000000; font-weight:bold; pad=
ding: 0em 2em; }.tabs-selected { border: inset; }.header-title { font-famil=
y:arial,helvetica,sans-serif; font-size:12pt; color:#000000; font-weight:bo=
ld; }.header-label { font-weight:bold; }.header-data { font-family:arial,he=
lvetica,sans-serif; font-size:10pt; color:#000000; }.modifications-data { f=
ont-family:arial,helvetica,sans-serif; font-size:8pt; color:#000000; }.modi=
fications-sectionheader { background-color:#000066; font-family:arial,helve=
tica,sans-serif; font-size:10pt; color:#FFFFFF; }.modifications-oddrow { ba=
ckground-color:#CCCCCC }.modifications-evenrow { background-color:#FFFFCC }=
.changelists-oddrow { background-color:#CCCCCC }.changelists-evenrow { back=
ground-color:#FFFFCC }.changelists-file-spacer { background-color:#FFFFFF }=
.changelists-file-evenrow { background-color:#EEEEEE }.changelists-file-odd=
row { background-color:#FFFFEE }.changelists-file-header { background-color=
:#666666; font-family:arial,helvetica,sans-serif; font-size:8pt; color:#FFF=
FFF; }.compile-data { font-family:arial,helvetica,sans-serif; font-size:8pt=
; color:#000000; }.compile-error-data { font-family:arial,helvetica,sans-se=
rif; font-size:8pt; color:#FF0000; }.compile-warn-data { font-family:arial,=
helvetica,sans-serif; font-size:8pt; color:#CC9900; }.compile-sectionheader=
 { background-color:#000066; font-family:arial,helvetica,sans-serif; font-s=
ize:10pt; color:#FFFFFF; }.distributables-data { font-family:arial,helvetic=
a,sans-serif; font-size:8pt; color:#000000; }.distributables-sectionheader =
{ background-color:#000066; font-family:arial,helvetica,sans-serif; font-si=
ze:10pt; color:#FFFFFF; }.distributables-oddrow { background-color:#CCCCCC =
}.unittests-sectionheader { background-color:#000066; font-family:arial,hel=
vetica,sans-serif; font-size:10pt; color:#FFFFFF; }.unittests-oddrow { back=
ground-color:#CCCCCC }.unittests-data { font-family:arial,helvetica,sans-se=
rif; font-size:8pt; color:#000000; }.unittests-error { font-family:arial,he=
lvetica,sans-serif; font-size:8pt; color:#FF0000; }.checkstyle-oddrow { bac=
kground-color:#CCCCCC }.checkstyle-data { font-family:arial,helvetica,sans-=
serif; font-size:8pt; color:#000000; }.checkstyle-sectionheader { backgroun=
d-color:#000066; font-family:arial,helvetica,sans-serif; font-size:10pt; co=
lor:#FFFFFF; }
</style>
</head><body>
<p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td class=3D"header-title">BUILD COMPLETE&nbsp;-&nbsp;     =
               build.47</td></tr><tr><td class=3D"header-data"><span class=
=3D"header-label">Date of build:&nbsp;</span>07/08/2004 00:16:04</td></tr><=
tr><td class=3D"header-data"><span class=3D"header-label">Time to build:&nb=
sp;</span>13 minutes 29 seconds</td></tr><tr><td class=3D"header-data"><spa=
n class=3D"header-label">Last changed:&nbsp;</span>07/07/2004 06:33:35</td>=
</tr><tr><td class=3D"header-data"><span class=3D"header-label">Last log en=
try:&nbsp;</span>fix typo</td></tr></table><p>
<table xmlns=3D"http://www.w3.org/TR/html4/strict.dtd" width=3D"98%" border=
=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"center"/><p>
<p>
<table xmlns=3D"http://www.w3.org/TR/html4/strict.dtd" width=3D"98%" border=
=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"center"><tr><td class=
=3D"compile-sectionheader">                        &nbsp;Errors/Warnings: (=
6)                    </td></tr><tr><td><pre class=3D"compile-error-data">N=
ote: Some input files use or override a deprecated API.<br class=3D"none"/>=
Note: Recompile with -deprecation for details.Note: /jteam/build/checkout/s=
pring/spring/mock/org/springframework/mock/web/MockHttpSession.java uses or=
 overrides a deprecated API.<br class=3D"none"/>Note: Recompile with -depre=
cation for details.<br class=3D"none"/>Note: Some input files use or overri=
de a deprecated API.<br class=3D"none"/>Note: Recompile with -deprecation f=
or details.<br class=3D"none"/></pre></td></tr></table><p>
<p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td colspan=3D"4" class=3D"unittests-sectionheader">       =
            &nbsp;Unit Tests: (1470)                </td></tr><tr><td><tabl=
e width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"c=
enter"><tr><td class=3D"unittests-data">                failure            =
</td><td width=3D"40%" class=3D"unittests-data">testHomePage</td><td width=
=3D"40%" class=3D"unittests-data">org.springframework.apptests.buildtest.Al=
lTests</td></tr></table></td></tr><tr></tr><tr><td colspan=3D"2">&nbsp;</td=
></tr><tr><td colspan=3D"4" class=3D"unittests-sectionheader">             =
       &nbsp;Unit Test Error Details:&nbsp;(1)                </td></tr><tr=
><td class=3D"unittests-data" colspan=3D"2">                Test:&nbsp;test=
HomePage</td></tr><tr><td class=3D"unittests-data" colspan=3D"2">          =
      Class:&nbsp;org.springframework.apptests.buildtest.AllTests</td></tr>=
<tr><td class=3D"unittests-data" colspan=3D"2">                Type: junit.=
framework.AssertionFailedError</td></tr><tr><td class=3D"unittests-data" co=
lspan=3D"2">                Message: Exception while testing URL http://loc=
alhost:13084/buildtest:java.io.IOException</td></tr><tr><td class=3D"unitte=
sts-error" colspan=3D"2"><pre>junit.framework.AssertionFailedError: Excepti=
on while testing URL http://localhost:13084/buildtest:java.io.IOException<b=
r>=09at org.springframework.apptests.buildtest.AllTests.testHomePage(Unknow=
n Source)<br>=09at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Meth=
od)<br>=09at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess=
orImpl.java:39)<br>=09at sun.reflect.DelegatingMethodAccessorImpl.invoke(De=
legatingMethodAccessorImpl.java:25)<br></pre></td></tr><tr><td colspan=3D"2=
">&nbsp;</td></tr></table><p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td colspan=3D"4" class=3D"modifications-sectionheader">   =
                 &nbsp;Modifications since last build:&nbsp;               =
     (3)                </td></tr><tr class=3D"modifications-evenrow"><td c=
lass=3D"modifications-data">modified</td><td class=3D"modifications-data">c=
olins</td><td class=3D"modifications-data">docs/reference/src/beans.xml</td=
><td class=3D"modifications-data">fix typo</td></tr><tr class=3D"modificati=
ons-oddrow"><td class=3D"modifications-data">modified</td><td class=3D"modi=
fications-data">colins</td><td class=3D"modifications-data">docs/reference/=
src/overview.xml</td><td class=3D"modifications-data">fix typo</td></tr><tr=
 class=3D"modifications-evenrow"><td class=3D"modifications-data">modified<=
/td><td class=3D"modifications-data">trisberg</td><td class=3D"modification=
s-data">src/org/springframework/jdbc/core/StatementCreatorUtils.java</td><t=
d class=3D"modifications-data">changed setParameterValue to use setObject f=
or null values if SqlType is unknown</td></tr></table><p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td class=3D"distributables-sectionheader">                =
        &nbsp;Deployments by this build:&nbsp;(8)                    </td><=
/tr><tr><td class=3D"distributables-data">Building jar: /jteam/build/checko=
ut/spring/spring/dist/spring.jar</td></tr><tr class=3D"distributables-oddro=
w"><td class=3D"distributables-data">Building war: /jteam/build/checkout/sp=
ring/spring/autobuilds/apps/buildtest/dist/buildtest.war</td></tr><tr><td c=
lass=3D"distributables-data">Building war: /jteam/build/checkout/spring/spr=
ing/autobuilds/apps/buildtest/dist/buildtest.war</td></tr><tr class=3D"dist=
ributables-oddrow"><td class=3D"distributables-data">Building war: /jteam/b=
uild/checkout/spring/spring/autobuilds/apps/buildtest/dist/buildtest.war</t=
d></tr><tr><td class=3D"distributables-data">Building jar: /jteam/build/che=
ckout/spring/spring/autobuilds/apps/jpetstore/war/WEB-INF/lib/jpetstore.jar=
</td></tr><tr class=3D"distributables-oddrow"><td class=3D"distributables-d=
ata">Building war: /jteam/build/checkout/spring/spring/autobuilds/apps/jpet=
store/dist/jpetstore.war</td></tr><tr><td class=3D"distributables-data">Bui=
lding jar: /jteam/build/checkout/spring/spring/autobuilds/apps/jpetstore/wa=
r/WEB-INF/lib/jpetstore.jar</td></tr><tr class=3D"distributables-oddrow"><t=
d class=3D"distributables-data">Building war: /jteam/build/checkout/spring/=
spring/autobuilds/apps/jpetstore/dist/jpetstore.war</td></tr></table>
</body></html>

Re: [Springframework-developer] OJB support

[Brian M. <mcc...@fo...>]

Yep, just haven't had a chance to look at it yet. Have been spending my 
time doing lots of fun optimizations in OJB PB implementation now that 
1.0 is finally out se we can make feature changes =)

-Brian

On Jul 7, 2004, at 1:15 PM, Rod Johnson wrote:

>> Licensing and legalities. *Can* we implement HQL legally etc. Little
>> languages without a specific spec only defined as part of a specific
>> project are an awfully grey area.
>
> What about the EJB3 ERD version of EJB QL? :-)
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by Black Hat Briefings & Training.
> Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
> digital self defense, top technical experts, no vendor pitches,
> unmatched networking opportunities. Visit www.blackhat.com
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>

Re: [Springframework-developer] OJB support

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

> Licensing and legalities. *Can* we implement HQL legally etc. Little 
> languages without a specific spec only defined as part of a specific 
> project are an awfully grey area.

What about the EJB3 ERD version of EJB QL? :-)

Re: [Springframework-developer] OJB support

[Brian M. <mcc...@fo...>]

I'd be all for it -- though I don't know if the implementation that was 
done is still around, it was a while back =) Explicit permission to 
implement HQL might work. It is one of those "it isn't even worth 
asking the lawyers for the arguments likely to ensue" type questions 
thus far. If you really want it, now that HQL has a real AST generated 
and interpreted an implementation off of the Hibernate one which 
compiles HQL to a QueryByCriteria or ReportQuery in OJB terms would 
probably be fairly straightforward to do. I don't know of any bizarre 
capabilities HQL has which aren't supported in OJB's criteria api. Said 
tool would need to be LGPL so couldn't be checked into OJB, but could 
certainly be made available.

Personally, I have been waiting for the (now released) EJB3 spec to see 
if it supports more HQL'ish queries. Implementing EJBQL(3) should be 
fine.



On Jul 7, 2004, at 12:40 PM, James Cook wrote:

>> -----Original Message-----
>> Licensing and legalities. *Can* we implement HQL legally etc. Little
>> languages without a specific spec only defined as part of a specific
>> project are an awfully grey area.
>
> I'm not sure I see your point given the Hibernate License and the fact 
> that
> you aren't using any of their source code. But I'll trust that the ASF
> probably wants to stay away from any potential can o' worms.
>
> What if Gavin explicitly gave permission for an HQL syntax for OJB? 
> Would
> your project be willing to commit the implementation that has been 
> created?
> It would be a nice compatibility point.
>
>
>
>
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by Black Hat Briefings & Training.
> Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
> digital self defense, top technical experts, no vendor pitches,
> unmatched networking opportunities. Visit www.blackhat.com
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>

RE: [Springframework-developer] OJB support

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

> -----Original Message-----
> Licensing and legalities. *Can* we implement HQL legally etc. Little
> languages without a specific spec only defined as part of a specific
> project are an awfully grey area.

I'm not sure I see your point given the Hibernate License and the fact that
you aren't using any of their source code. But I'll trust that the ASF
probably wants to stay away from any potential can o' worms.

What if Gavin explicitly gave permission for an HQL syntax for OJB? Would
your project be willing to commit the implementation that has been created?
It would be a nice compatibility point.

Re: [Springframework-developer] OJB support

[Brian M. <br...@ap...>]

On Jul 7, 2004, at 9:54 AM, James Cook wrote:
> I guess I'm one of the ignorant few who don't realize the obvious 
> reasons
> for not committing an HQL syntax. :) It would make migrating to (or 
> simply
> trying out) OJB a no-brainer. As it is, we would have to learn the OJB 
> query
> syntax and rewrite these parts of our code.
>
> I hope it wasn't an attempt *not* to pay homage to a good idea. :)

Licensing and legalities. *Can* we implement HQL legally etc. Little 
languages without a specific spec only defined as part of a specific 
project are an awfully grey area.

-Brian

Re: [Springframework-developer] SourceForge Forums

[Matthew E. P. <mat...@me...>]

If I may ask, what is holding up using some other forum software?


Cheers,
   matthew

On Jul 7, 2004, at 10:23 AM, Dmitriy Kopylenko wrote:

> Also +1
>
> Guillaume Poirier wrote:
>
>> +1
>>
>> Rod Johnson wrote:
>>
>>> 2. Keep them until we get a better web based solution
>>>
>>>
>>> I'm not in favour of getting rid of the forums altogether, although  
>>> I agree
>>> that the present SF forums are slow, lacking in features and poorly
>>> presented.
>>>
>>> I'm a bit concerned that the lists get a lot of traffic already; that
>>> subscribing to a list is more invasive (in my mind) than signing up  
>>> to a
>>> forum; and that when evaluating a product I often browse forums to  
>>> judge the
>>> responsiveness of a product's developers and users, while I don't  
>>> tend to
>>> browse mailing lists, viewing them as more for committed users.
>>>
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> This SF.Net email sponsored by Black Hat Briefings & Training.
>>> Attend Black Hat Briefings & Training, Las Vegas July 24-29 -  
>>> digital self defense, top technical experts, no vendor pitches,  
>>> unmatched networking opportunities. Visit www.blackhat.com
>>> _______________________________________________
>>> Springframework-developer mailing list
>>> Spr...@li...
>>> https://lists.sourceforge.net/lists/listinfo/springframework- 
>>> developer
>>>
>>>
>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email sponsored by Black Hat Briefings & Training.
>> Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital  
>> self defense, top technical experts, no vendor pitches, unmatched  
>> networking opportunities. Visit www.blackhat.com
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by Black Hat Briefings & Training.
> Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital  
> self defense, top technical experts, no vendor pitches, unmatched  
> networking opportunities. Visit www.blackhat.com
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] SourceForge Forums

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

Also +1

Guillaume Poirier wrote:

> +1
>
> Rod Johnson wrote:
>
>> 2. Keep them until we get a better web based solution
>>
>>
>> I'm not in favour of getting rid of the forums altogether, although I 
>> agree
>> that the present SF forums are slow, lacking in features and poorly
>> presented.
>>
>> I'm a bit concerned that the lists get a lot of traffic already; that
>> subscribing to a list is more invasive (in my mind) than signing up to a
>> forum; and that when evaluating a product I often browse forums to 
>> judge the
>> responsiveness of a product's developers and users, while I don't 
>> tend to
>> browse mailing lists, viewing them as more for committed users.
>>
>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email sponsored by Black Hat Briefings & Training.
>> Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital 
>> self defense, top technical experts, no vendor pitches, unmatched 
>> networking opportunities. Visit www.blackhat.com
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>>  
>>
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by Black Hat Briefings & Training.
> Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital 
> self defense, top technical experts, no vendor pitches, unmatched 
> networking opportunities. Visit www.blackhat.com
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] SourceForge Forums

[Guillaume P. <gpo...@gl...>]

+1

Rod Johnson wrote:

>2. Keep them until we get a better web based solution
>
>
>I'm not in favour of getting rid of the forums altogether, although I agree
>that the present SF forums are slow, lacking in features and poorly
>presented.
>
>I'm a bit concerned that the lists get a lot of traffic already; that
>subscribing to a list is more invasive (in my mind) than signing up to a
>forum; and that when evaluating a product I often browse forums to judge the
>responsiveness of a product's developers and users, while I don't tend to
>browse mailing lists, viewing them as more for committed users.
>
>
>
>
>-------------------------------------------------------
>This SF.Net email sponsored by Black Hat Briefings & Training.
>Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
>digital self defense, top technical experts, no vendor pitches, 
>unmatched networking opportunities. Visit www.blackhat.com
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>  
>

Re: [Springframework-developer] SourceForge Forums

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

+1.

Rod Johnson wrote:

>2. Keep them until we get a better web based solution
>
>
>I'm not in favour of getting rid of the forums altogether, although I agree
>that the present SF forums are slow, lacking in features and poorly
>presented.
>
>I'm a bit concerned that the lists get a lot of traffic already; that
>subscribing to a list is more invasive (in my mind) than signing up to a
>forum; and that when evaluating a product I often browse forums to judge the
>responsiveness of a product's developers and users, while I don't tend to
>browse mailing lists, viewing them as more for committed users.
>  
>

RE: [Springframework-developer] OJB support

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

Great information, thanks!

> -----Original Message-----
> A great combination would be the persistence semantics of OJB's
> PersistenceBroker API and a text-based query language like HQL. That would
> be really useful for query-intensive scenarios that can easily live with
> explicit store calls. After all, I don't see anything that ties HQL to
> automatic change detection.

On The Server Side, Brain McCallister made the following comment
(http://www.theserverside.com/news/thread.tss?thread_id=27002#128119):

> Hibernate does a few nice things that OJB doesn't as well. I think 
> HQL is darned good. It is the best object/relational query language 
> I know of right now (and I really liked O2). One of the OJB guys 
> actually implemented it on OJB a while back, but for (hopefully) 
> obvious reasons we never committed it or made it available.

I guess I'm one of the ignorant few who don't realize the obvious reasons
for not committing an HQL syntax. :) It would make migrating to (or simply
trying out) OJB a no-brainer. As it is, we would have to learn the OJB query
syntax and rewrite these parts of our code.

I hope it wasn't an attempt *not* to pay homage to a good idea. :)

Re: [Springframework-developer] SourceForge Forums

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

2. Keep them until we get a better web based solution


I'm not in favour of getting rid of the forums altogether, although I agree
that the present SF forums are slow, lacking in features and poorly
presented.

I'm a bit concerned that the lists get a lot of traffic already; that
subscribing to a list is more invasive (in my mind) than signing up to a
forum; and that when evaluating a product I often browse forums to judge the
responsiveness of a product's developers and users, while I don't tend to
browse mailing lists, viewing them as more for committed users.

[Springframework-developer] Preparing for 1.1 RC1

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

Everybody,

As announced a while ago, we plan to release 1.1 RC1 this weekend. This =
means that major new stuff like JMS support and JSF support will *not* =
go into 1.1 RC1, as those features are not ready respectively fully =
reviewed yet.

As I'm a fan of "release early, release often", I'd rather move JMS =
support to 1.2 RC1 (actually, it has always been there in JIRA) than =
delaying 1.1 final. 1.2 RC1 will be released soon enough, possibly in =
late September.

Of course, we can still add new features for 1.1 final, but I'd like to =
restrict that to minor stuff. JDBC 3.0 auto-generated keys and form =
simplification macros are fine, but JMS is probably too much (from my =
point of view).

JSF support is a further candidate that has been discussed quite heavily =
off-list, but unfortunately we haven't reached a concensus there yet. We =
might get some basic support in for 1.1 final, though.

Thoughts on this release plan? In any case, please test and review the =
current CVS contents as far as possible till Sunday. And please refrain =
from adding major new stuff in the next couple of days - which applies =
to myself too ;-)

Juergen


DI J=FCrgen H=F6ller
Senior System Architect
______________________________________

werk3ATS - division systementwicklung
werk3AT informations- und mediensysteme

europaplatz 4
A - 4020 linz

t.  +43 (0) 732 71 65 29 502
f.  +43 (0) 732 71 65 29 3
mailto:jue...@we...
http://www.werk3at.com
______________________________________
werk3ATS - WIR ENTWICKELN ERFOLG

Re: [Springframework-developer] OJB support

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

OJB supports cascading via "auto-update" and "auto-delete" attributes on =
collection and reference mappings. So yes, you can persist entire object =
graphs with a single store call, as long as the mapping is defined =
accordingly.

Not doing automatic change detection avoids a couple of issues:
- the overhead of snapshot comparison on flushing a Hibernate Session
- the strict reliance on identity in the first-level cache (also known =
as saveOrUpdate with "object already exists in Session" exception)
- bytecode post-processing for efficient change detection in JDO
- explicit detachment of persistent objects to allow for reuse outside a =
PersistenceManager in JDO 2

In combination with the relaxed implementation of lazy loading that does =
not depend on the PersistenceBroker that originally loaded the =
containing object, OJB's PersistenceBroker API incurs significantly less =
complexity to fight with than Hibernate's or JDO's semantics.

So if you don't need automatic change detection but still want one =
mapping per object that's used for all CRUD operations, OJB with the =
PersistenceBroker API might be a good choice. It avoids suffering from =
side effects of features that you don't need in the first place.

A further option is iBATIS SQL Maps, which is similar to the OJB =
PersistenceBroker in that it requires explicit store calls. However, it =
is conceptually one level below the PersistenceBroker: You define =
mappings for every single CRUD operation there, with full control over =
each SQL statement.

For complex object models, it's usually preferable to map each object =
once and let the persistence tool care about all SQL, so I'd vote for =
the OJB PersistenceBroker in that case, rather than iBATIS SQL Maps. OJB =
also provides more sophisticated querying facilities, not just plain =
SQL.

A great combination would be the persistence semantics of OJB's =
PersistenceBroker API and a text-based query language like HQL. That =
would be really useful for query-intensive scenarios that can easily =
live with explicit store calls. After all, I don't see anything that =
ties HQL to automatic change detection.

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of James Cook
Sent: Wednesday, July 07, 2004 12:28 PM
To: spr...@li...
Subject: RE: [Springframework-developer] OJB support


> -----Original Message-----
> Of j=FCrgen h=F6ller [werk3AT]
> There's still OJB's full mapping capabilites, just
> with explicit store calls. For many applications, this will be all =
they
> need, respectively even the level they want to work on!

Sorry to ask this question without d/l OJB and looking at source, but =
I'm
real busy right now.

I'm really in favor of OJB's explicit store calls, since it allows us to =
use
our POJO domain objects as state objects without implementing versioning =
or
some attach/detach behavior. I just wanted to ask if you call =
save(entity)
on one object, does OJB use persistence by reachability to automatically
save all other objects mapped to the entity you persist?

Thanks





-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 -=20
digital self defense, top technical experts, no vendor pitches,=20
unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE: [Springframework-developer] OJB support

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

> -----Original Message-----
> Of j=FCrgen h=F6ller [werk3AT]
> There's still OJB's full mapping capabilites, just
> with explicit store calls. For many applications, this will be all =
they
> need, respectively even the level they want to work on!

Sorry to ask this question without d/l OJB and looking at source, but =
I'm
real busy right now.

I'm really in favor of OJB's explicit store calls, since it allows us to =
use
our POJO domain objects as state objects without implementing versioning =
or
some attach/detach behavior. I just wanted to ask if you call =
save(entity)
on one object, does OJB use persistence by reachability to automatically
save all other objects mapped to the entity you persist?

Thanks

[Springframework-developer] SourceForge Forums

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

would anyone mind if we took a vote on this SF forum issue - these are th=
e
options mooted in recent posts.

1. Keep them, they're fine
2. Keep them until we get a better web based solution
3. Shut them down now and direct people to mailing lists

Perhaps you can vote by replying to this mail and deleting all the text
except the one option you want to vote for above.

I'm registering a +1 for option 3.

Cheers!

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

Re: [Springframework-developer] OJB support

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

Brian,
=20
Thanks for your support :-)
=20
If you're interested, check out the current CVS contents. There's pretty =
complete support for the PersistenceBroker API in =
org.springframework.orm.ojb, including a =
PersistenceBrokerTransactionManager which is able to expose the =
underlying JDBC transaction. Furthermore, Petclinic has a fully =
functional OJB data access layer now, as alternative to the existing =
Hibernate and JDBC data access implementations. I've been pretty busy =
since Friday :-)
=20
For the time being, I guess working at the plain PersistenceBroker level =
is good enough. It's actually a distinctive characteristic: In contrast =
to Hibernate and JDO, no change detection occurs, thus also no overhead =
(Hibernate snapshot comparisons) or special setup (JDO bytecode =
post-processing) for it. There's still OJB's full mapping capabilites, =
just with explicit store calls. For many applications, this will be all =
they need, respectively even the level they want to work on!
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von Brian McCallister
Gesendet: Mi 07.07.2004 03:12
An: spr...@li...
Betreff: Re: [Springframework-developer] OJB support



Juergen,


Thank you! Now that there are some basics to work from, I'd be happy to
help out =3D)

Getting a connection from a PB instance can be done via
pb.serviceConnectionManager.getConnection();

Also, if you want change detectopm without real object level
transactions, this can be done via a couple fairly simple listeners on
the PB instance (copy-on-read/compare-on-commit). The code for this is
hidden in OJB CVS but is all of maybe 60 lines, I'd be happy to add it
to Spring if anyone wants it.

-Brian

On Jul 2, 2004, at 3:02 PM, j=FCrgen h=F6ller [werk3AT] wrote:

> Hi everybody,
>
> On the occasion of the recent TSS thread on OJB 1.0 final, I've
> decided to give OJB PersistenceBroker integration a go. I've already
> committed the initial bunch a couple of hours ago, providing
> PersistenceBrokerTemplate, PersistenceBrokerTransactionManager, etc.
>
> This initial stuff took just about 4 hours, including getting OJB to
> work with a simple example! I was pleasantly surprised by how easy OJB
> is to set up. I'm not fond really fond of its static initializer
> model, but it does work and is simple enough to get going.
>
> I'm currently working on support for exposing the JDBC Connection in
> PersistenceBrokerTransactionManager and other refinements. I plan to
> add a Petclinic data access version for OJB this weekend: As far as I
> can judge at this point of time, this should be simple enough to do.
>
> One of the distinct characteristics of OJB's PersistenceBroker is that
> it offers all of OJB's mapping and querying capabilities, but does not
> attempt to provide object-level transactions, i.e. does not do
> automatic change detection but rather rely on explicit store calls.
> For Petclinic-style web apps, this is more than enough.
>
> The stuff in CVS does work already, so whoever's interested, feel free
> to have a look at it :-)
>
> Juergen
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by Black Hat Briefings & Training.
> Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
> digital self defense, top technical experts, no vendor pitches,
> unmatched networking opportunities. Visit www.blackhat.com
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>




-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
digital self defense, top technical experts, no vendor pitches,
unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] ReloadableResourceBundleMessageSource and <fmt:message> tag

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

You could let ReloadableResourceBundleMessageSource access a classpath =
resource via "classpath:xxx", to be able to share the resources with =
standard JSTL. However, classpath resources are not reloadable, as the =
classloader will always cache them for its lifetime.
=20
I guess there's no way around exposing Spring's MessageSource as JSTL =
LocalizationContext. That's what JstlView does automatically. To do this =
manually, you could put the following Java code block on the top of your =
JSP:
=20
  JstlUtils.exposeLocalizationContext(request, =
WebApplicationContextUtils.getWebApplicationContext(application));
=20
Or use error views via Spring's HandlerExceptionResolver, which can be =
of type JstlView too. (I assume you currently work with standard JSP =
error pages.)
=20
Regarding Spring's message tag: The attribute names follow Spring =
MessageSource conventions there, that's why stuff is called "code" and =
"text". MessageSource is a bit more generic than ResourceBundle: It =
doesn't assume that the passed-in "code" is necessarly a "key" in a =
properties file; the message could also be built in other ways.
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von Daniel Miller
Gesendet: Mi 07.07.2004 05:49
An: Springframework-Developer
Betreff: [Springframework-developer] =
ReloadableResourceBundleMessageSource and <fmt:message> tag



Hello,

I am having problems accessing my message resources when they are loaded =
with ReloadableResourceBundleMessageSource (RRBMS). When RRBMS is used, =
the properties files must be located outside the classpath to be =
reloadable. However, the JSTL <fmt:bundle> tag's "basename" attribute =
and the <fmt:message> tag's "bundle" attribute only accept a classpath =
url (e.g. basename=3D"com.example.messages"). It would be nice if they =
accepted file url's as well (e.g. =
basename=3D"WEB-INF/jsp/common/messages.properties"), but they don't :(

Normally this should not be a problem because Spring puts the message =
bundle where JSTL can find it when a JSTLView is rendered. However, I =
want to use message resources in error pages (404, 403, =
java.lang.Exception, etc.) which are not rendered by Spring. Error pages =
are configured in web.xml; the Spring context where the message source =
locations are configured is bypassed when they are rendered.

Is there any way to load message resources explicitly inside a jsp page =
when the properties file is not on the classpath? Could another tag be =
added to the Spring tag library that would fetch the message bundle(s) =
from the Srping configuration and/or load the bundle from the file =
resource?

Example usage:

<spring:bundle>
 <!--
   - [Reloadable]ResourceBundleMessageSource configured
   - in the Spring context is used to retrieve messages
   -->
 <fmt:message key=3D"some.message.key" />
</spring:bundle>

OR

<spring:bundle resource=3D"WEB-INF/jsp/common/messages.properties">
 <!--
   - Message resources are loaded from the location
   - specified by the "resource" attribute
   -->
 <fmt:message key=3D"some.message.key" />
</spring:bundle>

Aside: IMHO the "code" attribute of the <spring:message> tag should to =
be deprecated and changed to match JSTL "key" attribute. That would =
enable a developer to easily switch from <fmt:message> to =
<spring:message> without changing attribute name(s)--plus it's less =
attributes to remember because it's standard...even the Struts =
<bean:message> tag got that one right.

Thanks,
Daniel Miller





-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
digital self defense, top technical experts, no vendor pitches,
unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer