Oracle WebLogic ships as being a Java EE application server already with among others JSF out the box. You don't and shouldn't need to manually install JSF by providing it along with the webapp.
The 1.0.0.0_2-1
you're seeing is coming from WebLogic-bundled JSF. It's clearly a JSF 2.1 implementation, but unfortunately the revision is missing in there. You can't control that. Oracle apparently modified the JAR and manifest. Java EE application server vendors have their own build system which generate JARs based on source code files. So the JAR file name and manifest contents may come out differently than those from "official" JARs.
In any case, if you didn't modify a standard WebLogic 12c setup as currently latest available (12.1.3), then I can tell that it's actually Mojarra 2.1.20.
Manually installing JSF along with the webapp is only necessary on barebones servletcontainers which doesn't ship with JSF out the box, such as Tomcat and Jetty. When you do so on Java EE containers like WebLogic anyway, then you'll risk problems caused by classpath conflicts. Don't do that. In your specific case, you can see that WebLogic bundled JSF implementation is actually being used. But the API and the web resources (such as jsf.js
) will still come from the WAR. That will end up in conflicts sooner or later.
See also: