Yes, that's exactly the case as explained below:
1. As per the OSGi/HTTP spec , servlets are mapped to a pattern - not an
exact match. So, /aa is mapped to /aa/*, otherwise I won't be opening the bug.
After the servlet that's mapped to /aa/bb is unregistered, this test case
expects the other servlet, which is registered to /aa, to handle the requests
with path /aa/bb.
2. The root context is not hardcoded, it is controlled by an bundle context
property called "org.glassfish.web.osgihttp.ContextPath," and the default value
for this property is "osgi." To change it something else, you can simply set an
environment variable or set the property in felix config file. I don't think
this has anything to do with this bug.
javax.servlet.Servlet, java.util.Dictionary, org.osgi.service.http.HttpContext)