On Jan 18, 2013, at 1:34 AM, Konstantin Kolinko wrote: > Regarding the two taglibs that are not yet in the attic, I have no > interest in "RDC" taglib, but I am interested in JSTL one.
+1 > > I think once we make the first release, things should go easier after that. > > A few notes after quick review of the sources: > > 1. Can we go up from Java 5 and require/use at least Java 6 to build > the project? > > I am even OK to be brave and go up to Java 7. > > I do not like Java 5, because > a) It is outdated. > It would be strange for a "new" project to use that if we are going > to support it for long. > b) It is not opensource. > OpenJDK is since Java 6. > > The version of Java is important for this class, that implements > javax.sql.DataSource: > > \standard\impl\src\main\java\org\apache\taglibs\standard\tag\common\sql\DataSourceWrapper.java > > Java 7 will allow us to support a later version of JDBC and will allow > this project to build on Gump. There is also an issue with the I18N tags taking a long time to start on a Java6 platform due to changes in the way Locales are located by the JRE. I remember some discussion on fixing this but a requirement to stay on Java 5 meant having to build two implementations and switch between them which I'd planned to do once a release was out. If we pre-req 6 or 7 then the implementation can just be updated and this issue closed easier. > > 2. Apparently, there are two implementations for JSTL 1.0 tags: > "jstlel", "compat". > > "jstlel" provides its own EL engine according to the old > specification, "compat".uses EL engine from the container. > > I think having two implementations is too many. Can we drop "compat"? I did this to ensure that applications using 1.0 would not be impacted by any new features added to later versions of EL (for example stricter rules on names), but also to allow users to switch to the container's if they did not want to ship/rely on the older implementation. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
