<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">yes backwards compatibility is a major
      criteria for Yanel and we need to find a way to stick to it<br>
      as good as possible.<br>
      <br>
      I realize we first have to cleanup Yanel itself regarding the
      servlet-api dependency...At the moment the version is<br>
      set inside<br>
      <br>
      src/build/dependencies.xml<br>
      src/build/pom-webapp.xml<br>
      <br>
      which would actually be sufficient, but it seems that for
      historical reasons it is still used inside various "resources",
      e.g.<br>
      <br>
src/build/targets/create-new-resource-type/from-scratch-resource-template/src/build/dependencies-with-javax.xml<br>
src/realms/from-scratch-realm-template/res-types/layoutselector/src/build/dependencies.xml<br>
      src/realms/from-scratch-realm-template/src/build/dependencies.xml<br>
      src/realms/welcome-admin/src/build/dependencies.xml<br>
src/realms/welcome-admin/yanel/resources/show-realms/src/build/dependencies.xml<br>
      src/realms/yanel-website/src/build/dependencies.xml<br>
      src/resources/atom/src/build/dependencies.xml<br>
      src/resources/calendar/src/build/dependencies.xml<br>
      src/resources/data-repo-sitetree/src/build/dependencies.xml<br>
      src/resources/davcollection/src/build/dependencies.xml<br>
      src/resources/image/src/build/dependencies.xml<br>
      src/resources/lookup/src/build/dependencies.xml<br>
      src/resources/search/src/build/dependencies.xml<br>
      src/resources/tinymce/src/build/dependencies.xml<br>
      src/resources/xinha/src/build/dependencies.xml<br>
      src/test/build.xml<br>
src/realms/from-scratch-realm-template/res-types/layoutselector/src/build/dependencies.xml<br>
      src/realms/from-scratch-realm-template/src/build/dependencies.xml<br>
      src/realms/welcome-admin/src/build/dependencies.xml<br>
src/realms/welcome-admin/yanel/resources/show-realms/src/build/dependencies.xml<br>
      src/realms/yanel-website/src/build/dependencies.xml<br>
      src/resources/atom/src/build/dependencies.xml<br>
      src/resources/calendar/src/build/dependencies.xml<br>
      src/resources/data-repo-sitetree/src/build/dependencies.xml<br>
      src/resources/davcollection/src/build/dependencies.xml<br>
      src/resources/image/src/build/dependencies.xml<br>
      src/resources/lookup/src/build/dependencies.xml<br>
      src/resources/search/src/build/dependencies.xml<br>
      src/resources/tinymce/src/build/dependencies.xml<br>
      src/resources/xinha/src/build/dependencies.xml<br>
      src/test/build.xml<br>
      <br>
      so we will first cleanup this and then continue to consider how to
      best proceed.<br>
      <br>
      Thanks<br>
      <br>
      Michael<br>
      <br>
      <br>
      <br>
      Am 04.03.14 17:51, schrieb basZero:<br>
    </div>
    <blockquote
cite="mid:CAOXzDSGqaXjni=hd2itezi96P7zTtm74VrRBwR89E4RVA3RBMw@mail.gmail.com"
      type="cite">
      <pre wrap="">Hi,

a great idea.
What I would never do is the break official dependencies of Tomcat.
So if you want to use 3.1 servlet spec, you should go with Tomcat 8 (beta).
If you want to go with 3.0 servlet spec, you should go with tomcat 7.
See: <a class="moz-txt-link-freetext" href="http://tomcat.apache.org/whichversion.html">http://tomcat.apache.org/whichversion.html</a>

What concerns backwards compatibility, I only see a solution if the code
gets clearly separated.
I can think of the following approaches:
- Yanel on Tomcat 7 gets created in a new branch (either the current branch
"master" gets forked into a branch called "tomcat6" and the new
tomcat7-version gets commited to master, or you create a new branch called
"tomcat7")
- Maybe it would be better to fully create a new github repository for the
tomcat7 version

This way you can fully program against the new Servlet API (be it 3.1, 3.0
or the current version in Yanel).

You could also say that new features of Yanel only go into the latest
version (e.g. tomcat7 branch).
Customers still being on tomcat6 do not have to pay attention to the switch.

Cheers, Balz


On Tue, Mar 4, 2014 at 11:29 AM, Michael Wechner
<a class="moz-txt-link-rfc2396E" href="mailto:michael.wechner@wyona.com"><michael.wechner@wyona.com></a>wrote:

</pre>
      <blockquote type="cite">
        <pre wrap="">Hi

I would like to upgrade the servlet spec of Yanel, because Yanel is
currently using servlet spec 2.3, whereas the most recent version of the
servlet spec is now 3.1

This would allow us to make use of new interfaces like for example


<a class="moz-txt-link-freetext" href="http://docs.oracle.com/javaee/6/api/javax/servlet/http/HttpServletResponse.html#getStatus%28%29">http://docs.oracle.com/javaee/6/api/javax/servlet/http/HttpServletResponse.html#getStatus%28%29</a>

The problem is that I guess many people are using for example older
Tomcat versions, which do not support the newer servlet spec yet, see
for example

<a class="moz-txt-link-freetext" href="http://tomcat.apache.org/whichversion.html">http://tomcat.apache.org/whichversion.html</a>

Yanel itself includes Tomcat 7.0.25 and we made good experience with it,
but of course we cannot expect that everyone is using newer Tomcat
versions.

WDYT?

Michael
--
Yanel-development mailing list <a class="moz-txt-link-abbreviated" href="mailto:Yanel-development@wyona.com">Yanel-development@wyona.com</a>
<a class="moz-txt-link-freetext" href="http://lists.wyona.org/cgi-bin/mailman/listinfo/yanel-development">http://lists.wyona.org/cgi-bin/mailman/listinfo/yanel-development</a>

</pre>
      </blockquote>
      <pre wrap="">
</pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
    </blockquote>
    <br>
  </body>
</html>