I'll sketch out more on this, but its mostly just expanding the existing breakup of the TomcatDeployment to inject services it is now creating as part of its mbean lifecycle. In addition, there is the question of migrating these to mc beans, and creating more of the web app components as beans with dependencies on things like the web connectors rather than creating these by parsing the server.xml. There are class loader assumptions that need to be fixed as well as I mentioned in another thread.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121092#4121092
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121092
Should I return null for reverse path tokens going over the top as well?
| if (PathTokenizer.isReverseToken(tokens[index))
| {
| VirtualFileHandler parent = current.getParent();
| if (parent == null) // TODO - still IOE or null?
| throw new IOException("Using reverse path on top file handler: " + current + ", " + path);
| else
| current = parent;
| }
|
I guess since this is a rare usage, and you probably expect the reverse path to work, I could be still useful to throw IOE.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120972#4120972
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120972