springframework-developer — Spring Framework developers list

[Springframework-developer] Re: Error in Docs

[Rob H. <ro...@ca...>]

Alef,

Already done. 

Rob 

Alef Arendsen writes: 

> Hmmm, I must have switched this accidentally.
>  
> Rob, you fixing this?
>  
> alef
>   
> 
> ________________________________ 
> 
> Van: spr...@li... namens Venkat Sonnathi
> Verzonden: zo 11/7/2004 2:15
> Aan: spr...@li...
> Onderwerp: RE: [Springframework-developer] Re: Error in Docs 
> 
>  
> 
> Hi Rob, 
> 
> I tested it and came to the same conclusion as yours. You need to add text
> before the resource for the image to show up in the email. 
> 
> Thanks,
> --Venkat. 
> 
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...] On Behalf Of
> Rob Harrop
> Sent: Saturday, November 06, 2004 9:30 AM
> To: spr...@li...
> Subject: [Springframework-developer] Re: Error in Docs 
> 
> All, 
> 
> I have spotted an error in section 17.4.2 of the reference manual. It
> states that when adding an inline resource to a multipart message the
> resource must be added BEFORE the text of the message. When I tried this
> out it worked in reverse for me and I had to add the text first. 
> 
> Can someone else test this and I will modify the docs as appropriate? 
> 
> Rob 
> 
>  
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Sybase ASE Linux Express Edition - download now for FREE
> LinuxWorld Reader's Choice Award Winner for best database on Linux.
> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Sybase ASE Linux Express Edition - download now for FREE
> LinuxWorld Reader's Choice Award Winner for best database on Linux.
> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer 
> 
>  
> 
> 
 

Re: [Springframework-developer] Re: Design patterns for JMX and application manageability : A guide for developers. - HP Dev Resource Central

[Nick M. <nic...@gm...>]

> We won't be competing to an appserver, but by JMX-enabling the core Spring
> classes you will have a lot more runtime control over your Spring beans.

Fair enough.
I guess I havent run into examples of the sorts of things you would
want to control at runtime... hence my misunderstanding.

Cheers,
-Nick

RE: [Springframework-developer] Re: Error in Docs

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

Hmmm, I must have switched this accidentally.
=20
Rob, you fixing this?
=20
alef
=20

________________________________

Van: spr...@li... namens Venkat =
Sonnathi
Verzonden: zo 11/7/2004 2:15
Aan: spr...@li...
Onderwerp: RE: [Springframework-developer] Re: Error in Docs



Hi Rob,

I tested it and came to the same conclusion as yours. You need to add =
text
before the resource for the image to show up in the email.

Thanks,
--Venkat.

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf =
Of
Rob Harrop
Sent: Saturday, November 06, 2004 9:30 AM
To: spr...@li...
Subject: [Springframework-developer] Re: Error in Docs

All,

I have spotted an error in section 17.4.2 of the reference manual. It
states that when adding an inline resource to a multipart message the
resource must be added BEFORE the text of the message. When I tried this
out it worked in reverse for me and I had to add the text first.

Can someone else test this and I will modify the docs as appropriate?

Rob



-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=3D5588&alloc_id=3D12065&op=3Dclick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer


-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=3D5588&alloc_id=3D12065&op=3Dclick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] Re: Commons Logging Bean Post Processor

[Rob H. <ro...@ca...>]

My thinking is that it allows for log names to be changed easily - something 
that is quite handy in apps where you have many instances of the same 
service components lying around.

Rob 

James Cook writes: 

> I guess I don't have to use it, but I also think it's a bit overkill. I find
> this single statement sufficient: 
> 
> private static final Log LOG = LogFactory.getLog(MyClass.class); 
> 
> 
>> -----Original Message-----
>> Of Dmitriy Kopylenko 
>> 
>> I had the same kind of an idea a while ago and I remember discussing it
>> with Juergen. At that time Juergen didn't see a real value of injecting
>> Log instances.
>  
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Sybase ASE Linux Express Edition - download now for FREE
> LinuxWorld Reader's Choice Award Winner for best database on Linux.
> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
 

RE: [Springframework-developer] Commons Logging Bean Post Processor

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

I guess I don't have to use it, but I also think it's a bit overkill. I find
this single statement sufficient:

private static final Log LOG = LogFactory.getLog(MyClass.class);


> -----Original Message-----
> Of Dmitriy Kopylenko
> 
> I had the same kind of an idea a while ago and I remember discussing it
> with Juergen. At that time Juergen didn't see a real value of injecting
> Log instances.

Re: [Springframework-developer] Re: pdfbox and itext

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

> -- err, I see you already updated it ;-). Nevermind.
>  

Can't compete with Juergen on the speed ;-))

D.

Re: [Springframework-developer] Commons Logging Bean Post Processor

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

I had the same kind of an idea a while ago and I remember discussing it 
with Juergen. At that time Juergen didn't see a real value of injecting 
Log instances.

Dmitriy.


Rob Harrop wrote:

> All,
>
> I have been working on an idea for auto injecting Commons Log 
> instances into beans for a while. I have commited initial support for 
> this to the sandbox. It uses a bean post processor and injects a log 
> into all beans that define a setLog() method.
> The bean post processor itself uses a strategy interface to determine 
> the name of the log and I have created three basic implementations 
> that satisfy the needs for my projects.
> I'm not sure if this is useful for anyone else, and I have a feeling 
> there is a better way of doing this. In particular I am not happy 
> about the use of a magic method for identifying classes that have a 
> Log dependency, but I didn't want to introduce a Spring interface that 
> beans have to implement just to have a Log injected.
> Let me know your thoughts.
> Rob
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Sybase ASE Linux Express Edition - download now for FREE
> LinuxWorld Reader's Choice Award Winner for best database on Linux.
> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] Commons Logging Bean Post Processor

[Rob H. <ro...@ca...>]

All,

I have been working on an idea for auto injecting Commons Log instances into 
beans for a while. I have commited initial support for this to the sandbox. 
It uses a bean post processor and injects a log into all beans that define a 
setLog() method. 

The bean post processor itself uses a strategy interface to determine the 
name of the log and I have created three basic implementations that satisfy 
the needs for my projects. 

I'm not sure if this is useful for anyone else, and I have a feeling there 
is a better way of doing this. In particular I am not happy about the use of 
a magic method for identifying classes that have a Log dependency, but I 
didn't want to introduce a Spring interface that beans have to implement 
just to have a Log injected. 

Let me know your thoughts. 

Rob

RE: [Springframework-developer] Re: pdfbox and itext

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

Sorry for not responding ealier. Yes, pdfbox is only used in the tests. =
From the iText doco I concluded that it's not possible to read PDFs with =
iText, so I used pdfbox. To be honest, I'm not a big fan of removing a =
unit test because the download size increases (not just because I wrote =
the test ;-).
=20
I've just revised the test to check for length and appropriate document =
instances and stuff...
=20
-- err, I see you already updated it ;-). Nevermind.
=20
Alef
=20
=20

________________________________

From: spr...@li... on behalf of =
j=FCrgen h=F6ller [werk3AT]
Sent: Sun 11/7/2004 7:00 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Re: pdfbox and itext



Actually, I consider removing the pdfbox jar completely... It's 1.7 MB =
(!!) and just used in a unit test. As we need to ship everything that's =
needed to build and run the test suite, we'd need to include it in the =
distribution if we kept that unit test.

I just noticed that we have already shipped that jar in the 1.1.1 =
download. Still, I vote for removing it: 1.7 MB is too large just for a =
unit test - in particular if the unit test is testing iText itself =
rather than our AbstractPdfView.

I don't mean to intend that the particular unit test isn't valuable - =
just that a 1.7 MB increase in download size is a bad tradeoff for such =
a unit test.

Juergen


________________________________

Von: spr...@li... im Auftrag =
von Dmitriy Kopylenko
Gesendet: So 07.11.2004 18:05
An: spr...@li...
Betreff: Re: [Springframework-developer] Re: pdfbox and itext



Let's move it to "pdfbox" directory

Dmitriy.

Rob Harrop wrote:

> I think pdfbox is used in the iText unit tests - it  has support for
> getting at the PDF text which is used in some of the unit tests.
>
> Rob
> j=FCrgen h=F6ller [werk3AT] writes:
>
>> Where's pdfbox used? Quite certainly not in the main sources... In
>> any case, I vote for moving it to a separate "pdfbox" directory.
>>
>> Juergen
>>
>> ________________________________
>> Von: spr...@li... im Auftrag
>> von Dmitriy Kopylenko
>> Gesendet: Do 04.11.2004 15:13
>> An: spr...@li...
>> Betreff: [Springframework-developer] pdfbox and itext
>>
>>
>> Hello everyone.
>> I've noticed in our lib/itext directory there are two jars for both
>> itext and pdfbox. As they're two different libraries, would it make =
more
>> sense to rename top level directory into something like pdf? Or maybe
>> create two separate directories one for itext and one for pdfbox?
>> Any thoughts?
>> Regards,
>> Dmitriy.
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by:
>> Sybase ASE Linux Express Edition - download now for FREE
>> LinuxWorld Reader's Choice Award Winner for best database on Linux.
>> http://ads.osdn.com/?ad_id=3D5588&alloc_id=3D12065&op=3Dclick
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> =
https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by:
>> Sybase ASE Linux Express Edition - download now for FREE
>> LinuxWorld Reader's Choice Award Winner for best database on Linux.
>> http://ads.osdn.com/?ad_idU88&alloc_id=12065&opclick
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> =
https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Sybase ASE Linux Express Edition - download now for FREE
> LinuxWorld Reader's Choice Award Winner for best database on Linux.
> http://ads.osdn.com/?ad_id=3D5588&alloc_id=3D12065&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer




-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=3D5588&alloc_id=3D12065&op=3Dclick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer




-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_idU88&alloc_id=12065&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Re: pdfbox and itext

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

Thanks for the offer, but I already rewrote the test: It rebuilds a =
iText document with the same content, checking whether the result has =
the same size as the content generated by AbstractPdfView, and also =
checking that the differing bytes are below a certain limit (as the =
content will differ in the encryption of the content - but only there). =
That should be good enough for this unit test: After all, it should test =
AbstractPdfView rather than iText itself.
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von Rob Harrop
Gesendet: So 07.11.2004 19:19
An: spr...@li...
Betreff: [Springframework-developer] Re: pdfbox and itext



If the unit test is very important, I can write a custom parser to the =
test
the PDF contents without pdfbox.

Rob

j=FCrgen h=F6ller [werk3AT] writes:

> Actually, I consider removing the pdfbox jar completely... It's 1.7 MB =
(!!) and just used in a unit test. As we need to ship everything that's =
needed to build and run the test suite, we'd need to include it in the =
distribution if we kept that unit test.
>=20
> I just noticed that we have already shipped that jar in the 1.1.1 =
download. Still, I vote for removing it: 1.7 MB is too large just for a =
unit test - in particular if the unit test is testing iText itself =
rather than our AbstractPdfView.
>=20
> I don't mean to intend that the particular unit test isn't valuable - =
just that a 1.7 MB increase in download size is a bad tradeoff for such =
a unit test.
>=20
> Juergen
> =20
>
> ________________________________
>
> Von: spr...@li... im Auftrag =
von Dmitriy Kopylenko
> Gesendet: So 07.11.2004 18:05
> An: spr...@li...
> Betreff: Re: [Springframework-developer] Re: pdfbox and itext
>
>=20
>
> Let's move it to "pdfbox" directory
>
> Dmitriy.
>
> Rob Harrop wrote:
>
>> I think pdfbox is used in the iText unit tests - it  has support for
>> getting at the PDF text which is used in some of the unit tests.
>>
>> Rob
>> j=FCrgen h=F6ller [werk3AT] writes:
>>
>>> Where's pdfbox used? Quite certainly not in the main sources... In
>>> any case, I vote for moving it to a separate "pdfbox" directory.
>>>
>>> Juergen
>>>
>>> ________________________________
>>> Von: spr...@li... im =
Auftrag
>>> von Dmitriy Kopylenko
>>> Gesendet: Do 04.11.2004 15:13
>>> An: spr...@li...
>>> Betreff: [Springframework-developer] pdfbox and itext
>>>
>>>
>>> Hello everyone.
>>> I've noticed in our lib/itext directory there are two jars for both
>>> itext and pdfbox. As they're two different libraries, would it make =
more
>>> sense to rename top level directory into something like pdf? Or =
maybe
>>> create two separate directories one for itext and one for pdfbox?
>>> Any thoughts?
>>> Regards,
>>> Dmitriy.
>>>
>>> -------------------------------------------------------
>>> This SF.Net email is sponsored by:
>>> Sybase ASE Linux Express Edition - download now for FREE
>>> LinuxWorld Reader's Choice Award Winner for best database on Linux.
>>> http://ads.osdn.com/?ad_id=3D5588&alloc_id=3D12065&op=3Dclick
>>> _______________________________________________
>>> Springframework-developer mailing list
>>> Spr...@li...
>>> =
https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> This SF.Net email is sponsored by:
>>> Sybase ASE Linux Express Edition - download now for FREE
>>> LinuxWorld Reader's Choice Award Winner for best database on Linux.
>>> http://ads.osdn.com/?ad_idU88&alloc_id=12065&opclick
>>> _______________________________________________
>>> Springframework-developer mailing list
>>> Spr...@li...
>>> =
https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by:
>> Sybase ASE Linux Express Edition - download now for FREE
>> LinuxWorld Reader's Choice Award Winner for best database on Linux.
>> http://ads.osdn.com/?ad_id=3D5588&alloc_id=3D12065&op=3Dclick
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> =
https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20
>
>=20
>
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Sybase ASE Linux Express Edition - download now for FREE
> LinuxWorld Reader's Choice Award Winner for best database on Linux.
> http://ads.osdn.com/?ad_id=3D5588&alloc_id=3D12065&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>=20
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Sybase ASE Linux Express Edition - download now for FREE
> LinuxWorld Reader's Choice Award Winner for best database on Linux.
> http://ads.osdn.com/?ad_idU88&alloc_id=12065&opclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer



-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=3D5588&alloc_id=3D12065&op=3Dclick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] Re: pdfbox and itext

[Rob H. <ro...@ca...>]

If the unit test is very important, I can write a custom parser to the test 
the PDF contents without pdfbox.

Rob 

jürgen höller [werk3AT] writes: 

> Actually, I consider removing the pdfbox jar completely... It's 1.7 MB (!!) and just used in a unit test. As we need to ship everything that's needed to build and run the test suite, we'd need to include it in the distribution if we kept that unit test.
>  
> I just noticed that we have already shipped that jar in the 1.1.1 download. Still, I vote for removing it: 1.7 MB is too large just for a unit test - in particular if the unit test is testing iText itself rather than our AbstractPdfView.
>  
> I don't mean to intend that the particular unit test isn't valuable - just that a 1.7 MB increase in download size is a bad tradeoff for such a unit test.
>  
> Juergen
>   
> 
> ________________________________ 
> 
> Von: spr...@li... im Auftrag von Dmitriy Kopylenko
> Gesendet: So 07.11.2004 18:05
> An: spr...@li...
> Betreff: Re: [Springframework-developer] Re: pdfbox and itext 
> 
>  
> 
> Let's move it to "pdfbox" directory 
> 
> Dmitriy. 
> 
> Rob Harrop wrote: 
> 
>> I think pdfbox is used in the iText unit tests - it  has support for
>> getting at the PDF text which is used in some of the unit tests. 
>>
>> Rob
>> jürgen höller [werk3AT] writes: 
>>
>>> Where's pdfbox used? Quite certainly not in the main sources... In
>>> any case, I vote for moving it to a separate "pdfbox" directory. 
>>> 
>>> Juergen 
>>> 
>>> ________________________________
>>> Von: spr...@li... im Auftrag
>>> von Dmitriy Kopylenko
>>> Gesendet: Do 04.11.2004 15:13
>>> An: spr...@li...
>>> Betreff: [Springframework-developer] pdfbox and itext 
>>> 
>>>
>>> Hello everyone.
>>> I've noticed in our lib/itext directory there are two jars for both
>>> itext and pdfbox. As they're two different libraries, would it make more
>>> sense to rename top level directory into something like pdf? Or maybe
>>> create two separate directories one for itext and one for pdfbox?
>>> Any thoughts?
>>> Regards,
>>> Dmitriy. 
>>>
>>> -------------------------------------------------------
>>> This SF.Net email is sponsored by:
>>> Sybase ASE Linux Express Edition - download now for FREE
>>> LinuxWorld Reader's Choice Award Winner for best database on Linux.
>>> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
>>> _______________________________________________
>>> Springframework-developer mailing list
>>> Spr...@li...
>>> https://lists.sourceforge.net/lists/listinfo/springframework-developer 
>>> 
>>> 
>>>
>>> -------------------------------------------------------
>>> This SF.Net email is sponsored by:
>>> Sybase ASE Linux Express Edition - download now for FREE
>>> LinuxWorld Reader's Choice Award Winner for best database on Linux.
>>> http://ads.osdn.com/?ad_idU88&alloc_id065&opclick
>>> _______________________________________________
>>> Springframework-developer mailing list
>>> Spr...@li...
>>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>> 
>>
>> 
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by:
>> Sybase ASE Linux Express Edition - download now for FREE
>> LinuxWorld Reader's Choice Award Winner for best database on Linux.
>> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>  
> 
>  
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Sybase ASE Linux Express Edition - download now for FREE
> LinuxWorld Reader's Choice Award Winner for best database on Linux.
> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer 
> 
>  
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Sybase ASE Linux Express Edition - download now for FREE
> LinuxWorld Reader's Choice Award Winner for best database on Linux.
> http://ads.osdn.com/?ad_idU88&alloc_id065&opclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
 

Re: [Springframework-developer] Re: pdfbox and itext

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

Actually, I consider removing the pdfbox jar completely... It's 1.7 MB =
(!!) and just used in a unit test. As we need to ship everything that's =
needed to build and run the test suite, we'd need to include it in the =
distribution if we kept that unit test.
=20
I just noticed that we have already shipped that jar in the 1.1.1 =
download. Still, I vote for removing it: 1.7 MB is too large just for a =
unit test - in particular if the unit test is testing iText itself =
rather than our AbstractPdfView.
=20
I don't mean to intend that the particular unit test isn't valuable - =
just that a 1.7 MB increase in download size is a bad tradeoff for such =
a unit test.
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von Dmitriy Kopylenko
Gesendet: So 07.11.2004 18:05
An: spr...@li...
Betreff: Re: [Springframework-developer] Re: pdfbox and itext



Let's move it to "pdfbox" directory

Dmitriy.

Rob Harrop wrote:

> I think pdfbox is used in the iText unit tests - it  has support for
> getting at the PDF text which is used in some of the unit tests.
>
> Rob
> j=FCrgen h=F6ller [werk3AT] writes:
>
>> Where's pdfbox used? Quite certainly not in the main sources... In
>> any case, I vote for moving it to a separate "pdfbox" directory.
>>=20
>> Juergen
>>=20
>> ________________________________
>> Von: spr...@li... im Auftrag
>> von Dmitriy Kopylenko
>> Gesendet: Do 04.11.2004 15:13
>> An: spr...@li...
>> Betreff: [Springframework-developer] pdfbox and itext
>>=20
>>
>> Hello everyone.
>> I've noticed in our lib/itext directory there are two jars for both
>> itext and pdfbox. As they're two different libraries, would it make =
more
>> sense to rename top level directory into something like pdf? Or maybe
>> create two separate directories one for itext and one for pdfbox?
>> Any thoughts?
>> Regards,
>> Dmitriy.
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by:
>> Sybase ASE Linux Express Edition - download now for FREE
>> LinuxWorld Reader's Choice Award Winner for best database on Linux.
>> http://ads.osdn.com/?ad_id=3D5588&alloc_id=3D12065&op=3Dclick
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> =
https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>=20
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by:
>> Sybase ASE Linux Express Edition - download now for FREE
>> LinuxWorld Reader's Choice Award Winner for best database on Linux.
>> http://ads.osdn.com/?ad_idU88&alloc_id=12065&opclick
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> =
https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Sybase ASE Linux Express Edition - download now for FREE
> LinuxWorld Reader's Choice Award Winner for best database on Linux.
> http://ads.osdn.com/?ad_id=3D5588&alloc_id=3D12065&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer




-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=3D5588&alloc_id=3D12065&op=3Dclick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] ContextClosedEvent

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

Nope, never used "ContextClosedEvent"

Dmitriy.
 
jürgen höller [werk3AT] wrote:

>I would be very surprised if anyone is relying on the current order in detail. If a listener currently reacts to ContextClosedEvent, it can't do anything on existing bean instances, as they have already been destroyd. So if we publish the event before bean destruction now, existing logic in ContextClosedEvent should still work.
> 
>(Thingking about it a second time, I doubt that anyone relies on ContextClosedEvent *at all*...)
> 
>I have already changed that sequence, to be committed tonight.
> 
>Juergen
> 
>
>________________________________
>
>Von: spr...@li... im Auftrag von Colin Sampaleanu
>Gesendet: So 07.11.2004 16:21
>An: spr...@li...
>Betreff: Re: [Springframework-developer] ContextClosedEvent
>
>
>
>+1 I think.
>
>I don't like backwards incompatible changes, but the existing
>implementation is simply wrong for any bean that is deployed into the
>context, nobody in that case should be relying on the present sequence
>as it doesn't make sense. I guess the other option is to not send out
>the event to beans that have been destroyed, but that is a lot of work,
>never mind mixing concerns that shouldn't be mixed, I think.
>
>Now, do we have to worry about external objects (not deployed and
>broadcast to automatically), that register for events manually, with the
>appcontext?.  Changing the sequence might mess them up, if they think
>destroy has already been called on all beans. However, I don't see much
>choice in the matter. I think most usage of the eventing mechanism will
>be for application events (not context evetns), with the beans deployed
>into the context, and we don't want to send those spurious events after
>they have theoretically been destroyed.
>
>jürgen höller [werk3AT] wrote:
>
>  
>
>>Good point. I guess hardly anyone relies on ContextClosedEvent anyway, but for the sake of a clear state of listeners, we should publish that event *before* destroying beans. I'm inclinced to change that for 1.1.2 (which I now intend to release mid next week).
>>
>>Juergen
>>
>>
>>________________________________
>>
>>Von: spr...@li... im Auftrag von Colin Sampaleanu
>>Gesendet: Do 04.11.2004 02:08
>>An: spr...@li...
>>Betreff: [Springframework-developer] ContextClosedEvent
>>
>>
>>
>>I'm just documenting somehting on the ContextClosedEvent. It's called
>>when all singletons have been destroyed (i.e. destroy method has been
>>called)
>>
>>   public void close() {
>>       if (logger.isInfoEnabled()) {
>>           logger.info("Closing application context [" +
>>getDisplayName() + "]");
>>       }
>>
>>       // Destroy all cached singletons in this context,
>>       // invoking DisposableBean.destroy and/or "destroy-method".
>>       ConfigurableListableBeanFactory beanFactory = getBeanFactory();
>>       if (beanFactory != null) {
>>           beanFactory.destroySingletons();
>>       }
>>
>>       // publish corresponding event
>>       publishEvent(new ContextClosedEvent(this));
>>   }
>>
>>I've personally never used the context closed event, but what I have to
>>ask here is, does nobody else think this sequence is not usable and/or
>>potentially dangerous. On the not usable part, an event listener must
>>not have a destroy method, since the onApplicationEvent() would end up
>>being called after the bean has been destroyed. As for potentially
>>dangerous, that's if somebody forgets that they can't have a destroy
>>method, and then spring does call the two methods in the wrong sequence.
>>
>>Colin
>>
>>
>>    
>>
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by:
>Sybase ASE Linux Express Edition - download now for FREE
>LinuxWorld Reader's Choice Award Winner for best database on Linux.
>http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by:
>Sybase ASE Linux Express Edition - download now for FREE
>LinuxWorld Reader's Choice Award Winner for best database on Linux.
>http://ads.osdn.com/?ad_idU88&alloc_id065&op=click
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>  
>

Re: [Springframework-developer] Re: pdfbox and itext

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

Let's move it to "pdfbox" directory

Dmitriy.

Rob Harrop wrote:

> I think pdfbox is used in the iText unit tests - it  has support for 
> getting at the PDF text which is used in some of the unit tests.
>
> Rob
> jürgen höller [werk3AT] writes:
>
>> Where's pdfbox used? Quite certainly not in the main sources... In 
>> any case, I vote for moving it to a separate "pdfbox" directory.
>>  
>> Juergen
>>  
>> ________________________________
>> Von: spr...@li... im Auftrag 
>> von Dmitriy Kopylenko
>> Gesendet: Do 04.11.2004 15:13
>> An: spr...@li...
>> Betreff: [Springframework-developer] pdfbox and itext
>>  
>>
>> Hello everyone.
>> I've noticed in our lib/itext directory there are two jars for both
>> itext and pdfbox. As they're two different libraries, would it make more
>> sense to rename top level directory into something like pdf? Or maybe
>> create two separate directories one for itext and one for pdfbox?
>> Any thoughts?
>> Regards,
>> Dmitriy.
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by:
>> Sybase ASE Linux Express Edition - download now for FREE
>> LinuxWorld Reader's Choice Award Winner for best database on Linux.
>> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>  
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by:
>> Sybase ASE Linux Express Edition - download now for FREE
>> LinuxWorld Reader's Choice Award Winner for best database on Linux.
>> http://ads.osdn.com/?ad_idU88&alloc_id065&opclick
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Sybase ASE Linux Express Edition - download now for FREE
> LinuxWorld Reader's Choice Award Winner for best database on Linux.
> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] ContextClosedEvent

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

I would be very surprised if anyone is relying on the current order in =
detail. If a listener currently reacts to ContextClosedEvent, it can't =
do anything on existing bean instances, as they have already been =
destroyd. So if we publish the event before bean destruction now, =
existing logic in ContextClosedEvent should still work.
=20
(Thingking about it a second time, I doubt that anyone relies on =
ContextClosedEvent *at all*...)
=20
I have already changed that sequence, to be committed tonight.
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von Colin Sampaleanu
Gesendet: So 07.11.2004 16:21
An: spr...@li...
Betreff: Re: [Springframework-developer] ContextClosedEvent



+1 I think.

I don't like backwards incompatible changes, but the existing
implementation is simply wrong for any bean that is deployed into the
context, nobody in that case should be relying on the present sequence
as it doesn't make sense. I guess the other option is to not send out
the event to beans that have been destroyed, but that is a lot of work,
never mind mixing concerns that shouldn't be mixed, I think.

Now, do we have to worry about external objects (not deployed and
broadcast to automatically), that register for events manually, with the
appcontext?.  Changing the sequence might mess them up, if they think
destroy has already been called on all beans. However, I don't see much
choice in the matter. I think most usage of the eventing mechanism will
be for application events (not context evetns), with the beans deployed
into the context, and we don't want to send those spurious events after
they have theoretically been destroyed.

j=FCrgen h=F6ller [werk3AT] wrote:

>Good point. I guess hardly anyone relies on ContextClosedEvent anyway, =
but for the sake of a clear state of listeners, we should publish that =
event *before* destroying beans. I'm inclinced to change that for 1.1.2 =
(which I now intend to release mid next week).
>
>Juergen
>
>
>________________________________
>
>Von: spr...@li... im Auftrag =
von Colin Sampaleanu
>Gesendet: Do 04.11.2004 02:08
>An: spr...@li...
>Betreff: [Springframework-developer] ContextClosedEvent
>
>
>
>I'm just documenting somehting on the ContextClosedEvent. It's called
>when all singletons have been destroyed (i.e. destroy method has been
>called)
>
>    public void close() {
>        if (logger.isInfoEnabled()) {
>            logger.info("Closing application context [" +
>getDisplayName() + "]");
>        }
>
>        // Destroy all cached singletons in this context,
>        // invoking DisposableBean.destroy and/or "destroy-method".
>        ConfigurableListableBeanFactory beanFactory =3D =
getBeanFactory();
>        if (beanFactory !=3D null) {
>            beanFactory.destroySingletons();
>        }
>
>        // publish corresponding event
>        publishEvent(new ContextClosedEvent(this));
>    }
>
>I've personally never used the context closed event, but what I have to
>ask here is, does nobody else think this sequence is not usable and/or
>potentially dangerous. On the not usable part, an event listener must
>not have a destroy method, since the onApplicationEvent() would end up
>being called after the bean has been destroyed. As for potentially
>dangerous, that's if somebody forgets that they can't have a destroy
>method, and then spring does call the two methods in the wrong =
sequence.
>
>Colin
>=20
>



-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=3D5588&alloc_id=3D12065&op=3Dclick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] ContextClosedEvent

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

+1 I think.

I don't like backwards incompatible changes, but the existing 
implementation is simply wrong for any bean that is deployed into the 
context, nobody in that case should be relying on the present sequence 
as it doesn't make sense. I guess the other option is to not send out 
the event to beans that have been destroyed, but that is a lot of work, 
never mind mixing concerns that shouldn't be mixed, I think.

Now, do we have to worry about external objects (not deployed and 
broadcast to automatically), that register for events manually, with the 
appcontext?.  Changing the sequence might mess them up, if they think 
destroy has already been called on all beans. However, I don't see much 
choice in the matter. I think most usage of the eventing mechanism will 
be for application events (not context evetns), with the beans deployed 
into the context, and we don't want to send those spurious events after 
they have theoretically been destroyed.

jürgen höller [werk3AT] wrote:

>Good point. I guess hardly anyone relies on ContextClosedEvent anyway, but for the sake of a clear state of listeners, we should publish that event *before* destroying beans. I'm inclinced to change that for 1.1.2 (which I now intend to release mid next week).
> 
>Juergen
> 
>
>________________________________
>
>Von: spr...@li... im Auftrag von Colin Sampaleanu
>Gesendet: Do 04.11.2004 02:08
>An: spr...@li...
>Betreff: [Springframework-developer] ContextClosedEvent
>
>
>
>I'm just documenting somehting on the ContextClosedEvent. It's called
>when all singletons have been destroyed (i.e. destroy method has been
>called)
>
>    public void close() {
>        if (logger.isInfoEnabled()) {
>            logger.info("Closing application context [" +
>getDisplayName() + "]");
>        }
>
>        // Destroy all cached singletons in this context,
>        // invoking DisposableBean.destroy and/or "destroy-method".
>        ConfigurableListableBeanFactory beanFactory = getBeanFactory();
>        if (beanFactory != null) {
>            beanFactory.destroySingletons();
>        }
>
>        // publish corresponding event
>        publishEvent(new ContextClosedEvent(this));
>    }
>
>I've personally never used the context closed event, but what I have to
>ask here is, does nobody else think this sequence is not usable and/or
>potentially dangerous. On the not usable part, an event listener must
>not have a destroy method, since the onApplicationEvent() would end up
>being called after the bean has been destroyed. As for potentially
>dangerous, that's if somebody forgets that they can't have a destroy
>method, and then spring does call the two methods in the wrong sequence.
>
>Colin
>  
>

[Springframework-developer] Re: pdfbox and itext

[Rob H. <ro...@ca...>]

I think pdfbox is used in the iText unit tests - it  has support for getting 
at the PDF text which is used in some of the unit tests.

Rob 

jürgen höller [werk3AT] writes: 

> Where's pdfbox used? Quite certainly not in the main sources... In any case, I vote for moving it to a separate "pdfbox" directory.
>  
> Juergen
>   
> 
> ________________________________ 
> 
> Von: spr...@li... im Auftrag von Dmitriy Kopylenko
> Gesendet: Do 04.11.2004 15:13
> An: spr...@li...
> Betreff: [Springframework-developer] pdfbox and itext 
> 
>  
> 
> Hello everyone. 
> 
> I've noticed in our lib/itext directory there are two jars for both
> itext and pdfbox. As they're two different libraries, would it make more
> sense to rename top level directory into something like pdf? Or maybe
> create two separate directories one for itext and one for pdfbox? 
> 
> Any thoughts? 
> 
> Regards,
> Dmitriy. 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Sybase ASE Linux Express Edition - download now for FREE
> LinuxWorld Reader's Choice Award Winner for best database on Linux.
> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer 
> 
>  
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Sybase ASE Linux Express Edition - download now for FREE
> LinuxWorld Reader's Choice Award Winner for best database on Linux.
> http://ads.osdn.com/?ad_idU88&alloc_id065&opclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
 

Re: [Springframework-developer] pdfbox and itext

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

Where's pdfbox used? Quite certainly not in the main sources... In any =
case, I vote for moving it to a separate "pdfbox" directory.
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von Dmitriy Kopylenko
Gesendet: Do 04.11.2004 15:13
An: spr...@li...
Betreff: [Springframework-developer] pdfbox and itext



Hello everyone.

I've noticed in our lib/itext directory there are two jars for both
itext and pdfbox. As they're two different libraries, would it make more
sense to rename top level directory into something like pdf? Or maybe
create two separate directories one for itext and one for pdfbox?

Any thoughts?

Regards,
Dmitriy.


-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=3D5588&alloc_id=3D12065&op=3Dclick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] ContextClosedEvent

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

Good point. I guess hardly anyone relies on ContextClosedEvent anyway, =
but for the sake of a clear state of listeners, we should publish that =
event *before* destroying beans. I'm inclinced to change that for 1.1.2 =
(which I now intend to release mid next week).
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von Colin Sampaleanu
Gesendet: Do 04.11.2004 02:08
An: spr...@li...
Betreff: [Springframework-developer] ContextClosedEvent



I'm just documenting somehting on the ContextClosedEvent. It's called
when all singletons have been destroyed (i.e. destroy method has been
called)

    public void close() {
        if (logger.isInfoEnabled()) {
            logger.info("Closing application context [" +
getDisplayName() + "]");
        }

        // Destroy all cached singletons in this context,
        // invoking DisposableBean.destroy and/or "destroy-method".
        ConfigurableListableBeanFactory beanFactory =3D =
getBeanFactory();
        if (beanFactory !=3D null) {
            beanFactory.destroySingletons();
        }

        // publish corresponding event
        publishEvent(new ContextClosedEvent(this));
    }

I've personally never used the context closed event, but what I have to
ask here is, does nobody else think this sequence is not usable and/or
potentially dangerous. On the not usable part, an event listener must
not have a destroy method, since the onApplicationEvent() would end up
being called after the bean has been destroyed. As for potentially
dangerous, that's if somebody forgets that they can't have a destroy
method, and then spring does call the two methods in the wrong sequence.

Colin



-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=3D5588&alloc_id=3D12065&op=3Dclick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE: [Springframework-developer] Re: Error in Docs

[Venkat S. <vso...@ho...>]

Hi Rob,

I tested it and came to the same conclusion as yours. You need to add text
before the resource for the image to show up in the email.

Thanks,
--Venkat.

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Rob Harrop
Sent: Saturday, November 06, 2004 9:30 AM
To: spr...@li...
Subject: [Springframework-developer] Re: Error in Docs

All,

I have spotted an error in section 17.4.2 of the reference manual. It
states that when adding an inline resource to a multipart message the
resource must be added BEFORE the text of the message. When I tried this
out it worked in reverse for me and I had to add the text first. 

Can someone else test this and I will modify the docs as appropriate? 

Rob 



-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] spring build.144 Build Successful

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

<html><head>
<style>
.white { color:#FFFFFF }.index { background-color:#FFFFFF }.index-passed { =
color:#004400 }.index-failed { color:#FF0000; font-weight:bold }.index-head=
er { font-weight:bold }.link { font-family:arial,helvetica,sans-serif; font=
-size:10pt; color:#FFFFFF; text-decoration:none; }.tab-table { margin: 0em =
0em 0.5em 0em; }.tabs { font-family:arial,helvetica,sans-serif; font-size:8=
pt; color:#000000; font-weight:bold; padding: 0em 2em; background-color:#EE=
EEEE; }.tabs-link { color:#000000; text-decoration:none; }.tabs-link:visite=
d { color:#000000; text-decoration:none; }.tabs-selected { font-family:aria=
l,helvetica,sans-serif; font-size:8pt; color:#000000; font-weight:bold; pad=
ding: 0em 2em; }.tabs-selected { border: inset; }.header-title { font-famil=
y:arial,helvetica,sans-serif; font-size:12pt; color:#000000; font-weight:bo=
ld; }.header-label { font-weight:bold; }.header-data { font-family:arial,he=
lvetica,sans-serif; font-size:10pt; color:#000000; }.modifications-data { f=
ont-family:arial,helvetica,sans-serif; font-size:8pt; color:#000000; }.modi=
fications-sectionheader { background-color:#000066; font-family:arial,helve=
tica,sans-serif; font-size:10pt; color:#FFFFFF; }.modifications-oddrow { ba=
ckground-color:#CCCCCC }.modifications-evenrow { background-color:#FFFFCC }=
.changelists-oddrow { background-color:#CCCCCC }.changelists-evenrow { back=
ground-color:#FFFFCC }.changelists-file-spacer { background-color:#FFFFFF }=
.changelists-file-evenrow { background-color:#EEEEEE }.changelists-file-odd=
row { background-color:#FFFFEE }.changelists-file-header { background-color=
:#666666; font-family:arial,helvetica,sans-serif; font-size:8pt; color:#FFF=
FFF; }.compile-data { font-family:arial,helvetica,sans-serif; font-size:8pt=
; color:#000000; }.compile-error-data { font-family:arial,helvetica,sans-se=
rif; font-size:8pt; color:#FF0000; }.compile-warn-data { font-family:arial,=
helvetica,sans-serif; font-size:8pt; color:#CC9900; }.compile-sectionheader=
 { background-color:#000066; font-family:arial,helvetica,sans-serif; font-s=
ize:10pt; color:#FFFFFF; }.distributables-data { font-family:arial,helvetic=
a,sans-serif; font-size:8pt; color:#000000; }.distributables-sectionheader =
{ background-color:#000066; font-family:arial,helvetica,sans-serif; font-si=
ze:10pt; color:#FFFFFF; }.distributables-oddrow { background-color:#CCCCCC =
}.unittests-sectionheader { background-color:#000066; font-family:arial,hel=
vetica,sans-serif; font-size:10pt; color:#FFFFFF; }.unittests-oddrow { back=
ground-color:#CCCCCC }.unittests-data { font-family:arial,helvetica,sans-se=
rif; font-size:8pt; color:#000000; }.unittests-error { font-family:arial,he=
lvetica,sans-serif; font-size:8pt; color:#901090; }.unittests-failure { fon=
t-family:arial,helvetica,sans-serif; font-size:8pt; color:#FF0000; }.checks=
tyle-oddrow { background-color:#CCCCCC }.checkstyle-data { font-family:aria=
l,helvetica,sans-serif; font-size:8pt; color:#000000; }.checkstyle-sectionh=
eader { background-color:#000066; font-family:arial,helvetica,sans-serif; f=
ont-size:10pt; color:#FFFFFF; }
</style>
</head><body>
<p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td class=3D"header-title">BUILD COMPLETE&nbsp;-&nbsp;     =
               build.144</td></tr><tr><td class=3D"header-data"><span class=
=3D"header-label">Date of build:&nbsp;</span>11/07/2004 00:17:02</td></tr><=
tr><td class=3D"header-data"><span class=3D"header-label">Time to build:&nb=
sp;</span>11 minutes 12 seconds</td></tr><tr><td class=3D"header-data"><spa=
n class=3D"header-label">Last changed:&nbsp;</span>11/06/2004 17:48:37</td>=
</tr><tr><td class=3D"header-data"><span class=3D"header-label">Last log en=
try:&nbsp;</span>initial checkin</td></tr></table><p>
<p>
<p>
<table xmlns=3D"http://www.w3.org/TR/html4/strict.dtd" width=3D"98%" border=
=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"center"><tr><td class=
=3D"compile-sectionheader">                        &nbsp;Errors/Warnings: (=
6)                    </td></tr><tr><td><pre class=3D"compile-data">Note: S=
ome input files use or override a deprecated API.<br class=3D"none"/>Note: =
Recompile with -deprecation for details.<br class=3D"none"/>Note: /jteam/bu=
ild2/checkout/spring/spring/mock/org/springframework/mock/web/MockHttpSessi=
on.java uses or overrides a deprecated API.<br class=3D"none"/>Note: Recomp=
ile with -deprecation for details.<br class=3D"none"/>Note: Some input file=
s use or override a deprecated API.<br class=3D"none"/>Note: Recompile with=
 -deprecation for details.<br class=3D"none"/></pre></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"><tr><td class=
=3D"compile-sectionheader">                        &nbsp;Javadoc Errors/War=
nings: (30)                    </td></tr><tr><td><pre class=3D"compile-data=
">javadoc: Error fetching URL: http://www.freemarker.org/docs/api/package-l=
ist<br/>/jteam/build2/checkout/spring/spring/src/org/springframework/util/N=
umberUtils.java:98: warning - Tag @see: missing #: "java.math.BigInteger(St=
ring)"<br/>/jteam/build2/checkout/spring/spring/src/org/springframework/uti=
l/NumberUtils.java:98: warning - Tag @see: can't find java.math.BigInteger(=
String) in org.springframework.util.NumberUtils<br/>/jteam/build2/checkout/=
spring/spring/src/org/springframework/util/NumberUtils.java:98: warning - T=
ag @see: missing #: "java.math.BigDecimal(String)"<br/>/jteam/build2/checko=
ut/spring/spring/src/org/springframework/util/NumberUtils.java:98: warning =
- Tag @see: can't find java.math.BigDecimal(String) in org.springframework.=
util.NumberUtils<br/>/jteam/build2/checkout/spring/spring/src/org/springfra=
mework/scheduling/quartz/CronTriggerBean.java:89: warning - Tag @see: can't=
 find MISFIRE_INSTRUCTION_FIRE_NOW in org.quartz.CronTrigger<br/>/jteam/bui=
ld2/checkout/spring/spring/src/org/springframework/jdbc/datasource/Connecti=
onHolder.java:38: warning - Tag @see: reference not found: DataSourceTransa=
ctionObject<br/>/jteam/build2/checkout/spring/spring/src/org/springframewor=
k/jdbc/support/lob/OracleLobHandler.java:76: warning - Tag @see: reference =
not found: oracle.sql.BLOB<br/>/jteam/build2/checkout/spring/spring/src/org=
/springframework/jdbc/support/lob/OracleLobHandler.java:76: warning - Tag @=
see: reference not found: oracle.sql.CLOB<br/>/jteam/build2/checkout/spring=
/spring/src/org/springframework/jdbc/support/lob/OracleLobHandler.java:115:=
 warning - Tag @see: reference not found: oracle.sql.BLOB#DURATION_SESSION<=
br/>/jteam/build2/checkout/spring/spring/src/org/springframework/jdbc/suppo=
rt/lob/OracleLobHandler.java:115: warning - Tag @see: reference not found: =
oracle.sql.BLOB#MODE_READWRITE<br/>/jteam/build2/checkout/spring/spring/src=
/org/springframework/jdbc/support/lob/OracleLobHandler.java:115: warning - =
Tag @see: reference not found: oracle.sql.CLOB#DURATION_SESSION<br/>/jteam/=
build2/checkout/spring/spring/src/org/springframework/jdbc/support/lob/Orac=
leLobHandler.java:115: warning - Tag @see: reference not found: oracle.sql.=
CLOB#MODE_READWRITE<br/>/jteam/build2/checkout/spring/spring/src/org/spring=
framework/jdbc/support/lob/OracleLobHandler.java:154: warning - Tag @see: r=
eference not found: oracle.jdbc.OracleConnection<br/>/jteam/build2/checkout=
/spring/spring/src/org/springframework/jdbc/support/lob/OracleLobHandler.ja=
va:164: warning - Tag @see: reference not found: oracle.sql.BLOB#createTemp=
orary<br/>/jteam/build2/checkout/spring/spring/src/org/springframework/jdbc=
/support/lob/OracleLobHandler.java:164: warning - Tag @see: reference not f=
ound: oracle.sql.CLOB#createTemporary<br/>/jteam/build2/checkout/spring/spr=
ing/src/org/springframework/jdbc/support/nativejdbc/JBossNativeJdbcExtracto=
r.java:49: warning - Tag @see: reference not found: org.jboss.resource.adap=
ter.jdbc.WrappedConnection#getUnderlyingConnection<br/>/jteam/build2/checko=
ut/spring/spring/src/org/springframework/jdbc/support/nativejdbc/JBossNativ=
eJdbcExtractor.java:49: warning - Tag @see: reference not found: org.jboss.=
resource.adapter.jdbc.WrappedStatement#getUnderlyingStatement<br/>/jteam/bu=
ild2/checkout/spring/spring/src/org/springframework/jdbc/support/nativejdbc=
/JBossNativeJdbcExtractor.java:49: warning - Tag @see: reference not found:=
 org.jboss.resource.adapter.jdbc.WrappedResultSet#getUnderlyingResultSet<br=
/>/jteam/build2/checkout/spring/spring/src/org/springframework/jdbc/support=
/nativejdbc/WebLogicNativeJdbcExtractor.java:45: warning - Tag @see: refere=
nce not found: weblogic.jdbc.extensions.WLConnection#getVendorConnection<br=
/>/jteam/build2/checkout/spring/spring/src/org/springframework/jdbc/support=
/nativejdbc/WebSphereNativeJdbcExtractor.java:34: warning - Tag @see: refer=
ence not found: com.ibm.ws.rsadapter.jdbc.WSJdbcConnection<br/>/jteam/build=
2/checkout/spring/spring/src/org/springframework/jdbc/support/nativejdbc/We=
bSphereNativeJdbcExtractor.java:34: warning - Tag @see: reference not found=
: com.ibm.ws.rsadapter.jdbc.WSJdbcUtil#getNativeConnection<br/>/jteam/build=
2/checkout/spring/spring/src/org/springframework/jdbc/support/nativejdbc/We=
bSphereNativeJdbcExtractor.java:34: warning - Tag @see: reference not found=
: com.ibm.ejs.cm.proxy.ConnectionProxy#getPhysicalConnection<br/>/jteam/bui=
ld2/checkout/spring/spring/src/org/springframework/orm/hibernate/SessionHol=
der.java:41: warning - Tag @see: reference not found: HibernateTransactionO=
bject<br/>/jteam/build2/checkout/spring/spring/src/org/springframework/tran=
saction/jta/WebLogicJtaTransactionManager.java:67: warning - Tag @see: refe=
rence not found: weblogic.transaction.TransactionManager#forceResume<br/>/j=
team/build2/checkout/spring/spring/src/org/springframework/transaction/jta/=
WebLogicServerTransactionManagerFactoryBean.java:45: warning - Tag @see: re=
ference not found: weblogic.transaction.TxHelper#getTransactionManager<br/>=
/jteam/build2/checkout/spring/spring/src/org/springframework/transaction/jt=
a/WebSphereTransactionManagerFactoryBean.java:47: warning - Tag @see: refer=
ence not found: com.ibm.ws.Transaction.TransactionManagerFactory#getTransac=
tionManager<br/>/jteam/build2/checkout/spring/spring/src/org/springframewor=
k/transaction/jta/WebSphereTransactionManagerFactoryBean.java:47: warning -=
 Tag @see: reference not found: com.ibm.ejs.jts.jta.JTSXA#getTransactionMan=
ager<br/>/jteam/build2/checkout/spring/spring/src/org/springframework/trans=
action/jta/WebSphereTransactionManagerFactoryBean.java:47: warning - Tag @s=
ee: reference not found: com.ibm.ejs.jts.jta.TransactionManagerFactory#getT=
ransactionManager<br/>/jteam/build2/checkout/spring/spring/src/org/springfr=
amework/web/servlet/handler/metadata/PathMap.java:31: warning - @@org.apach=
e.commons.attributes.Indexed() is an unknown tag.<br/></pre></td></tr></tab=
le><p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td colspan=3D"4" class=3D"unittests-sectionheader">       =
            &nbsp;Unit Tests: (1968)                </td></tr><tr><td class=
=3D"unittests-data" colspan=3D"2">                            All Tests Pas=
sed                        </td></tr><tr><td><table width=3D"98%" border=3D=
"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"center"></table></td></tr>=
<tr></tr><tr><td colspan=3D"2">&nbsp;</td></tr></table><p>
<table width=3D"98%" border=3D"0" cellspacing=3D"1" cellpadding=3D"2" align=
=3D"center"><tr><td colspan=3D"6" class=3D"modifications-sectionheader">   =
                 &nbsp;Modifications since last build:&nbsp;               =
     (38)                </td></tr><tr class=3D"modifications-evenrow"><td =
class=3D"modifications-data">added</td><td class=3D"modifications-data">col=
ins</td><td class=3D"modifications-data">samples/petclinic/.cvsignore</td><=
td class=3D"modifications-data">initial checkin</td></tr><tr class=3D"modif=
ications-oddrow"><td class=3D"modifications-data">modified</td><td class=3D=
"modifications-data">jhoeller</td><td class=3D"modifications-data">test/org=
/springframework/aop/framework/ProxyFactoryBeanTests.java</td><td class=3D"=
modifications-data">polishing</td></tr><tr class=3D"modifications-evenrow">=
<td class=3D"modifications-data">modified</td><td class=3D"modifications-da=
ta">jhoeller</td><td class=3D"modifications-data">test/org/springframework/=
aop/framework/proxyFactoryTests.xml</td><td class=3D"modifications-data">po=
lishing</td></tr><tr class=3D"modifications-oddrow"><td class=3D"modificati=
ons-data">modified</td><td class=3D"modifications-data">jhoeller</td><td cl=
ass=3D"modifications-data">src/org/springframework/aop/framework/AdvisedSup=
port.java</td><td class=3D"modifications-data">polishing</td></tr><tr class=
=3D"modifications-evenrow"><td class=3D"modifications-data">modified</td><t=
d class=3D"modifications-data">jhoeller</td><td class=3D"modifications-data=
">src/org/springframework/aop/framework/ProxyFactoryBean.java</td><td class=
=3D"modifications-data">polishing</td></tr><tr class=3D"modifications-oddro=
w"><td class=3D"modifications-data">modified</td><td class=3D"modifications=
-data">robharrop</td><td class=3D"modifications-data">sandbox/src/org/sprin=
gframework/web/servlet/view/jasperreports/JasperReportsInitializationExcept=
ion.java</td><td class=3D"modifications-data">Fixed JDK 1.4 dependency by r=
eplacing RuntimeException superclass with NestedRuntimeException</td></tr><=
tr class=3D"modifications-evenrow"><td class=3D"modifications-data">modifie=
d</td><td class=3D"modifications-data">robharrop</td><td class=3D"modificat=
ions-data">sandbox/src/org/springframework/web/servlet/view/jasperreports/N=
oDataSourceException.java</td><td class=3D"modifications-data">Fixed JDK 1.=
4 dependency by replacing RuntimeException superclass with NestedRuntimeExc=
eption</td></tr><tr class=3D"modifications-oddrow"><td class=3D"modificatio=
ns-data">modified</td><td class=3D"modifications-data">robharrop</td><td cl=
ass=3D"modifications-data">sandbox/src/org/springframework/web/servlet/view=
/jasperreports/ReportFileNotFoundException.java</td><td class=3D"modificati=
ons-data">Fixed JDK 1.4 dependency by replacing RuntimeException superclass=
 with NestedRuntimeException</td></tr><tr class=3D"modifications-evenrow"><=
td class=3D"modifications-data">modified</td><td class=3D"modifications-dat=
a">robharrop</td><td class=3D"modifications-data">sandbox/src/org/springfra=
mework/web/servlet/view/jasperreports/UnrecognizedReportExtensionException.=
java</td><td class=3D"modifications-data">Fixed JDK 1.4 dependency by repla=
cing RuntimeException superclass with NestedRuntimeException</td></tr><tr c=
lass=3D"modifications-oddrow"><td class=3D"modifications-data">modified</td=
><td class=3D"modifications-data">jhoeller</td><td class=3D"modifications-d=
ata">src/org/springframework/remoting/RemoteAccessException.java</td><td cl=
ass=3D"modifications-data">added overloaded constructor without exception</=
td></tr><tr class=3D"modifications-evenrow"><td class=3D"modifications-data=
">modified</td><td class=3D"modifications-data">jhoeller</td><td class=3D"m=
odifications-data">src/org/springframework/transaction/support/AbstractPlat=
formTransactionManager.java</td><td class=3D"modifications-data">polishing<=
/td></tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-data=
">modified</td><td class=3D"modifications-data">jhoeller</td><td class=3D"m=
odifications-data">src/org/springframework/ui/context/support/ResourceBundl=
eThemeSource.java</td><td class=3D"modifications-data">polishing</td></tr><=
tr class=3D"modifications-evenrow"><td class=3D"modifications-data">modifie=
d</td><td class=3D"modifications-data">jhoeller</td><td class=3D"modificati=
ons-data">src/org/springframework/ui/context/support/UiApplicationContextUt=
ils.java</td><td class=3D"modifications-data">polishing</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/orm/hibernate/LocalSessionFactoryBean.java</td><td=
 class=3D"modifications-data">polishing</td></tr><tr class=3D"modifications=
-evenrow"><td class=3D"modifications-data">modified</td><td class=3D"modifi=
cations-data">colins</td><td class=3D"modifications-data">src/org/springfra=
mework/beans/BeanWrapperImpl.java</td><td class=3D"modifications-data">fix =
wrapping</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">docs/reference/src/jdbc.xml</td><td class=3D"mo=
difications-data">fixed example code</td></tr><tr class=3D"modifications-ev=
enrow"><td class=3D"modifications-data">modified</td><td class=3D"modificat=
ions-data">jhoeller</td><td class=3D"modifications-data">docs/reference/src=
/orm.xml</td><td class=3D"modifications-data">fixed example code</td></tr><=
tr class=3D"modifications-oddrow"><td class=3D"modifications-data">deleted<=
/td><td class=3D"modifications-data">jhoeller</td><td class=3D"modification=
s-data">test/org/springframework/remoting/jms/JmsRemotingTests.java</td><td=
 class=3D"modifications-data">moved JMS invoker from remoting.jms in the ma=
in sources to jms.remoting in the sandbox</td></tr><tr class=3D"modificatio=
ns-evenrow"><td class=3D"modifications-data">deleted</td><td class=3D"modif=
ications-data">jhoeller</td><td class=3D"modifications-data">src/org/spring=
framework/remoting/jms/JmsClientInterceptor.java</td><td class=3D"modificat=
ions-data">moved JMS invoker from remoting.jms in the main sources to jms.r=
emoting in the sandbox</td></tr><tr class=3D"modifications-oddrow"><td clas=
s=3D"modifications-data">deleted</td><td class=3D"modifications-data">jhoel=
ler</td><td class=3D"modifications-data">src/org/springframework/remoting/j=
ms/JmsProxyFactoryBean.java</td><td class=3D"modifications-data">moved JMS =
invoker from remoting.jms in the main sources to jms.remoting in the sandbo=
x</td></tr><tr class=3D"modifications-evenrow"><td class=3D"modifications-d=
ata">deleted</td><td class=3D"modifications-data">jhoeller</td><td class=3D=
"modifications-data">src/org/springframework/remoting/jms/JmsServiceExporte=
r.java</td><td class=3D"modifications-data">moved JMS invoker from remoting=
.jms in the main sources to jms.remoting in the sandbox</td></tr><tr class=
=3D"modifications-oddrow"><td class=3D"modifications-data">deleted</td><td =
class=3D"modifications-data">jhoeller</td><td class=3D"modifications-data">=
src/org/springframework/remoting/jms/package.html</td><td class=3D"modifica=
tions-data">moved JMS invoker from remoting.jms in the main sources to jms.=
remoting in the sandbox</td></tr><tr class=3D"modifications-evenrow"><td cl=
ass=3D"modifications-data">added</td><td class=3D"modifications-data">jhoel=
ler</td><td class=3D"modifications-data">sandbox/src/org/springframework/jm=
s/remoting/JmsInvokerClientInterceptor.java</td><td class=3D"modifications-=
data">moved JMS invoker from remoting.jms in the main sources to jms.remoti=
ng in the sandbox</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">sandbox/src/org/springframework/jms/remot=
ing/JmsInvokerProcessingException.java</td><td class=3D"modifications-data"=
>moved JMS invoker from remoting.jms in the main sources to jms.remoting in=
 the sandbox</td></tr><tr class=3D"modifications-evenrow"><td class=3D"modi=
fications-data">added</td><td class=3D"modifications-data">jhoeller</td><td=
 class=3D"modifications-data">sandbox/src/org/springframework/jms/remoting/=
JmsInvokerProxyFactoryBean.java</td><td class=3D"modifications-data">moved =
JMS invoker from remoting.jms in the main sources to jms.remoting in the sa=
ndbox</td></tr><tr class=3D"modifications-oddrow"><td class=3D"modification=
s-data">added</td><td class=3D"modifications-data">jhoeller</td><td class=
=3D"modifications-data">sandbox/src/org/springframework/jms/remoting/JmsInv=
okerServiceExporter.java</td><td class=3D"modifications-data">moved JMS inv=
oker from remoting.jms in the main sources to jms.remoting in the sandbox</=
td></tr><tr class=3D"modifications-evenrow"><td class=3D"modifications-data=
">added</td><td class=3D"modifications-data">jhoeller</td><td class=3D"modi=
fications-data">sandbox/src/org/springframework/jms/remoting/package.html</=
td><td class=3D"modifications-data">moved JMS invoker from remoting.jms in =
the main sources to jms.remoting in the sandbox</td></tr><tr class=3D"modif=
ications-oddrow"><td class=3D"modifications-data">added</td><td class=3D"mo=
difications-data">jhoeller</td><td class=3D"modifications-data">sandbox/tes=
t/org/springframework/jms/remoting/JmsInvokerTests.java</td><td class=3D"mo=
difications-data">moved JMS invoker from remoting.jms in the main sources t=
o jms.remoting in the sandbox</td></tr><tr class=3D"modifications-evenrow">=
<td class=3D"modifications-data">modified</td><td class=3D"modifications-da=
ta">robharrop</td><td class=3D"modifications-data">sandbox/src/org/springfr=
amework/jmx/metadata/support/InvalidMetadataException.java</td><td class=3D=
"modifications-data">Fixed JDK 1.4 dependency by replacing RuntimeException=
 superclass with NestedRuntimeException</td></tr><tr class=3D"modifications=
-oddrow"><td class=3D"modifications-data">modified</td><td class=3D"modific=
ations-data">robharrop</td><td class=3D"modifications-data">sandbox/src/org=
/springframework/jmx/InvalidInvocationException.java</td><td class=3D"modif=
ications-data">Fixed JDK 1.4 dependency by replacing RuntimeException super=
class with NestedRuntimeException</td></tr><tr class=3D"modifications-evenr=
ow"><td class=3D"modifications-data">modified</td><td class=3D"modification=
s-data">robharrop</td><td class=3D"modifications-data">sandbox/src/org/spri=
ngframework/jmx/ManagedResourceAlreadyRegisteredException.java</td><td clas=
s=3D"modifications-data">Fixed JDK 1.4 dependency by replacing RuntimeExcep=
tion superclass with NestedRuntimeException</td></tr><tr class=3D"modificat=
ions-oddrow"><td class=3D"modifications-data">modified</td><td class=3D"mod=
ifications-data">robharrop</td><td class=3D"modifications-data">sandbox/src=
/org/springframework/jmx/NotificationException.java</td><td class=3D"modifi=
cations-data">Fixed JDK 1.4 dependency by replacing RuntimeException superc=
lass with NestedRuntimeException</td></tr><tr class=3D"modifications-evenro=
w"><td class=3D"modifications-data">modified</td><td class=3D"modifications=
-data">robharrop</td><td class=3D"modifications-data">sandbox/src/org/sprin=
gframework/jmx/exceptions/MBeanAssemblyException.java</td><td class=3D"modi=
fications-data">Fixed JDK 1.4 dependency by replacing RuntimeException supe=
rclass with NestedRuntimeException</td></tr><tr class=3D"modifications-oddr=
ow"><td class=3D"modifications-data">modified</td><td class=3D"modification=
s-data">robharrop</td><td class=3D"modifications-data">sandbox/src/org/spri=
ngframework/jmx/exceptions/MBeanServerNotFoundException.java</td><td class=
=3D"modifications-data">Fixed JDK 1.4 dependency by replacing RuntimeExcept=
ion superclass with NestedRuntimeException</td></tr><tr class=3D"modificati=
ons-evenrow"><td class=3D"modifications-data">modified</td><td class=3D"mod=
ifications-data">robharrop</td><td class=3D"modifications-data">sandbox/src=
/org/springframework/jmx/exceptions/MethodNameTooShortException.java</td><t=
d class=3D"modifications-data">Fixed JDK 1.4 dependency by replacing Runtim=
eException superclass with NestedRuntimeException</td></tr><tr class=3D"mod=
ifications-oddrow"><td class=3D"modifications-data">modified</td><td class=
=3D"modifications-data">robharrop</td><td class=3D"modifications-data">sand=
box/src/org/springframework/jmx/exceptions/ObjectNamingException.java</td><=
td class=3D"modifications-data">Fixed JDK 1.4 dependency by replacing Runti=
meException superclass with NestedRuntimeException</td></tr><tr class=3D"mo=
difications-evenrow"><td class=3D"modifications-data">modified</td><td clas=
s=3D"modifications-data">robharrop</td><td class=3D"modifications-data">san=
dbox/src/org/springframework/jmx/exceptions/ProxyCreationException.java</td=
><td class=3D"modifications-data">Fixed JDK 1.4 dependency by replacing Run=
timeException superclass with NestedRuntimeException</td></tr><tr class=3D"=
modifications-oddrow"><td class=3D"modifications-data">modified</td><td cla=
ss=3D"modifications-data">dkopylenko</td><td class=3D"modifications-data">s=
rc/org/springframework/cache/ehcache/EhCacheManagerFactoryBean.java</td><td=
 class=3D"modifications-data">Javadoc polishing</td></tr></table><p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td class=3D"distributables-sectionheader">                =
        &nbsp;Deployments by this build:&nbsp;(16)                    </td>=
</tr><tr><td class=3D"distributables-data">Building jar: /jteam/build2/chec=
kout/spring/spring/dist/spring-core.jar</td></tr><tr class=3D"distributable=
s-oddrow"><td class=3D"distributables-data">Building jar: /jteam/build2/che=
ckout/spring/spring/dist/spring-aop.jar</td></tr><tr><td class=3D"distribut=
ables-data">Building jar: /jteam/build2/checkout/spring/spring/dist/spring-=
context.jar</td></tr><tr class=3D"distributables-oddrow"><td class=3D"distr=
ibutables-data">Building jar: /jteam/build2/checkout/spring/spring/dist/spr=
ing-dao.jar</td></tr><tr><td class=3D"distributables-data">Building jar: /j=
team/build2/checkout/spring/spring/dist/spring-orm.jar</td></tr><tr class=
=3D"distributables-oddrow"><td class=3D"distributables-data">Building jar: =
/jteam/build2/checkout/spring/spring/dist/spring-web.jar</td></tr><tr><td c=
lass=3D"distributables-data">Building jar: /jteam/build2/checkout/spring/sp=
ring/dist/spring-webmvc.jar</td></tr><tr class=3D"distributables-oddrow"><t=
d class=3D"distributables-data">Building jar: /jteam/build2/checkout/spring=
/spring/dist/spring.jar</td></tr><tr><td class=3D"distributables-data">Buil=
ding jar: /jteam/build2/checkout/spring/spring/dist/spring-mock.jar</td></t=
r><tr class=3D"distributables-oddrow"><td class=3D"distributables-data">Bui=
lding war: /jteam/build2/checkout/spring/spring/autobuilds/apps/buildtest/d=
ist/buildtest.war</td></tr><tr><td class=3D"distributables-data">Building w=
ar: /jteam/build2/checkout/spring/spring/autobuilds/apps/buildtest/dist/bui=
ldtest.war</td></tr><tr class=3D"distributables-oddrow"><td class=3D"distri=
butables-data">Building war: /jteam/build2/checkout/spring/spring/autobuild=
s/apps/buildtest/dist/buildtest.war</td></tr><tr><td class=3D"distributable=
s-data">Building jar: /jteam/build2/checkout/spring/spring/autobuilds/apps/=
jpetstore/war/WEB-INF/lib/jpetstore.jar</td></tr><tr class=3D"distributable=
s-oddrow"><td class=3D"distributables-data">Building war: /jteam/build2/che=
ckout/spring/spring/autobuilds/apps/jpetstore/dist/jpetstore.war</td></tr><=
tr><td class=3D"distributables-data">Building jar: /jteam/build2/checkout/s=
pring/spring/autobuilds/apps/jpetstore/war/WEB-INF/lib/jpetstore.jar</td></=
tr><tr class=3D"distributables-oddrow"><td class=3D"distributables-data">Bu=
ilding war: /jteam/build2/checkout/spring/spring/autobuilds/apps/jpetstore/=
dist/jpetstore.war</td></tr></table>
</body></html>

Re: [Springframework-developer] Re: OGNL

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

OGNL doesn't really expose the dependencies.  It might be possible to have 
some kind of hack to get them, but I don't really see an easy way for that. 
Also, the OGNL expressions are allowed to use the ? operator for conditional 
expressions, which means the actual dependencies would depend on the 
context.   Also, knowning the dependencies in advance is not necessarly 
helpful if there is circular dependencies.

In my opinion, the best way to handle dependencies would be the same way 
Spring does for the <bean> tags.  Which is a depends-on attribute for 
explicit dependencies, otherwise creating the beans as needed.  Someone that 
knows more than me about the internal of the beans package could confirm, 
but it seems that when a property is <bean ref="name"/> tag 
(RuntimeReference), Spring pretty much handles the dependency by calling 
getBean(name) on the factory to have the bean created.  Which is what my 
implemenation of OgnlExpressionContext does, and it seems to work fine 
handling dependencies.

Guillaume

----- Original Message ----- 
From: "Rob Harrop" <ro...@ca...>
To: <spr...@li...>
Sent: Saturday, November 06, 2004 1:29 PM
Subject: [Springframework-developer] Re: OGNL


> Guillaume,
>
> How does this work when the expression references a bean that has not yet 
> been assembled by Spring - that is how does this example handle bean 
> interdependencies. It is possible that an expression will change the beans 
> a bean depends on and this would not be handled by the standard dependency 
> resoution algorithm. That was the purpose behind my getDependencies() 
> method so that the expression could add to the dep tree.
> Rob
> Guillaume Poirier writes:
>> In the prototype I sent to this list, I did something similar, except 
>> that I assumed that we would want the expression compiled once when 
>> reading the XML file, and then evaluated multiple times if needed. 
>> However, in your example, you would need to give a context to the 
>> expression evaluator.  And I'm not sure what's the purpose of the 
>> getDependencies() method, and how would you implement that with OGNL? My 
>> prototype has an Expression interface as shown below, where the 
>> expression is expected to be compiled in the constructor, and then 
>> evaluated when a specific context is provided in the resolve method. 
>> public interface Expression {
>>  public Object resolve(ListableBeanFactory factory);
>> } The OGNL implementation looks like this: public class OgnlExpression 
>> implements Expression {
>>  private Object expr;
>>  public OgnlExpression(String value) {
>>    try {
>>      expr = Ognl.parseExpression(value);
>>    } catch (OgnlException e) {
>>      throw new BeanCreationException("Failled to parse OGNL expression", 
>> e);
>>    }
>>  }
>>  public Object resolve(ListableBeanFactory factory) {
>>    try {
>>      Map ctx = new OgnlExpressionContext(factory);
>>      return Ognl.getValue(expr, ctx, (Object) null);
>>    } catch (OgnlException e) {
>>     throw new BeanCreationException("Failled to resolve OGNL expression", 
>> e);
>>    }
>>  }
>> } The class OgnlExpressionContext extends OgnlContext which extends a 
>> map, it exposes the beans in the ListableBeanFactory to the OGNL engine. 
>> The original post was at : 
>> http://article.gmane.org/gmane.comp.java.springframework.devel/6076, and 
>> I attached the prototype to this email, since gmane doesn't seem to keep 
>> the attachements.  The patch was made on a Spring's CVS of a month ago 
>> though, but it still seems to work with an up to date CVS. 
>> Guillaume ----- Original Message ----- From: "Rob Harrop" 
>> <ro...@ca...>
>> To: <spr...@li...>
>> Sent: Saturday, November 06, 2004 10:38 AM
>> Subject: [Springframework-developer] Re: OGNL
>>> I like the idea of having am <expr> tag for something like <expr 
>>> type="ognl">.  In the code we could have something like: public 
>>> interface ExpressionEvaluator {
>>>   String[] getDependencies(String expr);
>>>   Object evaluate(String expr);
>>> }
>>> Then we could have multiple implementations for the ExpressionEvaluator 
>>> interface for OGNL, Groovy etc.
>>> Rob
>>> Rod Johnson writes:
>>>> <script lang="ognl"> perhaps I think it would be good for the mechanism 
>>>> to be extensible. Guillaume Poirier wrote:
>>>>>> I am somewhat more attracted to the idea of using  a prefix on the 
>>>>>> value inside the <value> tag.
>>>>>  While I admit that it would be unlikely to cause problem, using a 
>>>>> prefix in a value tag is not 100% backward compatible.  Someone could 
>>>>> be using such prefix currently for a String that should be analysed by 
>>>>> once injected, rather than by Spring.  And I personally find an <ognl> 
>>>>> tag more intuitive for the user.  It's also somewhat easier to 
>>>>> implement, not that it really matters much I guess.
>>>>>> My other concern is with the  speed of OGNL.
>>>>>
>>>>> Adding OGNL support doesn't prevent from adding supports for other 
>>>>> expression languages. :-) Guillaume ----- Original Message ----- From: 
>>>>> "Colin Sampaleanu" <col...@ex...>
>>>>> To: <spr...@li...>
>>>>> Sent: Friday, November 05, 2004 4:46 PM
>>>>> Subject: Re: [Springframework-developer] OGNL
>>>>>> Rob, No Spring committer has done any work that I know of. However, 
>>>>>> if you look at the thread with the subject "PropertyPathFactoryBean", 
>>>>>> on Oct. 6th Guillaume Poirier posted some OGNL patches. You might 
>>>>>> want to read his email, and take a look at my reply too. Using a new 
>>>>>> element (<ognl> was Guillaume's suggestion) would work in a 
>>>>>> completely backwards compatible fashion. I am somewhat more attracted 
>>>>>> to the idea of using a prefix on the value inside the <value> tag. My 
>>>>>> other concern is with the speed of OGNL. OGNL is quite nice, it's 
>>>>>> heavily used in Tapestry and I found it a lot better than say the 
>>>>>> JSTL's expression language. However, v2.x anyways, is not a speed 
>>>>>> demon. I'd like to also compare it to something like Janino:
>>>>>>   http://www.janino.net/
>>>>>> in terms of best fit for Spring... Colin Rob Harrop wrote:
>>>>>>> All, Has anyone started work on the OGNL support yet. I have no 
>>>>>>> plans for the weekend and I need to do something other than JMX :) 
>>>>>>> Rob
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Sybase ASE Linux Express Edition - download now for FREE
> LinuxWorld Reader's Choice Award Winner for best database on Linux.
> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer 

[Springframework-developer] Re: OGNL

[Rob H. <ro...@ca...>]

Guillaume,

How does this work when the expression references a bean that has not yet 
been assembled by Spring - that is how does this example handle bean 
interdependencies. It is possible that an expression will change the beans a 
bean depends on and this would not be handled by the standard dependency 
resoution algorithm. That was the purpose behind my getDependencies() method 
so that the expression could add to the dep tree. 

Rob 

Guillaume Poirier writes: 

> In the prototype I sent to this list, I did something similar, except that 
> I assumed that we would want the expression compiled once when reading the 
> XML file, and then evaluated multiple times if needed.  However, in your 
> example, you would need to give a context to the expression evaluator.  
> And I'm not sure what's the purpose of the getDependencies() method, and 
> how would you implement that with OGNL? 
> 
> My prototype has an Expression interface as shown below, where the 
> expression is expected to be compiled in the constructor, and then 
> evaluated when a specific context is provided in the resolve method. 
> 
> public interface Expression {
>  public Object resolve(ListableBeanFactory factory);
> } 
> 
> The OGNL implementation looks like this: 
> 
> public class OgnlExpression implements Expression {
>  private Object expr;
>  public OgnlExpression(String value) {
>    try {
>      expr = Ognl.parseExpression(value);
>    } catch (OgnlException e) {
>      throw new BeanCreationException("Failled to parse OGNL expression", 
> e);
>    }
>  }
>  public Object resolve(ListableBeanFactory factory) {
>    try {
>      Map ctx = new OgnlExpressionContext(factory);
>      return Ognl.getValue(expr, ctx, (Object) null);
>    } catch (OgnlException e) {
>     throw new BeanCreationException("Failled to resolve OGNL expression", 
> e);
>    }
>  }
> } 
> 
> The class OgnlExpressionContext extends OgnlContext which extends a map, 
> it exposes the beans in the ListableBeanFactory to the OGNL engine. 
> 
> The original post was at : 
> http://article.gmane.org/gmane.comp.java.springframework.devel/6076, and I 
> attached the prototype to this email, since gmane doesn't seem to keep the 
> attachements.  The patch was made on a Spring's CVS of a month ago though, 
> but it still seems to work with an up to date CVS. 
> 
> Guillaume 
> 
> ----- Original Message ----- From: "Rob Harrop" <ro...@ca...>
> To: <spr...@li...>
> Sent: Saturday, November 06, 2004 10:38 AM
> Subject: [Springframework-developer] Re: OGNL 
> 
> 
>> I like the idea of having am <expr> tag for something like <expr 
>> type="ognl">.  In the code we could have something like: 
>> 
>> public interface ExpressionEvaluator {
>>   String[] getDependencies(String expr);
>>   Object evaluate(String expr);
>> }
>> Then we could have multiple implementations for the ExpressionEvaluator 
>> interface for OGNL, Groovy etc.
>> Rob
>> Rod Johnson writes:
>>> <script lang="ognl"> perhaps I think it would be good for the mechanism 
>>> to be extensible. Guillaume Poirier wrote:
>>>>> I am somewhat more attracted to the idea of using  a prefix on the 
>>>>> value inside the <value> tag.
>>>>  While I admit that it would be unlikely to cause problem, using a 
>>>> prefix in a value tag is not 100% backward compatible.  Someone could 
>>>> be using such prefix currently for a String that should be analysed by 
>>>> once injected, rather than by Spring.  And I personally find an <ognl> 
>>>> tag more intuitive for the user.  It's also somewhat easier to 
>>>> implement, not that it really matters much I guess.
>>>>> My other concern is with the  speed of OGNL.
>>>> 
>>>> Adding OGNL support doesn't prevent from adding supports for other 
>>>> expression languages. :-) Guillaume ----- Original Message ----- From: 
>>>> "Colin Sampaleanu" <col...@ex...>
>>>> To: <spr...@li...>
>>>> Sent: Friday, November 05, 2004 4:46 PM
>>>> Subject: Re: [Springframework-developer] OGNL
>>>>> Rob, No Spring committer has done any work that I know of. However, if 
>>>>> you look at the thread with the subject "PropertyPathFactoryBean", on 
>>>>> Oct. 6th Guillaume Poirier posted some OGNL patches. You might want to 
>>>>> read his email, and take a look at my reply too. Using a new element 
>>>>> (<ognl> was Guillaume's suggestion) would work in a completely 
>>>>> backwards compatible fashion. I am somewhat more attracted to the idea 
>>>>> of using a prefix on the value inside the <value> tag. My other 
>>>>> concern is with the speed of OGNL. OGNL is quite nice, it's heavily 
>>>>> used in Tapestry and I found it a lot better than say the JSTL's 
>>>>> expression language. However, v2.x anyways, is not a speed demon. I'd 
>>>>> like to also compare it to something like Janino:
>>>>>   http://www.janino.net/
>>>>> in terms of best fit for Spring... Colin Rob Harrop wrote:
>>>>>> All, Has anyone started work on the OGNL support yet. I have no plans 
>>>>>> for the weekend and I need to do something other than JMX :) Rob
 

Re: [Springframework-developer] Re: OGNL

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

In the prototype I sent to this list, I did something similar, except that I 
assumed that we would want the expression compiled once when reading the XML 
file, and then evaluated multiple times if needed.  However, in your 
example, you would need to give a context to the expression evaluator.  And 
I'm not sure what's the purpose of the getDependencies() method, and how 
would you implement that with OGNL?

My prototype has an Expression interface as shown below, where the 
expression is expected to be compiled in the constructor, and then evaluated 
when a specific context is provided in the resolve method.

public interface Expression {
  public Object resolve(ListableBeanFactory factory);
}

The OGNL implementation looks like this:

public class OgnlExpression implements Expression {
  private Object expr;
  public OgnlExpression(String value) {
    try {
      expr = Ognl.parseExpression(value);
    } catch (OgnlException e) {
      throw new BeanCreationException("Failled to parse OGNL expression", 
e);
    }
  }
  public Object resolve(ListableBeanFactory factory) {
    try {
      Map ctx = new OgnlExpressionContext(factory);
      return Ognl.getValue(expr, ctx, (Object) null);
    } catch (OgnlException e) {
      throw new BeanCreationException("Failled to resolve OGNL expression", 
e);
    }
  }
}

The class OgnlExpressionContext extends OgnlContext which extends a map, it 
exposes the beans in the ListableBeanFactory to the OGNL engine.

The original post was at : 
http://article.gmane.org/gmane.comp.java.springframework.devel/6076, and I 
attached the prototype to this email, since gmane doesn't seem to keep the 
attachements.  The patch was made on a Spring's CVS of a month ago though, 
but it still seems to work with an up to date CVS.

Guillaume

----- Original Message ----- 
From: "Rob Harrop" <ro...@ca...>
To: <spr...@li...>
Sent: Saturday, November 06, 2004 10:38 AM
Subject: [Springframework-developer] Re: OGNL


>I like the idea of having am <expr> tag for something like <expr 
>type="ognl">.  In the code we could have something like:
>
> public interface ExpressionEvaluator {
>   String[] getDependencies(String expr);
>   Object evaluate(String expr);
> }
> Then we could have multiple implementations for the ExpressionEvaluator 
> interface for OGNL, Groovy etc.
> Rob
> Rod Johnson writes:
>> <script lang="ognl"> perhaps I think it would be good for the mechanism 
>> to be extensible. Guillaume Poirier wrote:
>>>> I am somewhat more attracted to the idea of using  a prefix on the 
>>>> value inside the <value> tag.
>>>  While I admit that it would be unlikely to cause problem, using a 
>>> prefix in a value tag is not 100% backward compatible.  Someone could be 
>>> using such prefix currently for a String that should be analysed by once 
>>> injected, rather than by Spring.  And I personally find an <ognl> tag 
>>> more intuitive for the user.  It's also somewhat easier to implement, 
>>> not that it really matters much I guess.
>>>> My other concern is with the  speed of OGNL.
>>>
>>> Adding OGNL support doesn't prevent from adding supports for other 
>>> expression languages. :-) Guillaume ----- Original Message ----- From: 
>>> "Colin Sampaleanu" <col...@ex...>
>>> To: <spr...@li...>
>>> Sent: Friday, November 05, 2004 4:46 PM
>>> Subject: Re: [Springframework-developer] OGNL
>>>> Rob, No Spring committer has done any work that I know of. However, if 
>>>> you look at the thread with the subject "PropertyPathFactoryBean", on 
>>>> Oct. 6th Guillaume Poirier posted some OGNL patches. You might want to 
>>>> read his email, and take a look at my reply too. Using a new element 
>>>> (<ognl> was Guillaume's suggestion) would work in a completely 
>>>> backwards compatible fashion. I am somewhat more attracted to the idea 
>>>> of using a prefix on the value inside the <value> tag. My other concern 
>>>> is with the speed of OGNL. OGNL is quite nice, it's heavily used in 
>>>> Tapestry and I found it a lot better than say the JSTL's expression 
>>>> language. However, v2.x anyways, is not a speed demon. I'd like to also 
>>>> compare it to something like Janino:
>>>>   http://www.janino.net/
>>>> in terms of best fit for Spring... Colin Rob Harrop wrote:
>>>>> All, Has anyone started work on the OGNL support yet. I have no plans 
>>>>> for the weekend and I need to do something other than JMX :) Rob

[Springframework-developer] Re: OGNL

[Rob H. <ro...@ca...>]

I like the idea of having am <expr> tag for something like <expr 
type="ognl">.  In the code we could have something like:

public interface ExpressionEvaluator { 

   String[] getDependencies(String expr);
   Object evaluate(String expr);
} 

Then we could have multiple implementations for the ExpressionEvaluator 
interface for OGNL, Groovy etc. 

Rob 

Rod Johnson writes: 

> <script lang="ognl"> perhaps 
> 
> I think it would be good for the mechanism to be extensible. 
> 
> Guillaume Poirier wrote:
>>> I am somewhat more attracted to the idea of using  a prefix on the value 
>>> inside the <value> tag.
>>  
>> 
>> While I admit that it would be unlikely to cause problem, using a prefix 
>> in a value tag is not 100% backward compatible.  Someone could be using 
>> such prefix currently for a String that should be analysed by once 
>> injected, rather than by Spring.  And I personally find an <ognl> tag 
>> more intuitive for the user.  It's also somewhat easier to implement, not 
>> that it really matters much I guess. 
>> 
>>> My other concern is with the  speed of OGNL.
>> 
>> Adding OGNL support doesn't prevent from adding supports for other 
>> expression languages. :-) 
>> 
>> Guillaume 
>> 
>> ----- Original Message ----- From: "Colin Sampaleanu" <col...@ex...>
>> To: <spr...@li...>
>> Sent: Friday, November 05, 2004 4:46 PM
>> Subject: Re: [Springframework-developer] OGNL 
>> 
>> 
>>> Rob, 
>>> 
>>> No Spring committer has done any work that I know of. However, if you 
>>> look at the thread with the subject "PropertyPathFactoryBean", on Oct. 
>>> 6th Guillaume Poirier posted some OGNL patches. You might want to read 
>>> his email, and take a look at my reply too. Using a new element (<ognl> 
>>> was Guillaume's suggestion) would work in a completely backwards 
>>> compatible fashion. I am somewhat more attracted to the idea of using a 
>>> prefix on the value inside the <value> tag. My other concern is with the 
>>> speed of OGNL. OGNL is quite nice, it's heavily used in Tapestry and I 
>>> found it a lot better than say the JSTL's expression language. However, 
>>> v2.x anyways, is not a speed demon. I'd like to also compare it to 
>>> something like Janino:
>>>   http://www.janino.net/
>>> in terms of best fit for Spring... 
>>> 
>>> Colin 
>>> 
>>> 
>>> Rob Harrop wrote: 
>>> 
>>>> All, 
>>>> 
>>>> Has anyone started work on the OGNL support yet. I have no plans for 
>>>> the weekend and I need to do something other than JMX :) 
>>>> 
>>>> Rob
>>>  
>>> 
>>>  
>>> 
>>> 
>>> -------------------------------------------------------
>>> This SF.Net email is sponsored by:
>>> Sybase ASE Linux Express Edition - download now for FREE
>>> LinuxWorld Reader's Choice Award Winner for best database on Linux.
>>> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
>>> _______________________________________________
>>> Springframework-developer mailing list
>>> Spr...@li...
>>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>  
>> 
>>  
>> 
>> -------------------------------------------------------
>> This SF.Net email is sponsored by:
>> Sybase ASE Linux Express Edition - download now for FREE
>> LinuxWorld Reader's Choice Award Winner for best database on Linux.
>> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> https://lists.sourceforge.net/lists/listinfo/springframework-developer 
>> 
> 
> --  
> 
> ____________________________________________________
> Rod Johnson
> Interface21 - Spring Services from the Source
> http://www.springframework.com 
> 
> Founder, Spring Framework:
> http://www.springframework.org 
> 
> Author, "Expert One-on-One J2EE Development Without EJB"
> (May 2004, with Juergen Hoeller).
> http://www.amazon.com/exec/obidos/ASIN/0764558315/ 
> 
> Author, "Expert One-on-One J2EE Design and Development"
> (October 2002).
> http://www.amazon.com/exec/obidos/tg/detail/-/0764543857/ 
> 
> 
> ____________________________________________________
> Interface21 Limited
> Registered Office Summit House, 2-2a Highfield Road, Dartford, Kent DA1 
> 2JY
> Registered in England and Wales No. 5187766
> ____________________________________________________ 
> 
>  
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Sybase ASE Linux Express Edition - download now for FREE
> LinuxWorld Reader's Choice Award Winner for best database on Linux.
> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer