springframework-developer — Spring Framework developers list

RE: [Springframework-user] Re: [Springframework-developer] BeansErrorHandler: missing method

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

RnVubmlseSBlbm91Z2gsIGl0IGFjdHVhbGx5ICpkb2VzKiB3b3JrIG9uIEpESyAxLjQuMV8wMSwg
MS40LjFfMDIsIDEuNC4xXzAzLCAxLjMuMV8wNCwgYW5kIDEuMy4xXzA3LCBvbiBXaW5kb3dzIDIw
MDAgYW5kIFhQLiBBbnl3YXksIHVzaW5nIGFuIG93biBsb2dnZXIgaW5zdGFuY2UgdG8gYXZvaWQg
YW55IGhhc3NsZSBpcyBkZWZpbml0ZWx5IHRoZSBiZXN0IG9wdGlvbi4NCg0KSnVlcmdlbg0KDQoN
Ci0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBSb2QgSm9obnNvbiBbbWFpbHRvOnJv
ZC5qb2huc29uQGludGVyZmFjZTIxLmNvbV0NClNlbnQ6IFR1ZXNkYXksIEp1bHkgMjksIDIwMDMg
ODo1MyBBTQ0KVG86IGrDvHJnZW4gaMO2bGxlciBbd2VyazNBVF07DQpzcHJpbmdmcmFtZXdvcmst
ZGV2ZWxvcGVyQGxpc3RzLnNvdXJjZWZvcmdlLm5ldA0KQ2M6IHNwcmluZ2ZyYW1ld29yay11c2Vy
QGxpc3RzLnNvdXJjZWZvcmdlLm5ldA0KU3ViamVjdDogUmU6IFtTcHJpbmdmcmFtZXdvcmstdXNl
cl0gUmU6IFtTcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyXQ0KQmVhbnNFcnJvckhhbmRsZXI6IG1p
c3NpbmcgbWV0aG9kDQoNCg0KPiBGb3IgY3VyaW9zaXR5J3Mgc2FrZSwgZG8geW91IGtub3cgd2hh
dCAqZXhhY3RseSogY2FuIGNhdXNlIHRoZSBpbm5lciBjbGFzcw0KbG9nZ2VyIGFjY2VzcyB0byBm
YWlsPyBJcyB0aGlzIGEgVk0gcmVzcGVjdGl2ZWx5IGJ5dGVjb2RlIGlzc3VlPw0KDQpOb3QgcmVh
bGx5LiBJdCdzIHN0cmFuZ2UgdGhhdCBpdCBjb21waWxlcyBidXQgZG9lc24ndCB3b3JrLiBJIGd1
ZXNzIGl0J3MgYQ0KVk0gaXNzdWUuIEkgdGhpbmsgdGhhdCByZWx5aW5nIG9uIGEgcHJvdGVjdGVk
IGluaGVyaXRlZCBvdXRlciBjbGFzcyB2YXJpYWJsZQ0KaXMgYWN0dWFsbHkgaWxsZWdhbCBpbiBK
YXZhLiBJIGp1c3QgZG9uJ3QgdW5kZXJzdGFuZCB3aHkgaXQgY29tcGlsZWQuDQoNCkknbSBwb3N0
aW5nIHRvIHRoZSB0aHJlYWQuDQoNCg0K

Re: [Springframework-user] Re: [Springframework-developer] BeansErrorHandler: missing method

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

> For curiosity's sake, do you know what *exactly* can cause the inner class
logger access to fail? Is this a VM respectively bytecode issue?

Not really. It's strange that it compiles but doesn't work. I guess it's a
VM issue. I think that relying on a protected inherited outer class variable
is actually illegal in Java. I just don't understand why it compiled.

I'm posting to the thread.

Re: [Springframework-developer] BeansErrorHandler: missing method

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

SGkgUm9kLA0KIA0KVGhlcmUncyBhIHRocmVhZCBvbiB0aGlzIGF0IG91ciBTb3VyY2VGb3JnZSBm
b3J1bXMuIEkgaGF2ZW4ndCBiZWVuIGFibGUgdG8gcmVwcm9kdWNlIHRoZSBpc3N1ZSB5ZXQsIG5l
aXRoZXIgb24gSkRLIDEuMyBub3IgMS40IC0gZXZlcnl0aGluZyBsb2dzIGZpbmUgZm9yIG1lLiBC
dXQgSSd2ZSBhbHNvIGFscmVhZHkgdGhvdWdodCBhYm91dCBnaXZpbmcgdGhlIGlubmVyIGNsYXNz
IGl0cyBvd24gbG9nZ2VyIHRvIGF2b2lkIGFueSBpc3N1ZXMuDQogDQpGb3IgY3VyaW9zaXR5J3Mg
c2FrZSwgZG8geW91IGtub3cgd2hhdCAqZXhhY3RseSogY2FuIGNhdXNlIHRoZSBpbm5lciBjbGFz
cyBsb2dnZXIgYWNjZXNzIHRvIGZhaWw/IElzIHRoaXMgYSBWTSByZXNwZWN0aXZlbHkgYnl0ZWNv
ZGUgaXNzdWU/DQogDQpSZWdhcmRzLA0KSnVlcmdlbg0KIA0KIA0KDQoJLS0tLS1VcnNwcsO8bmds
aWNoZSBOYWNocmljaHQtLS0tLSANCglWb246IFJvZCBKb2huc29uIFttYWlsdG86cm9kLmpvaG5z
b25AaW50ZXJmYWNlMjEuY29tXSANCglHZXNlbmRldDogTW8gMjguMDcuMjAwMyAyMzoxNiANCglB
bjogc3ByaW5nZnJhbWV3b3JrLWRldmVsb3BlckBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQgDQoJQ2M6
IHNwcmluZ2ZyYW1ld29yay11c2VyQGxpc3RzLnNvdXJjZWZvcmdlLm5ldCANCglCZXRyZWZmOiBb
U3ByaW5nZnJhbWV3b3JrLWRldmVsb3Blcl0gQmVhbnNFcnJvckhhbmRsZXI6IG1pc3NpbmcgbWV0
aG9kDQoJDQoJDQoNCglJJ3ZlIGp1c3QgZml4ZWQgYSB1c2FiaWxpdHkgYnVnIHRoYXQgSSdkIHNl
ZW4gZnJvbSB0aW1lIHRvIHRpbWUgKGNhbid0DQoJcmVtZW1iZXIgaWYgYW55b25lIHJlcG9ydGVk
IGl0KS4NCgkNCglUaGUgcHJvYmxlbSB3YXMgdGhhdCBpZiB0aGVyZSB3YXMgYW4gaW52YWxpZCBi
ZWFucyBYTUwgZmlsZSwgdGhlDQoJQmVhbnNFcnJvckhhbmRsZXIgaW5uZXIgY2xhc3Mgb2YgWG1s
QmVhbkZhY3RvcnkgYXR0ZW1wdGVkIHRvIGxvZyB0aGUgZXJyb3INCgl1c2luZyB0aGUgcHJvdGVj
dGVkIGxvZ2dlciBpbmhlcml0ZWQgYnkgdGhlIGVuY2xvc2luZyBjbGFzcy4gVGhpcyBjb21waWxl
ZCwNCglidXQgZmFpbGVkIGF0IHJ1bnRpbWUuIFRoZSByZXN1bHQgY291bGQgYmUgaGFyZCB0byBk
aWFnbm9zZSwgZXZlbiBmb3INCglleHBlcmllbmNlZCBTcHJpbmcgdXNlcnMuDQoJDQoJVGhlIGlu
bmVyIGNsYXNzIG5vdyBoYXMgaXRzIG93biBzdGF0aWMgbG9nZ2VyLg0KCQ0KCVJlZ2FyZHMsDQoJ
Um9kDQoJDQoJDQoJDQoJDQoJLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLQ0KCVRoaXMgU0YuTmV0IGVtYWlsIHNwb25zb3JlZCBieTogRnJlZSBw
cmUtYnVpbHQgQVNQLk5FVCBzaXRlcyBpbmNsdWRpbmcNCglEYXRhIFJlcG9ydHMsIEUtY29tbWVy
Y2UsIFBvcnRhbHMsIGFuZCBGb3J1bXMgYXJlIGF2YWlsYWJsZSBub3cuDQoJRG93bmxvYWQgdG9k
YXkgYW5kIGVudGVyIHRvIHdpbiBhbiBYQk9YIG9yIFZpc3VhbCBTdHVkaW8gLk5FVC4NCglodHRw
Oi8vYXNwbmV0LmNsaWNrLXVybC5jb20vZ28vcHNhMDAxMDAwMDNhdmUvZGlyZWN0O2F0LmFzcG5l
dF8wNzIzMDNfMDEvMDENCglfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fXw0KCVNwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXIgbWFpbGluZyBsaXN0DQoJU3ByaW5n
ZnJhbWV3b3JrLWRldmVsb3BlckBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQNCglodHRwczovL2xpc3Rz
LnNvdXJjZWZvcmdlLm5ldC9saXN0cy9saXN0aW5mby9zcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVy
DQoJDQoNCg==

Re: [Springframework-developer] Weird issue trying to run unit tests

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

Ugh, my goofup. Sorry to waste everyone's time on this. It turns out 
that at home when I reinstalled some stuff last month, including ant,  I 
neglected to drop junit.jar into ant's lib folder. Of course if 
optional.jar is there then junit.jar needs to be there so the same 
classloader sees it.   And I never caught on there was a problem since 
most of my work projects have a build.bat convenience file, which itself 
adds junit.jar on the classpath before invoking ant...


Rod Johnson wrote:

>or possibly optional.jar. That's normally included but needs to be in
>ant/lib too.
>
>----- Original Message -----
>From: "Achleitner Thomas" <ac...@ec...>
>To: "Colin Sampaleanu" <col...@ex...>;
><spr...@li...>
>Sent: Monday, July 28, 2003 7:31 AM
>Subject: AW: [Springframework-developer] Weird issue trying to run unit
>tests
>
>
>do you have junit.jar in ants lib folder?
>
>thomas
>
>-----Ursprüngliche Nachricht-----
>Von: Colin Sampaleanu [mailto:col...@ex...]
>Gesendet: Montag, 28. Juli 2003 04:14
>An: spr...@li...
>Betreff: [Springframework-developer] Weird issue trying to run unit
>tests
>
>
>I've build Spring now a number of time over the last couple of weeks,
>but tonight was the first time I actually tried to run the unit tests.
>
>I am getting an incredibly puzzling error from ant saying it can't
>create the junit task
>----
>BUILD FAILED
>file:E:/src/open/springframework/main/build.xml:238: Could not create
>task or ty
>pe of type: junit.
>
>Ant could not find the task or a class this task relies upon.
>-----
>
>I spent 15 minutes trying to figure this out, but have no clues as to
>what is going on. I am using the same ant settings as I've used in
>several dozen of my own projects and a number of open source projects,
>ie I have a batch file which adds ant to the path and sets ANT_HOME.
>
>I though perhaps the ant.jar (which seems to be ant 1.5.3 recompiled
>some time this year) in the lib/ant dir was interfering somehow, but
>removing it makes no difference. Adding 'fork="true") to the junit call
>makes no difference.
>
>Anybody seen something like this before?
>  
>

Fw: [Springframework-developer] petclinic, hsqldb, & jboss

[Rajeev K. <Ra...@cu...>]

----- Original Message -----=20
From: Rajeev Kaul=20
To: JP Pawlak=20
Sent: Monday, July 28, 2003 6:45 PM
Subject: Re: [Springframework-developer] petclinic, hsqldb, & jboss


Hi Jean-Pierre,

This certainly helps.  I got the petclinic app to work under Jboss3.2.1. =
 However, I get the following error during jboss startup:

Depends On Me: jboss.mq:service=3DSecurityManager

jboss.mq.destination:service=3DQueue,name=3DDLQ

jboss.mq.destination:service=3DTopic,name=3DtestTopic

jboss.mq.destination:service=3DTopic,name=3DsecuredTopic

jboss.mq.destination:service=3DTopic,name=3DtestDurableTopic

jboss.mq.destination:service=3DQueue,name=3DtestQueue

jboss.mq.destination:service=3DQueue,name=3DA

jboss.mq.destination:service=3DQueue,name=3DB

jboss.mq.destination:service=3DQueue,name=3DC

jboss.mq.destination:service=3DQueue,name=3DD

jboss.mq.destination:service=3DQueue,name=3Dex

, ObjectName: jboss.mq:service=3DMessageCache

state: FAILED

I Depend On:=20

Depends On Me: jboss.mq:service=3DPersistenceManager

org.jboss.deployment.DeploymentException: No property editor for =
attribute: CacheStore; type=3Dclass javax.management.ObjectName, =
ObjectName: jboss.mq:service=3DPersistenceManager



However, it does not seem to affect the petclinic application.  If I =
remove the petclinic app from the deployment dir, I do not get this =
message.  So, somehow, the petclinic app with hsqldb causes this =
problem.



Also, I noticed the following:

1.  The petclinic build does not automatically copy the =
hsql-petclinic-ds.xml to the deploy directory.

2. The web.xml does not contain the following information:

<resource-ref>

<res-ref-name>jdbc/petclinicHSQL</res-ref-name>

<res-type>javax.sql.DataSource</res-type>

<res-auth>Container</res-auth>

</resource-ref>

<resource-ref>

<res-ref-name>jdbc/petclinicMYSQL</res-ref-name>

<res-type>javax.sql.DataSource</res-type>

<res-auth>Container</res-auth>

</resource-ref>

3.  The "DROP TABLE" sql commands cause a problem, when you run the =
script the first time.  I had to comment them out from the build.xml in =
the db dir for the 1st build. In subsequent builds it worked fine.



I just thought I would give you some feedback on these issues.



Rajeev

  ----- Original Message -----=20
  From: JP Pawlak=20
  To: 'Rajeev Kaul' ; spr...@li...=20
  Sent: Saturday, July 26, 2003 6:56 AM
  Subject: RE : [Springframework-developer] petclinic, hsqldb, & jboss


  Hi Rajeev,



  As you can see in my PetClinic post, we will fix the Jboss issues for =
Petclinic. It will be done for the 0.9.1 which should be released early =
next week.

  For now, you can check the new elements in the CVS under =
main/samples/petclinic.



  Regards,

  Jean-Pierre



  -----Message d'origine-----
  De : spr...@li... =
[mailto:spr...@li...] De la =
part de Rajeev Kaul
  Envoy=E9 : samedi 26 juillet 2003 02:43
  =C0 : spr...@li...
  Objet : [Springframework-developer] petclinic, hsqldb, & jboss



  I am having trouble running the petclinic app with hsqldb & jboss =
3.0.7.  On stepping through the code, I found that after getting the =
connection in the DriverManagerDatasource class, it hangs on the =
following statement:





  con.setAutoCommit(true);





  public Connection getConnection(String username, String password) =
throws SQLException {

  logger.info("Creating new JDBC connection: " + this.url);

  Connection con =3D getConnectionFromDriverManager(this.url, username, =
password);

  con.setAutoCommit(true);

  return con;

  }



  I did start hsqldb before I started jboss using server.bat.  I also =
checked with manager.bat to see if the data is loaded.

  Any ideas???



  Rajeev

RE : [Springframework-developer] Petclinic, ant.bat, and Weird issue trying to run unit tests

[Jean-Pierre <jp...@jp...>]

<juergen>
Jean-Pierre and Ken: Please re-test Countries and Petclinic (better 
after the TLD name change), especially the versions that the release 
target in our Spring Ant script generates. Simply unzip the generated 
spring-framework-0.9.1.zip somewhere and "act like a user".
</juergen>

I have now updated 'Countries'.
Adding the support of HSql, I discovered that it doesn't support the
batch mode. Having so an opportunity to handle a backend exception,
logged, but solved by an alternative way for the job. The end user is
not aware of the issue as long as it is solved.

So, just if anyone with german skills could take a look at the german
Countries properties files. On the TSS thread, someone found the german
translation "funny" and discovered that large bunches were made with
Googgle help.

I stop changes before 0.9.1.

Regards,
Jean-Pierre
  

[Springframework-developer] BeansErrorHandler: missing method

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

I've just fixed a usability bug that I'd seen from time to time (can't
remember if anyone reported it).

The problem was that if there was an invalid beans XML file, the
BeansErrorHandler inner class of XmlBeanFactory attempted to log the error
using the protected logger inherited by the enclosing class. This compiled,
but failed at runtime. The result could be hard to diagnose, even for
experienced Spring users.

The inner class now has its own static logger.

Regards,
Rod

[Springframework-developer] =?iso-8859-1?Q?Re:[Springframework-developer]_Petclinic,_ant.bat, _and_Weird_issue_trying_to_run_unit_tests?=

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

Ken , Juergen,=0D=0A=0D=0AI have tested Petclinic on saturday and made so=
me changes to allow JBoss users having an easier install.=0D=0A=0D=0AThe =
changes were in web.xml, build.xml, build.properties and install.txt. I a=
dded a jboss directory with files needed to bound database access to the =
application server as well as defining the Hsql and Mysql services in JBo=
ss.=0D=0A=0D=0AIn addition, when JBoss is used with HSql, it is no need t=
o run server.bat, as the embedded HSql is used. Just JBoss must be runnin=
g while the "ant all" or "ant test" is called.=0D=0A=0D=0ABy the way, it =
was a tiny update to make due to tld name change.=0D=0A=0D=0AI will test =
and update Countries only this evening.=0D=0A=0D=0AJean-Pierre=0D=0A=0D=0A=
=0D=0A---------- Initial Header -----------=0D=0A=0D=0AFrom      : spring=
fra...@li...=0D=0ATo          : "j=FCr=
gen h=F6ller [werk3AT]"<jue...@we...>=0D=0ACc          : C=
olin Sampaleanu <col...@ex...>, 'spring-dev-list' <springframework-d=
eve...@li...>=0D=0ADate      : Mon, 28 Jul 2003 08:20:1=
0 -0500=0D=0ASubject : [Springframework-developer] Petclinic, ant.bat, an=
d Weird issue trying to run unit tests=0D=0A=0D=0AJuergen,=0D=0A=0D=0A1. =
new spring.tld=0D=0A<juergen>=0D=0AJean-Pierre and Ken: Please re-test Co=
untries and Petclinic (better =0D=0Aafter the TLD name change), especiall=
y the versions that the release =0D=0Atarget in our Spring Ant script gen=
erates. Simply unzip the generated =0D=0Aspring-framework-0.9.1.zip somew=
here and "act like a user".=0D=0A</juergen>=0D=0AThis has been done for P=
etclinic and no problems were found :-) .=0D=0A=0D=0A2. ant.bat and "Weir=
d issue trying to run unit tests"=0D=0AThis continues to be a problem. I =
had previously mentioned difficulties =0D=0AI had with the nested "setupD=
B" target using the ant.bat supplied with =0D=0APetclinic. I followed the=
 new instructions and ran the hsqldb server =0D=0Afrom the db/hsqldb dir =
as instructed instead of the dir I usually use. =0D=0AWhy it won't work  =
unless I do it this way is mystifying to me. The =0D=0A"setupDB" target n=
ow works :-)  but the "test" target now fails :-( =0D=0A reporting :=0D=0A=
"BUILD FAILED blahblahblah Could not create task or type of type: junit. =
=0D=0A" just as Colin reported. I do have junit.jar and optional.jar in m=
y =0D=0Aant/lib dir.=0D=0AJust as with the "setupDB" problem, I can work =
around it by invoking the =0D=0Astandard ant.bat that is supplied with an=
t.=0D=0A=0D=0AKen=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A--------------------------=
-----------------------------=0D=0AThis SF.Net email sponsored by: Free p=
re-built ASP.NET sites including=0D=0AData Reports, E-commerce, Portals, =
and Forums are available now.=0D=0ADownload today and enter to win an XBO=
X or Visual Studio .NET.=0D=0Ahttp://aspnet.click-url.com/go/psa00100003a=
ve/direct;at.aspnet_072303_01/01=0D=0A___________________________________=
____________=0D=0ASpringframework-developer mailing list=0D=0ASpringframe=
wor...@li...=0D=0Ahttps://lists.sourceforge.net/l=
ists/listinfo/springframework-developer=0D=0A=0A=0A********** L'ADSL A 20=
 EUR/MOIS**********=0ATiscali propose l'ADSL le moins cher du march=E9 : =
20 EUR/mois et le modem ADSL offert ! =0APour profiter de cette offre exc=
eptionnelle, cliquez ici : http://register.tiscali.fr/adsl/=0AOffre soumi=
se =E0 conditions.=0A

RE : [Springframework-developer] Petclinic, ant.bat, and Weird issue trying to run unit tests

[Jean-Pierre <jp...@jp...>]

Ken, Juergen,

I have tested Petclinic on saturday and made some changes to allow JBoss
users having an easier install.

The changes were in web.xml, build.xml, build.properties and
install.txt. I added a jboss directory with files needed to bound
database access to the application server as well as defining the Hsql
and Mysql services in JBoss.

In addition, when JBoss is used with HSql, it is no need to run
server.bat, as the embedded HSql is used. Just JBoss must be running
while the "ant all" or "ant test" is called.

By the way, it was a tiny update to make due to tld name change.

I will test and update Countries only this evening.

Jean-Pierre


-----Message d'origine-----
De=A0: spr...@li...
[mailto:spr...@li...] De la
part de Ken Krebs
Envoy=E9=A0: lundi 28 juillet 2003 15:20
=C0=A0: j=FCrgen h=F6ller [werk3AT]
Cc=A0: Colin Sampaleanu; 'spring-dev-list'
Objet=A0: [Springframework-developer] Petclinic, ant.bat, and Weird =
issue
trying to run unit tests

Juergen,

1. new spring.tld
<juergen>
Jean-Pierre and Ken: Please re-test Countries and Petclinic (better=20
after the TLD name change), especially the versions that the release=20
target in our Spring Ant script generates. Simply unzip the generated=20
spring-framework-0.9.1.zip somewhere and "act like a user".
</juergen>
This has been done for Petclinic and no problems were found :-) .

2. ant.bat and "Weird issue trying to run unit tests"
This continues to be a problem. I had previously mentioned difficulties=20
I had with the nested "setupDB" target using the ant.bat supplied with=20
Petclinic. I followed the new instructions and ran the hsqldb server=20
from the db/hsqldb dir as instructed instead of the dir I usually use.=20
Why it won't work  unless I do it this way is mystifying to me. The=20
"setupDB" target now works :-)  but the "test" target now fails :-(=20
 reporting :
"BUILD FAILED blahblahblah Could not create task or type of type: junit.

" just as Colin reported. I do have junit.jar and optional.jar in my=20
ant/lib dir.
Just as with the "setupDB" problem, I can work around it by invoking the

standard ant.bat that is supplied with ant.

Ken

[Springframework-developer] Petclinic, ant.bat, and Weird issue trying to run unit tests

[Ken K. <kk...@kk...>]

Juergen,

1. new spring.tld
<juergen>
Jean-Pierre and Ken: Please re-test Countries and Petclinic (better 
after the TLD name change), especially the versions that the release 
target in our Spring Ant script generates. Simply unzip the generated 
spring-framework-0.9.1.zip somewhere and "act like a user".
</juergen>
This has been done for Petclinic and no problems were found :-) .

2. ant.bat and "Weird issue trying to run unit tests"
This continues to be a problem. I had previously mentioned difficulties 
I had with the nested "setupDB" target using the ant.bat supplied with 
Petclinic. I followed the new instructions and ran the hsqldb server 
from the db/hsqldb dir as instructed instead of the dir I usually use. 
Why it won't work  unless I do it this way is mystifying to me. The 
"setupDB" target now works :-)  but the "test" target now fails :-( 
 reporting :
"BUILD FAILED blahblahblah Could not create task or type of type: junit. 
" just as Colin reported. I do have junit.jar and optional.jar in my 
ant/lib dir.
Just as with the "setupDB" problem, I can work around it by invoking the 
standard ant.bat that is supplied with ant.

Ken

Re: [Springframework-developer] Weird issue trying to run unit tests

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

I can run the tests at work in what is essentially the same environment, 
so I will just have to investigate the problem at home a bit more. As I 
said, I've run junit through ant there many times in many different 
projects, so it's very puzzling.

btw, I don't actually use the UI layer in Spring at all, but in case 
anybody is interested and this is not a known issue, at work when I run 
the unit tests I do get the following test failure:

Testsuite: com.interface21.web.servlet.tags.TagTestSuite
Tests run: 12, Failures: 1, Errors: 0, Time elapsed: 0.609 sec

Testcase: testHtmlEscapeTag took 0.531 sec
Testcase: testHtmlEscapeTagWithContextParamTrue took 0 sec
Testcase: testHtmlEscapeTagWithContextParamFalse took 0.016 sec
Testcase: testBindErrorsTagWithErrors took 0.015 sec
Testcase: testBindErrorsTagWithoutErrors took 0 sec
Testcase: testBindErrorsTagWithoutBean took 0 sec
Testcase: testBindTagWithoutErrors took 0.016 sec
Testcase: testBindTagWithGlobalErrors took 0 sec
Testcase: testBindTagWithFieldErrors took 0.016 sec
Testcase: testPropertyExposing took 0 sec
Testcase: testBindTagWithoutBean took 0 sec
Testcase: testMessageTagWithCode1 took 0 sec
    FAILED
Correct message
junit.framework.AssertionFailedError: Correct message
    at 
com.interface21.web.servlet.tags.TagTestSuite.testMessageTagWithCode1(TagTestSuite.java:259)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

Testcase: testMessageTagWithCode1


Rod Johnson wrote:

>or possibly optional.jar. That's normally included but needs to be in
>ant/lib too.
>
>----- Original Message -----
>From: "Achleitner Thomas" <ac...@ec...>
>To: "Colin Sampaleanu" <col...@ex...>;
><spr...@li...>
>Sent: Monday, July 28, 2003 7:31 AM
>Subject: AW: [Springframework-developer] Weird issue trying to run unit
>tests
>
>
>do you have junit.jar in ants lib folder?
>
>thomas
>
>-----Ursprüngliche Nachricht-----
>Von: Colin Sampaleanu [mailto:col...@ex...]
>Gesendet: Montag, 28. Juli 2003 04:14
>An: spr...@li...
>Betreff: [Springframework-developer] Weird issue trying to run unit
>tests
>
>
>I've build Spring now a number of time over the last couple of weeks,
>but tonight was the first time I actually tried to run the unit tests.
>
>I am getting an incredibly puzzling error from ant saying it can't
>create the junit task
>----
>BUILD FAILED
>file:E:/src/open/springframework/main/build.xml:238: Could not create
>task or ty
>pe of type: junit.
>
>Ant could not find the task or a class this task relies upon.
>-----
>
>I spent 15 minutes trying to figure this out, but have no clues as to
>what is going on. I am using the same ant settings as I've used in
>several dozen of my own projects and a number of open source projects,
>ie I have a batch file which adds ant to the path and sets ANT_HOME.
>
>I though perhaps the ant.jar (which seems to be ant 1.5.3 recompiled
>some time this year) in the lib/ant dir was interfering somehow, but
>removing it makes no difference. Adding 'fork="true") to the junit call
>makes no difference.
>
>Anybody seen something like this before?
>  
>

Re: [Springframework-developer] Any particular reason versions of mockobjects and easymock are so old?

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

Rod Johnson wrote:

>>I noticed spring is still using mockmaker 0.7 as opposed to the current
>>0.9, which has the really nice Dynamock functionality...
>>
>>Also, there is a much newer easymock implementation, 1.0RC.
>>
>>I presume this is know, and there's maybe an issue with the time
>>required to convert existing code?
>>    
>>
>
>We're using EasyMock instead of Dynamock for dynamic mock objects. I've
>looked at dynamock and am not convinced it's better than EasyMock, although
>we may consider migrating in the future.
>
>Yes, we need to migrate versions of both Mock Objects and EasyMock, but it's
>doing what we need so it's a relatively low priority. Of course if you
>wanted to help, that would be most welcome!
>
I like the dynamic stuff they added this spring (dynamock) as opposed to 
the initial cut last fall.

I have the bandwidth for smaller contributions to Spring; my gut feel is 
that upgrading the mock libraries is going to touch a bunch of code 
however, and by the nature of the work needs to be done in one shot 
since you can't runw ith both versions of the libs. I probably won't 
have that much free time in one sitting for a while. However I'm going 
to take a look and see if the changes are not that big...

Regards,
Colin

[Springframework-developer] Re: HibernateTemplate enhancement

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

Q29saW4sDQogDQpJJ3ZlIGp1c3QgYWRkZWQgYW4gImFsbG93Q3JlYXRlIiBwcm9wZXJ0eSB0byBi
b3RoIEhpYmVybmF0ZVRlbXBsYXRlIGFuZCBKZG9UZW1wbGF0ZSwgdG8gc3VwcG9ydCB0aGUgdXNl
IGNhc2UgeW91J3ZlIG91dGxpbmVkLg0KIA0KSSd2ZSBhbHNvIGZpbmlzaGVkIGVudGl0eSBpbnRl
cmNlcHRvciBzdXBwb3J0OiBMb2NhbFNlc3Npb25GYWN0b3J5QmVhbiwgSGliZXJuYXRlVGVtcGxh
dGUsIEhpYmVybmF0ZUludGVyY2VwdG9yLCBhbmQgSGliZXJuYXRlVHJhbnNhY3Rpb25NYW5hZ2Vy
IGFsbCBmZWF0dXJlIGEgImVudGl0eUludGVyY2VwdG9yIiBwcm9wZXJ0eSBub3csIHRha2VuIGEg
bmV0LnNmLmhpYmVybmF0ZS5JbnRlcmNlcHRvciB0byBhcHBseSBhdCB0aGUgcmVzcGVjdGl2ZSBs
ZXZlbC4NCiANCkZ1cnRoZXJtb3JlLCBMb2NhbFNlc3Npb25GYWN0b3J5QmVhbiBhbmQgTG9jYWxQ
ZXJzaXN0ZW5jZU1hbmFnZXJGYWN0b3J5QmVhbiBzdXBwb3J0ICJuZXdDb25maWd1cmF0aW9uIiwg
Im5ld1Nlc3Npb25GYWN0b3J5IiwgYW5kICJuZXdQZXJzaXN0ZW5jZU1hbmFnZXJGYWN0b3J5IiBm
YWN0b3J5IGFuZCBjdXN0b21pemF0aW9uIGhvb2tzIG5vdy4gVGhpcyBzaG91bGQgYWxsb3cgdG8g
dXNlIGFueSBzcGVjaWZpY2FsbHkgcHJlY29uZmlndXJlZCBpbnN0YW5jZSBvciBjdXN0b20gc3Vi
Y2xhc3Mgb2YgdGhlc2UuDQogDQpSZWdhcmRzLA0KSnVlcmdlbg0KIA0KIA0KDQoJLS0tLS1VcnNw
csO8bmdsaWNoZSBOYWNocmljaHQtLS0tLSANCglWb246IENvbGluIFNhbXBhbGVhbnUgW21haWx0
bzpjb2xpbm1sMUBleGlzLmNvbV0gDQoJR2VzZW5kZXQ6IE1vIDI4LjA3LjIwMDMgMDM6MjcgDQoJ
QW46IHNwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJAbGlzdHMuc291cmNlZm9yZ2UubmV0IA0KCUNj
OiBqw7xyZ2VuIGjDtmxsZXIgW3dlcmszQVRdIA0KCUJldHJlZmY6IEhpYmVybmF0ZVRlbXBsYXRl
IGVuaGFuY2VtZW50DQoJDQoJDQoNCglJIHRoaW5rIGl0IHdvdWxkIGJlIHVzZWZ1bCB0byBlbmhh
bmNlIEhpYmVybmF0ZVRlbXBsYXRlIHRvIHdvcmsgaW4gYQ0KCW1vZGUgc3VjaCB0aGF0IGl0IGRv
ZXNuJ3QgY3JlYXRlIHRoZSBzZXNzaW9uIGlmIGl0IGlzbid0IGFscmVhZHkgYm91bmQNCglvbiB0
aGUgdGhyZWFkLiBUaGF0IGlzLCB0aGVyZSB3b3VsZCBiZSBhIG5ldyBjb25zdHJ1Y3RvciB3aGlj
aCBtaXJyb3JzDQoJdGhlIFNlc3Npb25GYWN0b3J5VXRpbHMuZ2V0U2Vzc2lvbihmYWN0b3J5LCBi
b29sZWFuKSBtZXRob2Qgc2lnbmF0dXJlLg0KCQ0KCVdpdGggdGhlIG5ldyBjb252ZW5pZW5jZSBt
ZXRob2RzIGFuZCB0aGUgd3JhcHBpbmcgb2YgSGliZXJuYXRlDQoJZXhjZXB0aW9ucywgSSB0aGlu
ayBIaWJlcm5hdGVUZW1wbGF0ZSBpcyB1c2VmdWwgaW4gc29tZSBjYXNlcyBldmVuIHdoZW4NCglI
aWJlcm5hdGVJbnRlcmNlcHRvciBpcyB1c2VkIHRvIGFjdHVhbGx5IGJpbmQgdGhlIHNlc3Npb24g
dG8gdGhlIHRocmVhZC4NCglIb3dldmVyLCBpbiB0aGUgbGF0dGVyIGNhc2UsIEkgYW0gc29tZXdo
YXQgd29ycnJpZWQgYWJvdXQgdXNpbmcNCglIaWJlcm5hdGVUZW1wbGF0ZSBhcyBpdCBub3cgZXhp
c3RzIHNpbmNlIHRoZXJlIGlzIHRoZSBkYW5nZXIgb2YgbWlzc2luZw0KCXRoZSBpbnRlcmNlcHRv
ciBpbiBvbmUgcGxhY2UgYW5kIGFjY2lkZW50YWxseSBhdXRvIGNyZWF0aW5nIHRoZSBzZXNzaW9u
Lg0KCQ0KCQ0KCQ0KCQ0KCQ0KDQo=

Re: [Springframework-developer] AppServer skills

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

R29vZCBxdWVzdGlvbiAtIFRob21hcywgY2FuIHlvdSBwbGVhc2UgYWRkIGl0IHRoZXJlIChpbiB0
aGUgIm1haW4vZG9jcyIgZGlyZWN0b3J5KT8NCiANCkp1ZXJnZW4NCiANCg0KCS0tLS0tVXJzcHLD
vG5nbGljaGUgTmFjaHJpY2h0LS0tLS0gDQoJVm9uOiBKUCBQYXdsYWsgW21haWx0bzpqcC5wYXds
YWtAdGlzY2FsaS5mcl0gDQoJR2VzZW5kZXQ6IFNhIDI2LjA3LjIwMDMgMTk6NDUgDQoJQW46ICdK
UCBQYXdsYWsnOyBzcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyQGxpc3RzLnNvdXJjZWZvcmdlLm5l
dCANCglDYzogDQoJQmV0cmVmZjogUkUgOiBSRSA6IFJFIDogW1NwcmluZ2ZyYW1ld29yay1kZXZl
bG9wZXJdIEFwcFNlcnZlciBza2lsbHMNCgkNCgkNCg0KCU9idmlvdXNseSBDVlMsIG5vdCBNVkMu
DQoJDQoJDQoJV2h5IGlzIG5vdCB0aGlzIHR1dG9yaWFsIGluIHRoZSBkb2MgcGFydCBvZiB0aGUg
TVZDPyBJIGNvbnNpZGVyIGl0IHdvdWxkDQoJaGF2ZSBpdHMgcGxhY2UgdGhlcmUgZXZlbiBpbiB0
aGUgMC45LjEuDQoJDQoJSmVhbi1QaWVycmUNCgkNCgkNCglGb3IgdGhlIHR1dG9yaWFsIFBhcnQs
IFRob21hJ3Mgc3RlcC1ieS1zdGVwIGlzIGEgdmVyeSBuaWNlIHN0YXJ0aW5nDQoJcG9pbnQuIFNv
cnJ5IGZvciB0aGUgY29uZnVzaW9uIEkgbWFkZS4gSSB3aWxsIHRyeSB3aGF0IGNhbiBiZSB3cm9u
ZyBpbg0KCXRoZSB0aGlyZCBjaGFwdGVyLg0KCQ0KCVJlZ2FyZHMsDQoJSmVhbi1QaWVycmUNCgkN
CgkNCgkNCgkNCgkNCgkNCgkNCgkNCgkNCgktLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoJVGhpcyBTRi5OZXQgZW1haWwgc3BvbnNvcmVkIGJ5
OiBGcmVlIHByZS1idWlsdCBBU1AuTkVUIHNpdGVzIGluY2x1ZGluZw0KCURhdGEgUmVwb3J0cywg
RS1jb21tZXJjZSwgUG9ydGFscywgYW5kIEZvcnVtcyBhcmUgYXZhaWxhYmxlIG5vdy4NCglEb3du
bG9hZCB0b2RheSBhbmQgZW50ZXIgdG8gd2luIGFuIFhCT1ggb3IgVmlzdWFsIFN0dWRpbyAuTkVU
Lg0KCWh0dHA6Ly9hc3BuZXQuY2xpY2stdXJsLmNvbS9nby9wc2EwMDEwMDAwM2F2ZS9kaXJlY3Q7
YXQuYXNwbmV0XzA3MjMwM18wMS8wMQ0KCV9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fDQoJU3ByaW5nZnJhbWV3b3JrLWRldmVsb3BlciBtYWlsaW5nIGxpc3QN
CglTcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyQGxpc3RzLnNvdXJjZWZvcmdlLm5ldA0KCWh0dHBz
Oi8vbGlzdHMuc291cmNlZm9yZ2UubmV0L2xpc3RzL2xpc3RpbmZvL3NwcmluZ2ZyYW1ld29yay1k
ZXZlbG9wZXINCgkNCg0K

Re: [Springframework-developer] AppServer skills

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

YWQgMSkNClllcCwgSSB3b3VsZCBiZSByZWFsbHkgZGVsaWdodGVkIHRvbyBpZiBzb21lb25lIHdv
dWxkIGJyaW5nIHRoZSB0dXRvcmlhbCB1cC10by1kYXRlLg0KIA0KYWQgMikNCkkgcGVyc29uYWxs
eSB0ZXN0IG91ciBkaXN0cmlidXRpb24gd2l0aCBQZXRjbGluaWMgYW5kIENvdW50cmllcyBvbiBU
b21jYXQgNC4wLCBUb21jYXQgNC4xLCBhbmQgUmVzaW4gMi4xLiBJIGRpZCBzbyB3aXRoIDAuOSwg
YW5kIEkndmUgYWxyZWFkeSB0cmllZCB3aXRoIGEgY3VycmVudCByZWxlYXNlIGRpc3RyaWJ1dGlv
biBmb3IgMC45LjEuIEFzIEknbSB1c2luZyBPQzRKIHRvbywgSSB3aWxsIGFsc28gdGVzdCB0aGUg
c2FtcGxlcyB3aXRoIGl0IGJlZm9yZSBvdXIgb2ZmaWNpYWwgMC45LjEgcmVsZWFzZS4NCiANCkl0
IHdvdWxkIGJlIG5pY2UgaWYgZXZlcnlib2R5IHRlc3RlZCB0aGUgc2FtcGxlcyBvZiBhIGN1cnJl
bnQgc2VsZi1nZW5lcmF0ZWQgcmVsZWFzZSBkaXN0cmlidXRpb24gb24gYWxsIHRoZSBhcHAgc2Vy
dmVycyBpbnN0YWxsZWQgb24gaGlzL2hlciBsb2NhbCBtYWNoaW5lLiBGb3JnZXQgYWJvdXQgT3Jp
b24gY3VycmVudGx5LCBhcyBldmVuIHRoZWlyIDIuMC4yIGlzIGJyb2tlbiBpbiB0ZXJtcyBvZiB2
YXJpYWJsZSBleHBvcnQgaW5zaWRlIEpTUCBjdXN0b20gdGFncyAtIGZ1bm5pbHkgZW5vdWdoLCBP
QzRKIGlzIG5vdC4gU28gV2ViTG9naWMgYW5kIFdlYlNwaGVyZSBhcmUgcHJpbWFyeSBjYW5kaWRh
dGVzLCBhbmQgb2J2aW91c2x5IEpCb3NzL0pldHR5IGFzIG1hbnkgcGVvcGxlIHNlZW0gdG8gdXNl
IGl0Lg0KIA0KVGhlIGZvbGxvd2luZyBzaW1wbGUgc3RlcHMgc2hvdWxkIGJlIHN1ZmZpY2llbnQg
Zm9yIGEgY29uY3JldGUgdGVzdCwgYmFzaWNhbGx5IHBsYXlpbmcgInJlbGVhc2UgdXNlciI6DQog
DQotIEludm9rZSB0aGUgInJlbGVhc2UiIHRhcmdldCBvZiBvdXIgbWFpbiBBbnQgc2NyaXB0Lg0K
IA0KLSBUYWtlIHRoZSAic3ByaW5nLWZyYW1ld29yay0wLjkuMS56aXAiIGluIHRoZSByZWxlYXNl
IGRpcmVjdG9yeSBhbmQgdW56aXAgaXQgdG8gYSBjbGVhbiBwbGFjZS4NCiANCi0gR28gaW50byAi
c2FtcGxlcy9wZXRjbGluaWMiIGFuZCAic2FtcGxlcy9jb3VudHJpZXMiIG9mIHRoZSB1bnppcHBl
ZCAic3ByaW5nLWZyYW1ld29yay0wLjkuMSIgZGlyZWN0b3J5IGFuZCBjYWxsICJhbnQgd2FyZmls
ZSIgZm9yIGVhY2guDQogDQotIFRha2UgdGhlIGdlbmVyYXRlZCB3YXIgZmlsZXMgYW5kIGRlcGxv
eSB0aGVtIHRvIGFuIGFwcCBzZXJ2ZXIsIGUuZy4gZHJvcCB0aGVtIHRvIHRoZSByZXNwZWN0aXZl
IGF1dG8tZGVwbG95IHdlYmFwcHMgZGlyZWN0b3J5Lg0KIA0KLSBGaW5hbGx5LCBzdGFydCB0aGUg
YXBwIHNlcnZlciBhbmQgdHJ5IHRoZSBzYW1wbGVzLCBlLmcuIGF0ICIvcGV0Y2xpbmljIiBhbmQg
Ii9jb3VudHJpZXMiIGlmIGF1dG8tZGVwbG95ZWQuDQogDQotIE5vdGUgdGhhdCBmb3IgUGV0Y2xp
bmljLCB5b3Ugd2lsbCBhbHNvIGhhdmUgdG8gaW52b2tlICJzZXJ2ZXIiIGluIHRoZSAic2FtcGxl
cy9wZXRjbGluaWMvZGIvaHNxbGRiIiBkaXJlY3RvcnkgdG8gc3RhcnQgdXAgSFNRTERCIGZvciB1
c2UgYnkgdGhlIHdlYiBhcHAuDQogDQpJJ3ZlIGFscmVhZHkgYWRhcHRlZCB0aGUgInJlbGVhc2Ui
IHRhcmdldCwgc28gYWxsIHRoZSBuZWNlc3NhcnkgbGlicmFyaWVzIGFuZCBzdHVmZiBzaG91bGQg
YmUgaW4gdGhlcmUuIEV2ZW4gQW50IGlzIGluY2x1ZGVkLCBzbyBjYWxsaW5nICJhbnQgd2FyZmls
ZSIgZG9lc24ndCBldmVuIHJlcXVpcmUgYW4gQW50IGluc3RhbGxhdGlvbi4NCiANCkp1ZXJnZW4N
CiANCiANCg0KCS0tLS0tVXJzcHLDvG5nbGljaGUgTmFjaHJpY2h0LS0tLS0gDQoJVm9uOiBKUCBQ
YXdsYWsgW21haWx0bzpqcC5wYXdsYWtAdGlzY2FsaS5mcl0gDQoJR2VzZW5kZXQ6IFNhIDI2LjA3
LjIwMDMgMTk6MDIgDQoJQW46IHNwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJAbGlzdHMuc291cmNl
Zm9yZ2UubmV0IA0KCUNjOiANCglCZXRyZWZmOiBbU3ByaW5nZnJhbWV3b3JrLWRldmVsb3Blcl0g
QXBwU2VydmVyIHNraWxscw0KCQ0KCQ0KDQoJSGkgZXZlcnlvbmUsDQoJDQoJSSB0aGluayB0aGUg
dHdvIHBvaW50cyBmb2N1c2VkIGJ5IExhcnMgYXJlIHZlcnkgaW1wb3J0YW50IGZvciB0aGUgZnV0
dXJlDQoJb2YgU3ByaW5nLg0KCQ0KCTEpIEFzIElzYWJlbGxlIGNhbm5vdCBsb25nZXIgdGFrZSB0
aGUgdHV0b3JpYWwgaW4gY2hhcmdlLCB3ZSB3aWxsIGhhdmUNCgl0byBvcmdhbml6ZSB0aGlzIHBv
aW50IGF0IGEgdmVyeSBoaWdoIHByaW9yaXR5Lg0KCQ0KCTIpIEl0IHdpbGwgYmUgZ29vZCB0byBt
YWtlIHRoZSB0b3VyIG9mIEFwcGxpY2F0aW9uIHNlcnZlcnMgc2tpbGxzIGluIHRoZQ0KCXRlYW0u
IFRoZSBnb2FsIHdvdWxkIGJlIHRvIG1ha2UgcnVuIHRoZSBkZW1vcyBvbiB0aGUgbW9zdCB1c2Vk
IEFTIGFuZA0KCWFkanVzdCB0aGUgQW50IHNjcmlwdHMuDQoJDQoJQ3VycmVudGx5IFBldENsaW5p
YyBpcyB0ZXN0ZWQgb24gVG9tQ2F0IGFuZCBKQm9zcyAsIENvdW50cmllcyBvbiBKQm9zcy4NCglX
ZSB3aWxsIGhhdmUgdG8gZGVmaW5lIHRoZSBzZXJ2ZXJzIGZvciB3aGljaCB3ZSB3aWxsIGhhdmUg
YXMgdGFyZ2V0cy4NCglPYnZpb3VzbHkgV2Vic3BoZXJlIGFuZCBXZWJsb2dpYyBjYW4gZGlmZmlj
dWx0bHkgYmUgc2tpcHBlZCBpZiB3ZSB0ZW5kDQoJdG8gaGF2ZSBhIGxhcmdlIGF1ZGllbmNlLiBU
aGUgcmVzdCBkZXBlbmRzIG1haW5seSBvbiBza2lsbHMgd2UgY2FuDQoJZm91bmQsIGJ1dCBPcmlv
biBvciBPcmFjbGUgaUFTIGNvdWxkIGFsc28gYmUgY2hvaWNlcy4NCgkNCglGb3IgcGVvcGxlIGhh
dmluZyBleHBlcmllbmNlIHdpdGggb25lIG9mIHRoZXNlIHNlcnZlcnMsIGl0IHNob3VsZCBub3Qg
YmUNCglhIGh1Z2UgdGFzay4gSGF2aW5nIGtub3dsZWRnZSBvbiBvdXIgZnJhbWV3b3JrLCBpdCdz
IHNpbXBsZXIgZm9yIHVzIGFzDQoJZm9yIFNwcmluZyBuZXdiaWVzLg0KCQ0KCVRvZ2V0aGVyLCB0
aGUgdHdvIHBvaW50cyBzaG91bGQgbGFyZ2VseSBmYWNpbGl0YXRlIHRoZSBqdW1waW5nIGludG8N
CglTcHJpbmcuIEkgdGhpbmsgaXQncyBhIGdvYWwgZm9yIDEuMFJDLg0KCQ0KCVJlZ2FyZHMsDQoJ
SmVhbi1QaWVycmUNCgkNCgkNCgkNCgkNCgkNCgktLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoJVGhpcyBTRi5OZXQgZW1haWwgc3BvbnNvcmVk
IGJ5OiBGcmVlIHByZS1idWlsdCBBU1AuTkVUIHNpdGVzIGluY2x1ZGluZw0KCURhdGEgUmVwb3J0
cywgRS1jb21tZXJjZSwgUG9ydGFscywgYW5kIEZvcnVtcyBhcmUgYXZhaWxhYmxlIG5vdy4NCglE
b3dubG9hZCB0b2RheSBhbmQgZW50ZXIgdG8gd2luIGFuIFhCT1ggb3IgVmlzdWFsIFN0dWRpbyAu
TkVULg0KCWh0dHA6Ly9hc3BuZXQuY2xpY2stdXJsLmNvbS9nby9wc2EwMDEwMDAwM2F2ZS9kaXJl
Y3Q7YXQuYXNwbmV0XzA3MjMwM18wMS8wMQ0KCV9fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fDQoJU3ByaW5nZnJhbWV3b3JrLWRldmVsb3BlciBtYWlsaW5nIGxp
c3QNCglTcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyQGxpc3RzLnNvdXJjZWZvcmdlLm5ldA0KCWh0
dHBzOi8vbGlzdHMuc291cmNlZm9yZ2UubmV0L2xpc3RzL2xpc3RpbmZvL3NwcmluZ2ZyYW1ld29y
ay1kZXZlbG9wZXINCgkNCg0K

Re: [Springframework-developer] Weird issue trying to run unit tests

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

or possibly optional.jar. That's normally included but needs to be in
ant/lib too.

----- Original Message -----
From: "Achleitner Thomas" <ac...@ec...>
To: "Colin Sampaleanu" <col...@ex...>;
<spr...@li...>
Sent: Monday, July 28, 2003 7:31 AM
Subject: AW: [Springframework-developer] Weird issue trying to run unit
tests


do you have junit.jar in ants lib folder?

thomas

-----Ursprüngliche Nachricht-----
Von: Colin Sampaleanu [mailto:col...@ex...]
Gesendet: Montag, 28. Juli 2003 04:14
An: spr...@li...
Betreff: [Springframework-developer] Weird issue trying to run unit
tests


I've build Spring now a number of time over the last couple of weeks,
but tonight was the first time I actually tried to run the unit tests.

I am getting an incredibly puzzling error from ant saying it can't
create the junit task
----
BUILD FAILED
file:E:/src/open/springframework/main/build.xml:238: Could not create
task or ty
pe of type: junit.

Ant could not find the task or a class this task relies upon.
-----

I spent 15 minutes trying to figure this out, but have no clues as to
what is going on. I am using the same ant settings as I've used in
several dozen of my own projects and a number of open source projects,
ie I have a batch file which adds ant to the path and sets ANT_HOME.

I though perhaps the ant.jar (which seems to be ant 1.5.3 recompiled
some time this year) in the lib/ant dir was interfering somehow, but
removing it makes no difference. Adding 'fork="true") to the junit call
makes no difference.

Anybody seen something like this before?




-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01
/01
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer


-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Any particular reason versions of mockobjects and easymock are so old?

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

> I noticed spring is still using mockmaker 0.7 as opposed to the current
> 0.9, which has the really nice Dynamock functionality...
>
> Also, there is a much newer easymock implementation, 1.0RC.
>
> I presume this is know, and there's maybe an issue with the time
> required to convert existing code?

We're using EasyMock instead of Dynamock for dynamic mock objects. I've
looked at dynamock and am not convinced it's better than EasyMock, although
we may consider migrating in the future.

Yes, we need to migrate versions of both Mock Objects and EasyMock, but it's
doing what we need so it's a relatively low priority. Of course if you
wanted to help, that would be most welcome!

Regards,
Rod

AW: [Springframework-developer] Weird issue trying to run unit tests

[Achleitner T. <ac...@ec...>]

do you have junit.jar in ants lib folder?

thomas

-----Urspr=FCngliche Nachricht-----
Von: Colin Sampaleanu [mailto:col...@ex...]
Gesendet: Montag, 28. Juli 2003 04:14
An: spr...@li...
Betreff: [Springframework-developer] Weird issue trying to run unit
tests


I've build Spring now a number of time over the last couple of weeks,=20
but tonight was the first time I actually tried to run the unit tests.

I am getting an incredibly puzzling error from ant saying it can't=20
create the junit task
----
BUILD FAILED
file:E:/src/open/springframework/main/build.xml:238: Could not create=20
task or ty
pe of type: junit.

Ant could not find the task or a class this task relies upon.
-----

I spent 15 minutes trying to figure this out, but have no clues as to=20
what is going on. I am using the same ant settings as I've used in=20
several dozen of my own projects and a number of open source projects,=20
ie I have a batch file which adds ant to the path and sets ANT_HOME.

I though perhaps the ant.jar (which seems to be ant 1.5.3 recompiled=20
some time this year) in the lib/ant dir was interfering somehow, but=20
removing it makes no difference. Adding 'fork=3D"true") to the junit =
call=20
makes no difference.

Anybody seen something like this before?




-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01
/01
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] Any particular reason versions of mockobjects and easymock are so old?

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

I noticed spring is still using mockmaker 0.7 as opposed to the current 
0.9, which has the really nice Dynamock functionality...

Also, there is a much newer easymock implementation, 1.0RC.

I presume this is know, and there's maybe an issue with the time 
required to convert existing code?

Regards,

Colin

[Springframework-developer] Weird issue trying to run unit tests

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

I've build Spring now a number of time over the last couple of weeks, 
but tonight was the first time I actually tried to run the unit tests.

I am getting an incredibly puzzling error from ant saying it can't 
create the junit task
----
BUILD FAILED
file:E:/src/open/springframework/main/build.xml:238: Could not create 
task or ty
pe of type: junit.

Ant could not find the task or a class this task relies upon.
-----

I spent 15 minutes trying to figure this out, but have no clues as to 
what is going on. I am using the same ant settings as I've used in 
several dozen of my own projects and a number of open source projects, 
ie I have a batch file which adds ant to the path and sets ANT_HOME.

I though perhaps the ant.jar (which seems to be ant 1.5.3 recompiled 
some time this year) in the lib/ant dir was interfering somehow, but 
removing it makes no difference. Adding 'fork="true") to the junit call 
makes no difference.

Anybody seen something like this before?

[Springframework-developer] HibernateTemplate enhancement

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

I think it would be useful to enhance HibernateTemplate to work in a 
mode such that it doesn't create the session if it isn't already bound 
on the thread. That is, there would be a new constructor which mirrors 
the SessionFactoryUtils.getSession(factory, boolean) method signature.

With the new convenience methods and the wrapping of Hibernate 
exceptions, I think HibernateTemplate is useful in some cases even when 
HibernateInterceptor is used to actually bind the session to the thread. 
However, in the latter case, I am somewhat worrried about using 
HibernateTemplate as it now exists since there is the danger of missing 
the interceptor in one place and accidentally auto creating the session.

Re: [Springframework-developer] Step-by-step tutorial feedback

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

Thomas,

> Thanks for your feedback - this is important since it is easy to verify
> that my code works in my own "sandbox", but not that easy to verify that it
> works everywhere else.

Yes, and I try to use the tutorial like a less skilled programmer. If it works
for them, it's perfect.

> > As I think documentation is one of the crucial points for wide acceptance
> > of an Open Source solution I'll give some feedback on the step-by-step
> > tutorial provided by Thomas.
>
> Documentation is key for most developers - that's why it is hard to beat
> out Struts at the moment.

Yes that's hard but one year ago Struts didn't have anything like this.
I had to decide which framework to use for a bigger application and
I used WebWork despite of it's bad documentation. On the other hand
I could manage to use it fast because of it's simplicity.

> You are correct when you say that Part 3 is not as polished as Parts 1 and
> 2 - I am still working on it and I will verify that it all works on both
> Tomcat and a few other servers including WebLogic 8.1.  I just ran through
> Parts 1 and 2 deploying as a war file on WebLogic, and I have made a few
> changes to both parts.  I added a task to deploy as a war file and I also
> added a deploy.path in build.properties where you can specify a path to
> your deployment location.  If you are not using Tomcat, then you can remove
> all the Tomcat stuff from build.xml (everything related to Tomcat is now
> clearly marked at the end of the build script).  I'll follow up with
> updates to Part 3 later today or tomorrow.
>

Your tutorial is very good but it will become perfect :-)
I hardly can remember any tutorial providing Ant scripts and even JUnit tests 
(wow!). And it's written very well. 

Maybe JUnit should me moved to some kind of appendix or an own chapter
because it has nothing to do with core Spring functionality and many 
developers still don't know what JUnit is (I know what I'm talking about).

Thanks again
Lars

Re: TR : RE : [Springframework-developer] AppServer skills

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

What a great community !

Am Sonntag, 27. Juli 2003 06:31 schrieb tri...@tr...:
> Jean-Pierre & Lars,
>
> The Step-by-step guide had the source name for this class specified as
> springapp/src/bus/PriceIncreaseFormController even though the package name
> is web.  I have fixed this along with a lot of other things.
>
> Thomas
>
> > -----Message d'origine-----
> > De : JP Pawlak [mailto:jp....@ti...]
> > Envoy=E9 : samedi 26 juillet 2003 20:30
> > =C0 : 'Lars Fischer'
> > Objet : RE : RE : [Springframework-developer] AppServer skills
> >
> > Hi Lars,
> >
> > Thanks for trace.
> > At a first look, I see that the class web.PriceIncreaseFormController
> > could not be loaded. As it's the right class name which Tomcat tries to
> > load, we can assume that the configuration is OK.
> > So looking both on your stack and the source, I see that the class is
> > loaded by the factory as a bean.
> > - If you forgot to create the source in web package, do it.
> > - If done and still not works, add within a constructor without arg,
> > like:
> > <code>
> > Public PriceIncreaseFormController() {
> > 	super();
> > }
> > </code>
> >
> > In any case, I will follow the entire tutorial and check for
> > inconsistencies if any.
> >
> > Regards,
> > Jean-Pierre
> >
> >
> > root cause
> >
> > java.lang.ClassNotFoundException: web.PriceIncreaseFormController
> > 	at
> > org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader
> > .java:1443)
> > 	at
> > org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader
> > .java:1289)
> > 	at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302)
> > 	at java.lang.Class.forName0(Native Method)
> > 	at java.lang.Class.forName(Class.java:219)
> > 	at
> > com.interface21.beans.factory.xml.XmlBeanFactory.parseBeanDefinition(Xml
> > BeanFactory.java:283)
> > 	at
> >
> >
> >
> >
> >
> >
> > -------------------------------------------------------
> > This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> > Data Reports, E-commerce, Portals, and Forums are available now.
> > Download today and enter to win an XBOX or Visual Studio .NET.
> > http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_0=
1/
> >01 _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/=
01
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: TR : RE : [Springframework-developer] AppServer skills

[<tri...@tr...>]

Jean-Pierre & Lars,

The Step-by-step guide had the source name for this class specified as
springapp/src/bus/PriceIncreaseFormController even though the package name is
web.  I have fixed this along with a lot of other things.

Thomas

> 
> 
> -----Message d'origine-----
> De : JP Pawlak [mailto:jp....@ti...] 
> Envoyé : samedi 26 juillet 2003 20:30
> À : 'Lars Fischer'
> Objet : RE : RE : [Springframework-developer] AppServer skills
> 
> Hi Lars,
> 
> Thanks for trace.
> At a first look, I see that the class web.PriceIncreaseFormController
> could not be loaded. As it's the right class name which Tomcat tries to
> load, we can assume that the configuration is OK. 
> So looking both on your stack and the source, I see that the class is
> loaded by the factory as a bean. 
> - If you forgot to create the source in web package, do it.
> - If done and still not works, add within a constructor without arg,
> like:
> <code>
> Public PriceIncreaseFormController() {
> 	super();
> }
> </code>
> 
> In any case, I will follow the entire tutorial and check for
> inconsistencies if any. 
> 
> Regards,
> Jean-Pierre
> 
> >>>>>>
> root cause
> 
> java.lang.ClassNotFoundException: web.PriceIncreaseFormController
> 	at
> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader
> .java:1443)
> 	at
> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader
> .java:1289)
> 	at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302)
> 	at java.lang.Class.forName0(Native Method)
> 	at java.lang.Class.forName(Class.java:219)
> 	at
> com.interface21.beans.factory.xml.XmlBeanFactory.parseBeanDefinition(Xml
> BeanFactory.java:283)
> 	at
> >>>>>>
>  
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 

Re: RE : RE : RE : [Springframework-developer] AppServer skills

[<tri...@tr...>]

Jean-Pierre,

> Obviously CVS, not MVC.
> 

I'll add this to CVS.

> 
> For the tutorial Part, Thoma's step-by-step is a very nice starting
> point. Sorry for the confusion I made. I will try what can be wrong in
> the third chapter.
> 

Well it is confusing - maybe we should update Isabelle's Tutorial and call it
User Guide or something.  It deserves to be brought up to date.  Any volunteers?

As for Part 3 - there were quite a few things that needed to be fixed.  I did go
through the whole process using WebLogic 8.1 and it does work now.

Thomas