springframework-developer — Spring Framework developers list

RE: [Springframework-developer] Preparing for Spring 1.1 final

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

That'd be good. I don't think it would be a big deal in terms of size. =
Basically calling ant dochtml should be enough. Juergen, do you need =
anything else?
=20
alef
=20

________________________________

From: spr...@li... on behalf of =
j=FCrgen h=F6ller [werk3AT]
Sent: Wed 8/18/2004 10:15 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Preparing for Spring 1.1 final



Any thoughts on such an HTML version of the reference docs? Not for 1.1 =
RC2, which I'll release tomorrow morning, but for 1.1 final...

Juergen


________________________________

Von: spr...@li... im Auftrag =
von j=FCrgen h=F6ller [werk3AT]
Gesendet: Di 17.08.2004 23:52
An: spr...@li...
Betreff: Re: [Springframework-developer] Preparing for Spring 1.1 final



Colin,

Can you have a look at this? We could indeed ship an HTML version of the =
reference docs too... What do you think?

Juergen


________________________________

Von: spr...@li... im Auftrag =
von Aleksei Gopachenko
Gesendet: Di 17.08.2004 13:18
An: spr...@li...
Betreff: Re: [Springframework-developer] Preparing for Spring 1.1 final



On Sat, 14 Aug 2004 21:03:40 +0200, j=FCrgen h=F6ller [werk3AT]
<jue...@we...> wrote:

> From my point of view, Spring 1.1 final is ready for release; the only
> remaining point is documentation.

Guys, is there any chance that html versions of docs will be included in
binary distribution?
PDF is great, but IMO at least html_single version should go in.

--

//regards, neuro


-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer




-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer




-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Preparing for Spring 1.1 final

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

Seth,
=20
Any progress on the form simplification macros for JSP? It would be =
great to have them ready in time for 1.1 final by the end of August. =
We'll ship the Velocity/FreeMarker macros in 1.1 RC2 tomorrow morning. =
If there appear to be any consistency issues with the upcoming JSP =
macros, we can still refine naming etc for 1.1 final.
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von j=FCrgen h=F6ller [werk3AT]
Gesendet: Mi 18.08.2004 00:07
An: spr...@li...
Betreff: Re: [Springframework-developer] Preparing for Spring 1.1 final



FYI, I've arranged with Darren that we do ship the Velocity/FreeMarker =
form simplification macros in their current state, after a brief review =
of mine (tomorrow). However, analogous JSP macros are still missing.

After a discussion with Colin on JIRA, we've also decided to strictly =
just use a generic constructor argument value (without index) a single =
time: for example, resolve a single String value against java.io.File's =
single String constructor rather than its double String constructor. =
While this is strictly speaking not backwards-compatible, I doubt that =
anyone relies on the previous behavior. Neither the DTD nor the docs =
hinted at the exact behavior either, so I guess we're free to strictly =
define it now.

In combination with a recent change in the property editor registration =
mechanism, the new HTTP invoker remoting strategy and the new JSF =
VariableResolver, the two issues above make me wonder whether we should =
rather release 1.1 RC2 tomorrow, with 1.1 final following up quickly (in =
two weeks at the latest). We might want to get some further feedback on =
these recent changes, to catch any design/definition issues.

I don't think that an RC2 is absolutely necessary, but I'd still like to =
suggest it. Thoughts? Opinions? My main concern is that we should fully =
trust in the codebase that we release as 1.1. I want to avoid a quick =
1.1.1 fix release just because of things that slipped into 1.1 final. In =
particular, APIs and semantics need to be fully backwards-compatible =
from 1.1 final on; we can't easily fix naming issues or the like after =
1.1 final anymore.

Juergen


________________________________

Von: spr...@li... im Auftrag =
von j=FCrgen h=F6ller [werk3AT]
Gesendet: Mo 16.08.2004 20:26
An: spr...@li...
Betreff: Re: [Springframework-developer] Preparing for Spring 1.1 final



Darren,

I consider it preferable to keep the form simplification macros in the =
sandbox for the time being, and release 1.1 final without them. I'd like =
to have some review there before releasing and supporting them. =
Furthermore, Seth's form tags for JSP are not ready yet either. So I =
suggest to release all of those macros at a later point of time: either =
in a 1.1 point release or in 1.2 RC1 (which is scheduled for late =
October). What do you think?

Juergen


________________________________

Von: spr...@li... im Auftrag =
von Darren Davison
Gesendet: Sa 14.08.2004 21:22
An: spr...@li...
Betreff: Re: [Springframework-developer] Preparing for Spring 1.1 final



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Saturday 14 August 2004 20:03, j=FCrgen h=F6ller [werk3AT] wrote:
> Everybody,
>
> From my point of view, Spring 1.1 final is ready for release; the only
> remaining point is documentation. There's no reference docs on the =
HTTP
> invoker yet, for example: While this is not too critical, I'll try to =
add
> docs on it till Monday.
>
> Feel free to give the current CVS snapshot a final try, and to do some
> final proof-reading of the docs! Please report any issues ASAP: I
> currently plan to do the release Monday night, provided that there are =
no
> showstoppers.

I'll have the Velocity & FreeMarker form rendering macros ready to =
commit
tonight or tomorrow - they're working pretty well now - but the docs may
take a day or two longer.

- --
Darren Davison
Public Key: http://www.davison.uk.net/pages/key.htm
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFBHmaKKLMLAN01aw0RArmdAJ9TsBw/CRzFeJkbh5u7yLb2EFQ+YwCcCZvp
Ks0gKuK/+VrGviu6SIET8Sg=3D
=3DJvk4
-----END PGP SIGNATURE-----


-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer




-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer




-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Preparing for Spring 1.1 final

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

Any thoughts on such an HTML version of the reference docs? Not for 1.1 =
RC2, which I'll release tomorrow morning, but for 1.1 final...
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von j=FCrgen h=F6ller [werk3AT]
Gesendet: Di 17.08.2004 23:52
An: spr...@li...
Betreff: Re: [Springframework-developer] Preparing for Spring 1.1 final



Colin,

Can you have a look at this? We could indeed ship an HTML version of the =
reference docs too... What do you think?

Juergen


________________________________

Von: spr...@li... im Auftrag =
von Aleksei Gopachenko
Gesendet: Di 17.08.2004 13:18
An: spr...@li...
Betreff: Re: [Springframework-developer] Preparing for Spring 1.1 final



On Sat, 14 Aug 2004 21:03:40 +0200, j=FCrgen h=F6ller [werk3AT]
<jue...@we...> wrote:

> From my point of view, Spring 1.1 final is ready for release; the only
> remaining point is documentation.

Guys, is there any chance that html versions of docs will be included in
binary distribution?
PDF is great, but IMO at least html_single version should go in.

--

//regards, neuro


-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer




-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE: [Springframework-developer] I hate the forum

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

Colin

>I see the Architecture forum as a bit different than most of the others, in
that it wouldn't be an official support forum (i.e. 
people would not have the expectation that Spring developers would answer
questions there (although they would at their discretion)), but more
targetted towards users discussing architecture between themselves.

My thoughts exactly. We (the Spring team) would contribute more as fellow
application developers experienced with lightweight architectures, than
specifically to provide Spring support.

Rgds
Rod

Re: [Springframework-developer] I hate the forum

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

Yes, I already proposed an Architecture forum, in a posting in the Meta 
forum. I just didn't get around to creating it but should be able to do 
so today. I see the Architecture forum as a bit different than most of 
the others, in that it wouldn't be an official support forum (i.e. 
people would not have the expectation that Spring developers would 
answer questions there (although they would at their discretion)), but 
more targetted towards users discussing architecture between themselves.

Colin


Dmitriy Kopylenko wrote:

> Also +1 for architecture section
>
> Dmitriy.
>
> Rod Johnson wrote:
>
>> Seth
>>
>> I believe an architecture section really makes sense.
>> R
>> -----Original Message-----
>> From: spr...@li...
>> [mailto:spr...@li...] On 
>> Behalf Of
>> Seth Ladd
>> Sent: 18 August 2004 03:39
>> To: spr...@li...
>> Subject: Re: [Springframework-developer] I hate the forum
>>
>> On Tue, 17 Aug 2004 17:46:21 -0400, Keith Donald <kd...@cs...>
>> wrote:
>>  
>>
>>> It just hit me what is really cool about the new forums...
>>>
>>> How many places can you go where you can potentially get organized 
>>> answers on almost any aspect of enterprise software development?  
>>> Not many.  I was just thinking if I had a data access issue, I could 
>>> quickly search the Data Access topic for help and post my issue if I
>>>   
>>
>> couldn't find the answer.
>>  
>>
>>> Sometime later I might have a rich client issue; ;-) well it's 
>>> obvious where to post that, too.  And with the forums being easily 
>>> and consistently accessible, we're really talking the potential for 
>>> a much larger audience of smart people here.
>>>   
>>
>>
>> That's a good point... would it make sense to make a "Architecture"
>> category?  There people can post questions about design, project layout,
>> layer splitting, OO design, etc as it applies to Spring. We've seen a 
>> few of those questions pop up on the mailing list.
>>
>> Seth
>>
>>
>> -------------------------------------------------------
>> SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank 
>> Media 100pk
>> Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off
>> Retail on Ink & Toner - Free Shipping and Free Gift.
>> http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>>
>>
>>
>>
>> -------------------------------------------------------
>> SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
>> 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
>> Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
>> http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>

Re: [Springframework-developer] I hate the forum

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

Also +1 for architecture section

Dmitriy.

Rod Johnson wrote:

>Seth
>
>I believe an architecture section really makes sense. 
>
>R 
>
>-----Original Message-----
>From: spr...@li...
>[mailto:spr...@li...] On Behalf Of
>Seth Ladd
>Sent: 18 August 2004 03:39
>To: spr...@li...
>Subject: Re: [Springframework-developer] I hate the forum
>
>On Tue, 17 Aug 2004 17:46:21 -0400, Keith Donald <kd...@cs...>
>wrote:
>  
>
>>It just hit me what is really cool about the new forums...
>>
>>How many places can you go where you can potentially get organized 
>>answers on almost any aspect of enterprise software development?  Not 
>>many.  I was just thinking if I had a data access issue, I could 
>>quickly search the Data Access topic for help and post my issue if I
>>    
>>
>couldn't find the answer.
>  
>
>>Sometime later I might have a rich client issue; ;-) well it's obvious 
>>where to post that, too.  And with the forums being easily and 
>>consistently accessible, we're really talking the potential for a much 
>>larger audience of smart people here.
>>    
>>
>
>That's a good point... would it make sense to make a "Architecture"
>category?  There people can post questions about design, project layout,
>layer splitting, OO design, etc as it applies to Spring. 
>We've seen a few of those questions pop up on the mailing list.
>
>Seth
>
>
>-------------------------------------------------------
>SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk
>Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off
>Retail on Ink & Toner - Free Shipping and Free Gift.
>http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>
>
>-------------------------------------------------------
>SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
>100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
>Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
>http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>  
>

RE: [Springframework-developer] Preparing for Spring 1.1 final

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

There was a question on the forums about the fieldMarker and how to =
retrieve it automatically somehow using a property in the request or =
something.
=20
I don't have time to investigate right now, but my guess is that it =
wouldn't be hard to add a getFieldMarker() to the BindStatus, would it.
=20
This way devs could just do:
=20
<input type=3D"hidden" name=3D"<c:out value=3D"${status.fieldMarker}"/>" =
value=3D"bla"/>
=20
Juergen, or somebody else, since I don't have the time today or =
tomorrow, could you have a look at it?
=20
alef
=20

________________________________

From: spr...@li... on behalf of =
j=FCrgen h=F6ller [werk3AT]
Sent: Wed 8/18/2004 3:00 AM
To: spr...@li...
Subject: Re: [Springframework-developer] Preparing for Spring 1.1 final



Colin,

Can you have a look at this? We could indeed ship an HTML version of the =
reference docs too... What do you think?

Juergen


________________________________

Von: spr...@li... im Auftrag =
von Aleksei Gopachenko
Gesendet: Di 17.08.2004 13:18
An: spr...@li...
Betreff: Re: [Springframework-developer] Preparing for Spring 1.1 final



On Sat, 14 Aug 2004 21:03:40 +0200, j=FCrgen h=F6ller [werk3AT]
<jue...@we...> wrote:

> From my point of view, Spring 1.1 final is ready for release; the only
> remaining point is documentation.

Guys, is there any chance that html versions of docs will be included in
binary distribution?
PDF is great, but IMO at least html_single version should go in.

--

//regards, neuro


-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer




-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE: [Springframework-developer] Preparing for Spring 1.1 final

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

Agreed. No point rushing it.=20

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf =
Of
Colin Sampaleanu
Sent: 18 August 2004 03:20
To: spr...@li...
Subject: Re: [Springframework-developer] Preparing for Spring 1.1 final

I like the idea of RC2, if there's any doubt about the current =
codebase...

Colin


j=FCrgen h=F6ller [werk3AT] wrote:

>FYI, I've arranged with Darren that we do ship the Velocity/FreeMarker =
form
simplification macros in their current state, after a brief review of =
mine
(tomorrow). However, analogous JSP macros are still missing.
>=20
>After a discussion with Colin on JIRA, we've also decided to strictly =
just
use a generic constructor argument value (without index) a single time: =
for
example, resolve a single String value against java.io.File's single =
String
constructor rather than its double String constructor. While this is
strictly speaking not backwards-compatible, I doubt that anyone relies =
on
the previous behavior. Neither the DTD nor the docs hinted at the exact
behavior either, so I guess we're free to strictly define it now.
>=20
>In combination with a recent change in the property editor registration
mechanism, the new HTTP invoker remoting strategy and the new JSF
VariableResolver, the two issues above make me wonder whether we should
rather release 1.1 RC2 tomorrow, with 1.1 final following up quickly (in =
two
weeks at the latest). We might want to get some further feedback on =
these
recent changes, to catch any design/definition issues.
>=20
>I don't think that an RC2 is absolutely necessary, but I'd still like =
to
suggest it. Thoughts? Opinions? My main concern is that we should fully
trust in the codebase that we release as 1.1. I want to avoid a quick =
1.1.1
fix release just because of things that slipped into 1.1 final. In
particular, APIs and semantics need to be fully backwards-compatible =
from
1.1 final on; we can't easily fix naming issues or the like after 1.1 =
final
anymore.
>=20
>Juergen
>=20
>
>________________________________
>
>Von: spr...@li... im Auftrag=20
>von j=FCrgen h=F6ller [werk3AT]
>Gesendet: Mo 16.08.2004 20:26
>An: spr...@li...
>Betreff: Re: [Springframework-developer] Preparing for Spring 1.1 final
>
>
>
>Darren,
>
>I consider it preferable to keep the form simplification macros in the
sandbox for the time being, and release 1.1 final without them. I'd like =
to
have some review there before releasing and supporting them. =
Furthermore,
Seth's form tags for JSP are not ready yet either. So I suggest to =
release
all of those macros at a later point of time: either in a 1.1 point =
release
or in 1.2 RC1 (which is scheduled for late October). What do you think?
>
>Juergen
>
>
>________________________________
>
>Von: spr...@li... im Auftrag=20
>von Darren Davison
>Gesendet: Sa 14.08.2004 21:22
>An: spr...@li...
>Betreff: Re: [Springframework-developer] Preparing for Spring 1.1 final
>
>
>
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>On Saturday 14 August 2004 20:03, j=FCrgen h=F6ller [werk3AT] wrote:
> =20
>
>>Everybody,
>>
>>From my point of view, Spring 1.1 final is ready for release; the only =

>>remaining point is documentation. There's no reference docs on the=20
>>HTTP invoker yet, for example: While this is not too critical, I'll=20
>>try to add docs on it till Monday.
>>
>>Feel free to give the current CVS snapshot a final try, and to do some =

>>final proof-reading of the docs! Please report any issues ASAP: I=20
>>currently plan to do the release Monday night, provided that there are =

>>no showstoppers.
>>   =20
>>
>
>I'll have the Velocity & FreeMarker form rendering macros ready to=20
>commit tonight or tomorrow - they're working pretty well now - but the=20
>docs may take a day or two longer.
>
>- --
>Darren Davison
>Public Key: http://www.davison.uk.net/pages/key.htm
>-----BEGIN PGP SIGNATURE-----
>Version: GnuPG v1.2.4 (GNU/Linux)
>
>iD8DBQFBHmaKKLMLAN01aw0RArmdAJ9TsBw/CRzFeJkbh5u7yLb2EFQ+YwCcCZvp
>Ks0gKuK/+VrGviu6SIET8Sg=3D
>=3DJvk4
>-----END PGP SIGNATURE-----
> =20
>




-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media =
100pk
Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off
Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE: [Springframework-developer] I hate the forum

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

Seth

I believe an architecture section really makes sense. 

R 

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Seth Ladd
Sent: 18 August 2004 03:39
To: spr...@li...
Subject: Re: [Springframework-developer] I hate the forum

On Tue, 17 Aug 2004 17:46:21 -0400, Keith Donald <kd...@cs...>
wrote:
> It just hit me what is really cool about the new forums...
> 
> How many places can you go where you can potentially get organized 
> answers on almost any aspect of enterprise software development?  Not 
> many.  I was just thinking if I had a data access issue, I could 
> quickly search the Data Access topic for help and post my issue if I
couldn't find the answer.
> Sometime later I might have a rich client issue; ;-) well it's obvious 
> where to post that, too.  And with the forums being easily and 
> consistently accessible, we're really talking the potential for a much 
> larger audience of smart people here.

That's a good point... would it make sense to make a "Architecture"
category?  There people can post questions about design, project layout,
layer splitting, OO design, etc as it applies to Spring. 
We've seen a few of those questions pop up on the mailing list.

Seth


-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk
Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off
Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE: [Springframework-developer] Portlets and spring tag library

[Nick L. <nl...@es...>]

> > I think that the ServletContext is supposed to be available 
> to JSP views
> > used from a Portlet. The spec says nothing about 
> restricting it, and in any
> > case, without a ServletContext JSP's are pretty useless.
> 
> Yes, of course a ServletContext is available to dispatched JSP views, 
> and data stored in either context is available to each, as 
> per the spec 
> anyway.  My point was that Portlet code is meant to deal with 
> PortletAPIs not ServletAPIs and visa versa.
> 
> However, as you pointed out that doesn't neccesily stop us 
> from having 
> PortletApplicationContext extend WebApplicationContext and be 
> available 
> where the RequestContext and the rest of the View package expect it.
> 
> Thoughts?
> 
> Bill

I think it makes a lot of sense to do that.

In the JSP pages included in a Portlet you can make use of JSP/Servlet
features - I think Spring should do the same thing.

Nick

Re: [Springframework-developer] I hate the forum

[Seth L. <set...@gm...>]

On Tue, 17 Aug 2004 17:46:21 -0400, Keith Donald <kd...@cs...> wrote:
> It just hit me what is really cool about the new forums...
> 
> How many places can you go where you can potentially get organized answers
> on almost any aspect of enterprise software development?  Not many.  I was
> just thinking if I had a data access issue, I could quickly search the Data
> Access topic for help and post my issue if I couldn't find the answer.
> Sometime later I might have a rich client issue; ;-) well it's obvious where
> to post that, too.  And with the forums being easily and consistently
> accessible, we're really talking the potential for a much larger audience of
> smart people here.

That's a good point... would it make sense to make a "Architecture"
category?  There people can post questions about design, project
layout, layer splitting, OO design, etc as it applies to Spring. 
We've seen a few of those questions pop up on the mailing list.

Seth

Re: [Springframework-developer] Preparing for Spring 1.1 final

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

I like the idea of RC2, if there's any doubt about the current codebase...

Colin


jürgen höller [werk3AT] wrote:

>FYI, I've arranged with Darren that we do ship the Velocity/FreeMarker form simplification macros in their current state, after a brief review of mine (tomorrow). However, analogous JSP macros are still missing.
> 
>After a discussion with Colin on JIRA, we've also decided to strictly just use a generic constructor argument value (without index) a single time: for example, resolve a single String value against java.io.File's single String constructor rather than its double String constructor. While this is strictly speaking not backwards-compatible, I doubt that anyone relies on the previous behavior. Neither the DTD nor the docs hinted at the exact behavior either, so I guess we're free to strictly define it now.
> 
>In combination with a recent change in the property editor registration mechanism, the new HTTP invoker remoting strategy and the new JSF VariableResolver, the two issues above make me wonder whether we should rather release 1.1 RC2 tomorrow, with 1.1 final following up quickly (in two weeks at the latest). We might want to get some further feedback on these recent changes, to catch any design/definition issues.
> 
>I don't think that an RC2 is absolutely necessary, but I'd still like to suggest it. Thoughts? Opinions? My main concern is that we should fully trust in the codebase that we release as 1.1. I want to avoid a quick 1.1.1 fix release just because of things that slipped into 1.1 final. In particular, APIs and semantics need to be fully backwards-compatible from 1.1 final on; we can't easily fix naming issues or the like after 1.1 final anymore.
> 
>Juergen
> 
>
>________________________________
>
>Von: spr...@li... im Auftrag von jürgen höller [werk3AT]
>Gesendet: Mo 16.08.2004 20:26
>An: spr...@li...
>Betreff: Re: [Springframework-developer] Preparing for Spring 1.1 final
>
>
>
>Darren,
>
>I consider it preferable to keep the form simplification macros in the sandbox for the time being, and release 1.1 final without them. I'd like to have some review there before releasing and supporting them. Furthermore, Seth's form tags for JSP are not ready yet either. So I suggest to release all of those macros at a later point of time: either in a 1.1 point release or in 1.2 RC1 (which is scheduled for late October). What do you think?
>
>Juergen
>
>
>________________________________
>
>Von: spr...@li... im Auftrag von Darren Davison
>Gesendet: Sa 14.08.2004 21:22
>An: spr...@li...
>Betreff: Re: [Springframework-developer] Preparing for Spring 1.1 final
>
>
>
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>On Saturday 14 August 2004 20:03, jürgen höller [werk3AT] wrote:
>  
>
>>Everybody,
>>
>>From my point of view, Spring 1.1 final is ready for release; the only
>>remaining point is documentation. There's no reference docs on the HTTP
>>invoker yet, for example: While this is not too critical, I'll try to add
>>docs on it till Monday.
>>
>>Feel free to give the current CVS snapshot a final try, and to do some
>>final proof-reading of the docs! Please report any issues ASAP: I
>>currently plan to do the release Monday night, provided that there are no
>>showstoppers.
>>    
>>
>
>I'll have the Velocity & FreeMarker form rendering macros ready to commit
>tonight or tomorrow - they're working pretty well now - but the docs may
>take a day or two longer.
>
>- --
>Darren Davison
>Public Key: http://www.davison.uk.net/pages/key.htm
>-----BEGIN PGP SIGNATURE-----
>Version: GnuPG v1.2.4 (GNU/Linux)
>
>iD8DBQFBHmaKKLMLAN01aw0RArmdAJ9TsBw/CRzFeJkbh5u7yLb2EFQ+YwCcCZvp
>Ks0gKuK/+VrGviu6SIET8Sg=
>=Jvk4
>-----END PGP SIGNATURE-----
>  
>

Re: [Springframework-developer] Portlets and spring tag library

[William G. T. Jr. <wg...@ru...>]

Nick Lothian wrote:

[snip]
> 
> To get the spring tag libs to work in this model it looks like we need 
> to make them aware of and compatible with the View bridge, or provide 
> PortletMVC specific implementations.  Thoughts?
> 
> later.
> Bill
> 
> 
> Yes, I've read
> <http://opensource.atlassian.com/confluence/spring/display/JSR168/SpringPort
> let+module+design+discussion>. 
> 
> I thought the point of the bridge design is to "reuse the existing
> Servlet-based classes themselves as far as possible" and "reuse the entire
> view support of the web.servlet.view package, working with
> HttpServletRequest/Response at the View level" and I guess that's what made
> me think that the tag libs would be supported.
> 
> I think that the ServletContext is supposed to be available to JSP views
> used from a Portlet. The spec says nothing about restricting it, and in any
> case, without a ServletContext JSP's are pretty useless.

Yes, of course a ServletContext is available to dispatched JSP views, 
and data stored in either context is available to each, as per the spec 
anyway.  My point was that Portlet code is meant to deal with 
PortletAPIs not ServletAPIs and visa versa.

However, as you pointed out that doesn't neccesily stop us from having 
PortletApplicationContext extend WebApplicationContext and be available 
where the RequestContext and the rest of the View package expect it.

Thoughts?

Bill

> 
> I'm quite familiar with the problems the duel Portlet* & Servlet* heirachy
> gives. That's why I quite like the bridge solution Spring uses - it seems a
> neat way around it.
> 
> Nick
> 

RE: [Springframework-developer] [portlets] Order of portlet modec hange and handleRequest confusi ng

[Nick L. <nl...@es...>]

> Nick Lothian wrote:
> 
> > If I have a link to a portlet action that also changes the 
> view mode, then
> > the view mode will be changed before the handleRequest 
> method is called.
> > This means the handleRequest won't be called on the 
> controller I would
> > expect.
> > 
> > EG: 
> > I have two PortletController's - one for edit mode and one 
> for view mode. In
> > the JSP for the edit mode I have a link to:
> > 
> >   <portlet:actionURL portletMode="view" />
> > 
> > When I execute that link, I was expecting the handleRequest 
> method in my
> > edit portlet controller to be called (since I'm in edit mode and I'm
> > executing an action).
> > 
> > What happens is that the mode change is processed first 
> (ie, the portlet
> > changes to view mode) and then the handleRequest method in 
> my view portlet
> > controller is executed.
> > 
> > Is this a deliberate design decision? If not is it possible 
> to implement it
> > differently - or am in the minority about finding that confusing? 
> > 
> 
> We should probably follow whatever the spec says with regards to the 
> portlet tab lib.  Is this behavior inconsisent with the spec?
> 

When you use a portlet actionURL tag it will invoke the processAction method
on javax.portlet.GenericPortlet

It's difficult to say if this is inconsistant with what Spring does, since
there is no concept of different classes handling different portlet modes.


> Mapping from PortletMode to Controller might also not be the best 
> choice.  It was the simplest thing I could do to get the prototype 
> working.  We probably need something like a PortletSession or Request 
> parameter for Controller mappings since the URL is not available.
> 
> 

I think mapping between a PortletMode and a Controller works quite well.

Perhaps we could split the controller interface up into "ViewController" and
"ActionController", and PortletModeControllerMapping could take an extra
parameter to specify a single ViewController?

Something like:

	<bean id="defaultControllerMapping"
class="org.springframework.web.portlet.support.PortletModeControllerMapping"
>
		<property name="portletModeMap">
			<map>
				<entry key="view"><ref
local="viewController"/></entry>
				<entry key="edit"><ref
local="editController"/></entry>
				<entry key="help"><ref
local="helpController"/></entry>
			</map>
		</property>
		<property name="actionController">
			<ref bean="actionController"/>
		</property>
	</bean>

RE: [Springframework-developer] I hate the forum

[Keith D. <kd...@cs...>]

It just hit me what is really cool about the new forums...

How many places can you go where you can potentially get organized answers
on almost any aspect of enterprise software development?  Not many.  I was
just thinking if I had a data access issue, I could quickly search the Data
Access topic for help and post my issue if I couldn't find the answer.
Sometime later I might have a rich client issue; ;-) well it's obvious where
to post that, too.  And with the forums being easily and consistently
accessible, we're really talking the potential for a much larger audience of
smart people here.

I like 'em...  I'm looking forward to getting stuck on a new bugbear so I
can see how fast I get help, actually!

Keith

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Colin Sampaleanu
Sent: Monday, August 16, 2004 10:54 PM
To: spr...@li...
Subject: Re: [Springframework-developer] I hate the forum

I actually find the sum total significantly more producting than the old 
combo of bad SF forums and the user mailing list. At the top level, I 
can see at a glance which forums have unread topics, and within a forum 
see the actual unread topics.  The "posts since last login" seems to 
work fine for me. I can also with one click, see unanswered posts. Now 
my perspective is not that of someone who is just trying to read every 
post, but rather as someone has to try to answer a good number of posts, 
and help verify that the others get answered). When I consider that 
before this had to be done for the crappy old forums _and_ the mailing 
list, there's just no question that in terms of my abilities to help 
answer questions, we're in a better place now. My perception is also 
that somebody coming in who needs to just find an answer to a question, 
is going to have an easier time, in terms of search, in terms of joining 
(vs. a mailing list), and in terms of being notified when there's an 
answer to his question. I agree that somebody who just wants to see 
every single post coming by probably has a harder time, but that's 
probably not the primary role of the _support_ venue...

There is a digest mod available for phpBB, which can mail out digests of 
all the posts on a daily or weekly basis. The main issues are that it is 
third party, so it has to be basically hand merged into all the 
templates available on the site (we have 6-7 templates offered). Aside 
from the fairly significant work to get it in in the first palce, it's 
fragile if the template or phpBB have to be updated, or other mods have 
to go in. The next version of phpBB (2.2 compared to our present 2.0x) 
will allow subscribing to get all new posts as individual emails, for 
each forum. Unfortunately while they are in some sort of very long beta, 
there's no defined time for when this will be stable. We could also just 
pay $160 or so and move to vBulletin, which while commercial, is pretty 
cheap, and has enhanced threading and email functionality built-in...

Colin

James Cook wrote:

>A little too dramatic? :)
>
>Actually, I think there was talk about sending an email to registered users
>wasn't there? This would be a big help staying up on the news. 
>
>I love (equally dramatic) the searching esp. if we can get SF archives
>imported and the massive usability improvement over SF. But, without an
>email or digest, I can't seem to stay up with the posts. 
>
>My interests in Spring span most of the categories, so that's lots of
>clicking around. And the "posts since last login" doesn't work well at all.
>How are the developers coping? 
>  
>




-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE: [Springframework-developer] I hate the forum

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

 
>Count me in for a contribution.

Thanks for the offer: it's fantastic to see people so committed to the
welfare of Spring! Thanks also for the users who are helping others out in
the forums...

As it happens, we're about to announce a company (Interface21) headed by
myself and Juergen which will provide Spring services and help to fund
future Spring development (for example, to pay Juergen to continue to be
Juergen :-) Interface21 could meet the costs for such a piece of software
(it's paying for the hosting for the forums already).

However, in this case, I think that we'd be better to wait for the latest
version of phpBB. I like the present forums, Colin has put a lot of work
into them already, and I'd be reluctant to change horses mid-stream.

I should add that personally I find the forums just wonderful--really quick
and a pleasant experience. So much so that I've posted far more often than I
have recently to spring-user...

I find for example, that even when I'm on a client site, I can take 15
minutes out of my lunch break and do a couple of posts--just finding
anything I could quickly contribute in the haystack that was spring-user
used to take longer than that...

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Seth Ladd
Sent: Tuesday, August 17, 2004 2:10 AM
To: spr...@li...
Subject: Re: [Springframework-developer] I hate the forum

> each forum. Unfortunately while they are in some sort of very long 
> beta, there's no defined time for when this will be stable. We could 
> also just pay $160 or so and move to vBulletin, which while 
> commercial, is pretty cheap, and has enhanced threading and email
functionality built-in...

If there is considerable interest, I'd be happy to fund the purchase of
vBulletin.  But, of course, if a new version of phpBB is coming, we can
always wait.

seth


-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk
Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off
Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer




-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk
Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off
Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Preparing for Spring 1.1 final

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

Colin,
=20
Can you have a look at this? We could indeed ship an HTML version of the =
reference docs too... What do you think?
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von Aleksei Gopachenko
Gesendet: Di 17.08.2004 13:18
An: spr...@li...
Betreff: Re: [Springframework-developer] Preparing for Spring 1.1 final



On Sat, 14 Aug 2004 21:03:40 +0200, j=FCrgen h=F6ller [werk3AT]=20
<jue...@we...> wrote:

> From my point of view, Spring 1.1 final is ready for release; the only =

> remaining point is documentation.

Guys, is there any chance that html versions of docs will be included in =

binary distribution?
PDF is great, but IMO at least html_single version should go in.

--

//regards, neuro


-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] spring build.81 Build Successful

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

<html><head>
<style>
.white { color:#FFFFFF }.index { background-color:#FFFFFF }.index-passed { =
color:#004400 }.index-failed { color:#FF0000; font-weight:bold }.index-head=
er { font-weight:bold }.link { font-family:arial,helvetica,sans-serif; font=
-size:10pt; color:#FFFFFF; text-decoration:none; }.tab-table { margin: 0em =
0em 0.5em 0em; }.tabs { font-family:arial,helvetica,sans-serif; font-size:8=
pt; color:#000000; font-weight:bold; padding: 0em 2em; background-color:#EE=
EEEE; }.tabs-link { color:#000000; text-decoration:none; }.tabs-link:visite=
d { color:#000000; text-decoration:none; }.tabs-selected { font-family:aria=
l,helvetica,sans-serif; font-size:8pt; color:#000000; font-weight:bold; pad=
ding: 0em 2em; }.tabs-selected { border: inset; }.header-title { font-famil=
y:arial,helvetica,sans-serif; font-size:12pt; color:#000000; font-weight:bo=
ld; }.header-label { font-weight:bold; }.header-data { font-family:arial,he=
lvetica,sans-serif; font-size:10pt; color:#000000; }.modifications-data { f=
ont-family:arial,helvetica,sans-serif; font-size:8pt; color:#000000; }.modi=
fications-sectionheader { background-color:#000066; font-family:arial,helve=
tica,sans-serif; font-size:10pt; color:#FFFFFF; }.modifications-oddrow { ba=
ckground-color:#CCCCCC }.modifications-evenrow { background-color:#FFFFCC }=
.changelists-oddrow { background-color:#CCCCCC }.changelists-evenrow { back=
ground-color:#FFFFCC }.changelists-file-spacer { background-color:#FFFFFF }=
.changelists-file-evenrow { background-color:#EEEEEE }.changelists-file-odd=
row { background-color:#FFFFEE }.changelists-file-header { background-color=
:#666666; font-family:arial,helvetica,sans-serif; font-size:8pt; color:#FFF=
FFF; }.compile-data { font-family:arial,helvetica,sans-serif; font-size:8pt=
; color:#000000; }.compile-error-data { font-family:arial,helvetica,sans-se=
rif; font-size:8pt; color:#FF0000; }.compile-warn-data { font-family:arial,=
helvetica,sans-serif; font-size:8pt; color:#CC9900; }.compile-sectionheader=
 { background-color:#000066; font-family:arial,helvetica,sans-serif; font-s=
ize:10pt; color:#FFFFFF; }.distributables-data { font-family:arial,helvetic=
a,sans-serif; font-size:8pt; color:#000000; }.distributables-sectionheader =
{ background-color:#000066; font-family:arial,helvetica,sans-serif; font-si=
ze:10pt; color:#FFFFFF; }.distributables-oddrow { background-color:#CCCCCC =
}.unittests-sectionheader { background-color:#000066; font-family:arial,hel=
vetica,sans-serif; font-size:10pt; color:#FFFFFF; }.unittests-oddrow { back=
ground-color:#CCCCCC }.unittests-data { font-family:arial,helvetica,sans-se=
rif; font-size:8pt; color:#000000; }.unittests-error { font-family:arial,he=
lvetica,sans-serif; font-size:8pt; color:#FF0000; }.checkstyle-oddrow { bac=
kground-color:#CCCCCC }.checkstyle-data { font-family:arial,helvetica,sans-=
serif; font-size:8pt; color:#000000; }.checkstyle-sectionheader { backgroun=
d-color:#000066; font-family:arial,helvetica,sans-serif; font-size:10pt; co=
lor:#FFFFFF; }
</style>
</head><body>
<p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td class=3D"header-title">BUILD COMPLETE&nbsp;-&nbsp;     =
               build.81</td></tr><tr><td class=3D"header-data"><span class=
=3D"header-label">Date of build:&nbsp;</span>08/18/2004 00:16:49</td></tr><=
tr><td class=3D"header-data"><span class=3D"header-label">Time to build:&nb=
sp;</span>13 minutes 23 seconds</td></tr><tr><td class=3D"header-data"><spa=
n class=3D"header-label">Last changed:&nbsp;</span>08/17/2004 19:35:01</td>=
</tr><tr><td class=3D"header-data"><span class=3D"header-label">Last log en=
try:&nbsp;</span>polishing</td></tr></table><p>
<table xmlns=3D"http://www.w3.org/TR/html4/strict.dtd" width=3D"98%" border=
=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"center"/><p>
<p>
<table xmlns=3D"http://www.w3.org/TR/html4/strict.dtd" width=3D"98%" border=
=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"center"><tr><td class=
=3D"compile-sectionheader">                        &nbsp;Errors/Warnings: (=
6)                    </td></tr><tr><td><pre class=3D"compile-error-data">N=
ote: Some input files use or override a deprecated API.<br class=3D"none"/>=
Note: Recompile with -deprecation for details.Note: /jteam/build/checkout/s=
pring/spring/mock/org/springframework/mock/web/MockHttpSession.java uses or=
 overrides a deprecated API.<br class=3D"none"/>Note: Recompile with -depre=
cation for details.<br class=3D"none"/>Note: Some input files use or overri=
de a deprecated API.<br class=3D"none"/>Note: Recompile with -deprecation f=
or details.<br class=3D"none"/></pre></td></tr></table><p>
<p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td colspan=3D"4" class=3D"unittests-sectionheader">       =
            &nbsp;Unit Tests: (1470)                </td></tr><tr><td><tabl=
e width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"c=
enter"><tr><td class=3D"unittests-data">                failure            =
</td><td width=3D"40%" class=3D"unittests-data">testHomePage</td><td width=
=3D"40%" class=3D"unittests-data">org.springframework.apptests.buildtest.Al=
lTests</td></tr></table></td></tr><tr></tr><tr><td colspan=3D"2">&nbsp;</td=
></tr><tr><td colspan=3D"4" class=3D"unittests-sectionheader">             =
       &nbsp;Unit Test Error Details:&nbsp;(1)                </td></tr><tr=
><td class=3D"unittests-data" colspan=3D"2">                Test:&nbsp;test=
HomePage</td></tr><tr><td class=3D"unittests-data" colspan=3D"2">          =
      Class:&nbsp;org.springframework.apptests.buildtest.AllTests</td></tr>=
<tr><td class=3D"unittests-data" colspan=3D"2">                Type: junit.=
framework.AssertionFailedError</td></tr><tr><td class=3D"unittests-data" co=
lspan=3D"2">                Message: Exception while testing URL http://loc=
alhost:13084/buildtest:java.io.IOException</td></tr><tr><td class=3D"unitte=
sts-error" colspan=3D"2"><pre>junit.framework.AssertionFailedError: Excepti=
on while testing URL http://localhost:13084/buildtest:java.io.IOException<b=
r>=09at org.springframework.apptests.buildtest.AllTests.testHomePage(Unknow=
n Source)<br>=09at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Meth=
od)<br>=09at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess=
orImpl.java:39)<br>=09at sun.reflect.DelegatingMethodAccessorImpl.invoke(De=
legatingMethodAccessorImpl.java:25)<br></pre></td></tr><tr><td colspan=3D"2=
">&nbsp;</td></tr></table><p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td colspan=3D"4" class=3D"modifications-sectionheader">   =
                 &nbsp;Modifications since last build:&nbsp;               =
     (21)                </td></tr><tr class=3D"modifications-evenrow"><td =
class=3D"modifications-data">modified</td><td class=3D"modifications-data">=
jhoeller</td><td class=3D"modifications-data">src/org/springframework/beans=
/BeanUtils.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">test/org/springframework/validation/ValidationTestSuite.java</td><td=
 class=3D"modifications-data">also apply editors for property names if the =
property type is more generic than the registered type</td></tr><tr class=
=3D"modifications-evenrow"><td class=3D"modifications-data">added</td><td c=
lass=3D"modifications-data">jhoeller</td><td class=3D"modifications-data">t=
est/org/springframework/beans/BeanWithObjectProperty.java</td><td class=3D"=
modifications-data">also apply editors for property names if the property t=
ype is more generic than the registered type</td></tr><tr class=3D"modifica=
tions-oddrow"><td class=3D"modifications-data">modified</td><td class=3D"mo=
difications-data">jhoeller</td><td class=3D"modifications-data">src/org/spr=
ingframework/beans/BeanWrapperImpl.java</td><td class=3D"modifications-data=
">also apply editors for property names if the property type is more generi=
c than the registered type</td></tr><tr class=3D"modifications-evenrow"><td=
 class=3D"modifications-data">modified</td><td class=3D"modifications-data"=
>colins</td><td class=3D"modifications-data">src/org/springframework/beans/=
factory/xml/spring-beans.dtd</td><td class=3D"modifications-data">make tran=
saction proxy definition use the parent/child bean with inner bean form, wh=
ich is more concise, and should generally be used by users</td></tr><tr cla=
ss=3D"modifications-oddrow"><td class=3D"modifications-data">modified</td><=
td class=3D"modifications-data">colins</td><td class=3D"modifications-data"=
>docs/reference/src/spring-beans.dtd</td><td class=3D"modifications-data">m=
ake transaction proxy definition use the parent/child bean with inner bean =
form, which is more concise, and should generally be used by users</td></tr=
><tr class=3D"modifications-evenrow"><td class=3D"modifications-data">modif=
ied</td><td class=3D"modifications-data">luke_t</td><td class=3D"modificati=
ons-data">/project.properties</td><td class=3D"modifications-data">Updated =
poi dependency version</td></tr><tr class=3D"modifications-oddrow"><td clas=
s=3D"modifications-data">modified</td><td class=3D"modifications-data">luke=
_t</td><td class=3D"modifications-data">/project.xml</td><td class=3D"modif=
ications-data">Updated poi dependency version</td></tr><tr class=3D"modific=
ations-evenrow"><td class=3D"modifications-data">modified</td><td class=3D"=
modifications-data">kdonald</td><td class=3D"modifications-data">sandbox/sr=
c/org/springframework/rules/factory/Constraints.java</td><td class=3D"modif=
ications-data">polishing in abstract bean property expression superclass; s=
elect distinct constraint for collections of objects</td></tr><tr class=3D"=
modifications-oddrow"><td class=3D"modifications-data">modified</td><td cla=
ss=3D"modifications-data">kdonald</td><td class=3D"modifications-data">sand=
box/src/org/springframework/rules/predicates/beans/AbstractBeanPropertyExpr=
ession.java</td><td class=3D"modifications-data">polishing in abstract bean=
 property expression superclass; select distinct constraint for collections=
 of objects</td></tr><tr class=3D"modifications-evenrow"><td class=3D"modif=
ications-data">modified</td><td class=3D"modifications-data">kdonald</td><t=
d class=3D"modifications-data">sandbox/src/org/springframework/rules/predic=
ates/beans/BeanPropertiesExpression.java</td><td class=3D"modifications-dat=
a">polishing in abstract bean property expression superclass; select distin=
ct constraint for collections of objects</td></tr><tr class=3D"modification=
s-oddrow"><td class=3D"modifications-data">modified</td><td class=3D"modifi=
cations-data">kdonald</td><td class=3D"modifications-data">sandbox/src/org/=
springframework/rules/predicates/beans/BeanPropertyValueConstraint.java</td=
><td class=3D"modifications-data">polishing in abstract bean property expre=
ssion superclass; select distinct constraint for collections of objects</td=
></tr><tr class=3D"modifications-evenrow"><td class=3D"modifications-data">=
modified</td><td class=3D"modifications-data">kdonald</td><td class=3D"modi=
fications-data">sandbox/src/org/springframework/rules/predicates/beans/Prop=
ertyPresent.java</td><td class=3D"modifications-data">polishing in abstract=
 bean property expression superclass; select distinct constraint for collec=
tions of objects</td></tr><tr class=3D"modifications-oddrow"><td class=3D"m=
odifications-data">modified</td><td class=3D"modifications-data">kdonald</t=
d><td class=3D"modifications-data">sandbox/src/org/springframework/rules/pr=
edicates/beans/RequiredIfTrue.java</td><td class=3D"modifications-data">pol=
ishing in abstract bean property expression superclass; select distinct con=
straint for collections of objects</td></tr><tr class=3D"modifications-even=
row"><td class=3D"modifications-data">modified</td><td class=3D"modificatio=
ns-data">jhoeller</td><td class=3D"modifications-data">src/org/springframew=
ork/beans/factory/support/AbstractBeanDefinition.java</td><td class=3D"modi=
fications-data">moved BeanUtils.isAtLeastOneMethodWithName to ClassUtils.ha=
sAtLeastOneMethodWithName</td></tr><tr class=3D"modifications-oddrow"><td c=
lass=3D"modifications-data">modified</td><td class=3D"modifications-data">j=
hoeller</td><td class=3D"modifications-data">src/org/springframework/beans/=
BeanUtils.java</td><td class=3D"modifications-data">moved BeanUtils.isAtLea=
stOneMethodWithName to ClassUtils.hasAtLeastOneMethodWithName</td></tr><tr =
class=3D"modifications-evenrow"><td class=3D"modifications-data">modified</=
td><td class=3D"modifications-data">jhoeller</td><td class=3D"modifications=
-data">src/org/springframework/util/ClassUtils.java</td><td class=3D"modifi=
cations-data">moved BeanUtils.isAtLeastOneMethodWithName to ClassUtils.hasA=
tLeastOneMethodWithName</td></tr><tr class=3D"modifications-oddrow"><td cla=
ss=3D"modifications-data">modified</td><td class=3D"modifications-data">jho=
eller</td><td class=3D"modifications-data">test/org/springframework/beans/B=
eanUtilsTests.java</td><td class=3D"modifications-data">moved BeanUtils.isA=
tLeastOneMethodWithName to ClassUtils.hasAtLeastOneMethodWithName</td></tr>=
<tr class=3D"modifications-evenrow"><td class=3D"modifications-data">modifi=
ed</td><td class=3D"modifications-data">jhoeller</td><td class=3D"modificat=
ions-data">test/org/springframework/util/ClassUtilsTests.java</td><td class=
=3D"modifications-data">moved BeanUtils.isAtLeastOneMethodWithName to Class=
Utils.hasAtLeastOneMethodWithName</td></tr><tr class=3D"modifications-oddro=
w"><td class=3D"modifications-data">added</td><td class=3D"modifications-da=
ta">kdonald</td><td class=3D"modifications-data">sandbox/src/org/springfram=
ework/rules/values/CommitListenerAdapter.java</td><td class=3D"modification=
s-data">commit listener adapter convenience class</td></tr><tr class=3D"mod=
ifications-evenrow"><td class=3D"modifications-data">modified</td><td class=
=3D"modifications-data">kdonald</td><td class=3D"modifications-data">/.clas=
spath</td><td class=3D"modifications-data">eclipse classpath updates</td></=
tr></table><p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td class=3D"distributables-sectionheader">                =
        &nbsp;Deployments by this build:&nbsp;(8)                    </td><=
/tr><tr><td class=3D"distributables-data">Building jar: /jteam/build/checko=
ut/spring/spring/dist/spring.jar</td></tr><tr class=3D"distributables-oddro=
w"><td class=3D"distributables-data">Building war: /jteam/build/checkout/sp=
ring/spring/autobuilds/apps/buildtest/dist/buildtest.war</td></tr><tr><td c=
lass=3D"distributables-data">Building war: /jteam/build/checkout/spring/spr=
ing/autobuilds/apps/buildtest/dist/buildtest.war</td></tr><tr class=3D"dist=
ributables-oddrow"><td class=3D"distributables-data">Building war: /jteam/b=
uild/checkout/spring/spring/autobuilds/apps/buildtest/dist/buildtest.war</t=
d></tr><tr><td class=3D"distributables-data">Building jar: /jteam/build/che=
ckout/spring/spring/autobuilds/apps/jpetstore/war/WEB-INF/lib/jpetstore.jar=
</td></tr><tr class=3D"distributables-oddrow"><td class=3D"distributables-d=
ata">Building war: /jteam/build/checkout/spring/spring/autobuilds/apps/jpet=
store/dist/jpetstore.war</td></tr><tr><td class=3D"distributables-data">Bui=
lding jar: /jteam/build/checkout/spring/spring/autobuilds/apps/jpetstore/wa=
r/WEB-INF/lib/jpetstore.jar</td></tr><tr class=3D"distributables-oddrow"><t=
d class=3D"distributables-data">Building war: /jteam/build/checkout/spring/=
spring/autobuilds/apps/jpetstore/dist/jpetstore.war</td></tr></table>
</body></html>

Re: [Springframework-developer] Preparing for Spring 1.1 final

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

FYI, I've arranged with Darren that we do ship the Velocity/FreeMarker =
form simplification macros in their current state, after a brief review =
of mine (tomorrow). However, analogous JSP macros are still missing.
=20
After a discussion with Colin on JIRA, we've also decided to strictly =
just use a generic constructor argument value (without index) a single =
time: for example, resolve a single String value against java.io.File's =
single String constructor rather than its double String constructor. =
While this is strictly speaking not backwards-compatible, I doubt that =
anyone relies on the previous behavior. Neither the DTD nor the docs =
hinted at the exact behavior either, so I guess we're free to strictly =
define it now.
=20
In combination with a recent change in the property editor registration =
mechanism, the new HTTP invoker remoting strategy and the new JSF =
VariableResolver, the two issues above make me wonder whether we should =
rather release 1.1 RC2 tomorrow, with 1.1 final following up quickly (in =
two weeks at the latest). We might want to get some further feedback on =
these recent changes, to catch any design/definition issues.
=20
I don't think that an RC2 is absolutely necessary, but I'd still like to =
suggest it. Thoughts? Opinions? My main concern is that we should fully =
trust in the codebase that we release as 1.1. I want to avoid a quick =
1.1.1 fix release just because of things that slipped into 1.1 final. In =
particular, APIs and semantics need to be fully backwards-compatible =
from 1.1 final on; we can't easily fix naming issues or the like after =
1.1 final anymore.
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von j=FCrgen h=F6ller [werk3AT]
Gesendet: Mo 16.08.2004 20:26
An: spr...@li...
Betreff: Re: [Springframework-developer] Preparing for Spring 1.1 final



Darren,

I consider it preferable to keep the form simplification macros in the =
sandbox for the time being, and release 1.1 final without them. I'd like =
to have some review there before releasing and supporting them. =
Furthermore, Seth's form tags for JSP are not ready yet either. So I =
suggest to release all of those macros at a later point of time: either =
in a 1.1 point release or in 1.2 RC1 (which is scheduled for late =
October). What do you think?

Juergen


________________________________

Von: spr...@li... im Auftrag =
von Darren Davison
Gesendet: Sa 14.08.2004 21:22
An: spr...@li...
Betreff: Re: [Springframework-developer] Preparing for Spring 1.1 final



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Saturday 14 August 2004 20:03, j=FCrgen h=F6ller [werk3AT] wrote:
> Everybody,
>
> From my point of view, Spring 1.1 final is ready for release; the only
> remaining point is documentation. There's no reference docs on the =
HTTP
> invoker yet, for example: While this is not too critical, I'll try to =
add
> docs on it till Monday.
>
> Feel free to give the current CVS snapshot a final try, and to do some
> final proof-reading of the docs! Please report any issues ASAP: I
> currently plan to do the release Monday night, provided that there are =
no
> showstoppers.

I'll have the Velocity & FreeMarker form rendering macros ready to =
commit
tonight or tomorrow - they're working pretty well now - but the docs may
take a day or two longer.

- --
Darren Davison
Public Key: http://www.davison.uk.net/pages/key.htm
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFBHmaKKLMLAN01aw0RArmdAJ9TsBw/CRzFeJkbh5u7yLb2EFQ+YwCcCZvp
Ks0gKuK/+VrGviu6SIET8Sg=3D
=3DJvk4
-----END PGP SIGNATURE-----


-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer




-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] [portlets] Order of portlet mode change and handleRequest confusi ng

[William G. T. Jr. <wg...@ru...>]

Nick Lothian wrote:

> If I have a link to a portlet action that also changes the view mode, then
> the view mode will be changed before the handleRequest method is called.
> This means the handleRequest won't be called on the controller I would
> expect.
> 
> EG: 
> I have two PortletController's - one for edit mode and one for view mode. In
> the JSP for the edit mode I have a link to:
> 
>   <portlet:actionURL portletMode="view" />
> 
> When I execute that link, I was expecting the handleRequest method in my
> edit portlet controller to be called (since I'm in edit mode and I'm
> executing an action).
> 
> What happens is that the mode change is processed first (ie, the portlet
> changes to view mode) and then the handleRequest method in my view portlet
> controller is executed.
> 
> Is this a deliberate design decision? If not is it possible to implement it
> differently - or am in the minority about finding that confusing? 
> 

We should probably follow whatever the spec says with regards to the 
portlet tab lib.  Is this behavior inconsisent with the spec?

Mapping from PortletMode to Controller might also not be the best 
choice.  It was the simplest thing I could do to get the prototype 
working.  We probably need something like a PortletSession or Request 
parameter for Controller mappings since the URL is not available.

later.
Bill

RE: [Springframework-developer] I hate the forum

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

Count me in for a contribution.

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Seth Ladd
Sent: Tuesday, August 17, 2004 2:10 AM
To: spr...@li...
Subject: Re: [Springframework-developer] I hate the forum

> each forum. Unfortunately while they are in some sort of very long beta,
> there's no defined time for when this will be stable. We could also just
> pay $160 or so and move to vBulletin, which while commercial, is pretty
> cheap, and has enhanced threading and email functionality built-in...

If there is considerable interest, I'd be happy to fund the purchase
of vBulletin.  But, of course, if a new version of phpBB is coming, we
can always wait.

seth


-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Preparing for Spring 1.1 final

[Aleksei G. <ne...@ka...>]

On Sat, 14 Aug 2004 21:03:40 +0200, jürgen höller [werk3AT]  
<jue...@we...> wrote:

> From my point of view, Spring 1.1 final is ready for release; the only  
> remaining point is documentation.

Guys, is there any chance that html versions of docs will be included in  
binary distribution?
PDF is great, but IMO at least html_single version should go in.

-- 

//regards, neuro

Re: [Springframework-developer] HttpInvoker

[Martin K. <Mar...@St...>]

> > Are you referring to the beepcore-java project? It doesn't look that
> > kind of a lightweight solution. Lots of depending libraries anyway. Or
> > are you referring to something special?
>
> I haven't seen it in a while.  Just popped into my head a moment ago.
> :)  Still an option, though not sure there's any demand...

That's why I suggest to rename the HttpInvoker and pull out the solution
to create an independent project/API around it. It's mostly just about the
InvokationAction and InvokationResponse. Serialize a method invokation
and return any results (including caught exceptions). Using dependency
injection you can establish connections between two objects by ease
without those objects to notice it. It feels like Java.

It also eases testing :-)

And I think the impact on finialization of Spring wouldn't be such big. It
simply requires a renaming and a reconsideration. It also only involves
renaming refactorings. Therefore it is very unlikely to introduce bugs to
the
current implementation. But once the API gots frozen, it will be to late and
the opportunity is gone... .


Martin (Kersten)

>
> -------------------------------------------------------
> SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
> 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
> Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
> http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] HttpInvoker

[Seth L. <set...@gm...>]

> Are you referring to the beepcore-java project? It doesn't look that
> kind of a lightweight solution. Lots of depending libraries anyway. Or
> are you referring to something special?

I haven't seen it in a while.  Just popped into my head a moment ago.
:)  Still an option, though not sure there's any demand...

Seth

Re: [Springframework-developer] Preparing for Spring 1.1 final

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

I'll have a look at that issue today.
=20
Indeed, I haven't posted there yet, though I'm reading them: Part of my =
experiment on how the Spring community can cope without my postings for =
a couple of days, in preparation for a couple of days that I'd like to =
take off ;-)
=20
The problem is that the developer list and the JIRA issues already keep =
me busy enough on the Spring side of things. Of course, the forums will =
still receive due respect from me :-)
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von Daniel Miller
Gesendet: Mo 16.08.2004 23:39
An: spr...@li...
Betreff: Re: [Springframework-developer] Preparing for Spring 1.1 final



Juergen,

I haven't noticed you posting any comments to the new Spring forum (I =
may be blind, please forgive me if I missed them). You may want to have =
a look at this issue before you release 1.1 final:

http://forum.springframework.org/viewtopic.php?t=3D108

Thanks.
Daniel Miller

j=FCrgen h=F6ller [werk3AT] wrote:

> Everybody,
>=20
>>From my point of view, Spring 1.1 final is ready for release; the only =
remaining point is documentation. There's no reference docs on the HTTP =
invoker yet, for example: While this is not too critical, I'll try to =
add docs on it till Monday.
>=20
> Feel free to give the current CVS snapshot a final try, and to do some =
final proof-reading of the docs! Please report any issues ASAP: I =
currently plan to do the release Monday night, provided that there are =
no showstoppers.
>=20
> Juergen
>



-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer