Menu
▾
▴
springframework-developer — Spring Framework developers list
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
(55) |
Mar
(100) |
Apr
(203) |
May
(330) |
Jun
(190) |
Jul
(302) |
Aug
(323) |
Sep
(197) |
Oct
(245) |
Nov
(490) |
Dec
(330) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(194) |
Feb
(400) |
Mar
(416) |
Apr
(415) |
May
(359) |
Jun
(381) |
Jul
(491) |
Aug
(311) |
Sep
(291) |
Oct
(273) |
Nov
(355) |
Dec
(266) |
| 2005 |
Jan
(306) |
Feb
(303) |
Mar
(520) |
Apr
(346) |
May
(255) |
Jun
(221) |
Jul
(171) |
Aug
(247) |
Sep
(147) |
Oct
(125) |
Nov
(165) |
Dec
(65) |
| 2006 |
Jan
(90) |
Feb
(53) |
Mar
(121) |
Apr
(103) |
May
(113) |
Jun
(103) |
Jul
(104) |
Aug
(67) |
Sep
(78) |
Oct
(82) |
Nov
(78) |
Dec
(70) |
| 2007 |
Jan
(77) |
Feb
(76) |
Mar
(63) |
Apr
(30) |
May
(47) |
Jun
(41) |
Jul
(44) |
Aug
(44) |
Sep
(49) |
Oct
(33) |
Nov
(25) |
Dec
(21) |
| 2008 |
Jan
(45) |
Feb
(13) |
Mar
(15) |
Apr
(12) |
May
(9) |
Jun
(33) |
Jul
(30) |
Aug
(7) |
Sep
(20) |
Oct
(17) |
Nov
(20) |
Dec
(10) |
| 2009 |
Jan
(8) |
Feb
(5) |
Mar
(12) |
Apr
(17) |
May
(19) |
Jun
(97) |
Jul
(77) |
Aug
(33) |
Sep
(24) |
Oct
(41) |
Nov
(16) |
Dec
(32) |
| 2010 |
Jan
(24) |
Feb
(14) |
Mar
(50) |
Apr
(71) |
May
(70) |
Jun
(64) |
Jul
(45) |
Aug
(62) |
Sep
(32) |
Oct
(4) |
Nov
(12) |
Dec
(2) |
| 2011 |
Jan
(1) |
Feb
(3) |
Mar
(4) |
Apr
(3) |
May
(6) |
Jun
(1) |
Jul
(4) |
Aug
(3) |
Sep
(4) |
Oct
(6) |
Nov
(3) |
Dec
(3) |
| 2012 |
Jan
(4) |
Feb
(8) |
Mar
(6) |
Apr
(10) |
May
(2) |
Jun
(3) |
Jul
(11) |
Aug
(10) |
Sep
(4) |
Oct
|
Nov
(1) |
Dec
(1) |
| 2013 |
Jan
(4) |
Feb
(1) |
Mar
(9) |
Apr
(1) |
May
(8) |
Jun
(2) |
Jul
(5) |
Aug
(2) |
Sep
|
Oct
(3) |
Nov
(10) |
Dec
(8) |
| 2014 |
Jan
(3) |
Feb
(12) |
Mar
(9) |
Apr
(12) |
May
(2) |
Jun
|
Jul
(3) |
Aug
(1) |
Sep
(1) |
Oct
(4) |
Nov
|
Dec
(2) |
| 2015 |
Jan
(1) |
Feb
(3) |
Mar
(4) |
Apr
(9) |
May
(2) |
Jun
(2) |
Jul
|
Aug
(2) |
Sep
(7) |
Oct
(9) |
Nov
(7) |
Dec
(9) |
| 2016 |
Jan
(7) |
Feb
(5) |
Mar
(5) |
Apr
(5) |
May
(8) |
Jun
(4) |
Jul
(5) |
Aug
(4) |
Sep
(6) |
Oct
(7) |
Nov
(2) |
Dec
(3) |
| 2017 |
Jan
(7) |
Feb
(8) |
Mar
(7) |
Apr
(3) |
May
(4) |
Jun
(3) |
Jul
(5) |
Aug
(8) |
Sep
(4) |
Oct
(2) |
Nov
(3) |
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2019 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2021 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(2) |
Aug
(5) |
Sep
(2) |
Oct
|
Nov
|
Dec
(1) |
| 2026 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <al...@jt...> - 2004-07-10 00:42:26
|
<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 - =
build.49</td></tr><tr><td class=3D"header-data"><span class=
=3D"header-label">Date of build: </span>07/10/2004 00:16:27</td></tr><=
tr><td class=3D"header-data"><span class=3D"header-label">Time to build:&nb=
sp;</span>13 minutes 21 seconds</td></tr><tr><td class=3D"header-data"><spa=
n class=3D"header-label">Last changed: </span>07/09/2004 16:32:57</td>=
</tr><tr><td class=3D"header-data"><span class=3D"header-label">Last log en=
try: </span>polishing</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"> 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"> =
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"> </td=
></tr><tr><td colspan=3D"4" class=3D"unittests-sectionheader"> =
Unit Test Error Details: (1) </td></tr><tr=
><td class=3D"unittests-data" colspan=3D"2"> Test: test=
HomePage</td></tr><tr><td class=3D"unittests-data" colspan=3D"2"> =
Class: 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=
"> </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"> =
Modifications since last build: =
(20) </td></tr><tr class=3D"modifications-evenrow"><td =
class=3D"modifications-data">modified</td><td class=3D"modifications-data">=
jhoeller</td><td class=3D"modifications-data">src/org/springframework/mail/=
javamail/MimeMessageHelper.java</td><td class=3D"modifications-data">polish=
ing</td></tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-=
data">modified</td><td class=3D"modifications-data">jhoeller</td><td class=
=3D"modifications-data">src/org/springframework/beans/factory/support/Prope=
rtiesBeanDefinitionReader.java</td><td class=3D"modifications-data">allow b=
eans with neither class nor parent attribute</td></tr><tr class=3D"modifica=
tions-evenrow"><td class=3D"modifications-data">modified</td><td class=3D"m=
odifications-data">jhoeller</td><td class=3D"modifications-data">test/org/s=
pringframework/web/servlet/view/testviews.properties</td><td class=3D"modif=
ications-data">allow beans with neither class nor parent attribute</td></tr=
><tr class=3D"modifications-oddrow"><td class=3D"modifications-data">modifi=
ed</td><td class=3D"modifications-data">jhoeller</td><td class=3D"modificat=
ions-data">src/org/springframework/beans/factory/xml/DefaultXmlBeanDefiniti=
onParser.java</td><td class=3D"modifications-data">introduced BeanDefinitio=
nReaderUtils to share common code</td></tr><tr class=3D"modifications-evenr=
ow"><td class=3D"modifications-data">modified</td><td class=3D"modification=
s-data">jhoeller</td><td class=3D"modifications-data">src/org/springframewo=
rk/beans/factory/support/AbstractBeanDefinitionReader.java</td><td class=3D=
"modifications-data">introduced BeanDefinitionReaderUtils to share common c=
ode</td></tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-=
data">added</td><td class=3D"modifications-data">jhoeller</td><td class=3D"=
modifications-data">src/org/springframework/beans/factory/support/BeanDefin=
itionReaderUtils.java</td><td class=3D"modifications-data">introduced BeanD=
efinitionReaderUtils to share common code</td></tr><tr class=3D"modificatio=
ns-evenrow"><td class=3D"modifications-data">modified</td><td class=3D"modi=
fications-data">jhoeller</td><td class=3D"modifications-data">test/org/spri=
ngframework/web/servlet/DispatcherServletTestSuite.java</td><td class=3D"mo=
difications-data">override HttpServlet's "service" rather than "doGet" and =
"doPost"</td></tr><tr class=3D"modifications-oddrow"><td class=3D"modificat=
ions-data">modified</td><td class=3D"modifications-data">jhoeller</td><td c=
lass=3D"modifications-data">src/org/springframework/web/servlet/FrameworkSe=
rvlet.java</td><td class=3D"modifications-data">override HttpServlet's "ser=
vice" rather than "doGet" and "doPost"</td></tr><tr class=3D"modifications-=
evenrow"><td class=3D"modifications-data">modified</td><td class=3D"modific=
ations-data">kdonald</td><td class=3D"modifications-data">test/org/springfr=
amework/util/ClassUtilsTests.java</td><td class=3D"modifications-data">remo=
ved npe tests and commented code for consistency</td></tr><tr class=3D"modi=
fications-oddrow"><td class=3D"modifications-data">modified</td><td class=
=3D"modifications-data">kdonald</td><td class=3D"modifications-data">src/or=
g/springframework/util/ClassUtils.java</td><td class=3D"modifications-data"=
>removed npe tests and commented code for consistency</td></tr><tr class=3D=
"modifications-evenrow"><td class=3D"modifications-data">modified</td><td c=
lass=3D"modifications-data">colins</td><td class=3D"modifications-data">tes=
t/org/springframework/util/ClassUtilsTests.java</td><td class=3D"modificati=
ons-data">get test working again after commenting out Assert</td></tr><tr c=
lass=3D"modifications-oddrow"><td class=3D"modifications-data">modified</td=
><td class=3D"modifications-data">kdonald</td><td class=3D"modifications-da=
ta">sandbox/src/org/springframework/rules/values/DefaultFormModel.java</td>=
<td class=3D"modifications-data">validating form model bug fixes; property =
editor support</td></tr><tr class=3D"modifications-evenrow"><td class=3D"mo=
difications-data">modified</td><td class=3D"modifications-data">kdonald</td=
><td class=3D"modifications-data">sandbox/src/org/springframework/rules/val=
ues/PropertyChangePublisher.java</td><td class=3D"modifications-data">valid=
ating form model bug fixes; property editor support</td></tr><tr class=3D"m=
odifications-oddrow"><td class=3D"modifications-data">modified</td><td clas=
s=3D"modifications-data">kdonald</td><td class=3D"modifications-data">sandb=
ox/src/org/springframework/rules/values/ValidatingFormModel.java</td><td cl=
ass=3D"modifications-data">validating form model bug fixes; property editor=
support</td></tr><tr class=3D"modifications-evenrow"><td class=3D"modifica=
tions-data">modified</td><td class=3D"modifications-data">kdonald</td><td c=
lass=3D"modifications-data">sandbox/src/org/springframework/rules/values/Va=
luePropertyChangeListenerMediator.java</td><td class=3D"modifications-data"=
>validating form model bug fixes; property editor support</td></tr><tr clas=
s=3D"modifications-oddrow"><td class=3D"modifications-data">modified</td><t=
d class=3D"modifications-data">kdonald</td><td class=3D"modifications-data"=
>sandbox/src/org/springframework/rules/values/AbstractValueModel.java</td><=
td class=3D"modifications-data">validating form model bug fixes; property e=
ditor support</td></tr><tr class=3D"modifications-evenrow"><td class=3D"mod=
ifications-data">modified</td><td class=3D"modifications-data">colins</td><=
td class=3D"modifications-data">docs/reference/src/ejb.xml</td><td class=3D=
"modifications-data">fix typo</td></tr><tr class=3D"modifications-oddrow"><=
td class=3D"modifications-data">added</td><td class=3D"modifications-data">=
colins</td><td class=3D"modifications-data">src/org/springframework/util/Cl=
assUtils.java</td><td class=3D"modifications-data">Move ClassUtils from san=
dbox to main tree, as needed for JMS code which also got moved</td></tr><tr=
class=3D"modifications-evenrow"><td class=3D"modifications-data">modified<=
/td><td class=3D"modifications-data">jhoeller</td><td class=3D"modification=
s-data">test/org/springframework/beans/factory/config/PropertyResourceConfi=
gurerTests.java</td><td class=3D"modifications-data">parse placeholders in =
map keys</td></tr><tr class=3D"modifications-oddrow"><td class=3D"modificat=
ions-data">modified</td><td class=3D"modifications-data">jhoeller</td><td c=
lass=3D"modifications-data">src/org/springframework/beans/factory/config/Pr=
opertyPlaceholderConfigurer.java</td><td class=3D"modifications-data">parse=
placeholders in map keys</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"> =
Deployments by this build: (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> |
|
From: Ronald H. <ro...@co...> - 2004-07-09 22:38:23
|
havent used it myself but I ran into some hessian issues as well (mainly to do with authentication) so I just used XmlStream to stream an object to the server, using httpclient. Works pretty good for me. Ronald Andy Depue wrote: > Is anyone aware of integration effort between Spring and the Bright Side > framework's Remoting project? I've run into what seems to be a snag with > Hessian and am investigating other alternatives. > > Thanks, > Andy > > > ------------------------------------------------------- > 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 |
|
From: Colin S. <col...@ex...> - 2004-07-09 18:46:36
|
spring.jar - v1.0.2: 986k spring.jar - CVS 20040709: 1158k Oh well... |
|
From: Dmitriy K. <dko...@ru...> - 2004-07-09 17:59:19
|
;-) Guillaume Poirier wrote: > Dmitriy Kopylenko wrote: > >> > The E in EAR stands for the same thing than the E in EJB, for >> Enterprise. >> >> Ahhh, that what it stands for!.I thought it was Elephant ;-) > > > Err, I thought the original post was a question, rather than I joke. > I should have read more carefully heh. > > > ------------------------------------------------------- > 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 |
|
From: Guillaume P. <gpo...@gl...> - 2004-07-09 17:52:48
|
Dmitriy Kopylenko wrote: > > The E in EAR stands for the same thing than the E in EJB, for > Enterprise. > > Ahhh, that what it stands for!.I thought it was Elephant ;-) Err, I thought the original post was a question, rather than I joke. I should have read more carefully heh. |
|
From: Keith D. <kd...@cs...> - 2004-07-09 17:44:32
|
http://saloon.javaranch.com/cgi-bin/ubb/ultimatebb.cgi?ubb=3Dget_topic&f=3D= 34&t=3D004818 |
|
From: <jue...@we...> - 2004-07-09 17:37:41
|
Due to numerous recent requests in that direction, I've implemented a = new mode for OpenSessionInViewFilter/Interceptor, as alternative to a = single session per request:=20 Each data access operation respectively transactions uses its own = Hibernate Session (like when not using Open Session in View). Each of = those sessions will be registered for deferred close, though, actually = processed at request completion. This does allow for lazy loading with = each of those sessions, but you won't get a single first-level cache for = the entire request, as there can be multiple Sessions.=20 OpenSessionInViewFilter/Interceptor still uses a single session per = request by default, but allows to activate deferred close mode instead = by specifying "singleSession"=3D"false" as init-param respectively bean = property.=20 Juergen =20 |
|
From: Dmitriy K. <dko...@ru...> - 2004-07-09 17:20:46
|
> The E in EAR stands for the same thing than the E in EJB, for Enterprise. Ahhh, that what it stands for!.I thought it was Elephant ;-) |
|
From: Mark P. <mar...@co...> - 2004-07-09 16:38:08
|
Hi Dustin, No docs yet, In the coming week. Cheers, Mark > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] > On Behalf Of Dustin Woods > Sent: Thursday, July 08, 2004 8:12 PM > To: spr...@li... > Subject: [Springframework-developer] Re: JMS moved to main > codebase, out of sandbox > > > Mark Pollack wrote: > > > Hi, > > > > I have put the JMS package in the main codebase in CVS. There is > > still some work to do but I am aiming for the 1.1 release. > > > > Cheers, > > Mark > > > > > > > > ------------------------------------------------------- > > 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 > > I was wondering if there's a general overview or > documentation/samples > of what is planned for the JMS package. > > Thanks, > Dustin > > > > ------------------------------------------------------- > 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 > |
|
From: Guillaume P. <gpo...@gl...> - 2004-07-09 15:43:50
|
tho...@tr... wrote: >So that's what the E stands for. Then we should name it CAR - Chicken ARchive >:-) > The E in EAR stands for the same thing than the E in EJB, for Enterprise. Guillaume |
|
From: <jas...@ma...> - 2004-07-09 15:28:38
|
On 9 Jul 2004, at 15:59, Rod Johnson wrote: > I haven't had time to read this thread in detail (will later tonight), > but I > think we should allow for non-XML Spring configs. Now we have sep > BeanDefinitionReaders, some beans could be sourced via JDBC, Groovy, > properties, or other cool definition formats as yet unknown... Agreed - alternatives to XML could be handy and could be used by any user of spring, whether they intend to deploy in Geronimo or not. e.g. in Groovy we could change something like this... <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN" "http://www.springframework.org/dtd/spring-beans.dtd"> <beans> <bean id="myDataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close"> <property name="driverClassName"><value>com.mysql.jdbc.Driver</value></property> <property name="url"><value>jdbc:mysql://localhost:3306/mydb</value></property> <property name="username"><value>root</value></property> </bean> </beans> into this Foo.groovy file bean(id:"myDataSource", class:org.apache.commons.dbcp.BasicDataSource.class, destroy_method:"close", driverClassName:"com.mysql.jdbc.Driver", url:"jdbc:mysql://localhost:3306/mydb", username:"root") Which saves a bit of typing, avoids the pointy bracket stuff and allows variables and expressions to be used (e.g. so the same script can be reused but at runtime use different parameterizable port numbers etc). Of course if ever you want if / while / for loops in your configuration, then the scripting language approach becomes a huge win. James ------- http://radio.weblogs.com/0112098/ |
|
From: Dmitriy K. <dko...@ru...> - 2004-07-09 15:28:29
|
How about SBAR - Spring Bean ARchive?... ;-) tho...@tr... wrote: >Quoting "jürgen höller [werk3AT]" <jue...@we...>: > > > >>>>Regarding the name: EJB JARs don't have a special name, >>>> >>>> >>>They're called EARs. >>> >>> >>If I'm not totally confused, an EAR contains multiple WARs and EJB JARs, with >>each EJB JAR in turn defining multiple EJBs. I was referring to the latter, >>not to the big elephant deployment unit ;-) >> >> >> > >So that's what the E stands for. Then we should name it CAR - Chicken ARchive >:-) > >Or, How about BAR for Bean ARchive, PAR for POJO ARchive or LAR for Lightwheight >ARchive. Possibilities are endless. > >Speaking of archives - is it necessary to deploy in an archive format or does >Geronimo support exploded directories? > >Thomas > > > >>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 > > |
|
From: Andy D. <an...@ma...> - 2004-07-09 15:24:50
|
Is anyone aware of integration effort between Spring and the Bright Side framework's Remoting project? I've run into what seems to be a snag with Hessian and am investigating other alternatives. Thanks, Andy |
|
From: <jas...@ma...> - 2004-07-09 15:22:51
|
On 9 Jul 2004, at 16:08, tho...@tr... wrote: > Quoting "j=FCrgen h=F6ller [werk3AT]" <jue...@we...>: > >>>> Regarding the name: EJB JARs don't have a special name, >> >>> They're called EARs. >> >> If I'm not totally confused, an EAR contains multiple WARs and EJB=20 >> JARs, with >> each EJB JAR in turn defining multiple EJBs. I was referring to the=20= >> latter, >> not to the big elephant deployment unit ;-) >> > > So that's what the E stands for. Then we should name it CAR - Chicken=20= > ARchive > :-) > > Or, How about BAR for Bean ARchive, PAR for POJO ARchive or LAR for=20 > Lightwheight > ARchive. Possibilities are endless. :) I've a fondness for the bar :) > Speaking of archives - is it necessary to deploy in an archive format=20= > or does > Geronimo support exploded directories? It will support exploded directories too (haven't checked if it does=20 already yet :). Whether its a file or a directory doesn't matter that=20 much in the grand scheme of things; its the layout that we need to=20 standardise on. James ------- http://radio.weblogs.com/0112098/ |
|
From: <tho...@tr...> - 2004-07-09 15:08:55
|
Quoting "jürgen höller [werk3AT]" <jue...@we...>: > >> Regarding the name: EJB JARs don't have a special name, > > >They're called EARs. > > If I'm not totally confused, an EAR contains multiple WARs and EJB JARs, with > each EJB JAR in turn defining multiple EJBs. I was referring to the latter, > not to the big elephant deployment unit ;-) > So that's what the E stands for. Then we should name it CAR - Chicken ARchive :-) Or, How about BAR for Bean ARchive, PAR for POJO ARchive or LAR for Lightwheight ARchive. Possibilities are endless. Speaking of archives - is it necessary to deploy in an archive format or does Geronimo support exploded directories? Thomas > 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 > |
|
From: Rod J. <rod...@in...> - 2004-07-09 14:59:47
|
I haven't had time to read this thread in detail (will later tonight), bu= t I think we should allow for non-XML Spring configs. Now we have sep BeanDefinitionReaders, some beans could be sourced via JDBC, Groovy, properties, or other cool definition formats as yet unknown... ----- Original Message ----- From: "j=FCrgen h=F6ller [werk3AT]" <jue...@we...> To: <spr...@li...> Sent: Friday, July 09, 2004 2:58 PM Subject: Re: [Springframework-developer] Spring/Geronimo First of all, great to see the interest from the Geronimo side, and particularly your efforts on this, James! Regarding deployment units, I see 2 use cases: - a deployment unit that exposes remote beans, for example via RMI - a deployment unit that exposes a local bunch of components, to be acces= sed from multiple WARs in the same server A single standard WAR that uses Spring within doesn't need special treatment: From my point of view, that should still be deployed as WAR, a= s there is no real benefit in deploying it as a special unit. So basically,= I envisage something similar to an EJB JAR, rather than a WAR replacement. An EAR-like deployment unit that contains both standard WARs and Spring J= ARs is a different matter, I guess: There's no strong need for it, as WARs an= d Spring JARs can easily be deployed separately to the same server, at leas= t for a start. Let's concentrate on an EJB-JAR-style deployment unit first! Questions are: How are remote beans able to interoperate with the server'= s central RMI infrastructure, and how are local components able to expose themselves in some subtree of the server's central JNDI registry? Very similar to the needs of an EJB container, actually :-) Regarding the name: EJB JARs don't have a special name, as far as I know, but "Spring JAR" sounds a bit too generic. SPAR is nice, although it's th= e name of a food chain ;-) Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...]On Behalf Of Dmitriy Kopylenko Sent: Friday, July 09, 2004 2:10 PM To: spr...@li... Subject: Re: [Springframework-developer] Spring/Geronimo So Rod, James, as I'm trying to understand, what would be the purpose (use case) of creating such a "deployment unit"? To be able to expose application-level beans via JMX or expose Spring components itself such as BeanFactory via JMX? And also, what is the "lower-level" transaction management in Geronimo? Is it JTS? Thanks, Dmitriy. Rod Johnson wrote: >All > >I recently met up with James Strachan, to discuss Spring/Geronimo >integration, among other things. Btw James has recently joined us as a >Spring developer--he's a great addition to our team! > >Spring/Geronimo integration is an exciting prospect, and we should >prioritize anything we need to do towards it. > >The Geronimo team plan to give Spring a deployment unit, supported in >Geronimo like an EJB Jar file etc. James has been working on >this. This involves (a) Spring having a deployment unit that Geronimo >recognizes and gives its own class loader; (b) Geronimo trying to expose >Spring beans via JMX. > >So we need to define a Spring deployment unit. This should presumably be= a >JAR that contains: >- application classes >- one or more XML files >- manifest giving location and order of XML files >- manifest classpath expressing dependencies as normal >- ? some mechanism for indicating dependencies, such as DataSources. It >would be good to be able to fail fast, rather than when the app tries to >start up. > >James is happy to implement support in Geronimo for any definition forma= t we >choose. Let's start thinking! We can no doubt leverage such a deployment >unit outside Geronimo also... > >Geronimo will ship the Spring binaries itself. And it uses CGLIB heavily and >(I assume) Commons Logging/Log4j. So it would be nice to be able to drop= in >a Spring deployment unit and just have it start up. > >There may also be integration possibilities with transaction >management--getting access to lower-level details of transaction managem= ent >than is available via JTA. I've opened a discussion on this with Jeremy >Boynes. > >Rgds >Rod > > > > >------------------------------------------------------- >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 |
|
From: Dmitriy K. <dko...@ru...> - 2004-07-09 14:54:25
|
> - a deployment unit that exposes a local bunch of components, to be accessed from multiple WARs in the same server That sounds interesting. So let's say I have a /Shared Kernel /[Eric Evans - Domain Driven Design] domain model that needs to be accessed from multiple web apps deployed on the same container. Package those classes into a SPAR (or what ever that name is), drop it into the container and viola - those beans are available for different WARs deployed in the same container. Is my thinking off? Dmitriy. |
|
From: <jas...@ma...> - 2004-07-09 14:51:11
|
On 9 Jul 2004, at 15:36, j=FCrgen h=F6ller [werk3AT] wrote: >>> Regarding the name: EJB JARs don't have a special name, > >> They're called EARs. > > If I'm not totally confused, an EAR contains multiple WARs and EJB=20 > JARs, with each EJB JAR in turn defining multiple EJBs. I was=20 > referring to the latter, not to the big elephant deployment unit ;-) Ah OK :) James ------- http://radio.weblogs.com/0112098/ |
|
From: <jue...@we...> - 2004-07-09 14:35:30
|
>> Regarding the name: EJB JARs don't have a special name, >They're called EARs. If I'm not totally confused, an EAR contains multiple WARs and EJB JARs, = with each EJB JAR in turn defining multiple EJBs. I was referring to the = latter, not to the big elephant deployment unit ;-) Juergen |
|
From: <jas...@ma...> - 2004-07-09 14:15:09
|
On 9 Jul 2004, at 14:58, j=FCrgen h=F6ller [werk3AT] wrote: > First of all, great to see the interest from the Geronimo side, and=20 > particularly your efforts on this, James! > > Regarding deployment units, I see 2 use cases: > - a deployment unit that exposes remote beans, for example via RMI Or maybe an alternative to MDBs or web services too. > - a deployment unit that exposes a local bunch of components, to be=20 > accessed from multiple WARs in the same server Agreed - or things which become available for reuse by other=20 deployments via JNDI etc. > A single standard WAR that uses Spring within doesn't need special=20 > treatment: =46rom my point of view, that should still be deployed as=20= > WAR, as there is no real benefit in deploying it as a special unit. So=20= > basically, I envisage something similar to an EJB JAR, rather than a=20= > WAR replacement. Agreed - however it'd be nice to maybe expose Spring created POJOs to=20 the Geronimo management stack if a standard WAR were used. Maybe=20 Geronimo & Spring could detect each other somehow (e.g. Geronimo could=20= look for a magic Spring file) and so expose the Spring stuff to=20 Geronimo's management stack. I guess the other option is to allow folks=20= to use Spring-JMX inside the WAR. > An EAR-like deployment unit that contains both standard WARs and=20 > Spring JARs is a different matter, I guess: There's no strong need for=20= > it, as WARs and Spring JARs can easily be deployed separately to the=20= > same server, at least for a start. Let's concentrate on an=20 > EJB-JAR-style deployment unit first! > > Questions are: How are remote beans able to interoperate with the=20 > server's central RMI infrastructure, and how are local components able=20= > to expose themselves in some subtree of the server's central JNDI=20 > registry? Very similar to the needs of an EJB container, actually :-) We need to figure out what the various connectors are (JNDI, JCA, JMS,=20= RMI, WS etc) and then hopefully the geronimo-spring deployer would take=20= care of wiring things up; though we need to figure out how to expose=20 this stuff neatly. > Regarding the name: EJB JARs don't have a special name, They're called EARs. > as far as I know, but "Spring JAR" sounds a bit too generic. SPAR is=20= > nice, although it's the name of a food chain ;-) :) I'm easy really, call 'em anything you like. James ------- http://radio.weblogs.com/0112098/ |
|
From: <jas...@ma...> - 2004-07-09 13:59:28
|
On 9 Jul 2004, at 14:30, Keith Donald wrote: > James, > > When you get some time, if you could elaborate more on the JMX support > in > Geronimo, and how you see Spring beans being recognized as > 'manageable' (via > configuration metadata I assume?) so they can be appropriately > registered in > an MBeanServer running with in the app server, that would be > fantastic... > Some questions I had: > > - Are you planning to support Standard (specifically StandardMBean in > JMX > 1.2), Model, and/or Dynamic MBeans? Probably Dynamic MBeans but I'm sure we can experiment & support pluggable strategies for this stuff > - If I were to instantiate a POJO in a spring context and associate > management metadata with it: e.g. metadata that could consist of the > class > of a management interface (for standard mbeans), or a model mbean > descriptor > key (that could be used to lookup mbean metadata from some other > source, > used to instantiate a generic model mbean proxy), along with the JMX > object > name, how do you see that whole process working? Would we be able to > say > that a particular bean is a "ServiceMBean" for example, were > "ServiceMBean" > is a standard management interface defined as part of the standard > JSR-77/CIM management hierarchy with well-known keys, attributes and > operations? Then you'd be able to query on all beans that were > "Services" > from the MBeanServer? Right now the code I hacked into Geronimo uses an ObjectName for the entire Spring container, then all the names in the spring POJOs are used with this ObjectName to make new distinct names - i.e. so they can inherit whatever ObjectName domain and so forth you wish to deploy them in. So absolutely you'll be able to do JMX queries for these POJOs - or support multiple spring deployments in different domains etc. How the POJOs are mapped to MBeans is pluggable & we'll probably use various strategies but making a dynamic MBean facade is probably the first step. > > - How will the lifecycle of JMX-managed bean configured in a spring > context > be defined? For example, let's say I implement a "Service" management > interface, which extends InitializingBean, adding in support for > start() and > stop() operations. Will the app server be responsible for registering > and > starting the service on startup, and stopping and de-regisering it on > shutdown? Yes. Its not there yet but its our intention to bind all the Spring lifecycle methods to the Geronimo GBean (JSR 77/88) lifecycles so all this stuff works properly. Its not there yet but its where we're hoping to be. JSR 77/88 is hierarchical, so we expect to be able to hotswap each spring deployment within the app server while keeping other things running. > - Will relations be supported; e.g I have two services that depend on > each > other, and I want to capture that dependency as a relation between the > two > management clients can then use to reason on. Or possibly the app > server > itself; for example, for triggering a stop of all dependents services > during > shutdown in the correct order. I certainly hope so; I'm not yet sure how to extract the relationship stuff from Spring so that we can expose it to Geronimo - but certainly Geronimo today supports a tree based GBean management stack along the JSR 77/88 model with dependencies & references and so forth such that complex graphs of components can be started & stopped (& hotswapped) cleanly from any point in the graph. We just need to ensure that we cleanly integrate these features of Geronimo to Spring's way of doing things. Shouldn't be that hard to do. James ------- http://radio.weblogs.com/0112098/ |
|
From: <jue...@we...> - 2004-07-09 13:57:03
|
First of all, great to see the interest from the Geronimo side, and = particularly your efforts on this, James! Regarding deployment units, I see 2 use cases: - a deployment unit that exposes remote beans, for example via RMI - a deployment unit that exposes a local bunch of components, to be = accessed from multiple WARs in the same server A single standard WAR that uses Spring within doesn't need special = treatment: From my point of view, that should still be deployed as WAR, = as there is no real benefit in deploying it as a special unit. So = basically, I envisage something similar to an EJB JAR, rather than a WAR = replacement. An EAR-like deployment unit that contains both standard WARs and Spring = JARs is a different matter, I guess: There's no strong need for it, as = WARs and Spring JARs can easily be deployed separately to the same = server, at least for a start. Let's concentrate on an EJB-JAR-style = deployment unit first! Questions are: How are remote beans able to interoperate with the = server's central RMI infrastructure, and how are local components able = to expose themselves in some subtree of the server's central JNDI = registry? Very similar to the needs of an EJB container, actually :-) Regarding the name: EJB JARs don't have a special name, as far as I = know, but "Spring JAR" sounds a bit too generic. SPAR is nice, although = it's the name of a food chain ;-) Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...]On Behalf Of Dmitriy Kopylenko Sent: Friday, July 09, 2004 2:10 PM To: spr...@li... Subject: Re: [Springframework-developer] Spring/Geronimo So Rod, James, as I'm trying to understand, what would be the purpose (use case) of=20 creating such a "deployment unit"? To be able to expose=20 application-level beans via JMX or expose Spring components itself such=20 as BeanFactory via JMX? And also, what is the "lower-level" transaction management in Geronimo?=20 Is it JTS? Thanks, Dmitriy. Rod Johnson wrote: >All > >I recently met up with James Strachan, to discuss Spring/Geronimo >integration, among other things. Btw James has recently joined us as a >Spring developer--he's a great addition to our team! > >Spring/Geronimo integration is an exciting prospect, and we should >prioritize anything we need to do towards it. > >The Geronimo team plan to give Spring a deployment unit, supported in >Geronimo like an EJB Jar file etc. James has been working on >this. This involves (a) Spring having a deployment unit that Geronimo >recognizes and gives its own class loader; (b) Geronimo trying to = expose >Spring beans via JMX. > >So we need to define a Spring deployment unit. This should presumably = be a >JAR that contains: >- application classes >- one or more XML files >- manifest giving location and order of XML files >- manifest classpath expressing dependencies as normal >- ? some mechanism for indicating dependencies, such as DataSources. It >would be good to be able to fail fast, rather than when the app tries = to >start up. > >James is happy to implement support in Geronimo for any definition = format we >choose. Let's start thinking! We can no doubt leverage such a = deployment >unit outside Geronimo also... > >Geronimo will ship the Spring binaries itself. And it uses CGLIB = heavily and >(I assume) Commons Logging/Log4j. So it would be nice to be able to = drop in >a Spring deployment unit and just have it start up. > >There may also be integration possibilities with transaction >management--getting access to lower-level details of transaction = management >than is available via JTA. I've opened a discussion on this with Jeremy >Boynes. > >Rgds >Rod > > > > >------------------------------------------------------- >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 > ------------------------------------------------------- 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 |
|
From: <jue...@we...> - 2004-07-09 13:49:05
|
Well-spotted. I've just adapted PropertiesBeanDefinitionReader = accordingly. Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...]On Behalf Of Tom Turelinckx Sent: Friday, July 09, 2004 2:36 PM To: spr...@li... Subject: Re: [Springframework-developer] Reworked root/child bean definition concept Hello Juergen, > parent can even omit the bean class completely, simply specifying = common > properties for children: >=20 > <bean id=3D"inheritedTestBeanWithoutClass"> > <property name=3D"name"><value>parent</value></property> > <property name=3D"age"><value>1</value></property> > </bean> >=20 > <bean id=3D"inheritsWithClass" > class=3D"org.springframework.beans.DerivedTestBean" > parent=3D"inheritedTestBeanWithoutClass" = init-method=3D"initialize"> > <property name=3D"name"><value>override</value></property> > <!-- age should inherit value of 1 from parent --> > </bean> >=20 > Of course, such a parent bean cannot get instantiated on its own: It's > just a template that serves as parent definition for children. > preInstantiateSingletons will ignore such beans without class and = parent > completely. I've accidentally noticed that this doesn't work when using a PropertiesBeanDefinitionReader. This bean definition file: inheritedTestBeanWithoutClass.name =3D parent inheritedTestBeanWithoutClass.age =3D 1 inheritsWithClass.class =3D org.springframework.beans.DerivedTestBean inheritsWithClass.parent =3D inheritedTestBeanWithoutClass inheritsWithClass.init-method =3D initialize inheritsWithClass.name =3D override # age should inherit value of 1 from parent results in this exception: org.springframework.beans.factory.BeanDefinitionStoreException: Error registering bean with name 'inheritedTestBeanWithoutClass' defined in file [...]: Either 'class' or 'parent' is required at = org.springframework.beans.factory.support.PropertiesBeanDefinitionReader.= registerBeanDefinition(PropertiesBeanDefinitionReader.java:368) at = org.springframework.beans.factory.support.PropertiesBeanDefinitionReader.= registerBeanDefinitions(PropertiesBeanDefinitionReader.java:269) at = org.springframework.beans.factory.support.PropertiesBeanDefinitionReader.= loadBeanDefinitions(PropertiesBeanDefinitionReader.java:159) at = org.springframework.beans.factory.support.PropertiesBeanDefinitionReader.= loadBeanDefinitions(PropertiesBeanDefinitionReader.java:140) The same configuration in xml does work when using an XmlBeanDefinitionReader. Kind regards, Tom. ------------------------------------------------------- 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 |
|
From: Dmitriy K. <dko...@ru...> - 2004-07-09 13:32:00
|
> Was thinking you'd include your code as just .class files inside the spar, only including child jars for dependent libraries. i.e. lets minimise unnecessary jar-ing up if we can. Usually I prefer to jar up my application .class files and include them in WEB-INF/lib when I deploy my .wars Dmitriy. |
|
From: Keith D. <kd...@cs...> - 2004-07-09 13:30:19
|
James, When you get some time, if you could elaborate more on the JMX support = in Geronimo, and how you see Spring beans being recognized as 'manageable' = (via configuration metadata I assume?) so they can be appropriately = registered in an MBeanServer running with in the app server, that would be = fantastic... Some questions I had: - Are you planning to support Standard (specifically StandardMBean in = JMX 1.2), Model, and/or Dynamic MBeans? - If I were to instantiate a POJO in a spring context and associate management metadata with it: e.g. metadata that could consist of the = class of a management interface (for standard mbeans), or a model mbean = descriptor key (that could be used to lookup mbean metadata from some other source, used to instantiate a generic model mbean proxy), along with the JMX = object name, how do you see that whole process working? Would we be able to = say that a particular bean is a "ServiceMBean" for example, were = "ServiceMBean" is a standard management interface defined as part of the standard JSR-77/CIM management hierarchy with well-known keys, attributes and operations? Then you'd be able to query on all beans that were = "Services" from the MBeanServer? - How will the lifecycle of JMX-managed bean configured in a spring = context be defined? For example, let's say I implement a "Service" management interface, which extends InitializingBean, adding in support for start() = and stop() operations. Will the app server be responsible for registering = and starting the service on startup, and stopping and de-regisering it on shutdown? - Will relations be supported; e.g I have two services that depend on = each other, and I want to capture that dependency as a relation between the = two management clients can then use to reason on. Or possibly the app = server itself; for example, for triggering a stop of all dependents services = during shutdown in the correct order. Thanks. This sounds really great; Keith -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf = Of jas...@ma... Sent: Friday, July 09, 2004 8:34 AM To: spr...@li... Subject: Re: [Springframework-developer] Spring/Geronimo On 9 Jul 2004, at 10:30, Nadeem Bitar wrote: > his is really great. > > A quick question, how would that affect sping's JMX support. I think they are parallel activities depending on what your deployment=20 environment is. Sometimes you might just want Spring + (say) mx4j.=20 Other times you might wanna deploy your POJOs inside a full J2EE stack=20 with full access to all of Geronimo's J2EE services (transaction=20 manager, security, JCA etc). If you deploy in Geronimo then the geronimo-spring module should be=20 capable of deploying your spring stuff inside Geronimo & wiring all=20 your POJOs into Geronimo's JSR 77 / 88 and JMX management/deployment=20 stack so it should work with any J2EE 1.4 management tool. If you don't want to deploy inside Geronimo but still want JMX support=20 then use Spring-JMX. James ------- http://radio.weblogs.com/0112098/ ------------------------------------------------------- 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 |
1239 messages has been excluded from this view by a project administrator.
