In addition to an enhancement to allow Constructor interception, I have also
extended the reflective Loader to produce a WildcardLoader, which allows entire
packages to be registered for reflection during classloading.
Any interest?
View the original post :
My fix for this is to ensure tools.jar is in the bootstrap classpath in the
server configuration. It is not included as a JRE library by default.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3856067#3856067
Reply to the post :
I would like to force responses to be encoded in UTF8. I start JBoss with JVM arg
-Dfile.encoding=UTF8, and this has become the default encoding within the container,
however the Coyote Response appears to always be with character encoding of
ISO-8859-1. I am picking this up within a servlet
I have posted a proposed enhancement to the javassist.reflect package, to support
constructor interception.
The enhancement provides the following additional features:
An event is generated prior to the calling of a reflected class's super constructor.
An event is generated prior to the calling
I now have a working version based on 2) above, by adding a boolean field to the
class, which is set during the instantiation of the embedded Metaobject (this is an
instance field and is instantiated straight after the super(...) constructor runs and
prior to the execution of the remainder of
OK, that approach won't quite work, as it doesn't make sense to try and rename the
Constructors as is done with the Methods.
I have succeeded in hard intercepting the construction by calling (on
CtConstructor): insertBeforeBody(return;);, which is handy as it retains the correct
(implicit or
See http://sourceforge.net/tracker/?func=detailaid=987038group_id=22866atid=376685.
A failing TestCase is provided.
I notice that the code deliberately treats statics differently:
if ((finfo.getAccessFlags() AccessFlag.STATIC) == 0) {
| code.addAload(0);
|
Had a guess:
else {
| code.addLoad(1, field.getType()); // change 0 to 1
| code.addPutstatic(Bytecode.THIS, fieldName, fieldType);
| }
fixes my unit test, not sure if it is correct or if it breaks other cases.
View the original post
I am using the Javassist Loader and Reflection classes from javassist.reflect, to
stub-out and mock classes transparently, especially when performing unit tests.
I have found that when used with the reflective Loader, Reflection can stub-out and
intercept everything (i.e. methods, fields,
I note from http://www.jboss.org/wiki/Wiki.jsp?page=VirtualHosts (bottom of page),
that it is possible to define multiple virtual-hosts for which a WAR should be
deployed. (Aside - anyone doing this pre JBoss 3.2.4/Tomcat 5.x?).
Anyway, http://www.jboss.org/j2ee/dtd/jboss-web_3_2.dtd defines
10 matches
Mail list logo
