Other Third Party Dependancies
Other Third Party Dependancies
This document is to list and describe relationships with third party software which WTP depends on or works with. For background context, see Eclipse Policy and Procedure for Third Party Dependencies.
Note: Where we list available third party software in this document, we do so only to domonstrate there are many choices for end-users. We do not mean to say those are the only available options nor do we advocate the use of any particular one.
We depend on Application Servers in two ways. First, and least important, we do have one function, Web Service Explorer that actually runs as a web application. We happen to depend on and use what ever Application Server ships in the Eclipse Platform, which for the Ganymede releases happens to be Jetty Version 5.x. We could run our WSE web app on any JEE compliant server, but we do need to know it in advance ... it can not be "swapped out" by users or adopters.
Second, and most important, creating web applications -- the whole purpose of WTP! -- depends on having some application server available. Ultimately it is up to the end user to provide their own Application Server to use with WTP, but there are some "ease of use" options that provide different paths to using one or more Application Servers:
These Preview Servers are offered simply to improve "out of the box" experience for novice end-users. It provides capabilities to run servlets and JSPs. Most professional web developers will want to use some specific application server that has the capabilities they need.
Any server that's used with WTP needs a server adapter. This just provides a common interface for WTP to interact with the server; to start, stop, and publish to the server. There are some server adapters that are shipped with WTP, and others that are available from any vendor that wants to provide one. In some cases, those other adapters have provided us with URLs to update sites, to make it easier for users to get their server adatper. There are, undoubtedly other server adapters (and servers) we know nothing about.
Normally when users install their own Application Server, they simply tell us where, on their file system, it is (already) installed. If someone picks that they want to use a Tomcat server, we do offer an option (along with the already existing location option) that they can download and install Tomcat from the Apache download site. In that case, we do show them the appropriate Apache license which they must agree to, before the download of the zip file proceeds.
This option is provided just as an ease-of-use option to allow beginning users to get started easier and more quickly.
JPA runtimes come built in with some application servers, but if not, users would have to download and install their own. Several of these frameworks are listed below to demonstrate the many options available to the end-user.
To execute a JSF application you need an implementation of the JSF spec and one or more component libraries. You can get the implementation plus a core set of components from
JEE 5 compliant application servers implementations come with the JSF support built-in. Users can get additional component libraries from a wide range of vendors including
The Axis2 Web services tools in WTP are an optional feature. If users want to install those tools and make use of them, they will need to have an Axis2 Runtime available. Users can download and install the Axis2 runtime from readily available open source projects (e.g. see Apache Axis2). Then they will have to specify the location of the Axis2 runtime to the WTP Axis2 tools.
For Java EE 1.4, EJB 2.1, there is a technique of developing (defining) EJBs that depend on having extra annotations in JavaDoc comments. To make use of this technique, users have to download and install XDoclet, which is readily available from free, open source projects (e.g. see XDoclet at Sourceforge. We do not ship this support built-in to WTP, simply because it would add a fairly substantial amount of code (roughly 8 M Bytes) to the foot print, and we felt there are not enough users of this particular technique to justify that increased footprint. In earlier versions of WTP, XDoclet was also (optionally) used in Servlet Wizards. But this support is not needed anymore.
For the more recent JEE 5 servers and EJB 3 (and JPA) this annotation technique is simply built in to the Java 5 language.
We provide one XSLT engine (Xalan 1.0) that works out of the box, but users can choose to install additional XSL engines, such as Saxon 2.0 if they desire. There's no requirement to install it, but naturally every runtime (and version) offers it's own special features.
ICU is some library code that improves the base internationalization support in Java (e.g. for sorting lists correctly, etc). This comes shipped with the base Eclipse Platform, but our code does depend on it being present, so it is technically a pre-req. We consider this an "exempt pre-req" (exempt from separate IP review) since the Eclipse Foundation, via the Yearly Release Train requirements, requires its use where appropriate.
In addition to what ever application server happens to ship in the base platform, which we mentioned above, there are some other packages that we depend on, but which are shipped as part of the platform. We do not re-distribute them (though, we used to) but want to call them out here since we would still require them even if the platform decided not to re-distribute them, or, for example, if someone was making a "custom install" and maybe not including the complete platform.
|Software||Version||License||Introduced in Version||Notes|
|Jetty Web Server||5.1.14 (CQ 2296)||Apache License, 2.0||3.0|
|Apache Jakarta Commons EL||1.0 (CQ 1547)||Apache License, 2.0||2.0|
|javax.servlet||2.4 (CQ 1343)||Apache License, 2.0||2.0|
|javax.servlet.jsp||2.0 (CQ 1343)||Apache License, 2.0||2.0|
Back to the top