You can hotdeploy a pointcut definition, but this does not cause bindings to be
reapplied. Am I making sense? So, if you modify AllMethods at runtime and
redeploy it, bindings will not be recalculated.
Currently, the code isn't smart enough to know if the binding references a named
Why JBoss AOP over AspectJ?
- 100% pure Java
- annotation support (JDK 1.5 and 1.4)
- Metadata and annotation override facility
- load-time transformations (instead of compile time)
- hotdeployment of aspects (dynamic AOP)
- per-instance API (dynamic AOP)
- dynamic CFLOW
- pluggable pointcuts
-
Better would be:
| ((ClassAdvisor)invocation.getAdvisor()).getClazz();
|
This is because getTargetObject may be null for static members.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3844304#3844304
Reply to the post :
We don't support this. If you'd like to contribute it, it would be most welcome.
Bill
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3844305#3844305
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3844305
sorry for the late response. With current CVS head I was able to write a unit test
that had these pointcuts you described above with no problems. Maybe I have fixed
something since Jun, I don't know.
|
| bind pointcut=execution(public * $instanceof{javax.ejb.SessionBean}-*(..))
JBoss AOP has changed significantly since the DR2 release.
advisable is now prepare
http://www.jboss.org/wiki/Wiki.jsp?page=DynamicAOP
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3842020#3842020
Reply to the post :
This should work
| execution(void java.lang.Object[],com.pkg.CustomObject[])
|
|
Don't forget that any class, even if it is in java.lang package must be fully
qualified.
Bill
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3842134#3842134
Reply to
You can place the .war directly within the sar. So the sar would look like this:
| kado.sar/
| kado.aop
| kado.war
|
if that doesn't work, let me know.
Bill
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3841869#3841869
Reply to
You are getting the error because the Interceptor is in the same package expression as
the class you are trying to intercept. Thus, you have an infinite loop.
Put your interceptors in another package that doesn't match your wildcard.
Bill
View the original post :
Are you running inside JBoss?
AOP is packaged similarly to SARs(Mbeans). You can either deploy an XML file directly
in the deploy/ directory with the signature *-aop.xml or you can use the JAR format.
The JAR format must have the file extension .aop and a jboss-aop.xml file must be
contained
Since you are not running within JBoss you need to use System properties to tell JBoss
AOP how to resolve XML files to be deployed.
Please see our WIKI for more information
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3841812#3841812
Reply to the post :
JBoss AOP aopc will generate a bunch of class files that are optimized versions of
Invocation classes. When in doubt, blow away your class directory with everything in
it. Looks like you cleaned up DBBasicManager.class, but not the generated AOP class
files.
Bill
View the original post :
http://www.jboss.org/wiki/Wiki.jsp?page=RunningWithJBossApplicationServer
Use 4.0DR4 and Overwrite with jars from JBoss AOP beta3 distribution.
Bill
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3841814#3841814
Reply to the post :
I have somebody working on improving load-time transformation.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3839698#3839698
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3839698
This is on my todo list, but I've never gotten around to it.
So you want a SecurityContext object that has:
getCaller
getRole
isCallerInRole
what else?
To get access to it, I was thinking of a field annotation.
| public MyClass {
|@Inject SecurityContext securityContext;
|
| }
You should be able to do:
| call(* $instanceof{EJBInterface}-*(..))
|
You said that didn't work. Either there is a bug in JBoss AOP, or you did something
wrong. I haven't had a chance to look into it. If you could, please debug this
problem and get back to me of why it doesn't work.
Can you send me your example?
[EMAIL PROTECTED]
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3838954#3838954
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3838954
---
You mean do precompilation without ant? Or just run the application without ANT?
I think the docs on WIKI tell how to run an application at command line. You must
specify a system property jboss.aop.path that points to your XML files, or your XML
files must be embedded in the jars in your
Are you doing load time or precompiled aspects?
if you are doing load-time then you must set the EnableTransformer attribute to true
within the AspectManagerService MBEAN within
jboss/server/xxx/conf/jboss-service.xml
It is turned off by default because JBoss boots up a little slower.
Let me
This is a packaging issue:
http://www.jboss.org/wiki/Wiki.jsp?page=RunningWithJBossApplicationServer
Also, there is a server/xxx/conf/base-aop.xml file in which you can put AOP
definitions as well.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3838728#3838728
yes, this bug has been fixed in later releases of JBoss.
PLEASE POST ON EJB USER FORUM!
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3838486#3838486
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3838486
I think only PER_INSTANCE aspects are created on-demand. The whole Aspect container
for PER_VM, PER_CLASS, and PER_INSTANCE would have to be switched to get Aspect
instances on demand. I do not want to add this overhead to the system. SO, I think
an entire binding redeploy would be needed.
This looks like a bug on my end. I'll take a look next week when I'm finished with my
JBoss training.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3838042#3838042
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3838042
didn't get a chance to look at this before the beta3 release. Sorry. I'll take a
look soon.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3837695#3837695
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3837695
JBoss AOP 1.0 Beta3 has been released. It is mostly a release to support changes in
JDK 1.5 Beta2, but there have been some minor bug fixes as well as some new features.
There have been some new additions to the team. Kabir Khan has written a library for
the java.lang.reflect APIs that
class load time transformations don't work well outside of JBoss. I haven't put a lot
of thought or time into them yet. Precompilation will work in this case.
If you're interested in helping with class loader time transformations, let me know.
I know what needs to be done, I just haven't had
The Aspect service has a flag to ignore transformation errors. I had to have this
switch because a bunch of Apache classes use their own classloaders and don't hook
well into Javassist's class locator.
Do you have a simple testcase you can send me to reproduce the error (with hot deploy
of
We will release 1.0 final two weeks after the JDK 1.5.0 final release. I do not want
to go final until I can test with the final JDK 1.5 release.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3837453#3837453
Reply to the post :
I'll get out a new AOP version this week as JDK 1.5 beta2 has changed the annotation
format as well. So I think I can fix this bug then.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3837236#3837236
Reply to the post :
Ok, this is fixed in Head, I'll be doing a beta3 release soon.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3837306#3837306
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3837306
JBoss AOP Beta2 will not work with JDK 1.5 Beta2 as far as annotations goes as the
bytecode format has changed from JDK 1.5 Beta1.
I have fixed this within head and will do a JBoss AOP Beta3 release ASAP.
Bill
View the original post :
Non AOPC works within JBoss 3.2.4 RC2 and JBoss 4.0DR4 and higher.
You can run with load-time transformations in STANDALONE, but you need full control of
classloading.
See the WIKI for more details:
http://www.jboss.org/wiki/Wiki.jsp?page=RunningWithJBossApplicationServer
Sorry I didn't see it.
It should be java.lang.Object
not Object
It should be java.lang.String
not
String
Only fully qualified names.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3836494#3836494
Reply to the post :
NP.
Just makes me realize that you should be able to type in java.lang types without
java.lang. I've made the same mistake a few times myself. Others will like crazy too.
Bill
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3836513#3836513
Reply to the post
yes,
invocation.getTargetObject() will give you the object that is being invoked on.
It will be null if you are invoking on something that is static.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3835801#3835801
Reply to the post :
This should work. It may be a bug in the expression parser although I thought I
tested for this.
I'm consulting this week, but I'll try to take a look as soon as I can.
Thanks,
Bill
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3836350#3836350
Reply to
We got hacked bad recently and the Wiki has been f%##$ in the process.
If you want JBoss AOP documentation, most of it comes with the downloads.
We'll get the WIKI up and restored ASAP.
Bill
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3835802#3835802
Reply
no.
We have no plans to implement this anytime soon. If you're interested in helping, let
me know.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3835816#3835816
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835816
The AspectDeployer comes with the jboss-aspects-beta2-for324.zip package. If the WIKI
were up, I would be able to give you online directions. I believe the
jboss-aop-beta2.zip has directions embedded within it though.
Bill
View the original post :
You downloaded the 324 jar? not the plain jboss-aspect.jar correct?
Thanks for the -report bug. I'll look into it.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3835837#3835837
Reply to the post :
webconsole support for AOP has not been backported to 3.2 series yet. I didn't have
time, sorry.
Did that doco not make it clear that files needed to be named .aop? When the wiki
comes back up, i'll check.
Thanks for your patience.
Bill
View the original post :
the webconsole AOP stuff has not been ported to 3.2.4. You could turn on verbosity
of AOP. In AspectManagerService mbean set Verbose attribute to true. I belive the
doco has info on that as well.
View the original post :
Please post on the EJB user forum as this particular forum is used to discuss design
of the EJB container in JBoss.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3835862#3835862
Reply to the post :
Ok, so you implemented an transaction interface?
i.e.
| package org.mriou;
| public interface transaction {...}
|
???
If so, you must provide the fully qualified name of the tag within the doclet tag.
i.e.
| /**
| * @@org.mriou.transaction (RequiresNew)
| */
|
View the
Mriou,
That is because I have not written any annotations yet for the transaction stuff and
you have to use -xml (in ant xml=true) instead (the old annotation stuff).
I guess what I messed up is that you cannot mix and match these 2 features.
I guess I need a different syntax for the xml
Not true at all. You just need the classloader and then do a getResource on that
classloader to load it into javassist. Take a look at the code.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3835808#3835808
Reply to the post :
Then don't use the freakin shtuff in an applet. J2EE 1.5 is written towards JDK 1.5.
This is an option to JDK 1.4 developers and to allow me to use JDK 1.4 and IDEA to
code this shit up.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3835814#3835814
Reply
EJB3 can/should be able to run inside an applet, but only a JDK 1.5 based applet.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3835825#3835825
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835825
Only 3.2.4RC2 and higher. Sorry.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3835837#3835837
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835837
---
This SF.Net
I didn't document them because I couldn't think of a usecase. Basically the way it
works is that you can define a class that does the pointcut magic. The class must
implement the org.jboss.aop.pointcut.Pointcut interface and you plug it in with:
| pluggable-pointcut name=foobar
Again, look in:
jboss-X.X/server/default/conf/standardjboss.xml
Search for interceptor
Server side interpceptors for Entity beans have been available since JBoss 2.0.
Our forpay doco should also have examples of implementing an interceptor. (I know
there is at least a lab in our advanced
Enums will also be converted to JDk 1.4 using a common, well known pattern for
defining Enums.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3835730#3835730
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835730
After reading the EJB3.0 specification it has become clear to me that Annotations are
a perfect abstraction for our configuration meta model. Therefore all new container
configurations will be defined in Annotations.
There are a lot of advantages with this approach:
1) It is very easy to
Yes, Kabir is correct. JBoss AOP has no before/after/after returning/after throws,
etc...
These can all be handled implicitly with an around advice.
This was done on purpose to simplify the model. There is no performance benefit of
having before/after. Also, IMO, it is more intuitive to
JBoss AOP Beta2 has a bunch of new features. The key features being JDK 1.5
Annotation support, an Annotation Compiler for JDK 1.4, Dynamic Control Flows. The
release is also the start of separately packaging all our pre-packaged aspects in a
separate bundle. You can download both
This can be solved with an EJB entity bean server-side interceptor. Just have a
specific interceptor that checks wither it is a setCCNum or getCCNum and do your thing.
Or maybe you need to be App Server agnostic? Then you're probably screwed.
View the original post :
spiritualmechanic wrote : In the Wiki it says that we can precompile our aspects and
then run them inside the JBoss server. I've adapted the build.xml from one of the
examples, and aopc runs on my Driver class, but I can't really tell if it's being
modified or not. Should it be modified, or is
Ben,
You'll have to tell me your exact setup and steps you made to do things.
1. Did you precompile your clases with aopc?
2. Did you set the System Property jboss.aop.path?
Thanks,
Bill
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3835207#3835207
Reply to
I haven't documented it yet, but if the Interceptor class implements
org.jboss.util.xml.XmlLoadable then the importXml will be called at interceptor
creation time. I will eventually add this to the creation of aspects as well.
| public interface XmlLoadable
| {
|
|// Public
Not possible at this time as in JBoss, entity class implementations are generated at
runtime and that classloader isn't set up for dynamic loadtime transformations at this
time.
$instanceof would work, except for the above problem. Sorry.
What you can do is do traditional JBoss interceptors.
I hate to do this to you but..
www.hibernate.org
Don't be mad!
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3834491#3834491
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3834491
mikezzz wrote : I think including class metadata in the chain is a good idea. The
case I was looking at was similar to the following:
|
| /**
| | * @@persistent pk=Id
| | */
| | public POJO {
| | String Id;
| | String name;
| | /**
| |*
Ok, I will expand the jboss.aop.path System property variable to accept directories
and load any XML file that has the form *-aop.xml.
Other than that, do take a look at the packaging example in the JBoss AOP beta
distribution. This solution works with standalone, but resolves XML files by
Yes, that is correct, please see the packaging example though.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3834216#3834216
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3834216
Much apologies. I haven't been able to give AOP Remoting much love since the original
release both in code and in doco.
But anyways, you have to specify a connector:
| mbean code=org.jboss.remoting.transport.Connector
| xmbean-dd=org/jboss/remoting/transport/Connector.xml
Do you see a message:
Dispatcher trying to find methodMap for: ...
What exactly does it say?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3833742#3833742
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833742
Ok, I know what is wrong(poor testing on my part)
I will fix this in the beta2 release, but you should do the following within the MBean:
org.jboss.aop.proxy.ClassProxy.newInstance(code.HelloWorld.class);
|
The reason being is that the Dispatcher is looking for a hash to
JBoss Remoting unmarshalls the entire request before it dispatches the request. A big
problem with this is when you are dispatching to a different, non-default, classloader
domain in that the parameter classes may not be available during demarshalling and
class not found exceptions (or CCE
Did you apply the code suggestion to your MBean?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3833785#3833785
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833785
---
This is probably not a JBOss AOP problem, but rather how you've packaged your classes
in WLS.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3833837#3833837
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833837
prepare is in Beta1, yes. It's in one of the WIKI sections
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3833850#3833850
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833850
sorry, to use it is is
|
| prepare expr=some pointcut expression/
|
Anything that matches the expression will receive AOP hooks.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3833851#3833851
Reply to the post :
I haven't done a lot of experimentation here, so please have patience. What I think
you can do is put stuff in a .sar file or directory as follows:
| myapplication.sar/
| metadata1-aop.xml
| metadata2-aop.xml
| myweb.war
|
Read these as well:
jboss aop requires these jars:
jboss-aop.jar
jboss-common.jar
trove.jar
concurrent.jar
qdox.jar
javasssist.jar
The jboss-common.jar will be incompatible with JBoss 3.0.6's jar of the same name.
This is a lack of foresight on my part and I need to remove the dependency on
jboss-common.jar so
Depends if you are running inside or outside the JBoss application server.
If outside, then JBoss AOP does this by default:
Enumeration enum =
Thread.currentThread().getContextClassLoader().getResources(META-INF/jboss-aop.xml);
So any part of your classpath that has a
Of course non-JBoss employees can contribute to any JBoss.org project!!!
We have 98 people with CVS access. Only ~35 of those are jboss employees.
Roadmap and tasks are a bit dispersed now, Ivelin should be posting on this topic to
guide you soon...
Bill
View the original post :
Did you look at the metadata example that comes with JBoss AOP beta1? You have to run
that generates another XML file. Then you must have that XML file and your binding
in the jboss.aop.path System property.
If you change to have report=true then you can get an XML dump of bindings and
First things first. If you've converted some GOF patterns to JBoss AOP, would you be
interested in
a) Porting any reusable pieces to JBoss AOP so others can take advantage?
b) Expanding JBoss AOP examples/tutorial to talk about GOF patterns?
c) Linking your research paper to our Wiki?
Adrian
How is your EAR/WAR set up? What jars do you have in your EAR/WAR? Do you have a
copy of JBoss naming classes in some jar in your EAR/WAR? If you have UCL turned off
stuff like this usually happens when you have duplicate classes.
FYI though: If you are within same VM it is unwise to set
can you post your jboss-app.xml and your jboss-web.xml then? If you could have a tiny
test for this, it would be easier to debug
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3832735#3832735
Reply to the post :
If you're using the JBoss application server to deploy your EJBs, JBoss has, since 3.2
version, interceptor technology that is very aspect-oriented.
JBoss-AOP can also be used with EJBs within JBOss or any other application server. If
you are running outside of JBoss you have to do
Affirmative.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3831625#3831625
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831625
---
This SF.Net email is sponsored by:
Does the new Thomas Diesler implementaiton still use the Scheduler? That thing is a
piece of crap. So yes, use the jms timer service if you can. Scott is also
interested in integrating Quartz. Not sure if it if applicable in this situation
though.
Bill
View the original post :
I've been thinking about this over the weekend, and what I think Im going to add is
the expansion of CFLOW. Currently CFLOW only looks at the Java call stack. I think I
will expand it to look at our metadata chain, or configuration domains.
Thanks Claude! I will fix your annotation problem soon!
I'm glad you're helping.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3831267#3831267
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831267
I'll have JDK 1.5 annotation support sometime next week in CVS. Doing another beta of
JBoss AOP soon too.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3831180#3831180
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831180
Blogged about this:
http://jboss.org/jbossBlog/blog/bburke/?permalink=Fluid+AOP.html
Thoughts anybody? I still need to understand when/how context classloader gets set in
JBoss.
Bill
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3831181#3831181
Reply to
this tx observable pattern is everywhere in Jboss
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3831184#3831184
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831184
---
This was a single threaded test. Maybe it is different in multithreaded test.
Bill
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3831074#3831074
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831074
The test I did WAS using ThreadLocal as the pool. Object creation was still faster.
Maybe Object creation has a mutex and a multithreaded test would make regular object
creation slower than ThreadLocal.
Bill
View the original post :
Would be interesting, but it is not a priority right now.
I would be most greatful if you would take on the task. Right now, I'm just one guy
and there's too much to do.
BIll
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3831083#3831083
Reply to the post :
I take that back...Claude is helping with Asynch stuff, but I do need help in the core.
Bill
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3831084#3831084
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831084
No, you do not have to call invokeNext.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3831101#3831101
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831101
---
This
It should also be triggerable by an annotation.
| bind pointcut=set(* @observable-*)
| ...
| /bind
|
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3831119#3831119
Reply to the post :
Also, you can use annotations within the introduction.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3831120#3831120
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831120
Sorry, one more thing.
THis should be extended to do more fine grain obervations. Not only field changes,
but also method calls and such. Also, per field, per method, etc...
Also, it might make sense to not bind an interceptor at the class level, but rather
bind the interceptor on a
Let me know if the tutorial is complete enough and answers your questions well enough.
Thanks,
Bill
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3831137#3831137
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831137
I have run with a .aop file embedded within a .sar file. Maybe it doesn't work for
embedded .ears. I'll have to get back to you.
Bill
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3830177#3830177
Reply to the post :
Crap, sorry.
Forgot. In JBoss 4 DR3, load-time instrumentation is turned off by default. Look in
jboss-4.0.0DR3/server/default/config/jboss-service.xml
Search for AspectManagerService. This is a switch there for turning on load-time
instrumentation.
Bill
View the original post :
Please read this part of the tutorial (comes with download) and get back to me:
http://jboss.org/wiki/Wiki.jsp?page=Packaging
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3829786#3829786
Reply to the post :
701 - 800 of 1981 matches
Mail list logo
