On Sat, Feb 4, 2012 at 12:49 AM, Sergiu Dumitriu <sergiu(a)xwiki.com> wrote:
Hi devs,
I'd like to have an early decision on what (bigger) dependencies should be
upgraded in the next release cycle.
A) HTML 5. Already proposed by Jerome. This is something that has a
continuous aspect, since "switching to HTML5" can be something as simple as
writing a smaller DOCTYPE, or can go to rewriting the entire templates and
rendering engine. We'll start small and improve things as we go.
+1
B) Hibernate 4. Will require some code changes since we're using a few
deprecated APIs that have been removed in 4.0.
+1
C) Struts 2. We could move away from Struts completely at some point, but
until we have the time to implement our own action mechanism, a good step
forward is upgrading to a newer version of Struts.
+0
D) Velocity Tools 2. I'm not quite happy with how version 2.0 is packaged,
since it brings in a dependency on Struts 2, but 2.1 isn't planned yet.
Alternatively, we could package our own subset of velotools, since we're
only using the generic tools, not VelocityView or VelocityStruts.
+1 and yes we can easily repackage it with just the tools we want
E) Servlets 3.0. Since we're using Java 1.6, we could also require a
servlet-3.0 capable container. This will give us more flexibility in
defining servlets and filters, since the 2.4 versions we're using now
requires a central web.xml file. The problem is that only the most recent
versions of the popular servlet containers are compatible: Jetty 8, Tomcat
7, Glassfish 3, WebSphere 8, WebLogic 12. Oracle Application Server doesn't
provide a version compatible with servlets 3.0, but this server is
discontinued anyway. This means that users on older Linux server versions
will have to install Tomcat 7 manually.
Servlet 3.0 is nice but requiring application server that recent is a
pretty big constraint.
F) Jetty 8. This is required for Servlets 3.0, but it would be a good
upgrade on its own.
+1
G) HSQLDB 2. Better for performance.
+1
H) Lucene 3.5, Tika 1.0. Upgrading Lucene shouldn't be a problem, but an
early attempt at using Tika 1.0 didn't work, it would require some time to
debug it.
+1
I). Sass, Less or something like that. Personally I'm against this, since
we're already providing support for most of their benefits by including
Velocity code in CSS files. Does anybody else consider that we should
include a CSS framework?
No idea, don't really know theses frameworks.
J) Joda Time 2 and Quartz 2, and maybe freshen up the plugins that use them.
+0
WDYT?
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Thomas Mortagne