RE: [Springframework-developer] Final preparations for 1.1 RC1

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

Our test coverage is about 70% right now (we used to be close to 80% =
just before the 1.0 release) and although some classes are pretty hard =
to test (probably only using integration tests) there is still room for =
improvement IMHO. I just spent an hour on a couple of tests and =
increased coverage with about 0.9%. It's tedious, I know, but definitely =
worth it.
=20
I'll try to address some more areas where coverage is low, but if =
anybody has some spare time, it would be great if you could have a look =
as well...
=20
I'll also try to get coverage reports up-and-running with the =
integration tests included if I have time.
=20
Alef

________________________________

From: spr...@li... on behalf of =
j=FCrgen h=F6ller [werk3AT]
Sent: Mon 7/19/2004 11:45 AM
To: spr...@li...
Subject: [Springframework-developer] Final preparations for 1.1 RC1



Everybody,=20
 =20
Seems like we're finally ready for 1.1 RC1, already with full 1.1 scope: =

 =20
- Mark has provided a refined version of the JMS support=20
- Thomas has already added support for JDBC-generated keys=20
- Darren has committed bind support for Velocity and FreeMarker=20
- Seth has contributed some tag refinements for JSP views.=20
 =20
The remaining tasks that I see are:=20
 =20
- We need to adapt the source code formatting of the JMS support: I =
still see nasty empty lines after each code line on Windows: maybe =
Unix/Windows line feed differences?


- I'd like to review the source code of the final version of JMS =
support. Just about polishing and javadoc, as always before a release =
:-)


- Thomas is already working on using a single API approach for =
JDBC-generated keys, including moving the classes to a different =
package.


- I'd like to move BindStatus and the new BindStatusHelper class from =
servlet.tags to servlet.support. JSPs using the BindTag should still =
work, provided that they get freshly compiled. Any objections to this?


- I'd like to refine resource loading in VelocityFormView and =
FreeMarkerFormView: This is not entirely clean when combined with custom =
resource paths yet, from a superficial glance.


- We need to add Seth's NestedPathTag and include his BindTag =
refinements. I'll do this myself during the course of the week.


All things considered, this means a release by the end of the week: Any =
earlier date would require dropping one of those tasks, which I don't =
think would be worth it. Thoughts?


Finally, regarding form simplification macros, i.e. Struts-style HTML =
input tag wrappers: Do we already have something here, for either JSP =
2.0, Velocity or FreeMarker?


Juergen=20
 =20


-------------------------------------------------------=20
This SF.Net email is sponsored by BEA Weblogic Workshop=20
FREE Java Enterprise J2EE developer tools!=20
Get your free copy of BEA WebLogic Workshop 8.1 today.=20
http://ads.osdn.com/?ad_idG21&alloc_id=10040&op=3Dick=20
_______________________________________________=20
Springframework-developer mailing list=20
Spr...@li...=20
https://lists.sourceforge.net/lists/listinfo/springframework-developer=20