When configuring tomcat with an SSL Connector with an AprEndpoint (using the Http11AprProtocol) if you misconfigure the SSLProtocol, the it silently falls back to "all" which can be very dangerous.

For example this configuration may seem convincing:
<Connector 
	protocol="org.apache.coyote.http11.Http11AprProtocol"
	SSLEnabled="true"
	port="443"
	scheme="https"
	secure="true"
	...Other SSL configuration...
	SSLProtocol="-ALL +SSLv3 +TLSv1" 
	.../>
	
The Documentation states valid values for the SSL protocol, but if the values don't line up exactly it defaults to "ALL"
http://tomcat.apache.org/tomcat-7.0-doc/config/http.html#SSL%20Support 
SSLProtocol: 'Protocol which may be used for communicating with clients. The default is "all", with other acceptable values being "SSLv2", "SSLv3", "TLSv1" and "SSLv2+SSLv3".'

Misconfiguration of an SSLProtocol should never silently fall back to enabling all protocols.  At minimum, misconfiguration of this value should result in logged error messages.  Since SSLv2 is vulnerable to several attacks known to have some serious security flaws even allowing the possibility of man-in-the-middle attacks, I think a misconfiguration should cause the connector to fail.

@See http://svn.apache.org/repos/asf/tomcat/trunk/java/org/apache/tomcat/util/net/AprEndpoint.java

I think that "all" should be specifically allowed (along with "" or null), and all other unexpected values should fail loudly.